<div dir="ltr">I am also hit by this bug in Debian Jessie 8. I got it in a virtualized Virtualbox machine with one virtual disk (VDI file) and one disk attached through USB where the root was located on a md device.<div><br></div><div>The first error message that appeared was: Gave up waiting for root device It is not mentioned in this bug report so if people search for the message they won't find it, until now hopefully.</div><div><div><br><div>I used the workaround described on serverfault which works for now. Adding bootdegraded=1 and such to the kernel command line does not work.</div><div><div><br></div><div>I don't know if it has to do with mdadm but before trying to  detach one of the disks (to test an eventual disk failure) I in fact had problems with mdadm not waiting for the slower USB disk to become available. I solved this by adding rootdelay=1 to /etc/default/grub</div></div></div><div><br></div><div>I changed this line:</div><div>GRUB_CMDLINE_LINUX_DEFAULT="quiet"<br></div><div><br></div><div>To this:</div><div><div>GRUB_CMDLINE_LINUX_DEFAULT="quiet rootdelay=15"<br></div></div></div><div><br></div><div>And then I ran update-grub.</div><div><br></div><div>I consider this as a critical bug. RAID1 systems which should be more fail tolerant may currently not boot in Debian Jessie 8 if one of the disks are out of order.</div><div><br></div><div>r</div></div>