This is still an issue in Ubuntu 16.04, now initramfs-tools
unconditionally calls `wait-for-root /dev/nbd0 10` without even using
ROOTDELAY.
I also reported this bug to https://github.com/yoe/nbd/issues/36.
--
You received this bug notification because you are a member of Ubuntu
Server Team,
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: initramfs-tools (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nbd in Ubuntu.
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: nbd (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nbd in Ubuntu.
https://bugs.launchpad.net/bugs/696435
I think the problem is the missing ID_FS_TYPE in udev for nbd devices,
and that it's also reported more properly there:
https://bugs.freedesktop.org/show_bug.cgi?id=62565
Maybe wait-for-root could find some better workaround when ID_FS_TYPE is
unset though, e.g. checking the output of `blkid`...
Please reply if this is still an issue on a supported release.
** Changed in: initramfs-tools (Ubuntu)
Status: New = Invalid
** Changed in: nbd (Ubuntu)
Status: New = Invalid
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is
Yes, it's still an issue in Trusty.
Also please use Incomplete, not Invalid when you need feedback from a bug
reporter.
root@ltsp241:~# blkid
/dev/nbd0: TYPE=squashfs
/dev/nbd1: UUID=d7bfcbc8-9718-46f9-b9e3-daf9e46f596a TYPE=swap
/dev/sr0: LABEL=Ubuntu 10.04.3 LTS i386 TYPE=iso9660
Hmmm, maybe this is an easier way to reproduce something similar without
using NBD at all:
wait-for-root /dev/sr0 1
succeeds in a booted system,
but fails from the initramfs if one adds break=bottom in the kernel command
line.
It succeeds in both cases for e.g. /dev/sda1.
--
You received