Я получаю сообщение, "Запускаются, задание работает за ожиданием netowrk, который будет настроен" во время начальной загрузки. Компьютер подвешивает в течение 2 минут до независимо от того, что продолжается, испытывает таймаут. Сетевое соединение, кажется, там с тех пор, кажется, существует успешная синхронизация ко времени ntp.ubuntu.com только до подвешивания.
Это в VirtualBox, после установки Adapter 1 к NAT, Адаптер 2 к Адаптеру Только для хоста, и устанавливающий/etc/netplan/50-cloud-init.yaml следующим образом:
network:
ethernets:
enp0s3:
addresses: []
dhcp4: true
enp0s8:
dhcp4: true
version: 2
(Я плохо знаком с netplan; по общему признанию я ввожу по абсолютному адресу в темноте здесь).
При рассмотрении системного журнала после начальной загрузки вот то, что я вижу:
Nov 6 22:55:47 magnolia systemd-networkd[539]: enp0s3: Gained IPv6LL
Nov 6 22:55:47 magnolia systemd-networkd[539]: enp0s3: Configured
Nov 6 22:55:47 magnolia systemd-networkd-wait-online[546]: ignoring: lo
Nov 6 22:55:47 magnolia systemd-networkd-wait-online[546]: managing: enp0s3
Nov 6 22:55:47 magnolia systemd-timesyncd[423]: Network configuration changed, trying to establish connection.
Nov 6 22:55:47 magnolia systemd-networkd[539]: enp0s8: Gained IPv6LL
Nov 6 22:55:47 magnolia systemd-timesyncd[423]: Synchronized to time server 91.189.89.199:123 (ntp.ubuntu.com).
Nov 6 22:55:47 magnolia systemd-networkd-wait-online[546]: Event loop failed: Connection timed out
Nov 6 22:55:47 magnolia systemd[1]: systemd-networkd-wait-online.service: Main process exited, code=exited, status=1/FAILURE
Nov 6 22:55:47 magnolia systemd[1]: systemd-networkd-wait-online.service: Failed with result 'exit-code'.
Nov 6 22:55:47 magnolia systemd[1]: Failed to start Wait for Network to be Configured.
Nov 6 22:55:47 magnolia systemd[1]: Starting Initial cloud-init job (metadata service crawler)...
Nov 6 22:55:47 magnolia cloud-init[587]: Cloud-init v. 18.4-0ubuntu1~18.04.1 running 'init' at Tue, 06 Nov 2018 22:55:46 +0000. Up 128.51 seconds.
Nov 6 22:55:47 magnolia cloud-init[587]: ci-info: ++++++++++++++++++++++++++++++++++++++Net device info+++++++++++++++++++++++++++++++++++++++
Nov 6 22:55:47 magnolia cloud-init[587]: ci-info: +--------+------+-----------------------------+---------------+--------+-------------------+
Nov 6 22:55:47 magnolia cloud-init[587]: ci-info: | Device | Up | Address | Mask | Scope | Hw-Address |
Nov 6 22:55:47 magnolia cloud-init[587]: ci-info: +--------+------+-----------------------------+---------------+--------+-------------------+
Nov 6 22:55:47 magnolia cloud-init[587]: ci-info: | enp0s3 | True | 10.0.2.15 | 255.255.255.0 | global | 08:00:27:c9:60:26 |
Nov 6 22:55:47 magnolia cloud-init[587]: ci-info: | enp0s3 | True | fe80::a00:27ff:fec9:6026/64 | . | link | 08:00:27:c9:60:26 |
Nov 6 22:55:47 magnolia cloud-init[587]: ci-info: | enp0s8 | True | 192.168.56.105 | 255.255.255.0 | global | 08:00:27:41:62:12 |
Nov 6 22:55:47 magnolia cloud-init[587]: ci-info: | enp0s8 | True | fe80::a00:27ff:fe41:6212/64 | . | link | 08:00:27:41:62:12 |
Nov 6 22:55:47 magnolia cloud-init[587]: ci-info: | lo | True | 127.0.0.1 | 255.0.0.0 | host | . |
Nov 6 22:55:47 magnolia cloud-init[587]: ci-info: | lo | True | ::1/128 | . | host | . |
Nov 6 22:55:47 magnolia cloud-init[587]: ci-info: +--------+------+-----------------------------+---------------+--------+-------------------+
Я нахожу это любопытным, что метка времени не отражает 2-минутное ожидание, но возможно это - другой вопрос.
Я нашел этот другой ответ для Ubuntu 17, кажется, связан: A запускаются, задание работает за ожиданием сети, которая будет настроена. Сервер Ubuntu 17.10
и попробованное отключение systemd-networkd-wait-online.service
как обозначено, но это, кажется, не работает (все еще получают 2-минутное ожидание).
Какие-либо идеи, что продолжается здесь, и как зафиксировать его?
Примечания:
Отмените свои предыдущие меры. Возвратите их исходному состоянию.
У Вас может быть проблема при получении адресов IPv4.
В установке Вашего VM Вы устанавливаете "Адаптер 1 на NAT, Адаптер 2 к Только для хоста", и я не уверен, что это на 100% корректно... Однако, если Вы получаете корректные IP-адреса затем, это, вероятно, в порядке.
Попробуйте это в Вашем /etc/netplan/50-cloud-init.yaml
...
network:
version: 2
renderer: networkd
ethernets:
enp0s3:
dhcp4: true
dhcp6: false
optional: true
enp0s8:
dhcp4: true
dhcp6: false
optional: true
В терминале, выполненном следующее...
sudo netplan --debug generate
sudo netplan apply
reboot
У меня было эта проблема при клонировании виртуальной машины. Клон имел тот же MAC-адрес, что и оригинал. Поскольку я запускал клон одновременно с оригиналом, возник конфликт MAC-адресов на уровне 2. Я решил проблему, зайдя в настройки виртуальной машины, сеть, дополнительные (виртуальный ящик) и изменив последний символ виртуальной машины. mac адрес, чтобы сделать его уникальным. Для тех, кто не знаком с MAC-адресами, допустимыми символами для MAC являются 0-9 a,b,c,d,e,f.