Levytila loppuu (RATKAISTU)

[HannuK]

HP Streamissa on 34 GT muisti, mistä tällä hetkellä ilmoitetaan olevan käytössä 23,5 GT ja vapaana 3,1 GT. Juuri tehdyn pienen päivityksen jälkeen kone piti käynnistää ja sain ilmoituksen, että - taltiolla "efi" on vain 0 tavua levytilaa jäljellä. No kone käynnistyi kuitenkin, mutta jäin ihmettelemään asiaa. Alkujaan Ubuntun lataus vei noin 9 GT tilaa, sittemmin olen asentanut joitakin ohjelmia lisää ( esim. Gimp, Basenji, Skype, Chromium, gThumb, VLC, Scribus, Wine, Open Shot videoeditor, DOS-emulator ). Omat data- ja kuvatiedostot ovat erillisellä 64 GT mikrokortilla. Käsittääkseni noiden lisäohjelmien ei pitäisi viedä 14 GT tilaa, sähköpostiakaan tällä koneella ei ole kertymässä Firefoxiin.
Siis mikä kuluttaa muistia? Ja saako sen puhdistettua?
Mikä oli tuo efi-kommentti?

[HannuK]

Tietenkin unohdin siivota roskiksen, mistä vapautui 2 GT tilaa, ja UNetboot ilmoitti sulkeutuneensa yllättäen, minkä jälkeen poistin ko ohjelman, kun siitä ei oikein ole hommiin. Silti uudessa käynnistyksessä tulee tuo ilmoitus efin 0-tavua levyllä ilmoitus?

[retu]

Uudehkoissa koneissa käytetään erillistä efi käynnistysosiota, jonka asennus luo automaattisesti. Se on aika pieni, mutta eipä sen tarvitse iso ollakaan. Levytyökalulla ("disks" tai "levyt" ohjelma) näet osiot.

Levytilan käyttöä voit tutkia "disk usage analyzer" ohjelmalla. Se näyttää graafisesti eri hakemistojen viemän tilan.

[LMJ2368]

Mikäli olen oikein asian tulkinnut, niin Ubuntu laittaa poistetut tiedostot "roskiin" aina samalle levylle, mistä ne on poistettu. Eli jos olet poistanut tiedostoja tuolta microkortilta, niin roskiksen tyhjentäminen lisää tilaa vain sillä.

[Tomin]

Voitko laittaa df -h -komennon tulosteen?

Koodia: [Valitse]

df -hSiitä näkyy mitä osioitä järjestelmässä on ja minkä verran niiltä on varattu tilaa.

efi-osio on sellainen, jolle tallennetaan käynnistyslataajan tiedostot. Uudemmissa koneissa käytetään omaa osiotaan sen sijaan, että käynnistyslataaja tallennettaisiin kiintolevyn ensimmäiseen lohkoon eli aivan levyn alkuun. Jos se on täynnä, niin sitten se on kyllä ollut jo alkujaan aivan liian pieni.

Itse voit selvittää levytilan käyttöä myös Levynkäytön analysointi -ohjelmalla. Se antaa graafisen esityksen siitä, mitkä hakemistot vievät eniten tilaa. Tämä on siis tuo disk usage analyzer -ohjelma, josta retu ehtikin jo mainita.

[HannuK]

No niin, tässä df -h tuloste
Tiedostojärjestelmä  Koko  Käyt Vapaa Käy% Liitospiste
udev                 910M     0  910M   0% /dev
tmpfs                186M  6,1M  180M   4% /run
/dev/mmcblk0p2        27G   21G  4,8G  81% /
tmpfs                930M  168K  930M   1% /dev/shm
tmpfs                5,0M  4,0K  5,0M   1% /run/lock
tmpfs                930M     0  930M   0% /sys/fs/cgroup
/dev/mmcblk0p1       511M  511M     0 100% /boot/efi
tmpfs                186M   92K  186M   1% /run/user/1000
/dev/mmcblk1p1        60G  4,9G   55G   9% /media/pirjo/0006-A8B2

Sitten tuolla levyn analysointiohjelmalla näkyvät ensin /, taltio 64, Kotikansio ja efi (boot/efi )
ja jos klikkaan tuota efiä, niin saan ilmoituksen Kansiota "/boot/efi" ei voi kartoittaa. Error opening directory "/boot/efi": Lupa evätty.  Piirakassa näkyy kuitenkin 4,1 kt.

