Red Hat Bugzilla – Bug 208168
mounting root fails when root fs is specified by label
Last modified: 2007-11-30 17:07:34 EST
Description of problem:
When copying vmcore fails, the script in initrd tries to
mount the root fs on /sysroot. But if the root is specified as label in
mount fails. I'm afraid mount in busybox does not support label.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Set up kdump.
2. Fill the dump partition which is specified in /etc/kdump.conf with zero.
3. cause panic.
mount command fails with error.
Created attachment 137339 [details]
patch to detect and scan for disk labels and uuid's
this fixes the problem for me. Can you please rebuild the latest srpm with
this patch included and confirm that it fixes the problem for you? Thanks!
The patch fixes my problem. Thank you.
After trying the patch, I'm getting a usage message from /bin/msh after which
time the kernel panics. This is happening right after the kernel boots (tune2fs
1.39 (29-May-2006) ....) was the last message before the msh usage message)
I'm getting this same panic regardless of weather or not I mount / by label.
This particular system is an x86_64 (em64T) which does not use lvm (/ is on
/dev/sda2 which is a SATA drive)
It occured on my machine too, but after upgrading and downgrading kexex-tools
a few times, the problem dissapeared.
Fixed in release -75.el5. Thanks!
The problem reproduced on my another box. busybox command in dump initrd seems
to be overwritten by /sbin/findfs. The following for loop in /sbin/mkdumprd does
#copy the binaries and their shared libraries to the archive
for n in $bin $kdump_libs $k_extras; do
mkdir -p $MNTIMAGE/`dirname $n`
cp $n $MNTIMAGE/$n
I think the latest busybox seems to support findfs subcommand and $bin does not
require to include findfs. The following patch worked for me.
--- mkdumprd.org 2006-10-02 16:13:49.000000000 -0400
+++ mkdumprd 2006-10-02 16:14:10.000000000 -0400
@@ -1363,7 +1363,7 @@ if [ -n "$KDUMP_CONFIG_FILE" ]; then
#timezone info for date which outputs YYYY-MM-DD-hh:mm
cp /etc/localtime $MNTIMAGE/etc/localtime
- bin="/sbin/dmsetup /usr/bin/scp /usr/bin/ssh /sbin/ethtool /sbin/ifenslave
+ bin="/sbin/dmsetup /usr/bin/scp /usr/bin/ssh /sbin/ethtool /sbin/ifenslave
#ssh, scp require libraries that aren't found with ldd
lib=/lib && [ -d "/lib64" ] && lib=/lib64
Oh, good, your right, I can remove that. Must have been testing with an old
Fix confirmed with kexec-tools-1.101-164.el5.