Issue is present also moving do mdadm (which is possible for my fake
raid since it uses intel metadata).

When it happens, the boot hangs for 1 minute and a half on

A start job is running for dev-disk-by...

with all disks appearing in turn on the line. After that the machine drops to 
an emergency prompt.
Analyzing the systemd journal shows the corresponding jobs timing out.

Interestingly:

1) *all* the items mentioned in /etc/fstab get shown here. Namely, when
the issue occurs, the error is shown even for the swap partintion (that
is on a plain ssd partition...

2) It is not a problem with /etc/fstab but some race: every few attempts
the system succeeds to boot

3) When you get to the emergency prompt all the disks on which systemd
hangs appear to be working just fine

4) Removing from the fstab the entries corresponding to stuff on the
slower fake raid, the boot starts being reliable (I think)

How can I debug this? How can I force systemd to wait before it tries to
access the disks?

Should I open a bug on systemd?

Can someone provide pointers at some systemd documentation that might be
releant to this issue? It seems such a complex device that I do not know
where to start.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1635023

Title:
  yakkkety boot is erratic

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1635023/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to