Bug 137053

Summary: upgrade from 9.3 fails with mirrored root
Product: [openSUSE] SUSE LINUX 10.0 Reporter: Paul Archer <parcher>
Component: Update ProblemsAssignee: E-mail List <yast2-maintainers>
Status: RESOLVED DUPLICATE QA Contact: Klaus Kämpf <kkaempf>
Severity: Major    
Priority: P5 - None    
Version: unspecified   
Target Milestone: ---   
Hardware: i586   
OS: Other   
Whiteboard:
Found By: Customer Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Paul Archer 2005-12-05 22:13:55 UTC
Installation of 9.3 with mirrored root (/ = /dev/md0) works fine.
Upgrading to 10.0 by booting off boot CD works with no problems.
Upgrading to 10.0 from within Yast2 works, but system panics on reboot.
System can be booted off installation CD, but no amount of fiddling with GRUB settings will allow the system to boot directly off the hard drive.

I booted off off of CD and modified the mkinitrd script and ran it to get more detailed output:
...
+ echo -n Waiting for device /dev/md0 to appear:
Waiting for device /dev/md0 to appear: + [ 10 -gt 0 ]
+ [ -e /dev/md0 ]
+ echo  ok
 ok
+ retval=0
+ break
+ [ -n  -a 0 -eq 1 ]
+ return 0
+ /sbin/udevinfo -q path -n md0
no record for 'md0' in database
+ path=



This seems to be the critical bit. udevinfo can't find an entry for /dev/md0, and blows the rest of the script.
A new 10.0 install with mirrored root works fine, and the above command (/sbin/udevinfo -q path -n md0) produces proper results (/block/md0). Same with a new install of 9.3 (natch).

Interestingly, on a fresh install of 10.0 with no mirrors, '/sbin/udevinfo -q path -n md0' gives the same "no record for 'md0' in database" error--even if /dev/md0 is created on the command line.
Comment 1 Danny Al-Gaaf 2005-12-07 10:31:06 UTC

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