Linux Mint: boot partitie vol

[Videopac]

Sinds de laatste upgrades krijg ik de melding:

"Weinig schijfruimte op 'boot'

Het volume 'boot' heeft nog maar 0 byte schijfruimte over."

Klik ik op 'onderzoeken' dan krijg ik een partitie manager o.i.d. te zien met de boot partitie die 480,1 MB groot is. Maar wat ik nu moet onderzoeken: geen idee.

Hoe kan ik dit probleem oplossen?

[CurlyMo]

In de terminal:

code:

ls -Alh /boot

Dat geeft een overzicht van de bestanden die er staan en de groottes, maar meestal is het verwijderen van oudere kernels de oplossing. Zie je tijdens het booten meerdere kernel versies staan?

[Hero of Time]

Met ^^. Mint doet hetzelfde als Ubuntu, aangezien het praktisch hetzelfde is als Ubuntu. Dus oude kernels worden niet opgeruimd, waardoor /boot dus snel vol kan lopen. Ruim op en je bent klaar. Beetje bijhouden voorkomt dit in de toekomst. Een 'apt autoremove' zou voldoende moeten zijn, als ze als zodanig gemarkeerd zijn.

[BoAC]

Hero of Time schreef op dinsdag 12 december 2017 @ 11:57:
Met ^^. Mint doet hetzelfde als Ubuntu, aangezien het praktisch hetzelfde is als Ubuntu. Dus oude kernels worden niet opgeruimd, waardoor /boot dus snel vol kan lopen. Ruim op en je bent klaar. Beetje bijhouden voorkomt dit in de toekomst. Een 'apt autoremove' zou voldoende moeten zijn, als ze als zodanig gemarkeerd zijn.

TS heeft nu wel een risico omdat hij de melding krijgt dat er nog maar 0 bytes vrij zijn. Er is dus waarschijnlijk een half geinstalleerd pakket op /boot gezet. Voor de zekerheid zou ik deze ook nog uitvoeren:

code:

sudo apt-get install --reinstall linux-image-generic linux-image

[Kaalus]

https://askubuntu.com/que...o-clean-up-boot-partition

Dit heb ik gevolgd toen mijn Ubuntu server VM hier last van had. Een Apt autoremove deed het niet omdat er incomplete pakketen tussen zaten.

[Videopac]

CurlyMo schreef op dinsdag 12 december 2017 @ 11:54:
In de terminal:

code:

ls -Alh /boot

Dat geeft een overzicht van de bestanden die er staan en de groottes, maar meestal is het verwijderen van oudere kernels de oplossing. Zie je tijdens het booten meerdere kernel versies staan?

Ik zie niet meerdere kernel versies staan.

Resultaat:

code:

totaal 448M
-rw-r--r-- 1 root root 1,4M aug  9 13:08 abi-4.10.0-32-generic
-rw-r--r-- 1 root root 1,4M aug 11 19:59 abi-4.10.0-33-generic
-rw-r--r-- 1 root root 1,4M sep 13 13:16 abi-4.10.0-35-generic
-rw-r--r-- 1 root root 1,4M okt  7 02:35 abi-4.10.0-37-generic
-rw-r--r-- 1 root root 1,4M okt 10 20:32 abi-4.10.0-38-generic
-rw-r--r-- 1 root root 1,4M nov  9 21:56 abi-4.10.0-40-generic
-rw-r--r-- 1 root root 1,4M dec  4 19:28 abi-4.10.0-42-generic
-rw-r--r-- 1 root root 1,4M mei 16  2017 abi-4.8.0-53-generic
-rw-r--r-- 1 root root 201K aug  9 13:08 config-4.10.0-32-generic
-rw-r--r-- 1 root root 201K aug 11 19:59 config-4.10.0-33-generic
-rw-r--r-- 1 root root 201K sep 13 13:16 config-4.10.0-35-generic
-rw-r--r-- 1 root root 201K okt  7 02:35 config-4.10.0-37-generic
-rw-r--r-- 1 root root 201K okt 10 20:32 config-4.10.0-38-generic
-rw-r--r-- 1 root root 201K nov  9 21:56 config-4.10.0-40-generic
-rw-r--r-- 1 root root 201K dec  4 19:28 config-4.10.0-42-generic
-rw-r--r-- 1 root root 195K mei 16  2017 config-4.8.0-53-generic
drwx------ 3 root root 4,0K jan  1  1970 efi
drwxr-xr-x 5 root root 1,0K dec  9 00:29 grub
-rw-r--r-- 1 root root  44M dec  9 00:12 initrd.img-4.10.0-32-generic
-rw-r--r-- 1 root root  44M dec  9 00:12 initrd.img-4.10.0-33-generic
-rw-r--r-- 1 root root  44M dec  9 00:11 initrd.img-4.10.0-35-generic
-rw-r--r-- 1 root root  44M dec  9 00:11 initrd.img-4.10.0-37-generic
-rw-r--r-- 1 root root  44M dec  9 00:11 initrd.img-4.10.0-38-generic
-rw-r--r-- 1 root root  44M dec  9 00:11 initrd.img-4.10.0-40-generic
-rw-r--r-- 1 root root  44M dec  9 00:29 initrd.img-4.10.0-42-generic
-rw-r--r-- 1 root root  43M dec  9 00:12 initrd.img-4.8.0-53-generic
drwx------ 2 root root  12K aug 11 10:08 lost+found
-rw-r--r-- 1 root root 179K jan 28  2016 memtest86+.bin
-rw-r--r-- 1 root root 181K jan 28  2016 memtest86+.elf
-rw-r--r-- 1 root root 181K jan 28  2016 memtest86+_multiboot.bin
-rw------- 1 root root 3,6M aug  9 13:08 System.map-4.10.0-32-generic
-rw------- 1 root root 3,6M aug 11 19:59 System.map-4.10.0-33-generic
-rw------- 1 root root 3,6M sep 13 13:16 System.map-4.10.0-35-generic
-rw------- 1 root root 3,6M okt  7 02:35 System.map-4.10.0-37-generic
-rw------- 1 root root 3,6M okt 10 20:32 System.map-4.10.0-38-generic
-rw------- 1 root root 3,6M nov  9 21:56 System.map-4.10.0-40-generic
-rw------- 1 root root 3,6M dec  4 19:28 System.map-4.10.0-42-generic
-rw------- 1 root root 3,9M mei 16  2017 System.map-4.8.0-53-generic
-rw------- 1 root root 7,1M aug  9 13:08 vmlinuz-4.10.0-32-generic
-rw------- 1 root root 7,1M aug 11 19:59 vmlinuz-4.10.0-33-generic
-rw------- 1 root root 7,1M sep 13 13:16 vmlinuz-4.10.0-35-generic
-rw------- 1 root root 7,1M okt  7 02:35 vmlinuz-4.10.0-37-generic
-rw------- 1 root root 7,1M okt 10 20:32 vmlinuz-4.10.0-38-generic
-rw------- 1 root root 7,1M nov  9 21:56 vmlinuz-4.10.0-40-generic
-rw------- 1 root root 7,1M dec  4 19:28 vmlinuz-4.10.0-42-generic
-rw-r--r-- 1 root root 7,0M aug 11 01:59 vmlinuz-4.8.0-53-generic

