Dotaz: Suse 9.1 sa po online update uz nerozbehne

[Bubo]

Pokusil som sa updatovat system Suse 9.1, ktory inak korektne bezi a nie su s nim problemy. Z ponuknutych moznosti, okrem bezpecnostnych updatov som tusim zvolil vsetko, m.i. aj kernel. Cela operacia prebehne v pohode ale system po restarte zamrzne. Zostane vysiet na fsck a disk sa neustale vrti. Pokial sa nabootuje z diskiet a pusti sa nainstalovany system, rozbehne sa ale bez modulov. Nove jadro je 2.6.5-7.151 (/boot) zatial co uname -r hlasi 2.6.4-52. Pri pokuse dotahat moduly to na mna "vystekne"

FATAL: Could not load /lib/modules/2.6.4-52-default/modules.dep: No such file or directory

No bodaj by ich nasiel ked su tam len 2.6.5-7.151-default. Toto je aj posledna sprava z /var/log/messages. Najde sa niekto prosim, kto poradi ?

Odpovědi

[Michal Kubeček]

Zkuste

  mkinitrd
  lilo
  reboot

(nebo ekvivalent pro GRUB). Pokud to nepomůže, zkuste předtím ještě přidat

  depmod 2.6.5-7.151

[Bubo]

Dakujem ale neviem ci som taky hlupy ale nejako to nejde.

Nabootujem s diskiet

urobim postup z http://www.abclinuxu.cz/forum/show/80572:

mount -t ext3 /dev/hda1 /mnt

mount -o bind /proc /mnt/proc

chroot /mnt/ /bin/bash

depmod 2.6.5-7.151-default

mkinitrd

grub

grub> root (hd0,0)

grub>kernel /boot/vmlinuz-2.6.5-7.151-default root=/dev/hda1 nosplash

grub>initrd /boot/initrd-2.6.5-7.151-default

grub>quit

exit

reboot

A vysledok je ze to pri bootovani skonci na fsck a ...Problem je grub, tomu vobec nerozumiem a neviem teda. ci to robim dobre. Asi to preinstalujem a dam tam lilo.

[jm]

grub>kernel /boot/vmlinuz-2.6.5-7.151-default root=/dev/hda1 nosplash
grub>initrd /boot/initrd-2.6.5-7.151-default 

Proc to pises do prikazove radky grubu? To patri do konfiguracniho souboru!

[Bubo]

Hm - a kam to mam zapisat? V /boot je config-2.6.5-7.151-default, ma cez 56kB a take nic v nom nie je. Mam to dopisat trebars na koniec?

[jm]

Do konfiguracniho souboru grubu, coz je standardne /boot/grub/menu.lst, pricemz vetsinou existuje i symlink /boot/grub/grub.conf. RTFM a vyhledavani!

[Bubo]

Ved prave oba subory maju link - vmlinuz a initrd. Takze je v podstate jedno ake verzie su v /boot lebo v menu.lst su tieto linky. Sice som natvrdo napisal cestu aj s plnym menom ale nepomohlo. A ked sme uz pri tom menu.lst v Linux dokumentacni projekt sa v kapitole 15 na strane 863 hovori:

Dale musite upravit soubor /boot/grub/grub.conf...

To potom jedinec ako ja tazko zisti, ze config je vlastne menu.lst

[jm]

RTFM. K tomuhle se fakt neda nic rict.

P.S. Grub se instaluje rucne takto:

grub> root (hd0,0)          #(kde je /boot)
grub> setup (hd0)           #(instalovat GRUB do MBR)
grub> quit                  #(konec)

Nemyslis, ze ti v tom tvojem postupu nahore neco chybi?

[Bubo]

Hmm, nepomohlo . Teraz strelim capa, ale ked sa vratim celkom na zaciatok to s tym modprobe, nevyzera to tak ako keby nove jadro nemalo moduly? Teda po update neprebehlo nieco ako make modules-install. Pripadne kdesi, kde je zapisana cesta k modulom je odkaz na stare: /lib/modules/2.6.4-52-default/modules.dep. A preto sa to po starte sekne.

[jm]

Vyzera to tak, ze by bylo nejlepsi, kdybys vsechny (vadny) symlinky v /boot smazal a prestal se na ne odkazovat v konfiguraku.

Jestli se nainstalovaly moduly pro nove jadro, o tom se snadno presvedcis pohledem do /lib/modules

[Michal Kubeček]

Ne, ten problém je v tom, že nabootujete se starým jádrem, ale moduly máte už jen pro to nové.

[Bubo]

To uz mi doslo . Ale preco sa po depmod ... a mknitrd teda ten zaznam nezmeni? Ked urobim to co je napisane vyssie tak som vlastne v prostredi nainstalovaneho systemu. Nasiel som este toto:

http://bbs.cvut.cz/~covex/linux/kernel260.html

"Nezbytné je též vytvor(it modprobe.conf protože /etc/modules.conf se už zr(ejme( nepoužívá. Abyste vygenereovali /etc/modprobe.conf použijte ./generate-modprobe.conf script který je v module-init-tools:

./generate-modprobe.conf /etc/modprobe.conf"

Ale to mi oznami:

Warning: not translanting path[toplevel]=/lib/modules/2.6.4-override-default

Warning: not translanting path[toplevel]=/lib/modules/2.6

Takze vlastne sa pouziva stare jasdro. A vysledok je rovnaky.

Este kacirska myslienka - co takto odstranit balik fsck, na ktorom to ostane vysiet? I ked neviem ako, lebo to vyhodi taku snuru zavislosti az no. Je mozne, ze ten problem je vlastne niekde uplne inde? Kde vsade by som sa este mal pozriet (logy) aby sa dalo identifikovat co sa vlastne stalo?

