Dotaz: openSUSE mazání starých jader.

[lertimir]

Teď jsem našel, že v openSUSE přestalo fungovat mazání starých jader. Podle dokumentace by nastavení souboru pro software management /etc/zypp/zypp.conf podle nastavení, které mám by systém měl udržovat dvě poslední jádra, nicméně v /boot je přitomno

# ls /boot/
backup_mbr                 initrd-3.11.10-21-desktop      symvers-3.16.7-13-desktop.gz    vmlinux-3.11.10-21-desktop.gz
boot                       initrd-3.16.6-2-desktop        symvers-3.16.7-21-desktop.gz    vmlinux-3.16.6-2-desktop.gz
boot.readme                initrd-3.16.7-13-desktop       symvers-3.16.7-7-desktop.gz     vmlinux-3.16.7-13-desktop.gz
config-3.11.10-17-desktop  initrd-3.16.7-21-desktop       sysctl.conf-3.11.10-17-desktop  vmlinux-3.16.7-21-desktop.gz
config-3.11.10-21-desktop  initrd-3.16.7-7-desktop        sysctl.conf-3.11.10-21-desktop  vmlinux-3.16.7-7-desktop.gz
config-3.16.6-2-desktop    initrd-3.16.7-7-desktop.bak    sysctl.conf-3.16.6-2-desktop    vmlinuz
config-3.16.7-13-desktop   lost+found                     sysctl.conf-3.16.7-13-desktop   vmlinuz-3.11.10-17-desktop
config-3.16.7-21-desktop   message                        sysctl.conf-3.16.7-21-desktop   vmlinuz-3.11.10-21-desktop
config-3.16.7-7-desktop    rdsosreport.txt                sysctl.conf-3.16.7-7-desktop    vmlinuz-3.16.6-2-desktop
do_purge_kernels           symtypes-3.16.6-2-desktop.gz   System.map-3.11.10-17-desktop   .vmlinuz-3.16.6-2-desktop.hmac
dracut                     symtypes-3.16.7-13-desktop.gz  System.map-3.11.10-21-desktop   vmlinuz-3.16.7-13-desktop
grub                       symtypes-3.16.7-21-desktop.gz  System.map-3.16.6-2-desktop     .vmlinuz-3.16.7-13-desktop.hmac
grub2                      symtypes-3.16.7-7-desktop.gz   System.map-3.16.7-13-desktop    vmlinuz-3.16.7-21-desktop
grub2-efi.rpmsave          symvers-3.11.10-17-desktop.gz  System.map-3.16.7-21-desktop    .vmlinuz-3.16.7-21-desktop.hmac
initrd                     symvers-3.11.10-21-desktop.gz  System.map-3.16.7-7-desktop     vmlinuz-3.16.7-7-desktop
initrd-3.11.10-17-desktop  symvers-3.16.6-2-desktop.gz    vmlinux-3.11.10-17-desktop.gz   .vmlinuz-3.16.7-7-desktop.hmac

jader mnohem více. Vypadá to tak, že tento rys vypadl po přechodu z openSUSE 13.1 na 13.2, protože jádra 3.11 jsou jádra z 13.1, a ty jsou správně jen dvě, jenže po online aktualizaci na 13.2 už zůstaly jak tyto dvě 13.1 tak všechna jádra z 13.2 tedy jádra 3.16. Můžete to potvrdit?

Ještě jsem teď zjistil, že perlový script purge-kernels je funkční a skutečně stará jádra smáznul, ale nefunguje automaticky při upgrade jádra by to nejstarší měl umazat. Přišel jsem na to tak, že na jednom starším systému, který se aktualizuje automaticky, přestaly aktualizace pracovat a bylo to díky tomu že se ucpal separátní oddíl pro boot, protože v něm zbyly stará jádra a pak aktualizace začaly padat, protože aktualizace jádra byla jako první.

Odpovědi

[vxmery]

Takýto istý problém sa riešil aj tu, pomohlo iba natvrdo zmazanie najstarších jadier a potom sudo apt-get install -f. Keď je /boot partícia iba 100M, tak je to plné cobydup.

[lertimir]

Vzhledem k tomu, že openSUSE není ubuntu a není ani na Debianu a tím pádem má zcela jiný balíčkovací systém a jinou aktualizaci balíků tak problém je zcela jiný. Navíc já jsem nepsal, že to vyčistit nejde. Samozřejmě jde a skriptik purge-kernels jádra smazal. Problém je v tom, že neběží automaticky mazání starých jader podle nadefinovaného schématu. Což je u mne ponechání aktuálního a předchozího jádra.

[perfekcioninista]

skriptik? proc to neodinstalujes yastem?

[Pavel 'TIGER' Růžička]

Protože v yastu je jen aktuální jádro, stará v něm nejsou.

[lertimir]

protože v textovém yastu není ve skupinách balíčků položka "multiversion packages", která je v grafickém yast2. Tím pádem na ssh se přes ya Ale jak jsem psal dříve. problém není v tom co dělá purge-kernels. Ten správně smaže jádra podle konfigurace v /etc/zypp/zypp.conf. A to je jednodušší než se s tím hrát rukama. Problém je proč se nevolá automaticky, když se dříve volal.

[Michal Kubeček]

Za starých dobrých časů to býval klasický init script, který stačilo aktivovat pomocí insserv nebo chkconfig. Dneska bude asi potřeba nějaké systemcosi a pořádná porce víry.

[perfekcioninista]

chacha

[Pavel 'TIGER' Růžička]

Toto chování potvrzuji.