Tuota analysointia kun katselin, niin Koti-kansiosta Google Earth rohmuaa eniten eli 2,1 GT ja seuraavaksi tulee .cache 1.2 GT, muut ovat pieniä.
Muuten SD-kortin kansiorakenteessa ei näy erillistä roskista, liekö yhteinen kaikille.
PS. Miten sainkaan lainatekstin omaan "harmaaseen kenttään", mielikuvitus loppui.

[Tomin]

PS. Miten sainkaan lainatekstin omaan "harmaaseen kenttään", mielikuvitus loppui.

Maalaa se haluamasi teksti ja klikkaa viestikentän yläpuolelta tuota nappia, jossa on #-merkki.

[nm]

No niin, tässä df -h tuloste
Tiedostojärjestelmä  Koko  Käyt Vapaa Käy% Liitospiste
udev                 910M     0  910M   0% /dev
tmpfs                186M  6,1M  180M   4% /run
/dev/mmcblk0p2        27G   21G  4,8G  81% /
tmpfs                930M  168K  930M   1% /dev/shm
tmpfs                5,0M  4,0K  5,0M   1% /run/lock
tmpfs                930M     0  930M   0% /sys/fs/cgroup
/dev/mmcblk0p1       511M  511M     0 100% /boot/efi
tmpfs                186M   92K  186M   1% /run/user/1000
/dev/mmcblk1p1        60G  4,9G   55G   9% /media/pirjo/0006-A8B2

Sitten tuolla levyn analysointiohjelmalla näkyvät ensin /, taltio 64, Kotikansio ja efi (boot/efi )
ja jos klikkaan tuota efiä, niin saan ilmoituksen Kansiota "/boot/efi" ei voi kartoittaa. Error opening directory "/boot/efi": Lupa evätty.  Piirakassa näkyy kuitenkin 4,1 kt.

Efi-osion sisältöä voisi tutkia päätteen kautta sudottamalla:

Koodia: [Valitse]

sudo ls -l /boot/efi
Jotain mätää sinne on nyt päässyt kertymään. Myös juuriosiolla on jotain ylimääräistä tauhkaa. Pitäisi analysoida kotihakemiston lisäksi koko osio eli vaihtoehto "/"

Mitä apt-get autoremove poistaa?

Koodia: [Valitse]

sudo apt-get autoremove
apt-get clean kannattaa ajaa myös:

Koodia: [Valitse]

sudo apt-get clean

[HannuK]

puuhastelun tulokset:
1. ensin käsky sudo apl-get autoremove
ja kone puuhasteli toista kymmentä minuuttia ja se, mitä ymmärsin, oli jossain vaiheessa toistuva luuppi, missä esiintyi "/boot/inifrd.ing.4.4.0-(tässä numerosarja kasvoi jostain 20 ...116 asti joka toisella luupilla, samoin ... vmlinuz 4.4.0 xx->116
ja sen jälkeen kun tuo 116 saavutettiin, kne puuhasteli vielä vähän ja sitten päästiin loppuun.
2. Käynnistin koneen, mutta sama efi ,levytila 0 ilmoitus tuli, siis ei muutosta ongelmaan
3. Sitten käsky sudo ks -l / boot/efi
ei tapahtunut mitään
4. Tämän jälkeen sudo ls -l /boot/efi ja ohessa listaus

yhteensä 37700
drwx------ 3 root root     4096 maali 27 20:05 boot
drwx------ 2 root root     4096 maali 27 20:05 casper
drwx------ 3 root root     4096 maali 27 20:05 dists
drwx------ 3 root root     4096 maali  7  2017 EFI
drwx------ 2 root root     4096 maali 27 20:05 install
drwx------ 2 root root     4096 maali 27 20:05 isolinux
drwx------ 2 root root     4096 maali 27 20:05 pics
drwx------ 5 root root     4096 maali 27 20:05 pool
drwx------ 2 root root     4096 maali 27 20:05 preseed
-rwx------ 1 root root      234 helmi 28 20:50 README.diskdefines
-rwx------ 1 root root 31240650 helmi 28 20:39 ubninit
-rwx------ 1 root root  7314848 helmi 28 20:39 ubnkern
-rwx------ 1 root root     1052 maali 27 20:05 ubnpathl.txt

Että tässä ollaan, kone sentään toimii;-)

[nm]

