átkozott egy sz*r ez is...

HP proliant DL585 + HP Smart Array P410 + RHEL 5u4 = szopás

Kickstartból felmegy az OS simán.
Aztán reboot után "mount: could not find filesystem /dev/root", majd kernel pánik.

Csapja meg a nyári villám...
A telepítő valahol vmit elkefél, de nem találom hol és mit.
Néztem már a grub.conf -ot, a device.map-et, az fstab-ot, adtam neki floppy image-ről új cciss drivert, könyörögtem, fenyegettem, semmi.

A DL785 bezzeg simán települt, abban "csak" P400-as raid controller van.

----------

Végül az lett, hogy bebootoltam rescue cd-ről, áthoztam egy másik gépről a 2.6.18-164.15.1.el5 nevű kernelt minden vackával és TÁDÁMMM! simán bebootolt vele a gép. Fakk vagy fakk?

Hozzászólások

bökdössetek meg ha nem így van, de mintha egy nemrégi kernelben láttam volna ilyen hibaüzenetet kiíró bugot. ~azóta látom, hogy átváltottak uuid-re az fstab-ban. esetleg frissebb kernellel próba?

sok sikert:\

szerk.: jah, rhel, ok, mindegy, nem szóltam

elég volt, éjfél van és még mindig nem megy.

mount: could not find filesystem '/dev/root'
setuproot: moving /dev failed: No such file or directory
setuproot: error mounting /proc: No such file or directory
setuproot: error mounting /sys: No such file or directory
switchroot: mount failed: No such file or directory
Kernel panic - not syncing: Attempted to kill init!

feltúrtam a netet. vagy azt mondják, hogy régi a driver (nem az) vagy hogy lvm-ről nem bootolunk (nem lvm). a kernel tuti jó (u.a. mint amit a kickstart használt), az initrd-ben pedig van gyári redhat-es cciss modul.

rohadtul nem akarok hétfőn hibajegyet feladni a redhat-nek, mert abból is csak a hosszas nyűglődés lesz.

holnap megpróbálom kickstart nélkül, kézzel partícionálni. adok neki 1%-ot.

Ugy tunik, ez valami mkinitrd bug lesz, olvastam pl olyat, hogy valamiert a kontroller drivere nem kerul be installkor a modprobe.conf-ba, igy az initrd-be sem...

Pl ilyenek vannak, csak aztan gyozd kibogozni, hogy RHEL 5.4-ben javitva van-e...

Nekem akkor csinált ilyeneket a gépem, amikor az initrd nem várta meg, hogy a betöltött raid/scsi vezérlő inicializálja az scsi-t meg a köteteket.

Ilyet en is lattam (Fedora 10), nagyon vicces volt amikor kiirja, hogy nincs rootfs aztan irja, hogy betoltotte a driveret a Dell raid cumonak. :)
Workaroundkent egy parameter kellett ami utan nem inicializalta parhuzamosan a dolgokat. Talan scsi_mod.scan=sync volt a jo megoldas. Azota elvileg fixalva van a dolog.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.