Description of problem: Your last change in nash/lib.c made mkinitrd absolutely unusable for cciss devices (which means HP Smart Arrays). Every initrd created with mkinitrd after your last change to nash/lib.c change will result everytime in a kernel panic... Version-Release number of selected component (if applicable): mkinitrd-5.0.43 How reproducible: Everytime, just install a kernel package when you've got a cciss/HP Smart Array system and try to boot it. Actual results: Kernel panic on cciss caused by nash change in mkinitrd :-( Expected results: Would be very nice, if you could fix your broken code very soon ;-) Additional info: I'm able to provide any filesystem & path information and system outputs - as long as I don't have to reboot the machine for, sorry.
Created attachment 131376 [details] Screenshot via remote management chip
Created attachment 131377 [details] Diff between working and non-working code to locate the problem mkinitrd-5.0.43/nash/lib.c contains the broken code causing this bug report, code from mkinitrd-5.0.32/nash/lib.c is working very well - have a lot of fun when fixing this... ;-)
Ping? IMHO this is a regression and should be a FC6Blocker...
*** Bug 200542 has been marked as a duplicate of this bug. ***
*** Bug 201746 has been marked as a duplicate of this bug. ***
*** Bug 188197 has been marked as a duplicate of this bug. ***
Currently this works for me -- are you still seeing it?
Did you try both, kernel /vmlinuz ro root=LABEL=/ and e.g. kernel /vmlinuz ro root=/dev/cciss/c0d0p1 because normally one of these always was broken. And It would be easier to me if you could provide a (unified) diff of the relevant part which (sh|c)ould solve the problem.
yeah, Robert is right, LABEL=/ works, but /dev/cciss/whatever just causes a kernel panic.
Should work in mkinitrd-5.1.19-1 .