Проблема: 5-минутная задержка при запуске
Устройство: плата UP (небольшая плата x86), работающая 18.04, с беспроводным USB-адаптером Panda PAU05, подключенным через HDMI к монитору
Сеть конфигурация: с использованием netplan и systemd-networkd. NetworkManager не установлен.
Когда подключен Ethernet, устройство быстро загружается. Я могу отключить Ethernet и положиться на Wi-Fi. SSH работает и т. Д.
Когда Ethernet не подключен, задержка составляет 5 минут. Консоль говорит A start job is running for Raise network interfaces (Xmin Ys / 5min 2s)
и медленно считает до 5 минут 2 с. Я могу пропинговать устройство, но ssh отказано: ssh: connect to host rodeobot.local port 22: Connection refused
. Через 5 минут загрузка завершается нормально.
Я возился с моим планом, чтобы сделать интерфейсы Ethernet и Wi-Fi необязательными, но это не помогает. Я также попытался удалить интерфейс Ethernet, но это не помогло. Вот /etc/netplan/config.yaml
, в котором я сейчас работаю:
network:
version: 2
renderer: networkd
ethernets:
enp1s0:
optional: true # Don't wait for Ethernet
dhcp4: true
wifis:
wlx9cefd5fcb328:
optional: true # Don't wait for Wifi
dhcp4: true
access-points:
"xxx":
password: "yyy"
Редактировать: я вижу несколько похожих вопросов, но не вижу ответа, использующего netplan. Это ошибка / отсутствует в netplan?
Редактировать: исправлены отступы и комментарии в config.yaml. (Я скопировал и вставил, затем отредактировал ssid и pw.)
Редактировать: вот результат sudo netplan --debug generate
:
** (generate:965): DEBUG: 18:35:38.361: Processing input file /etc/netplan/config.yaml..
** (generate:965): DEBUG: 18:35:38.362: starting new processing pass
** (generate:965): DEBUG: 18:35:38.362: wlx9cefd5fcb328: adding wifi AP 'Beckett'
** (generate:965): DEBUG: 18:35:38.362: wlx9cefd5fcb328: setting default backend to 1
** (generate:965): DEBUG: 18:35:38.362: Configuration is valid
** (generate:965): DEBUG: 18:35:38.362: enp1s0: setting default backend to 1
** (generate:965): DEBUG: 18:35:38.362: Configuration is valid
** (generate:965): DEBUG: 18:35:38.363: Generating output files..
** (generate:965): DEBUG: 18:35:38.363: NetworkManager: definition enp1s0 is not for us (backend 1)
** (generate:965): DEBUG: 18:35:38.363: wlx9cefd5fcb328: Creating wpa_supplicant configuration file run/netplan/wpa-wlx9cefd5fcb328.conf
** (generate:965): DEBUG: 18:35:38.363: Creating wpa_supplicant service enablement link /run/systemd/system/systemd-networkd.service.wants/netplan-wpa@wlx9cefd5fcb328.service
** (generate:965): DEBUG: 18:35:38.364: NetworkManager: definition wlx9cefd5fcb328 is not for us (backend 1)
Спасибо.
Оказывается, что enp1s0 не управлялся systemd-networkd, и, следовательно, netplan не имел никакого эффекта. Я обнаружил это, просмотрев журналы:
journalctl | grep enp1s0 | grep "managed by us"
Я нашел несколько записей, которые выглядели следующим образом:
systemd-networkd: enp1s0: Link is not managed by us
Исправление заключалось в удалении пакета ifupdown. Для большей уверенности (и чтобы я не забыл!) Я переместил каталог / etc / network:
sudo apt remove ifupdown
sudo mv /etc/network /etc/network_old_ifupdown
sudo reboot now
При просмотре журналов я также исправил проблему с resolv.conf - I была плохая символическая ссылка. Здесь есть хорошее объяснение: Новое предупреждение продолжает появляться: сервер вернул ошибку NXDOMAIN, смягчающую потенциальное нарушение DNS DVE-2018-0001
Спасибо всем, кто помог!
network:
version: 2
renderer: networkd
ethernets:
enp1s0:
optional: true # Don't wait for Ethernet
dhcp4: true
wifis:
wlx9cefd5fcb328:
optional: true # Don't wait for Wifi
dhcp4: true
access-points:
"xxx":
password: "yyy"
sudo netplan --debug generate
# генерировать файлы конфигурации
sudo netplan apply
# применять новую конфигурацию
reboot
# проверять правильность работы
Помогла установка sudo nano / etc / network / interfaces
#from
auto lo br0
iface lo inet loopback
# to
auto lo
allow-hotplug br0
iface lo inet loopback
. Медленный запуск произошел в Ubuntu 18.04 после выполнения этого руководства по установке KVM.