[jm]

Paneboze... Nastav grub tak, aby bootoval nove jadro, a nevymyslej takove s odpustenim debility jako odstranovat fsck!!!

[Bubo]

Zasa mozno hlupy napad - je mozne, ze nove jadro nejakym sposobom nepodporuje moj hardware? Ked nabootujem z diskiet je jasne, ze je tam stare jadro a tym vzniknu vsetky problemy s modulmi. Tak isto /var/log messages je vlastne zapis z bootovania zo starym jadrom. Ked ho vymazem a necham nabootovat normalne, ziadne messages sa nestihne vytvorit. Pri bootovani je tam napr. - opis z obrazovky:

Trying to move old root to /initrd ... failed

Unmouting old root

Potom niekolko ok pripadne done

Checkin root file system...

fsck 1.34 (25-Jul-2003)

/dev/hda1: clean, 103386/563360 files, 512373/1126550 blocks

EXT3 FS on hda1, internal journal

md: Autodetecting RAID arrays.

md: autorun ...

md: ... autorun DONE.

device-mapper: 4.3.0-ioctl (2004-09-30) initialised: dm-devel@redhat.com

Activating device mapper...

Creating /dev/mapper/control character device with major:10 minor:63.

Checking file systems...

fsck 1.34 (25-Jul-2003)

A zamrznutie systemu. Nepokusa sa vytvorit raid? To som asi strelil...

[Michal Kubeček]

Ne, s největší pravděpodobností je problém v tom, že pořád bootujete starou verzi jádra a dostanete se proto do problémů v okamžiku, kdy potřebuje nějaký modul, protože ty už tam nejsou. Kdybyste používal LILO, popsal bych vám, jak z toho ven, ale konfiguraci GRUBu z hlavy neznám a studovat ji kvůli tomu nebudu, to můžete udělat sám.

[Bubo]

Ok, dakujem prave som to dal preinstalovat s Lilo. Ked to updatujem a bude sa to opakovat, som tu ako na koni

[Bubo]

Tak je to to iste. Mozem poprosit o tu radicku ako s Lilo?

[jm]

Jo, precti si @#$%& konecne manual! :-$

[Bubo]

Hm, hm no neviem ci by ste Vy boli mudry po precitani manualu . Ostatne ucinny by mal byt postup, ktory p. Michal Kubecek napisal hned na zaciatku tejto diskusie - aa noo nie je... Takze to asi nie je take jednoduche ako precitat si manual. To, ze ste presvedceny, ze ho necitam je uz o inom.

[jm]

Kdybys sem konecne dal konfiguracni soubor nejakeho bootloaderu misto vytvareni obskurnosti typu generate-modprobe.conf nebo co, tak uz to mohlo byt davno vyreseno.

P.S. Jestli jsi ten konfiguracni soubor jeste nenasel, tak si opravdu precti ten manual jeste nekolikrat.

[Bubo]

Bootloader je teraz uz Lilo. Presiel som /etc/lilo.conf - je urobeny velmi inteligentne => vsetky cesty ku jadru a initrd su linky a su dobre ukazuju na nove jadro. Mozno kladiem hlupe otazky ale citam vsetko a skusam vsetko co sa da.

[jm]

Vidim, ze konfiguracniho souboru se nedockame, takze koncim.

[Michal Kubeček]

Pokud máte správně nastavené linky a odkazy v lilo.conf (jak tvrdíte), mělo by stačit nabootovat rescue systém (tj. nabootovat z instalačního CD/DVD a vybrat příslušnou položku v menu) a z něj dát

  mount /dev/XXXX /mnt
  lilo -r /mnt
  umount /mnt
  reboot

kde /dev/XXXX nahradíte zařízením, kde máte kořenový filesystém.

[Bubo]

Dakujem za trpezlivost

Moje presvedcenie, ze nove jadro je nekompatibilne s mojim systemom je asi spravne... Predsa este jedna vec. Ked zapisujem lilo alebo po ./lilo je tam jedna znepokojujuca hlaska:

Warning: LBA32 addresing assumed

Myslim, ze tato hlaska sa objavovala aj pri grub-e. Pokusil som sa to pridat do append ako lba32 ale ci je to dobre neviem,a naviac to ani nepomohlo.

[Michal Kubeček]

Nejspíš vás jen upozorňuje, že pokud v lilo.conf nepoužijete žádnou z direktiv geometric (používat při komunikaci s BIOSem stopa-hlava-sektor trojice), linear (používat 24-bitové LBA) nebo lba32 (používat 32-bitové LBA), jako default se použije 32-bitové LBA. Ve starších verzích totiž LILO v takovém případě použilo staré CHS adresování. Pokud BIOS umí 32-bitové LBA (tj. pokud nemáte prehistorickou desku), nemusíte si s tím lámat hlavu. Hláška by měla zmizet, pokud do globální části (kamkoli před první image nebo other) přidáte direktivu lba32. Jádru to nedávejte, jádro stejně BIOS nepoužívá.

[Michal Kubeček]

Tak jsem včera náhodou zjistil, že v rescue systému z instalačního CD/DVD SuSE 9.3 nějaký lamebrain v rámci úsporných opatření vyhodil příkaz lilo (mám dokonce mlhavé tušení, že to tak bylo už ve verzi 9.2). Sice instalátor defaultně nabízí GRUB, ale i tak to považuji za ignoranství nejhrubšího zrna. Takže pak by bylo potřeba použít

  chroot /mnt lilo

[Michal Kubeček]

Tak si sypu popel na hlavu, v tom rescue systému samozřejmě příkaz lilo je. Ještě se pokusím zjistit, co a jak jsem to vlastně tehdy nabootoval, že jsem ho tam neměl…