puuhastelun tulokset:
1. ensin käsky sudo apl-get autoremove
ja kone puuhasteli toista kymmentä minuuttia ja se, mitä ymmärsin, oli jossain vaiheessa toistuva luuppi, missä esiintyi "/boot/inifrd.ing.4.4.0-(tässä numerosarja kasvoi jostain 20 ...116 asti joka toisella luupilla, samoin ... vmlinuz 4.4.0 xx->116
ja sen jälkeen kun tuo 116 saavutettiin, kne puuhasteli vielä vähän ja sitten päästiin loppuun.

Jep. Siellä oli paljon vanhoja kernelin versioita täyttämässä levyä turhaan. Paljonko tilaa vapautui juuriosiolta (/dev/mmcblk0p2 df -h:n listauksessa)?

4. Tämän jälkeen sudo ls -l /boot/efi ja ohessa listaus

yhteensä 37700
drwx------ 3 root root     4096 maali 27 20:05 boot
drwx------ 2 root root     4096 maali 27 20:05 casper
drwx------ 3 root root     4096 maali 27 20:05 dists
drwx------ 3 root root     4096 maali  7  2017 EFI
drwx------ 2 root root     4096 maali 27 20:05 install
drwx------ 2 root root     4096 maali 27 20:05 isolinux
drwx------ 2 root root     4096 maali 27 20:05 pics
drwx------ 5 root root     4096 maali 27 20:05 pool
drwx------ 2 root root     4096 maali 27 20:05 preseed
-rwx------ 1 root root      234 helmi 28 20:50 README.diskdefines
-rwx------ 1 root root 31240650 helmi 28 20:39 ubninit
-rwx------ 1 root root  7314848 helmi 28 20:39 ubnkern
-rwx------ 1 root root     1052 maali 27 20:05 ubnpathl.txt

Että tässä ollaan, kone sentään toimii;-)

EFI-osiolle on nyt päätynyt joku Ubuntun asennuslevykuva, kenties Unetbootinin toimesta? Siellä pitäisi olla vain EFI-kansio. Muut ovat ylimääräistä roinaa.

Kannattaa nyt ensin tehdä/päivittää varmuuskopiot kaikesta koneella olevasta tärkeästä datasta. Sitten voidaan siirtää ylimääräinen kama pois tuolta sotkemasta.

[HannuK]

Tämän koneen tärkeät tiedot ovat tuolla erillisellä 64 GT mikrokortilla ja sähköpostin ja firefox selaimen profiilikansiot on kopioitu myös. Eli kone valmis operaatioon. Mielenkiintoista, miten siivotaan efi, kun millään valtuuksilla ei pääse katsomaan sitä?
Muuten tuo Unetboot taitaa olla varsinainen riesa, jos yrittää tehdä Ubuntun käynnistys muistitikun Ubuntulla eikä Windowsilla. Kaikissa lukemissani eri ohjeissa varoitetaan Unetbootin epävarmasta toiminnasta. Jossain Mintin oppaassa mainitaan Bootloader ohjelma, mikä tekisi boottaavan tikun? Toimiiko? Kun nyt päivittelen tuota tekemääni Ubuntun ohjevihkosta, lienee paikallaan varoittaa tuosta Unetbootin käytöstä seuraavassa päivityksessä. Menee nyt hiukan sivuun itse asiasta.

"Siellä oli paljon vanhoja kernelin versioita täyttämässä levyä turhaan. Paljonko tilaa vapautui juuriosiolta (/dev/mmcblk0p2 df -h:n listauksessa)?"

En osaa vastata tuohon tilan vapautumiseen, mutta vaikka paljon kone puuhasteli, lienee tekstimuotoisen infon poistaminen kuitenkin aika vähän tilaa lisäävä, oletan.
Aina ennen ihmettelin jonkun päivityksen yhteydessä, kun seurasin päivitystä, niin se surras noita tekstirivejä, joissa oli juokseva numero, valtavan määrän. Mielenkiintoista nähdä seuraavassa päivityksessä, pääseekö kone helpommalla. Ja vielä ihmettelen (itsekseni), eikö päivitysohjelmat osaa siivota noita tarpeettomia vanhoja kernelin versioita pois.

[nm]

Tämän koneen tärkeät tiedot ovat tuolla erillisellä 64 GT mikrokortilla ja sähköpostin ja firefox selaimen profiilikansiot on kopioitu myös. Eli kone valmis operaatioon. Mielenkiintoista, miten siivotaan efi, kun millään valtuuksilla ei pääse katsomaan sitä?

