<br><br><div class="gmail_quote">On Sat, May 21, 2011 at 12:15 AM, D G Teed <span dir="ltr"><<a href="mailto:donald.teed@gmail.com">donald.teed@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<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></blockquote>
</div><br>I've now redone / and /usr partitions with mdadm, using metadata=0.90<br>to satisfy the grub.cfg references.  In Debian, some of the grub<br>splash screen or other elements refer to /usr locations, so<br>two partitions were made compatible in the older metadata format.<br>
<br>In grub rescue I can now at least see the files on the partition,<br>but still no grub screen on boot up.  I remembered to fix<br>mdadm.conf and fstab with the new UUIDs from the recreated<br>and copied (rsync)  / and /usr partitions.<br>
<br>I can run grub-install for /dev/sdb from a chroot shell,<br>but not by the built-in menu item of Debian's rescue CD.  Odd.<br><br>Still no boot, no grub menu.<br><br>