/boot op Ubuntu 12.04 LTS

Goedenavond,

Ik loop tegen het probleem aan dat bij een schone ubuntu installatie 12.04 LTS de /boot op 100% blijft staan en niet meer op te hogen is.

Enig idee wat hier mis kan gaan?
we maken gebruik van webmin en virutalmin
al na een paar keer apt-get update /upgrade zit de /boot op 100%.

Hier nog wat info uit Webmin: in-use saved
/ (Root filesystem) New Linux Native Filesystem (ext4) LVM VG mapper, LV HED--01-root 21% Yes Yes
/boot Old Linux Native Filesystem (ext2) Partition with ID **** 100 % Yes Yes

Ik hoor graag als iemand hier meer informatie over heeft.
bedankt.

Partitie vergroten? Oude files deleten van je /boot partition?

Sent from my HTC One using webhostingtalk mobile app

Na een upgrade knal je er een nieuwe kernel op terwijl de oude (gelukkig overigens) niet deleted wordt. Dat moetje handmatig doen indien blijkt dat je nieuwe kernel goed boot.

Oorspronkelijk geplaatst door dennis0162

Partitie vergroten? Oude files deleten van je /boot partition?

Sent from my HTC One using webhostingtalk mobile app

het probleem is dat de /boot op het moment is gemount en niet kan worden veranderd. ik ben nog niet ech handig met de linux variant. heb je wellicht wat info hoe dat het beste zou kunnen, is het bijvoorbeeld mogelijk de /boot naar 2 GB te vergroten.

met het commando aptitude kan je oude kernals verwijderen maar nu moeten we de server handmatig met een oude kernel starten anders doet hij mooi niets.
alvast bedankt.

Oorspronkelijk geplaatst door systemdeveloper

Na een upgrade knal je er een nieuwe kernel op terwijl de oude (gelukkig overigens) niet deleted wordt. Dat moetje handmatig doen indien blijkt dat je nieuwe kernel goed boot.

is het de bedoeling de server na een update te laten rebooten?
of begrijp ik je verkeerd?
thnx.

Oorspronkelijk geplaatst door menno192

is het de bedoeling de server na een update te laten rebooten?
of begrijp ik je verkeerd?
thnx.

In het kort, ja. Je hebt tools zoals kexec e.d. maar dat is eigenlijk ook een 'hot' reboot waarbij je services toch gestopt worden en opnieuw gestart. Een cold reboot ( reboot intikken dus ) kan iets safer zijn omdat je dan tenminste zeker weet dat de server opkomt weer. (of niet, maar met een verkeerder kernel knalt ie hot of cold toch wel).

Edit: Ik heb het dan over kernel updates, he. Bij een update van een service zoals apache hoeft dat niet. Dan hoef je alleen de service te herstarten.

Bij een nieuwe kernel moet je herstarten ja. Of je moet gebruik maken van een programma waar ik nu even de naam niet van weet.

Ik zou eerst even kijken of je oude kernels kan verwijderen. Dat is de makkelijkste oplossing.

Als je /boot moet gaan vergroten moet je even kijken of het partitie 1 is op je disk. Als partitie 2 je data is gaat het lastig worden. Als partitie 2 swap is kan je daar wellicht wat vanaf halen.

Anders moet je je data lvm en partitie verkleinen en een nieuwe boot partitie maken op het einde van je disk. Als je een VPS hebt vergroot je dan natuurlijk gewoon de disk.

Sent from my HTC One using webhostingtalk mobile app

nou bedankt voor de snelle en hulpvolle reacties. da had ik verder nog een vraag, zijn jullie hier zelf ook al tegenaan gelopen of is het gewoon een instelling bij installeren?

wij kunnen namelijk niets meer updaten als je boot op 100 hangt. en aptitude meld alleen maar dat hij kernels heeft die van elkaar afhanklijk zijn en ze dus niet kan schonen.

thnx.

Ik ben hier ook wel eens tegen aan gelopen (ook Ubuntu 12.04)
Ik heb toen alle oudere kernels handmatig verwijdert. (met uname -r kan je zien welke versie nu in gebruik is)

