Bug 196626 - dmraid setup stops during boot with 2.6.17
Summary: dmraid setup stops during boot with 2.6.17
Status: CLOSED DUPLICATE of bug 189708
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel   
(Show other bugs)
Version: 5
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2006-06-26 02:04 UTC by Chris Adams
Modified: 2007-11-30 22:11 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-08-31 04:09:04 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Chris Adams 2006-06-26 02:04:39 UTC
I added a second SATA drive to my system (VIA mboard soft RAID) this week and
set up dmraid under kernel 2.6.16-1.2133_FC5; it boots and runs okay.

I updated to kernel 2.6.17-1.2139_FC5, and it stops during boot.  The initrd
init script looks okay; I added extra echos to it and it stopped at "dm
partadd".  The system isn't hung (I can CTRL-ALT-DEL and it will reboot) but it
doesn't get past that point.  I don't see any differences between the 2133 and
2139 initrds (except for the module binaries of course, but the same modules are
in both initrds).

Comment 1 Johan Kröckel 2006-06-28 15:11:48 UTC
I have a similar problem:
I installed a fresh FC5 and upgraded it.
Now, the boot with 2.6.17 (2139) stops at initialising the device mapper, but
with  the old kernel 2.6.15 it boots perfectly.

Comment 2 Chris Adams 2006-07-04 00:22:31 UTC
I just tried 2.6.17-1.2145_FC5 from udates-testing and still get the same result.

Comment 3 Chris Adams 2006-07-04 00:30:41 UTC
Also tried 2.6.17-1.2339.fc6 from rawhide with the same result.

Comment 4 Levente Farkas 2006-07-05 14:45:04 UTC
I also try 2.6.17-1.2145_FC5 but it stop earlier at the very begining rehat nas
version... and just stop.

Comment 5 Jan Christiaan van Winkel 2006-07-19 08:01:37 UTC
Might this be the same problem as in

Comment 6 Chris Adams 2006-07-19 23:34:45 UTC
It may be related to 196539, but it isn't exactly the same.  I don't get any
errors or hangs; the boot simply stops at that point (but the system is not
hung; the magic keys still work and CTRL-ALT-DEL will reboot).

BTW I have tried up to 2.6.17-1.2159_FC5 with the same results.