Pääkäyttäjällä (root) on luku- ja kirjoitusoikeus. Pääkäyttäjän oikeuksilla pääsee operoimaan sudo-komennolla (tai polkitin kautta). Tuossa aiemminhan sisältö jo listattiin sudo ls -komennolla. Seuraavaksi voisi siirtää ylimääräiset tiedostot ja hakemistot pois EFI-osiolta.

Tehdään ensin varmuuskopio juuriosiolle:

Koodia: [Valitse]

sudo cp -r /boot/efi /efibackup
Tarkista, että kaikki erityisesti EFI-hakemistossa olevat tiedostot tulivat kopioitua:

Koodia: [Valitse]

ls -l /efibackup/EFI
Voit siis verrata listausta alkuperäiseen sijaintiin:

Koodia: [Valitse]

sudo ls -l /boot/efi/EFI
Sitten poistetaan ylimääräiset tiedostot ja hakemistot:

Koodia: [Valitse]

sudo rm /boot/efi/boot /boot/efi/casper /boot/efi/dists /boot/efi/install /boot/efi/isolinux /boot/efi/pics /boot/efi/pool /boot/efi/preseed /boot/efi/README.diskdefines /boot/efi/ubninit /boot/efi/ubnkern /boot/efi/ubnpathl.txt -rf

Muuten tuo Unetboot taitaa olla varsinainen riesa, jos yrittää tehdä Ubuntun käynnistys muistitikun Ubuntulla eikä Windowsilla. Kaikissa lukemissani eri ohjeissa varoitetaan Unetbootin epävarmasta toiminnasta.

Se toimii ihan samalla tavalla Linuxissa ja Windowsissa. Ongelmia voi tulla vastaan erilaisissa UEFI-koneissa, jotka eivät boottaa legacy-tilassa, tai vanhoissa koneissa, jos tikun tiedostojärjestelmä ei ole yhteensopiva koneen biosin kanssa.

Jossain Mintin oppaassa mainitaan Bootloader ohjelma, mikä tekisi boottaavan tikun? Toimiiko? Kun nyt päivittelen tuota tekemääni Ubuntun ohjevihkosta, lienee paikallaan varoittaa tuosta Unetbootin käytöstä seuraavassa päivityksessä. Menee nyt hiukan sivuun itse asiasta.

Nykyisin Linux-jakeluiden asennuslevykuvat ovat isohybrid-tyyppisiä, eli ne voi kirjoittaa tikulle suoraan raakamuodossa. Miinuksena se, että tikkua ei voi käyttää samaan aikaan muuhun, ja se on osioitava ja alustettava uudelleen, kun tikulle halutaan taas kirjoittaa muuta dataa.

Ubuntu Suomen wikissä on pätevät ohjeet asennuslevykuvien kirjoittamiseen USB-tikulle: https://wiki.ubuntu-fi.org/Ubuntu_USB-tikulle

"Siellä oli paljon vanhoja kernelin versioita täyttämässä levyä turhaan. Paljonko tilaa vapautui juuriosiolta (/dev/mmcblk0p2 df -h:n listauksessa)?"

En osaa vastata tuohon tilan vapautumiseen

Vastaus on df -h:n listauksessa, rivillä /dev/mmcblk0p2

Koodia: [Valitse]

df -h
df-komento listaa liitettyjen tiedostojärjestelmien kokonaiskoot ja käytetyn ja vapaan tilan määrän. Kannattaa muuten hieman miettiä mitä täällä esitettyjen komentojen on tarkoitus tehdä, ja kysyä tarvittaessa lisätietoja, niin voi itsekin oppia komentorivin käyttöä.

mutta vaikka paljon kone puuhasteli, lienee tekstimuotoisen infon poistaminen kuitenkin aika vähän tilaa lisäävä, oletan.
Aina ennen ihmettelin jonkun päivityksen yhteydessä, kun seurasin päivitystä, niin se surras noita tekstirivejä, joissa oli juokseva numero, valtavan määrän.

Rullaavat rivit eivät vie tilaa, mutta ne kertovat, että järjestelmässä oli asennettuna kymmenittäin vanhoja kerneleitä, jotka vievät tilaa yli 200 Mt / kappale.

Mielenkiintoista nähdä seuraavassa päivityksessä, pääseekö kone helpommalla. Ja vielä ihmettelen (itsekseni), eikö päivitysohjelmat osaa siivota noita tarpeettomia vanhoja kernelin versioita pois.

