<br>I must be missing a step or have muddled up something I can't spot.<br><br>I know ext4 and grub and mdadm raid 1 work together OK - I've<br>seen it on a Redhat 6 install.  On Debian 6 at home I'm<br>having the problem while converting to newer disks.<br>
There are a number of changes from the previous disk setup.<br>It is going from ext3 to ext4 on the new disk, and also<br>from metadata .90 on mdadm to metadata 1.2 (with name=)<br>on the new disk's mdadm.conf lines.<br>
<br>When setting up the new RAID 1 in mdadm, it did make some<br>warning about the metadata 1.2 format, but I didn't write it down.<br>Looking at another system I set up for testing this<br>stuff, I see mdadm.conf set up with metadata=1.0<br>
where I've got 1.2.  The working Debian 6 test box has:<br><br>ARRAY /dev/md/0 metadata=1.0 UUID=4a5f0038:e00d175e:6d7faf91:f6648f66 name=hostname:0<br><br>I wonder if the metadata 1.2 format is an issue?<br><br>Aside from copying the partitions, I've taken care to<br>
edit /etc/fstab and /etc/mdadm/mdadm.conf on the<br>new disk.  /boot/grub/device.map was also updated.<br><br>UUIDs are in mdadm.conf (from mdadm --detail --scan output)<br>and UUIDs are in /etc/fstab (from blkid output).  By the way,<br>
these UUIDs do not match between the different contexts<br>(confirmed normal on another working system).<br><br>The new disk is /dev/sdb, which has root on /dev/md10 - degraded for now.<br>The md10 is referenced all right in /boot/grub/grub.cnf<br>
<br>The old disk had md0, md1, etc., which I've set up as md10, md11,<br>etc. on the new disk.<br><br>I've run these commands to set up things with the new /dev/md10<br>root device:<br><br>update-initramfs -u -t<br>
update-grub2<br>grub-install /dev/sdb<br><br>Also tried dpkg-reconfigure grub-pc<br><br>BIOS is set to boot from second disk - not hard to determine<br>which is which as the brands are different.<br><br>I've been working on it from the Debian netinstaller CD rescue mode.<br>
It is good at assembling arrays and creating a ready made chroot shell.<br>Just need to use the right hostname when prompted or else the<br>md numbering gets messed up and it generates new MD devices called<br>md120 and the like.<br>
<br>On booting, I have been seeing the grub 2 error:<br><br>error: no such disk<br>Entering rescue mode...<br>grub rescue><br><br>On this level, the commands are reduced until some basics are set up.<br><br>I've entered (for second disk, first partition):<br>
<br>grub rescue> set prefix=(hd1,1)/boot/grub<br>grub rescue> set root=(hd1,1)<br><br>At this point I should be able to do:<br><br>ls /boot<br>or<br>ls /<br><br>but it shows nothing, or produces error of no such file<br>
<br>If I repeat these steps under grub rescue with (hd0,1)<br>I can list the files on the root partition (and they are also<br>part of a degraded raid 1, only ext3)  I have no problem<br>seeing everything on md10 from the rescue chrooted<br>
environment, so there is no doubt it is there.<br><br>Does anyone spot a step I've missed, or an incompatibility to avoid?<br><br>--Donald<br><br>