Waarschijnlijk heb je nu dus gewoon meerdere kernels geinstalleerd staan. Zelf behoud ik alleen de nieuwste 2. Welke files staan er nu in /boot dan bijvoorbeeld? Als je daar een output van geeft, wordt het vast al duidelijker. Je actieve kernel versie zie je met het commando: uname -r (zoals ook al reeds genoemd).
Geef anders ook even een overzicht van je geinstalleerde kernels met: dpkg -l linux-image*
Met dpkg --purge <package> kun je dan bijvoorbeeld oudere kernels netjes deinstalleren. Natuurlijk kun je ook de files weggooien in /boot, maar dat is niet echt een nette manier.

Oorspronkelijk geplaatst door dennis0162

Bij een nieuwe kernel moet je herstarten ja. Of je moet gebruik maken van een programma waar ik nu even de naam niet van weet.

ksplice

ik heb hier een current version:
Kernel and CPU Linux 3.5.0-42-generic on x86_64

en dan de inhoud van /bo
abi-3.5.0-36-generic
initrd.img-3.5.0-43-generic
abi-3.5.0-37-generic
initrd.img-3.5.0-45-generic
abi-3.5.0-39-generic
lost+found
abi-3.5.0-40-generic
memtest86+.bin
abi-3.5.0-41-generic
memtest86+_multiboot.bin
abi-3.5.0-42-generic
System.map-3.5.0-34-generic
abi-3.5.0-43-generic
System.map-3.5.0-36-generic
abi-3.5.0-45-generic
System.map-3.5.0-37-generic
config-3.5.0-34-generic
System.map-3.5.0-39-generic
config-3.5.0-36-generic
System.map-3.5.0-40-generic
config-3.5.0-37-generic
System.map-3.5.0-41-generic
config-3.5.0-39-generic
System.map-3.5.0-42-generic
config-3.5.0-40-generic
System.map-3.5.0-43-generic
config-3.5.0-41-generic
System.map-3.5.0-45-generic
config-3.5.0-42-generic
vmlinuz-3.5.0-34-generic
config-3.5.0-43-generic
vmlinuz-3.5.0-36-generic
config-3.5.0-45-generic
vmlinuz-3.5.0-37-generic
grub
vmlinuz-3.5.0-39-generic
initrd.img-3.5.0-34-generic
vmlinuz-3.5.0-40-generic
initrd.img-3.5.0-36-generic
vmlinuz-3.5.0-41-generic
initrd.img-3.5.0-37-generic
vmlinuz-3.5.0-42-generic
initrd.img-3.5.0-39-generic
vmlinuz-3.5.0-43-generic
initrd.img-3.5.0-40-generic
vmlinuz-3.5.0-45-generic
initrd.img-3.5.0-41-generic

Je boot dus niet de nieuwste versie (45). In principe zou je veilig alles onder de 42 weg kunnen gooien. Dan houd je nog 42,43,44 en 45 over.
Zodra je de 45 versie kunt booten en die werkt goed, kun je 42 en 43 ook weggooien. De 44 houd je dan als backup en de 45 wordt je huidige nieuwe kernel.

Oorspronkelijk geplaatst door Spyder01

Je boot dus niet de nieuwste versie (45). In principe zou je veilig alles onder de 42 weg kunnen gooien. Dan houd je nog 42,43,44 en 45 over.
Zodra je de 45 versie kunt booten en die werkt goed, kun je 42 en 43 ook weggooien. De 44 houd je dan als backup en de 45 wordt je huidige nieuwe kernel.

ik ga dit direct testen. ik weet me nog wel te herineren dat aptitude mij een keer melde dat dit niet kon omdat de versies afhanklijk zouden zijn.

Ik reageer als ik meer weet.

Ik kon zelf gebruik maken van

Code: [Bekijk]

sudo apt-get autoremove

Hierbij werden de overbodige kernels automatisch verwijderd, zodat je geen last hebt van de dependencies.