<div dir="ltr">The RAID1 was a RAID1 and worked normally when both disks were present. But with only one RAID1 disk connected then mdadm gave up waiting for root device and was dropped to an initramfs shell. THEN mdadm --detail showed RAID1 devices as RAID0 inside the initramfs-shell.<div><div><br></div><div>Please look at Message #17 in this (#784070) bug report, this guy gets the same result:</div><div><a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784070#17">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784070#17</a><br></div><div><br></div><div>I cite message 17:</div><div><br></div><div>"D<span style="color:rgb(0,0,0);line-height:19.2000007629395px">escription: What happens is the array becomes inactive on any disk </span></div><pre class="" style="padding-top:8px;margin-top:0px;border-top-width:0px;color:rgb(0,0,0);line-height:19.2000007629395px">removal(degraded?), marked as RAID0(for some reason) and all attached 
disks are marked as [S] (for spare) upon reboot.
However, it is possible to boot from it by starting it in the 
"(initramfs)" shell (which it drops to because it "cannot mount root 
device") by using:

(initramfs):  mdadm --run /dev/md0
(initramfs):  mdadm --run /dev/md1
(initramfs):  exit"</pre><pre class="" style="padding-top:8px;margin-top:0px;border-top-width:0px;color:rgb(0,0,0);line-height:19.2000007629395px"><span style="line-height:19.2000007629395px;font-family:arial,sans-serif">rootdelay alone does not solve the problem. </span>rootdelay=15 (not rootwait) works TOGETHER with the local-top script from serverfault, which you can find here - this link is in message #54: <span style="line-height:19.2000007629395px;font-family:arial,sans-serif"><a href="http://serverfault.com/questions/688207/how-to-auto-start-degraded-software-raid1-under-debian-8-0-0-on-boot">http://serverfault.com/questions/688207/how-to-auto-start-degraded-software-raid1-under-debian-8-0-0-on-boot</a></span></pre><pre class="" style="padding-top:8px;margin-top:0px;border-top-width:0px;color:rgb(0,0,0);line-height:19.2000007629395px"><span style="line-height:19.2000007629395px;font-family:arial,sans-serif">There is also a suggestion to what the problem is on serverfault, I cite from serverfault, see link above:</span></pre><pre class="" style="padding-top:8px;margin-top:0px;border-top-width:0px"><span style="color:rgb(0,0,0);line-height:19.2000007629395px;font-family:arial,sans-serif">"</span><font color="#000000" face="arial, sans-serif"><span style="line-height:19.2000007629395px">With the version of mdadm shipping with Debian Jessie, the --run parameter seems to be ignored when used in conjunction with --scan. According to the man page it is supposed to activate all arrays even if they are degraded. But instead, any arrays that are degraded are marked as 'inactive'. If the root filesystem is on one of those inactive arrays, the boot process is halted."</span></font></pre><pre class="" style="padding-top:8px;margin-top:0px;border-top-width:0px;color:rgb(0,0,0);line-height:19.2000007629395px"><span style="font-family:arial,sans-serif;line-height:19.2000007629395px">The reason I mentioned rootdelay was because you were talking about the need of timeouts for slow devices in message #49. I remembered that adding rootdelay solved my timing problem for slow devices and allowed my USB disk to become available.</span></pre><pre class="" style="padding-top:8px;margin-top:0px;border-top-width:0px;color:rgb(0,0,0);line-height:19.2000007629395px"><span style="font-family:arial,sans-serif;line-height:19.2000007629395px">I think we should leave out the issue that is fixed by rootdelay from this as it belongs to another bug/problem.</span></pre><pre class="" style="padding-top:8px;margin-top:0px;border-top-width:0px;color:rgb(0,0,0);line-height:19.2000007629395px"><span style="font-family:arial,sans-serif;line-height:19.2000007629395px">r</span></pre></div></div>