<div dir="ltr">I clarify:<div><br></div><div>If rootdelay was confusing then forget all about rootdelay. It has nothing todo with the problem this bug (<span style="font-size:12.8000001907349px">#784070) </span>is about, just another problem that you may encounter before or after hitting this bug when the system waits for slow devices.</div><div><br></div><div>The bug in this report (<span style="font-size:12.8000001907349px">#784070) </span>is about being dropped to a shell when there are missing disks in a software RAID1 configuration upon boot.</div><div><br></div><div>r</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-06-11 19:03 GMT+02:00 Robert.K. <span dir="ltr"><<a href="mailto:dotpointer@gmail.com" target="_blank">dotpointer@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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" target="_blank">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 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 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" target="_blank">http://serverfault.com/questions/688207/how-to-auto-start-degraded-software-raid1-under-debian-8-0-0-on-boot</a></span></pre><pre 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 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 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 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><span class="HOEnZb"><font color="#888888"><pre 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></font></span></div></div>
</blockquote></div><br></div>