Ylimääräisten Kernelien poistaminen

[Ooba]

Aiemmin mainittu scripti ei vaikuttanut mitään. Tuli muistaakseni vain ilmoitus jonkin kansion puuttumisesta.

Kerro ihmeessä lisää? Itselläni skripti toimii täysin tuollaisenaan. Teitkö tämän ohjeen mukaan (korjasin ohjetta; kiitos Tomin korjausehdotuksista!)

Koodia: [Valitse]

sudo "käyttämäsi_tekstieditori" /usr/bin/remkernels
Huom! Korvaa "käyttämäsi_tekstieditori"  leafpadilla, geditillä, plumalla tai mitä tahansa tekstieditoria käytätkin..

Kopioi seuraava skripti tekstieditoriin:

Koodia: [Valitse]

#!/bin/bash
ls /boot/ | grep vmlinuz | sed 's@vmlinuz-@linux-image-@g' | grep -v `uname -r` > /tmp/kernelList
for I in `cat /tmp/kernelList`
do
apt-get --yes remove $I
done
rm -f /tmp/kernelList
update-grub

Sitten komenna

Koodia: [Valitse]

sudo chmod a+x /usr/bin/remkernels
Ja

Koodia: [Valitse]

sudo remkernels
Edit: tekstieditori-kohtaa korjailtu...

[Tomin]

Teitkö tämän ohjeen mukaan (korjasin ohjetta; kiitos Tomin korjausehdotuksista!)

Koodia: [Valitse]

sudo mousepad /usr/bin/remkernels

Tätä kohtaa voisi vielä korjata. Näköjään Xubuntun oletuseditori on nykyään leafpad eli minulla oli vähän vanhaa tietoa. Ja tosiaan tuo oletuseditori riippuu siitä käyttääkö Ubuntua vai Xubuntua tai mitä nyt sattuukaan käyttämään. Voihan sitä käyttää myös nano:a joka taitaa olla kaikissa versioissa mukana.

En ole itse testannut tuota skriptiä käytännössä, mutta näkyi suoriutuvan apt:in puuttumiseen asti Arch Linuxilla.

[Karvameduusa]

Eipä ollut ainakaan Xubuntulla mitään vaikutusta. Käynnistys jatkui ihan normaalisti
aivan kuin ei olisi mitään painellutkaan.

Xubuntu:sta en tiedä, mutta Ubuntussa tuo tuntuu toimivan. Kuten videosta näkyy.

[maarit.s]

Olen nyt luultavasti poistanut muutaman kernelin Synaptic-pakettienhallinassa

No, en ollut. Kiitos Ollen rautalangasta väännetyllä ohjeella, nyt olen poistanut kerneleitä. Laitan liitteeksi kuvan, millaista touhua se oli.

Löysin eräästä toisesta keskusteluaiheesta pätkän koodia, jolla saa päätteessä näkyviin kerneliluettelon. Tällä onkin hyvä tarkistaa, onnistuiko poistaminen.

Koodia: [Valitse]

dpkg --list | grep linux-image
Tein päätteessä myös Ollen kehottaman "sudo update-grub"-jutun. Oliko tämän tarkoitus lyhentää konetta avatessa olevaa kerneliluetteloa? Se on edelleenkin pitkä kuin nälkävuosi, mutta se on vain pieni kauneusvirhe. Tärkeintä on, että sain rapiat 1 gigan lisää levytilaa kernelien poiston ansiosta.

[leal]

Ubuntu Tweak-ohjelmalla saa noita vanhoja kerneleitä poistettua ihan kivasti. Kannattaa olla kuitenkin varovainen tälläkin keinolla.

[olle]

Tein päätteessä myös Ollen kehottaman "sudo update-grub"-jutun. Oliko tämän tarkoitus lyhentää konetta avatessa olevaa kerneliluetteloa? Se on edelleenkin pitkä kuin nälkävuosi, mutta se on vain pieni kauneusvirhe. Tärkeintä on, että sain rapiat 1 gigan lisää levytilaa kernelien poiston ansiosta.

Aja "sudo update-grub"  sen boottilistan ylimmän distron terminaalissa !

[maarit.s]

Tein päätteessä myös Ollen kehottaman "sudo update-grub"-jutun. Oliko tämän tarkoitus lyhentää konetta avatessa olevaa kerneliluetteloa? Se on edelleenkin pitkä kuin nälkävuosi, mutta se on vain pieni kauneusvirhe.

Boottivalikon päivityksen epäonnistuminen taisi johtua siitä, että minulla on koneella kaksi kovalevyä. Masterilla on Ubuntu 12.04 LTS ja 3. slavella Xubuntu 12.04 LTS.

Tein aluksi kerneleiden poiston vain Xubuntussa ja boottivalikko pysyi pitkänä. Nyt poistin kerneleitä myös Ubuntussa ja tein sudo update-grub-jutun. Käynnistin koneen uudelleen, ja kappas vaan, boottivalikko oli lyhentynyt. Käynnistin koneen Xubuntun puolelle ja boottivalikko oli edelleen pitkä. Tein täälläkin päätteellä sudo update-grub-jutun, käynnistin koneen uudelleen ja Xubuntunkin boottivalikko oli lyhentynyt.

