Bug 5728

Summary:	Install with RAID 1 setup leaves system unbootable
Product:	Mageia	Reporter:	Herbert Poetzl <herbert>
Component:	Installer	Assignee:	Pascal Terjan <pterjan>
Status:	RESOLVED FIXED	QA Contact:
Severity:	major
Priority:	release_blocker	CC:	ennael1, herbert, mageia, mnaud.free, thierry.vignaud
Version:	Cauldron	Keywords:	NEEDINFO
Target Milestone:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Source RPM:		CVE:
Status comment:
Attachments:	Boot screen with dracut error unbootable installation of mageia 2RC (netboot install) dracut version

Description Herbert Poetzl 2012-05-03 03:41:33 CEST

Description of problem:
when installing with a RAID 1 (mirror) setup, everything seems fine but dracut cannot find the root filesystem and exits with: FATAL: Don't know how to handle 'root=900'

Version-Release number of selected component (if applicable):
Mageia 2 rc (dual arch ISO)

How reproducible:
always

Steps to Reproduce:
# qemu-img create -f qcow2 mga2rc_d0.qcow2 4G
# qemu-img create -f qcow2 mga2rc_d1.qcow2 4G
# qemu-kvm -m 1024 -hda mga2rc_d0.qcow2 -hdb mga2rc_d1.qcow2 -cdrom Mageia-2-rc-dual-CD.iso --boot d

then create two raid partitions, one on each disk, and add them to a RAID 1 and install as usual ...

Comment 1 Herbert Poetzl 2012-05-03 03:42:50 CEST

Created attachment 2163 [details]
Boot screen with dracut error

Herbert Poetzl 2012-05-03 03:44:03 CEST

CC: (none) => herbert
Assignee: bugsquad => pterjan

Comment 2 mnaud mnaud 2012-05-03 21:39:55 CEST

Created attachment 2169 [details]
unbootable installation of mageia 2RC (netboot install)

fresh installation using netboot iso and installation over raid1
md0 mounted under /boot
md1 containing LVM and VG for swap /home and / mount point.

Note: the installer does not ask about where to put boot sector and automaticalyy select the first MBR (mean /dev/sda) but does not initialize MBR of /dev/sdb as it should be regarding the installation configuration

Comment 3 mnaud mnaud 2012-05-03 21:44:18 CEST

I set priority to release blocker because this behavior is happening till 2_B1 and i guess we are in the last days before the official release and we still can't install mageia 2 over raid partition ! ...

please correct this trouble before releasing official RC.

Priority: Normal => release_blocker
CC: (none) => mnaud.free

Manuel Hiebel 2012-05-03 21:56:34 CEST

CC: (none) => ennael1, thierry.vignaud

Thierry Vignaud 2012-05-03 23:47:26 CEST

CC: (none) => mageia

Comment 4 Thierry Vignaud 2012-05-06 16:18:43 CEST

Can you test a network install with boot.iso?
(eg: http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/cauldron/x86_64/install/images/boot.iso)

Just be sure to select a mirror that is up to date.
eg: http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/cauldron/x86_64/install/stage2/

mdkinst.sqfs	06-May-2012 11:00 	47M	 
               ///\\\

Keywords: (none) => NEEDINFO

Comment 5 Anne Nicolas 2012-05-06 16:42:54 CEST

Used boot.iso uptodate. Configured swap, /boot and raid1 for /
Reboot went smoothly without any pb

Comment 6 Herbert Poetzl 2012-05-07 03:37:55 CEST

yep I can confirm, this works like a charm now, even with a truly minimal install. 
big thanks to all!

Status: NEW => RESOLVED
Resolution: (none) => FIXED

Comment 7 mnaud mnaud 2012-05-07 14:24:36 CEST

i have tried using 32b versions coming from distrib-coffee.ipsl.jussieur.fr and i have the same trouble : the system is not bootable with same error
cf screenshoot in attachments.

Status: RESOLVED => UNCONFIRMED
Resolution: FIXED => (none)
Ever confirmed: 1 => 0

Comment 8 Thierry Vignaud 2012-05-07 14:29:27 CEST

Since reporter confirms it's fixed, are you sure you didn't pick a not yet updated mirror?

Comment 9 mnaud mnaud 2012-05-07 14:37:35 CEST

am sure about my manipulation, but am talking about 32b version not 64bb.

here is the iso i have used :
c2d469cdd11d13a7d7e0ea809d4ca0cb  ./mageia_netboot.iso

and booting on this iso i have install from 
http://distrib-coffee.ipsl.jussieu.fr/

Comment 10 Colin Guthrie 2012-05-07 15:25:35 CEST

For the avoidance of doubt, the as done today (or late last night)? And the install used dracut-017-13.mga2?

If so, the screenshot above will no longer apply as latest dracut will certainly NOT print out now (I've confirmed this on a test setup)

In order to boot your system you can type "linux root=/dev/md0" on the lilo command prompt. Once booted, ensure eveything is up-to-date (especially the dracut version) and then regenerate initrd (dracut -f) and then rerun lilo and see if that solves the problem.

Comment 11 mnaud mnaud 2012-05-07 16:33:27 CEST

can't boot the system as you have proposed, but using knoppix live cd i can access to installed volumes.

so yes the dracut installed version seem to be the correct one : 017-13.mga2
(cf new screen shot attachment)

i have also attach the generate initrd file in the other attachment.

thanks for your attention.

Comment 12 mnaud mnaud 2012-05-07 16:34:40 CEST

Created attachment 2207 [details]
dracut version

Comment 13 Herbert Poetzl 2012-05-07 16:38:51 CEST

just verified with the i586 version of boot.iso and the same install (see Description) worked fine there as well, so whatever issue mnaud mnaud is seeing, I presume to be unrelated to/different from mine.

Comment 14 Thierry Vignaud 2012-05-07 16:40:22 CEST

mnaud, please open a distinct bug report so that different issues are not mixed and in order to be clearer

Status: UNCONFIRMED => RESOLVED
Resolution: (none) => FIXED

Comment 15 mnaud mnaud 2012-05-07 19:26:03 CEST

i have open a new bug as your request
https://bugs.mageia.org/show_bug.cgi?id=5782