Puute on korjattu Ubuntu 18.04:ssä ja saattaa tulla backportattuna myös 16.04:ään (lähde: https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1357093). Automaattinen poistomekanismi ei kai ollut riittävän luotettava aiemmin, ja tästä nousi keskustelua netissä, kun Canonical kysyi Ubuntun käyttäjiltä toiveita seuraavaan LTS:ään.

Vanhojen kernelien kertyminen järjestelmään on ollut pitkään yksi harmillisimmista Ubuntun (ja Debianin) ongelmista, joten hyvä että asiat ovat vihdoin edistyneet.

[HannuK]

Ensimmäiseksi suuret kiitokset "nm"lle ja muille tukijoukoille. Sain koneen mielestäni "normaaliin tilaan" eli käynnistyksessä ei tule mitään herjoja. Täytyy jälleen todeta, että kyllä tämä Ubuntun Keskustelualue on mahtava.
Myönnän, että en ole vielä ehtinyt paneutua noihin komentoriveihin. Sikai välillä tuntui, että nyt liikun sameissa ja syvissä vesissä. Pinnalle kuitenkin päästiin.
Lyhyesti; homma tuli kuntoon, kiitos!

[HannuK]

Vielä loppukommenttina, että aluksi  käytössä oli roskiksen tyhjennyksen jälkeen 21,5 GT ja vapaana 5,1 GT ja nyt on käytössä 12,2 GT ja vapaana 14,5 GT. Mitään ohjelmia en välillä poistanut, vain jotain käyttötiedostoja siirsin sd-kortille.

[juhisi]

Puute on korjattu Ubuntu 18.04:ssä ja saattaa tulla backportattuna myös 16.04:ään (lähde: https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1357093). Automaattinen poistomekanismi ei kai ollut riittävän luotettava aiemmin, ja tästä nousi keskustelua netissä, kun Canonical kysyi Ubuntun käyttäjiltä toiveita seuraavaan LTS:ään.

Vanhojen kernelien kertyminen järjestelmään on ollut pitkään yksi harmillisimmista Ubuntun (ja Debianin) ongelmista, joten hyvä että asiat ovat vihdoin edistyneet.
[/quote]

Tuokin on vain kehittäjillä tahtotasolla oleva asia esim. Manjarossa on erinomainen Kernel työkalu jossa vanhan Kernelin poistaminen käy hetkessä. Miettinyt pidempään miksi esim. Ubuntun kehittäjät ei ole omatoimisesti pultanneet ohjelmaa Ubuntuun... Ehkä eivät ole vain jaksaneet... Lisäksi on olemassa Synaptic, jossa vanhan Kernelin poistaminen asennustiedostoineen käy myös hetkessä. Ei mitään rakettitiedettä    Joskus oikeasti kelaillut tuota, että miks ihmiset säilövät noita Kerneleitä älyttömiä määriä, saako niistä mahdollisesti Plussa pisteitä tai mikä tuossa on pointtina...

[Tomin]

Tuokin on vain kehittäjillä tahtotasolla oleva asia esim. Manjarossa on erinomainen Kernel työkalu jossa vanhan Kernelin poistaminen käy hetkessä. Miettinyt pidempään miksi esim. Ubuntun kehittäjät ei ole omatoimisesti pultanneet ohjelmaa Ubuntuun... Ehkä eivät ole vain jaksaneet... Lisäksi on olemassa Synaptic, jossa vanhan Kernelin poistaminen asennustiedostoineen käy myös hetkessä. Ei mitään rakettitiedettä    Joskus oikeasti kelaillut tuota, että miks ihmiset säilövät noita Kerneleitä älyttömiä määriä, saako niistä mahdollisesti Plussa pisteitä tai mikä tuossa on pointtina...

Tietääkseni kukaan ei niitä tarkoituksella säilö. Tavallinen käyttäjä ei niitä yleensä juurikaan näe ja jos pakettienhallinta ei niitä jostain syystä automaattisesti poista, niin ei niitä itsekään ymmärrä poistaa ellei ole parempaa tietoa asiasta.

[juhisi]

Tuokin on vain kehittäjillä tahtotasolla oleva asia esim. Manjarossa on erinomainen Kernel työkalu jossa vanhan Kernelin poistaminen käy hetkessä. Miettinyt pidempään miksi esim. Ubuntun kehittäjät ei ole omatoimisesti pultanneet ohjelmaa Ubuntuun... Ehkä eivät ole vain jaksaneet... Lisäksi on olemassa Synaptic, jossa vanhan Kernelin poistaminen asennustiedostoineen käy myös hetkessä. Ei mitään rakettitiedettä    Joskus oikeasti kelaillut tuota, että miks ihmiset säilövät noita Kerneleitä älyttömiä määriä, saako niistä mahdollisesti Plussa pisteitä tai mikä tuossa on pointtina...

