From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4 Description of problem: kernel-2.6.12-1.1387 panics with the following message on my machine (mobo : asus p4p800 with 2 Sata drives) .... Redhat nash version 4.2.15 starting mkrootdev : label / not found mount: error 2 mounting ext3 ERROR opening /dev/console!!!!:2 error dup2'ing fd of 0 to 0 error dup2'ing fd of 0 to 1 error dup2'ing fd of 0 to 2 switchroot: mount failed: 22 kernel panic - not syncing : Atempt to kill init? BTW kernel-2.6.11-1.1369 with the same boot options just works fine on this machine. Jouk Jansen Version-Release number of selected component (if applicable): kernel-2.6.12-1.1387 How reproducible: Always Steps to Reproduce: 1.boot into 2.6.12-1.1387 kernel 2. 3. Actual Results: system hang at start of boot Expected Results: normal boot Additional info:
The key line is: > mkrootdev : label / not found A module is not being loaded correctly. There have been a bunch of problems with mkinitrd screwing up recently so that could be the problem. cd /tmp zcat /boot/initrd*2.6.12-1.1387*img | cpio -idmv Poke through the linuxrc file to make sure all the correct modules are being loaded.
kernel 2.6.12.1-1390 gives exactly the same problem
to Comment #1 : the zcat |cpio give a reasoble output. I was not able to locate the linuxrc file.
It seems that some modules are not in the zcat |cpio list: missing : lib/libata.ko lib/sd_mod.ko lib/scsi_mod.ko lib/ata_piix.ko Why are they missing and how do I get them in correctly?
There have been a bunch of these mkinitrd bugs in the last couple weeks. For example, see bug 162868 which is the same as yours. I know a couple people have said they upgraded their mkinitrd rpm and that fixed the problem but I can't find those bug reports right off the bat.
I got the in the initrd*.img files with mkinitrd --with scsci-mod /boot/initrd<kernelversion> <kernelversion> seems that you have to give expiclitely the --with option putting somethinf in /etc/modprob.conf did not work for me. But in principle when installing a new kernel everything should be automatically configured correctly. So do I have to do the mkinitrd every time I will upgrade a kernel in future?
in recation on comment #5 : I'm running the latest mkinitrd realeased for FC4. So that one should be suitable for every released FC4 kernel.
The --with scsci-mod is a temporary work around until the bug is fixed properly. Check back in a couple weeks.
[This comment has been added as a mass update for all FC4 kernel bugs. If you have migrated this bug from an FC3 bug today, ignore this comment.] Please retest your problem with todays 2.6.12-1.1398_FC4 update. If your problem involved being unable to boot, or some hardware not being detected correctly, please make sure your /etc/modprobe.conf is correct *BEFORE* installing any kernel updates. If in doubt, you can recreate this file using.. mv /etc/sysconfig/hwconf /etc/sysconfig/hwconf.bak mv /etc/modprobe.conf /etc/modprobe.conf.bak kudzu Thank you.
I did the kudzu procedure and installed the new kernel, but still the 3 modules mentioned above are missing.
what does your /etc/modprobe.conf look like after the procedure above ?
*** Bug 165284 has been marked as a duplicate of this bug. ***
/etc/modeprobe.conf looks now like : beer-jj ) ls -al modprobe.conf -rw-r--r-- 1 root root 383 Jul 19 21:39 modprobe.conf beer-jj ) cat modprobe.conf alias eth0 sk98lin alias snd-card-0 snd-intel8x0 options snd-card-0 index=0 options snd-intel8x0 index=0 remove snd-intel8x0 { /usr/sbin/alsactl store 0 >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-intel8x0 alias usb-controller ehci-hcd alias usb-controller1 uhci-hcd alias ieee1394-controller ohci1394 alias scsi_hostadapter ata_piix alias char-major-195* nvidia beer-jj ) the last line maybe added later due to installation of the livna-nvidia driver.
Can you try with the latest kernel errata from updates-testing please ?
Kernel 1447 installs correct without the need of mkinitrd performed manually Problem seems to be solved.