Comment 7 Botond Kardos 2006-07-31 14:18:38 UTC
(In reply to comment #6)

It may be related to nash. initrd hangs at the "dm partadd" command. I've
inserted some debug output into /bin/nash and saw that nash hangs inside the
nashDmCreatePartitions routine somewhere between the nashDmGetUUID and the
ped_device_get calls. The strange thing is that theoretically there's nothing
important between these calls only ped_exception_set_handler, but
ped_exception_set_handler doesn't seem to return.

Comment 8 Botond Kardos 2006-07-31 15:44:39 UTC
(In reply to comment #7)

Sorry, I was wrong: it's the ped_device_get(...) call which doesn't return.
AFAIK ped_device_get(...) is implemented in libparted.a which comes from GNU
Parted. Maybe we should upgrade to a recent version from parted-1.6.25-8.

Comment 9 Botond Kardos 2006-07-31 16:15:14 UTC
OK, while I'm writing this `uname -a` gives "2.6.17-1.2157_FC5" :)
Here's how to do it:
- download parted-1.7.1 from http://ftp.gnu.org/gnu/parted/
- rebeuild parted-devel
- install parted-devel-1.7.1 (with --nodeps)
- download the official mkinitrd-5.0.32-1.src.rpm
- rebuild the nash executable
- repack your actual initrd-2.6.17-1.2157_FC5.img so that the new one contains
the freshly built nash
- reboot
The mentioned ped_device_get(...) call will succeed and FC5 will boot up just fine.

Somebody please inform the Fedora developers that we'll need a relinked
/sbin/nash for the 2.6.17 kernels.

Comment 10 Andreas O. 2006-08-03 18:12:50 UTC
Building the RPM using "rpmbuild -tb parted-1.7.1.tar.gz" exits with:

 gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4
-m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -D_REENTRANT
-D_FILE_OFFSET_BITS=64 -DLOCALEDIR=\"/usr/share/locale\"
-DLOCALEDIR=\"/usr/share/locale\" -W -Wall -Wno-unused -Wno-switch -Wno-format
-Werror -MT linux.lo -MD -MP -MF .deps/linux.Tpo -c arch/linux.c  -fPIC -DPIC -o
cc1: warnings being treated as errors
arch/linux.c: In function 'read_device_sysfs_file':
arch/linux.c:608: warning: ignoring return value of 'fgets', declared with
attribute warn_unused_result
arch/linux.c: In function '_probe_proc_partitions':
arch/linux.c:1512: warning: ignoring return value of 'fgets', declared with
attribute warn_unused_result
arch/linux.c:1513: warning: ignoring return value of 'fgets', declared with
attribute warn_unused_result
make[3]: *** [linux.lo] Error 1
make[3]: Leaving directory `/usr/src/redhat/BUILD/parted-1.7.1/libparted'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/redhat/BUILD/parted-1.7.1/libparted'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/parted-1.7.1'
make: *** [all] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.33587 (%build)

RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.33587 (%build)

Is anything missing on my system? I use the 2.6.16-1.2133_FC5 kernel of course
because the 2.6.17 kernels don't boot. kernel-2.6.17-1.2157_FC5 ist already

Thx - Andreas

Comment 11 Chris Adams 2006-08-03 22:14:12 UTC
I updated to mkinitrd-5.1.2-1 from rawhide (which pulled in a new glibc as well
of course) on my FC5 system and rebuilt the initrd for kernel-2.6.17-1.2157_FC5.
 That fixed the problem for me (it appears mkinitrd-5.1.2-1 is built against

Comment 12 Andreas O. 2006-08-06 15:44:44 UTC
Yup, works!!!

In /etc/yum.repos/fedora-development.repo under [development] change "enabled"
to "1"
# yum -y update mkinitrd   ---> updates to mkinitrd-5.1.2-1
# mv /boot/initrd-`uname -r`.img /boot/initrd-`uname -r`.img.old
# mkinitrd /boot/initrd-`uname -r`.img `uname -r`
Re-change the "enabled" above to "0" and reboot.
That's it!

Thanks a lot - Andreas

Comment 13 Gian Paolo Mureddu 2006-08-06 17:39:01 UTC
The above method implies that you can boot with the kernel in question, doesn't
it? As it uses the *currently running* kernel (uname -r) to (re)generate the
initrd, does this work for the affected 2.6.17 kernels or the updatd mkinitrd
program should be used to install the newer 2.6.17 kenrel on affected systems,
which would solve this?

Comment 14 Andreas O. 2006-08-07 00:05:50 UTC
(In reply to comment #13)

Yes, you're right! I've done that procedure with the booted 2.6.16-1.2133_FC5
kernel of course - I worked with the new kernel already when I wrote that. So
replace `uname -r` with 2.6.17-1.2157_FC5.
Thanks for your hint!


Comment 15 Jay Cliburn 2006-08-10 01:52:32 UTC
I've read through the comments and infer that all the contributors thus far are
seeing this bug with RAIDed systems.  I'll add that it also affects a system
containing single SATA drive.

Comment 16 Henning Schmiedehausen 2006-08-21 14:12:43 UTC
And the problem still persists with 2.6.17-1.2174_FC5

Comment 17 Jason Smyth 2006-08-21 23:27:58 UTC
Re: Comment 16

Agreed, Henning. However, Comment 12 contains a workaround that should be
successful. Update to the latest development version of mkinitrd and then
re-install the kernel. This should resolve your issue.

It seems to me that this bug may be misclassified, as it seems more to be
related to the way several packages interact (mkinitrd, parted and the kernel)
rather than being kernel-specific.

Comment 18 Botond Kardos 2006-08-22 14:25:04 UTC
Bad news: mkinitrd-5.1.9-1 doesn't work with kernel-2.6.17-1.2174_FC5
My hacked /sbin/nash (see comment #9) still works with kernel-2.6.17-1.2174_FC5.

Comment 19 Botond Kardos 2006-08-22 16:09:31 UTC
(In reply to comment #18)
> Bad news: mkinitrd-5.1.9-1 doesn't work with kernel-2.6.17-1.2174_FC5

Here's why: the "mkrootdev ..." command fails to create the /dev/root node if I
have "root=LABEL=/" among the kernel parameters. With
"root=/dev/mapper/nvidia..."  everything works fine.

Comment 20 Ronald Cole 2006-08-27 22:01:22 UTC
I've added bug 204260 and prodded bug 189708.  Perhaps we'll get some errata for
parted and mkinitrd soon.

Comment 21 Ronald Cole 2006-08-28 23:18:57 UTC
Rumor has it that parted-1.7.1-15.fc5 has been pushed (bug 204260)...  News at 11.

Comment 22 Peter Jones 2006-08-31 04:09:04 UTC

*** This bug has been marked as a duplicate of 189708 ***

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