Tietääkseni kukaan ei niitä tarkoituksella säilö. Tavallinen käyttäjä ei niitä yleensä juurikaan näe ja jos pakettienhallinta ei niitä jostain syystä automaattisesti poista, niin ei niitä itsekään ymmärrä poistaa ellei ole parempaa tietoa asiasta.

Tuossa mennään taas kehittäjien aktiivisuuteen asiassa, jaksaako se kiinnostaa heitä... Yks idioottimaisuus oli, että Ubuntusta poistettiin Synaptic kun Ubuntu-software-center tuotiin. Jo heti tuolloin kehittäjien olisi pitänyt pultata Software-centeriin tuo Kernelin poisto ohjelma. Tai laittaa se mielummin omana ohjelmanaan systeemiin ja edelleenkin ihmettelen miksi sitä ei ole tuotu Ubuntuun.

[nm]

Tuokin on vain kehittäjillä tahtotasolla oleva asia esim. Manjarossa on erinomainen Kernel työkalu jossa vanhan Kernelin poistaminen käy hetkessä. Miettinyt pidempään miksi esim. Ubuntun kehittäjät ei ole omatoimisesti pultanneet ohjelmaa Ubuntuun...

Kyllähän tuollainen manuaalinen poisto onnistuu valmiilla työkalulla. Apt:n autoremoveen on viritetty aikoja sitten säännöt tarpeettomien kernelien poistoon.

Ongelmana on ollut nimenomaan täysin automaattinen poisto, joka ei vaadi mitään käyttäjän toimenpiteitä. Sitä ei ole saatu automatiikkaan liittyvien riskien vuoksi käyttöön ennen kuin nyt 18.04:ään.

[juhisi]

Tuokin on vain kehittäjillä tahtotasolla oleva asia esim. Manjarossa on erinomainen Kernel työkalu jossa vanhan Kernelin poistaminen käy hetkessä. Miettinyt pidempään miksi esim. Ubuntun kehittäjät ei ole omatoimisesti pultanneet ohjelmaa Ubuntuun...

Kyllähän tuollainen manuaalinen poisto onnistuu valmiilla työkalulla. Apt:n autoremoveen on viritetty aikoja sitten säännöt tarpeettomien kernelien poistoon.

Ongelmana on ollut nimenomaan täysin automaattinen poisto, joka ei vaadi mitään käyttäjän toimenpiteitä. Sitä ei ole saatu automatiikkaan liittyvien riskien vuoksi käyttöön ennen kuin nyt 18.04:ään.

Ei toimi ainakaan vielä 18.04:ssa tuo automaatti systeemi... Nyt on tulossa uusi Kernel ja katsoa toimiiko jo. Tähän asti käsipelillä poistanut 18.04:ssa vanhan kernelin. Toki tuo voi tulla käyttöön myöhemmin julkaisun jälkeen... Bleachbitissa tuo autoremove systeemi eikä sekään ole poistanut vanhaa Kerneliä. Itse en jaksa käyttää ja tehdä juttuja terminaalin kautta kuin joskus pakon edessä, koska graaffisessa käyttöjärjestelmässä olemassa myös graaffiset härpäkkeet 

[nm]

Ei toimi ainakaan vielä 18.04:ssa tuo automaatti systeemi... Nyt on tulossa uusi Kernel ja katsoa toimiiko jo. Tähän asti käsipelillä poistanut 18.04:ssa vanhan kernelin. Toki tuo voi tulla käyttöön myöhemmin julkaisun jälkeen...

Olettaisin, että yksi tai kaksi edellistä versiota säilytetään, kuten myös apt-get autoremove tekee. Muuten ongelmatilanteessa palaaminen edelliseen toimivaan versioon olisi hyvin hankalaa.

Automaattipoiston pitäisi toimia unattended-upgrades -paketin versiosta 1.0 lähtien: http://changelogs.ubuntu.com/changelogs/pool/main/u/unattended-upgrades/unattended-upgrades_1.0ubuntu2/changelog

* Remove unused automatically installed kernel packages
    (LP: #1357093, #1624644, #1675079, #1698159)