<div dir="ltr">Is your /etc/mdadm.conf file up to date? There should be an "ARRAY" line in there with the correct UUID for your RAID set.  It might also be pointing at devices that have been renamed or be excluding devices that should be used.<br>
</div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><div>-- <br></div>Mike Hicks | <a href="mailto:hick0088@umn.edu" target="_blank">hick0088@umn.edu</a> | Saint Paul, MN<br></div></div>
<br><br><div class="gmail_quote">On Thu, Mar 21, 2013 at 8:19 AM, Yaron <span dir="ltr"><<a href="mailto:tclug@freakzilla.com" target="_blank">tclug@freakzilla.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm not using a partition table on the RAID device at all, but that's moot since I'm not booting off it. It gets mounted well after the OS is done booting... but it makes the boot process hang for random reasons.<div>
<div class="h5"><br>
<br>
On Thu, 21 Mar 2013, Mike Miller wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Wed, 20 Mar 2013, Yaron wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ok, I've been running a software RAID5 on one of my older systems for a while. Almost every time I reboot, it claims the RAID is degraded and dumps me into busybox, where all I can really do is exit and HOME it'll see the drives next time I reboot. This is solved by rebooting anywhere from 2 to 20 times.<br>

<br>
I figured it was this system or these harddrives or this SATA controller or... whatever. But I just set up a brand new RAID array on a brand new machine using brand-new drives and a brand-new array, etc, etc. Same exact issue.<br>

<br>
Anyone have ANY idea if this is ME doing something wrong, or what?<br>
</blockquote>
<br>
<br>
I don't really know anything except that the tricky part of making my RAID 1 work was figuring out how the boot partition is supposed to be set up. I didn't get that right and then after a kernel update it wouldn't reboot unless I went back to the earlier kernel.  That might be irrelevant, but judging from things I was reading on web forums and advice I was getting, this is a tricky issue.  With larger drives (more than 2.2 TB) we have to use GPT instead of MBR and then all kinds of little annoyances come along. Are you using GPT?<br>

<br>
Mike<br>
______________________________<u></u>_________________<br>
TCLUG Mailing List - Minneapolis/St. Paul, Minnesota<br>
<a href="mailto:tclug-list@mn-linux.org" target="_blank">tclug-list@mn-linux.org</a><br>
<a href="http://mailman.mn-linux.org/mailman/listinfo/tclug-list" target="_blank">http://mailman.mn-linux.org/<u></u>mailman/listinfo/tclug-list</a><br>
<br>
</blockquote>
<br>
<br>
<br></div></div>
--<div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
TCLUG Mailing List - Minneapolis/St. Paul, Minnesota<br>
<a href="mailto:tclug-list@mn-linux.org" target="_blank">tclug-list@mn-linux.org</a><br>
<a href="http://mailman.mn-linux.org/mailman/listinfo/tclug-list" target="_blank">http://mailman.mn-linux.org/<u></u>mailman/listinfo/tclug-list</a><br>
</div></div></blockquote></div><br></div>