Ah, this is snappy, this explains all the errors about read-only
directories.

In the "with ethernet" case, boot started at 19:00:44, and eth0 DHCP is
done at 19:00:57, so 13 s. Then it spends half a minute or so in cloud-
init and click hooks, so that's not systemd's fault. So I consider the
"with ethernet" case okay (feel free to report bugs against ubuntu-
snappy against wasting all that time in cloud-init, though -- I don't
think it ought to take that long except for the first boot).

In the "no ethernet" case, boot started at 19:00:44 too. That's really
curious -- it's not the same file, so not just an attachment accident.
Is there a problem with your clock or so? At 19:00:49 eth0 starts up,
and then there are loots of repeated failed attempts to up it. At
19:01:15 (+31 s) cloud-init starts, at 19:02:53 (+2:09) eth0 gives up.
Apparently at 19:06:02 you plugged in the ethernet cable? It seems to
connect then, and reaches the "network" target. That's indeed buggy,
network.target should be reached way earlier, the missing eth link
should only block "networking.target".

So there are two issues here:

  - At the moment, snappy (or at least your image) is assuming ethernet
connectivity, as you obviously have eth0 in /etc/network/interfaces.d/
somewhere (pending confirmation, see my previous question). In the
future we probably want to make this more dynamic, using  networkd or
NetworkManager or something such.

 - Something there is blocking network.target on getting eth0 up, which
is wrong. Can you please give me the output of "systemctl list-
dependencies network.target"?

** Also affects: snappy-ubuntu
   Importance: Undecided
       Status: New

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

Title:
  Boot process takes too long when Ethernet is not connected

To manage notifications about this bug go to:
https://bugs.launchpad.net/snappy-ubuntu/+bug/1431836/+subscriptions

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

Reply via email to