Boot directory opschonen

[Ronald]

Hallo allemaal,

Op een (virtuele) Linux machine kan kennelijk de kernel niet worden bijgewerkt. De huidige kernel versie is:

Code: [Selecteer]

# cat /proc/version

Linux version 2.6.18-128.7.1.el5 (mockbuild@builder10.centos.org) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-44)) #1 SMP Mon Aug 24 08:21:56 EDT 2009

Er draait dus Centos (versie 5.4) op. Als ik yum de kernel laat bijwerken, krijg ik deze melding:

Code: [Selecteer]

#yum update kernel\*

(...)
--> Running transaction check
---> Package kernel.x86_64 0:2.6.18-164.15.1.el5 set to be installed
---> Package kernel-xen.x86_64 0:2.6.18-164.15.1.el5 set to be installed
--> Finished Dependency Resolution
--> Running transaction check
---> Package kernel.x86_64 0:2.6.18-164.6.1.el5 set to be erased
---> Package kernel-xen.x86_64 0:2.6.18-164.6.1.el5 set to be erased
--> Finished Dependency Resolution

Dependencies Resolved

================================================================================
 Package          Arch         Version                    Repository       Size
================================================================================
Installing:
 kernel           x86_64       2.6.18-164.15.1.el5        updates          18 M
 kernel-xen       x86_64       2.6.18-164.15.1.el5        updates          18 M
Removing:
 kernel           x86_64       2.6.18-164.6.1.el5         installed        87 M
 kernel-xen       x86_64       2.6.18-164.6.1.el5         installed        88 M

Transaction Summary
================================================================================
Install      2 Package(s)
Update       0 Package(s)
Remove       2 Package(s)

Total size: 36 M
Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test


Transaction Check Error:
  installing package kernel-2.6.18-164.15.1.el5.x86_64 needs 3MB on the /boot filesystem

Error Summary
-------------
Disk Requirements:
  At least 3MB needed on the /boot filesystem.


In /boot staat inderdaad nogal wat... Maar wat kan ik nu veilig verwijderen?

config-2.6.18-128.7.1.el5
config-2.6.18-128.7.1.el5xen
config-2.6.18-164.10.1.el5
config-2.6.18-164.10.1.el5xen
config-2.6.18-164.11.1.el5
config-2.6.18-164.11.1.el5xen
config-2.6.18-164.6.1.el5
config-2.6.18-164.6.1.el5xen
config-2.6.18-164.9.1.el5
config-2.6.18-164.9.1.el5xen
initrd-2.6.18-128.7.1.el5.img
initrd-2.6.18-128.7.1.el5.img.backup0
initrd-2.6.18-128.7.1.el5.img.backup1
initrd-2.6.18-128.7.1.el5.img.backup2
initrd-2.6.18-128.7.1.el5.img.backup3
initrd-2.6.18-128.7.1.el5xen.img
initrd-2.6.18-128.7.1.el5xen.img.backup0
initrd-2.6.18-164.10.1.el5.img
initrd-2.6.18-164.10.1.el5xen.img
initrd-2.6.18-164.11.1.el5.img
initrd-2.6.18-164.11.1.el5xen.img
initrd-2.6.18-164.6.1.el5.img
initrd-2.6.18-164.6.1.el5xen.img
initrd-2.6.18-164.9.1.el5.img
initrd-2.6.18-164.9.1.el5xen.img
message
symvers-2.6.18-128.7.1.el5.gz
symvers-2.6.18-128.7.1.el5xen.gz
symvers-2.6.18-164.10.1.el5.gz
symvers-2.6.18-164.10.1.el5xen.gz
symvers-2.6.18-164.11.1.el5.gz
symvers-2.6.18-164.11.1.el5xen.gz
symvers-2.6.18-164.6.1.el5.gz
symvers-2.6.18-164.6.1.el5xen.gz
symvers-2.6.18-164.9.1.el5.gz
symvers-2.6.18-164.9.1.el5xen.gz
System.map-2.6.18-128.7.1.el5
System.map-2.6.18-128.7.1.el5xen
System.map-2.6.18-164.10.1.el5
System.map-2.6.18-164.10.1.el5xen
System.map-2.6.18-164.11.1.el5
System.map-2.6.18-164.11.1.el5xen
System.map-2.6.18-164.6.1.el5
System.map-2.6.18-164.6.1.el5xen
System.map-2.6.18-164.9.1.el5
System.map-2.6.18-164.9.1.el5xen
vmlinuz-2.6.18-128.7.1.el5
vmlinuz-2.6.18-128.7.1.el5xen
vmlinuz-2.6.18-164.10.1.el5
vmlinuz-2.6.18-164.10.1.el5xen
vmlinuz-2.6.18-164.11.1.el5
vmlinuz-2.6.18-164.11.1.el5xen
vmlinuz-2.6.18-164.6.1.el5
vmlinuz-2.6.18-164.6.1.el5xen
vmlinuz-2.6.18-164.9.1.el5
vmlinuz-2.6.18-164.9.1.el5xen
xen.gz-2.6.18-128.7.1.el5
xen.gz-2.6.18-164.10.1.el5
xen.gz-2.6.18-164.11.1.el5
xen.gz-2.6.18-164.6.1.el5
xen.gz-2.6.18-164.9.1.el5
xen-syms-2.6.18-128.7.1.el5
xen-syms-2.6.18-164.10.1.el5
xen-syms-2.6.18-164.11.1.el5
xen-syms-2.6.18-164.6.1.el5
xen-syms-2.6.18-164.9.1.el5

Zomaar wat proberen vind ik in dit geval een beetje eng. 

Groeten,

Ronald

[Just Vecht]

Hallo Ronald,

Er staan wel veel andere kernels in die boot map. Met kernels moet je inderdaad oppassen, want anders start je systeem niet meer.

Van virtuele systemen weet ik niks. Als het een gewoon systeem was mikte ik alle bestanden die qua bestandsnaam NIET bij de huidige kernel horen opzij in een zip bestand of een aparte map (/root bijvoorbeeld). Dan kan je ze zonodig weer terugzetten via een Live CDtje en een filemanager.

Eerste vraag moet echter zijn: moet die update wel echt? Vraag twee is dan: hoe kritisch is een compleet debacle? Een backup lijkt me dan wel heel erg verstandig.

En waarom staan al die nieuwere kernels nu in /boot? Is het soms al de nodige keren fout gegaan? Is destijds de update geslaagd en kon men alleen het systeem niet met de nieuwe kernel starten?

Verwijderen van andere kernels kan ook via de pakketmanager.

Kijk eens hier:

http://www.cyberciti.biz/faq/proper-way-to-remove-old-linux-kernels/

(Google is je vriend  )

[Ronald]

Hoi Just,

Inmiddels weet ik al wat meer. Omdat ik yum automatisch alle updates laat (inmiddels dus: liet <g>) installeren, zijn de kernel updates ook meegekomen. Alleen moet je dan nog wel de oude verwijderen. <g>

Dat ben ik inmiddels met mijn nieuwe collega aan het oppakken. Omdat het een virtuele machine is, moeten er ook nog wat extra updates overheen, en dat lukt nog niet helemaal. Dus daar is de provider naar aan het kijken.

Groeten,

Ronald

[Just Vecht]

Hoi Ronald,

Die automatische updates zijn soms een kwaal op zich. Ik kijk ze altijd met argusogen aan.

Succes!