Kan ik gewoon de oudere versies verwijderen?

[Videopac]

Hero of Time schreef op dinsdag 12 december 2017 @ 11:57:
Met ^^. Mint doet hetzelfde als Ubuntu, aangezien het praktisch hetzelfde is als Ubuntu. Dus oude kernels worden niet opgeruimd, waardoor /boot dus snel vol kan lopen. Ruim op en je bent klaar. Beetje bijhouden voorkomt dit in de toekomst. Een 'apt autoremove' zou voldoende moeten zijn, als ze als zodanig gemarkeerd zijn.

Wel onhandig dat oude meuk niet automagisch opgeruimd wordt.
Misschien niet direct, maar wel als bv. als na een upgrade succesvol geboot is?
Of alle versie m.u.v. de vorige?

[Blokker_1999]

Maar wat is een succesvolle boot? Het is niet omdat je systeem een init5 succesvol afrond dat daarom alles werkt zoals het moet. Het kan ook zijn dat je specifieke versies zelf wenst bij te houden wegens hardware die op dat moment niet verbonden is. Ik zou zeer huiverachtig tegen een automatic cleanup staan, vandaar dat je ze handmatig moet aanroepen.

[CurlyMo]

Videopac schreef op dinsdag 12 december 2017 @ 12:27:
[...]

Wel onhandig dat oude meuk niet automagisch opgeruimd wordt.
Misschien niet direct, maar wel als bv. als na een upgrade succesvol geboot is?
Of alle versie m.u.v. de vorige?

Stel je hebt een server draaien die een jaar online is geweest. Je hebt dan een jaar lang op 4.10.0-32-generic gedraaid. Tussendoor wel updates gedraaid, maar nooit een reboot om de nieuwe kernel te gebruiken. Dan is het verstandig om alle kernels te verwijderen behalve de nieuwe en de oudste in dit geval. Oftewel, verwijder alles behalve de laatste die voor jou werkte, wat dus niet altijd hetzelfde is als de voorlaatste.

[Videopac]

Opruimen blijkt dus ook via updatemanager te kunnen:
https://sites.google.com/.../4#TOC-Remove-old-kernels

Wat oude kernels opgeruimd en nu is de bootpartitie 235MB, voorheen 480MB.
Dank voor de hulp!

[Hero of Time]

BoAC schreef op dinsdag 12 december 2017 @ 12:05:
[...]

TS heeft nu wel een risico omdat hij de melding krijgt dat er nog maar 0 bytes vrij zijn. Er is dus waarschijnlijk een half geinstalleerd pakket op /boot gezet. Voor de zekerheid zou ik deze ook nog uitvoeren:

code:

sudo apt-get install --reinstall linux-image-generic linux-image

Dat zijn meta-packages en heeft geen zin om uit te voeren. Daarmee installeer je niet de daadwerkelijke kernel.

CurlyMo schreef op dinsdag 12 december 2017 @ 12:40:
[...]

Stel je hebt een server draaien die een jaar online is geweest. Je hebt dan een jaar lang op 4.10.0-32-generic gedraaid. Tussendoor wel updates gedraaid, maar nooit een reboot om de nieuwe kernel te gebruiken. Dan is het verstandig om alle kernels te verwijderen behalve de nieuwe en de oudste in dit geval. Oftewel, verwijder alles behalve de laatste die voor jou werkte, wat dus niet altijd hetzelfde is als de voorlaatste.

Daarom zou het het beste zijn om de nieuwste en huidige kernel die je draait te laten staan. Iets wat bij Red Hat ook wordt gedaan als je package-cleanup draait om oudere kernels te verwijderen.