Bug 316911 - kernel panic vmlinux-, can not upgrade from on restored filesystem
kernel panic vmlinux-, can not upgrade from on res...
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
x86_64 Linux
high Severity high
: ---
: ---
Assigned To: Kernel Maintainer List
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2007-10-03 10:27 EDT by Bill C. Riemers
Modified: 2007-11-30 17:12 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-10-03 20:16:06 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Bill C. Riemers 2007-10-03 10:27:59 EDT
Description of problem:

Version-Release number of selected component (if applicable):

When attempting to boot from vmlinux-, the kernel fails to find
root and panics.  The machine boots normally from vmlinux-  The
only thing that makes this a little unique is that I restored this system from
backup.  The backed up initrd did not work, so I created a new one by installing
a small Fedora install, and then using the same initrd to point to the regular

My root is on a LVM logical volume on RAID device /dev/md2.  I might have
thought this was related to the problem, but it appears to find the logical
volume group, and the same kernel works on my DELL machine with virtually the
same configuration.

mount could not find filesystem '/dev/root'
Setting up other filesystems
Setting up new root fs2
setuproot: moving /dev failed: No such file or directory
no fstab.sys, mounting internal defaults
setuproot: error mounting /proc: No such file or directory
setuproot: error mounting /sys: No such file or directory
Switching to new root and running init
umounting old /dev
umounting old /proc
umounting old /sys
switchroot: mount failed. No such file or directory
Booting has failed.
Kernel panic - not syncing: Attempt to kill init!

How reproducible:

Everytime I boot.

Steps to Reproduce:
1. Try rebooting my machine after upgrading from to
Actual results:

kernel panic

Expected results:

boots normally

Additional info:

Contents of grub.conf:

title Fedora (
        root (hd0,1)
        kernel /vmlinuz- ro root=/dev/h6410/Fedora7
        initrd /initrd-
title Fedora (
        root (hd0,1)
        kernel /vmlinuz- ro root=/dev/h6410/Fedora7
        initrd /initrd-
title Windows XP Pro
        rootnoverify (hd0,0)
        chainloader +1
title Small Fedora (
        root (hd0,1)
        kernel /vmlinuz- ro root=/dev/h6410/Fedora7small
        initrd /initrd-
title Rescue
        root (hd0,1)
        kernel /vmlinuz
        initrd /initrd.img
Comment 1 Bill C. Riemers 2007-10-03 10:43:48 EDT
Note:  In the original system my root filesystem was /dev/sys/Fedora7.  When I
restored it from backup, I placed it on raid device /dev/md2 as /dev/h6410/Fedora7.

Comment 2 Chuck Ebbert 2007-10-03 12:18:21 EDT
Can you compare the working and non-working initrds? The below link has some

Comment 3 Bill C. Riemers 2007-10-03 13:01:14 EDT
I compared, and it turns out the problem is /etc/mdadm.conf was missing from the
initrd- file.   I copied mdadm.conf from the old initrd to
/etc in my root filesystem, and then rebuild the now initrd.  That solved the

So it appears the problem is that the logic for finding the root partition in
the initrd is not correct.  Even though /dev/md2 was activated without having
mdm.conf, and the logical volume was found, it could not find the root partition
without access to an mdm.conf file.

Comment 4 Chuck Ebbert 2007-10-03 20:16:06 EDT
Closing as notabug, it's not really posible to reconstruct exactly what happened.
Comment 5 Bill C. Riemers 2007-10-04 09:53:04 EDT
I believe that should be a "WORKSFORME".  As it definitely is a bug, but it
works for you, so you can not reproduce it to try and fix the problem.

Note You need to log in before you can comment on or make changes to this bug.