Tästä päättelenkin, että vaikka käyttöjärjestelmät ovat eri kovalevyillä, ovat ne kuitenkin jotenkin yhteydessä toisiinsa, mikä minua kyllä hiukkasen hämmästyttää.

[Tomin]

Kummallakin järjestelmällä on oma käynnistysvalikkonsa ja kumpikin järjestelmä löytää toisensa ajettaessa update-grub, siksi se on ajettava molemmissa järjestelmissä tai sitten on käytettävä vain toisen valikkoa (käynnistyslataajaa), josta valitaan kumpaa käytetään. Tosin jos haluat voit ottaa pois käytöstä os-proben, jolloin levyiltä ei etsitä (mitään) muita järjestelmiä. Tällöinkin on mahdollista esimerkiksi ketjuladata toisen järjestelmän käynnistyslataaja, mikä on mielestäni fiksuin ratkaisu, sillä silloin asetustiedostoja ei tarvitse päivitellä erikseen ydinpäivitysten yhteydessä.

Sen muiden järjestelmien käytöstä poiston voi tehdä komentamalla:

Koodia: [Valitse]

sudo chmod -x /etc/grub.d/30_os-proberTakaisin sen saa komentamalla saman komennon -x:n sijaan +x:llä:

Koodia: [Valitse]

sudo chmod +x /etc/grub.d/30_os-proberNoiden jälkeen on ajettava update-grub, jotta muutokset tulevat voimaan.

[juyli]

... vaikka käyttöjärjestelmät ovat eri kovalevyillä, ovat ne kuitenkin jotenkin yhteydessä toisiinsa, mikä minua kyllä hiukkasen hämmästyttää.

Kone käynnistyy sen grub-valikon mukaan, joka on asennettuna MBR:ään (MasterBootRecord). Oletuksena kukin järjestelmä asennetaan nimenomaan MBR:ään.
Kun kerneleitä poistetaan tietystä jakelusta, päivitetään myös grub:in konffitiedosto. Jos ko. jakelussa grub on määritelty asentumaan MBR:ään päivittyy tuo MBR:ssä oleva käynnistyskoodi, joka etsii grub:in määrittelytiedoston ko. järjestelmän /boot/grub/ -hakemistosta (grub.cfg).
Jos tai kun molemmat järjestelmäsi on määritelty käynnistymään MBR:stä, käynnistyy grub kulloinkin sen jakelun konffein, joka viimeksi on ladattu MBR:ään.
http://linux.fi/wiki/Master_Boot_Record
Ylläoleva Tomin ohje on absoluuttinen totuus, mutta vaihtoehtona on huolehtia, että ainoastaan tietyn pääkäyttöjärjestelmän grub-päivitys päivittää grub:in MBR:ssä. Tämä on ehkä ihan hyvä järjestely silloin, jos käytössä on useita Linux-jakeluja.
Ubuntu ja Xubuntu ovat aivan samat Linux-jakelut. Erona on vain järjestelmän työpöytäympäristöt ja niiden käyttämät sovellutukset (Vrt. Gedit vs. Mousepad, Nautilus vs. Thunar jne. tms.).

[John Hilly]

Minäkin uskalsin kokeilla ensi kertaa Synaptic:ia ja 1,4 Gt levytilaa vapautui vanhoista Kerneleistä. Vanhin oli 3.2.0 -28!
Päivitin myös Grub:in.

Miten saan Grub-valikon näytölle käynnistäessäni koneen.
Valikko häipyi joku päivä sitten, kun päivitin silloin Grub:in käynnistysvalikosta (Grub) ja ohitin kirjautumisvalikon.

Kiitos jo etukäteen!
Juha-Pekka

[Storck]

Ei tuplaviestejä, John Hilly...  Poistin toisen.

[John Hilly]

Tämä selvä!

[John Hilly]

Miten saan Grub-valikon näytölle käynnistäessäni koneen?
Valikko häipyi joku päivä sitten, kun päivitin silloin Grub:in käynnistysvalikosta (Grub) ja ohitin kirjautumisvalikon.

Tässä ohje muille uusille epätietoisille Ubuntun käyttäjille:
Grub- valikon saa esille pitämällä Shift-näppäintä alhaalla käynnistettäessä.

Juha-Pekka

[Lokki]

Uusin tämä 3.2.0-40 kerneli ei ilmeisesti ole yhteensopiva näytönohjaimeni kanssa, kun ruutu jää mustaksi. Kone toimii nätisti edellisellä -39 kernelillä. Voinko poistaa tuon toimimattoman uuden kernelin, jottei tarvitse bootissa aina erikseen valita vanhaa, vai pitääkö valinta tehdä grubin puolella. Tarkoitan sitä, että kun jonain päivänä tulee sitten versio -41 niin päivittyykö se tuon 39 päälle ilman 40 versiota. Käyttis on Lubuntu 12.4.2 ja kone Lenovo T400

ED
Rohkaisin mieleni ja poistin Synapticilla tuon -40 kernelin ja sen headerit ja päivitin grubin (update-grub). Nyt toimii taas suoraan käynnistettäessä, eikä tarvitse erikseen hakea vanhaa kerneliä.
Nyt vain sitten toivotaan, että seuraavassa kernelissä ei ole tuota samaa vikaa, joka estää näyttöä toimimasta. Tuo nyt vielä jäi epäselväksi, osaako päivittää -39 suoraan -41 versioksi. Saas nähdä!