A start job is running for wait for network to be configured. Ubuntu server 17.10
None of these solutions worked for me. Any possible fixes?
Those are the fixes. After each change, did you reload NM/systemd? They only read their config files at start.
Really obscure problem! I fixed it using the @user914826’s answer as well, but using the file /etc/netplan/00-installer-config.yaml .
7 Answers 7
Don’t mask or disable the systemd service.
Edit /etc/netplan/01-netcfg.yaml and add optional: true to any devices that may not always be available.
For me with Ubuntu 18.04 on Vmware, the corresponding file was /etc/netplan/50-cloud-init.yaml; adding optional: true & reboot worked! Related thread: askubuntu.com/questions/1090631/…. Related info on netplan: linux.com/learn/intro-to-linux/2018/9/… (Configuring DHCP)
This worked, but I don’t understand why. The «optional: true» setting indicates that the device is «not required for booting». But what if it is? Isn’t this going to create other issues when another step during the boot process needs an internet connection for example? I only have 1 interface (eth0, connected to the internet) which should always be present. Why would it need 2 minutes to «become available»? What is it waiting for?
systemctl disable systemd-networkd-wait-online.service to disable the wait-online service to prevent the system from waiting on a network connection, and use
systemctl mask systemd-networkd-wait-online.service to prevent the service from starting if requested by another service (the service is symlinked to /dev/null ).
@SD @jaime-hablutzel See askubuntu.com/a/816378/445084 for an explanation of systemctl mask . Long story short: masking a service redirects it to /dev/null , preventing it from being re-enabled in the case that it is required by another service.
I was following advice elsewhere to just disable the service, but it kept getting re-enabled. Masking it (and NetworkManager-wait-online.service) seems to have done the trick.
This means systemd-networkd-wait-online.service is hanging. There’s a few known bugs with it. Check what services want network-online.target with:
systemctl show -p WantedBy network-online.target You can disable those services if you want. Otherwise, you may have to mask the service as Mr.Ecco indicated.
Masking systemd-networkd-wait-online.service , as suggested in other answers, may help in simple setups but it does not fix the problem. If you mask the service then all other services depending on it will also fail. That means, all services needed to wait until the network is online will fail.
I run into this problem because I use a dynamic fail-over setup for my devices with bonding the wired (e.g. enp9s0) and wireless (e.g. wlp12s0) interface that are used as slaves for the main interface bond0. Exactly the same situation do you have if you use a bridge (br0 with slave interfaces). Only the main interfaces bond0 or br0 will get online but not the slaves so systemd-networkd-wait-online.service will fail on the slaves.
The solution to this problem is to modify the service and ignore the interfaces that are slaves and does not signal to be online. You will find with:
~$ sudo systemctl cat systemd-networkd-wait-online.service | grep --after-context=3 '\[Service\]' [Service] Type=oneshot ExecStart=/lib/systemd/systemd-networkd-wait-online RemainAfterExit=yes The program systemd-networkd-wait-online has a parameter to ignore specific interfaces. Check with /lib/systemd/systemd-networkd-wait-online —help . So I make a drop in file to modify the service and ignore the slave interfaces:
~$ sudo systemctl edit systemd-networkd-wait-online.service In the empty editor insert these statements, of course with your interface names, save them an quit the editor:
[Service] ExecStart= ExecStart=/lib/systemd/systemd-networkd-wait-online --ignore=enp9s0 --ignore=wlp12s0 --quiet The empty ExecStart= is important because it disables the «old» command. You can check for more than one interface (look at the help).
Вылезает сообщение при загрузке linux debian: a start job is running for dev-disk-by. бла-бла-бла
В общем я решил кардинально поиздеваться над ноутом переустановить системы на ноуте, в первом разделе у меня стояла десятая винда, во втором linux mint, но не суть, на второй раздел я поставил дебиан вместо минта, немного погодя я снёс десятку и поставил OEM восьмёрку назад, вместо 10. Мне естественно пришлось восстанавливать загрузчик grub убунтовской магией, восстановить было не так то просто, как я обычно всегда делал что-то вроде: /dev/sda3 /mnt; grub-install. Восстановлю загрузчик граб — в меню загрузчика были старые записи про windows 10, и ничего про раздел /dev/sda1 где стоит восьмёрка, естественно не могу загрузить восьмёрку, решал это /fixmbr`ом в установщике windows, но потом естественно не мог загрузить дебиан, повторял grub-install, снова не могу загрузиться в восьмёру. Покурил маны, подправил ручками grub.cfg. Но теперь появилась ещё одна проблема, она была и при простом grub-install: когда загружаюсь в debian, до начала загрузки графического интерфейса запускается какой-то процес:
a start job is running for dev-disk-by\x2uuid-d0f958ie\x2da7cd\x2d4914\x2da2d2\x2dlacd7d55dd.deviceОшибка подключения swap. Выруби его на время.
blkid | grep swap swapoff /dev/hdxx , где /dev/hdxx раздел подкачки выданный коммандой выше 
Grub.cfg руками править не нужно. Есть update-grub
У меня не работал update-grub
У меня был раздел, который debian определил как swap, но, во время установки винды я снёс этот раздел со свопом, он же /dev/sda1, я так понял debian запрашивает бывший раздел со свопом, я делаю swapoff /dev/sda1 — пишет недопустимый аргумент, swapoff /dev/hda1 — нет такого каталога, swapoff -U d0f9581e — cannot find the device d0f9581e. Какой конфиг отвечает за загрузку swap? grub.cfg? Если grub.cfg, то как отключить?
Значит надо его чинить а не заниматься самодеятельностью
Ищите UUID=d0f958ie-a7cd-4914-a2d2-lacd7d55dd в /etc/fstab и исправляйте на правильный.
AITap ★★★★★ ( 30.08.15 13:16:44 MSK )
Последнее исправление: AITap 30.08.15 13:17:01 MSK (всего исправлений: 1)
Поправил fstab, сперва вместо d0f958ie-a7cd-4914-a2d2-lacd7d55dd поставил UUID раздела /dev/sda1, при следующем запуске системы её загрузка была уже похожа на загрузку rescue mode (графический режим не загружается), да и загрузчик уже предложил мне ввести пароль рута, только потом допёрло, что надо создать раздел swap, я создал с помощью gparted, снова поменял uuid в fstab, загрузка примерно такая же, но уже пишет что найден своп раздел, так же просит пароль рута как и в rescue mode, ввожу пароль рута, вписываю startx, работает, запускается, но под рутом, мне это естественно не нравится, а я снова не знаю что мне делать.
Ищите в journalctl -xb ошибки и исправляйте.
Failed to mount /etc/fstab: . Dependensy failed for Local File Systems Failed at step EXEC spawning /bin/plumouth: No such File or directory nouveau[DRM] Pointer to TMDS table invalid nouveau[DRM] Pointer to flat panel table invalid Failed to mount /etc/fstab: . Dependensy failed for Local File Systems Failed at step EXEC spawning /bin/plymouth: No such file or directory nouveau E[PBUS] [0000:01:00.0] MMIO write of 0x0000001f FAULT at 0x6013d4 [!ENGINE] pam_systemd(su:session):Failed to connect to system bus:нет такого файла или каталогаroot@Aleksander-PC:~/Рабочий стол# blkid /dev/sda1: LABEL="M-PM-^WM-PM-0M-QM-^@M-PM-5M-PM-7M-PM-5M-QM-^@M-PM-2M-PM-8M-QM-^@M-PM->M-PM-2M-PM-0M-PM-=M-PM-> M-QM-^AM-PM-8M-QM-^AM-QM-^BM-PM-5M-PM-M-PM-9" UUID="EAF87D57F87D22CD" TYPE="ntfs" PARTUUID="5d8d4275-01" /dev/sda2: UUID="225CAED65CAEA3CF" TYPE="ntfs" PARTUUID="5d8d4275-02" /dev/sda3: UUID="10a397d1-301b-4bbc-825c-61ecfb331dc1" TYPE="ext4" PARTUUID="5d8d4275-03" /dev/sda4: UUID="52242eae-0743-4ac3-89b5-cb2a16be8e9b" TYPE="swap" PARTUUID="5d8d4275-04" root@Aleksander-PC:~/Рабочий стол## /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # # / was on /dev/sda4 during installation UUID=10a397d1-301b-4bbc-825c-61ecfb331dc1 / ext4 errors=remount-ro 0 1 # swap was on /dev/sda1 during installation UUID=52242eae-0743-4ac3-89b5-cb2a16be8e9b none swap sw 0 0 /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0 Задержка при загрузке Ubuntu Server
Если сервер имеет два или более сетевых интерфейсов, то при загрузке можно столкнуться с зависанием на две-три минуты. При этом выдается сообщение «A start job is running for Wait for Network to be Configured». Например, у меня это случилось при настройке маршрутизатора с двумя сетевыми интерфейсами enp0s3 и enp0s8 .
Оказалось, что это служба systemd-networkd-wait-online ждет состояния «онлайн» для интерфейса enp0s8 :
$ sudo systemctl status systemd-networkd-wait-online.service ● systemd-networkd-wait-online.service - Wait for Network to be Configured Loaded: loaded (/lib/systemd/system/systemd-networkd-wait-online.service; enabled-runtime; vendor preset: enabled) Active: failed (Result: exit-code) since Fri 2020-04-24 14:38:46 MSK; 1min 50s ago Docs: man:systemd-networkd-wait-online.service(8) Process: 495 ExecStart=/lib/systemd/systemd-networkd-wait-online (code=exited, status=1/FAILURE) Main PID: 495 (code=exited, status=1/FAILURE) апр 15 14:36:46 gateway systemd[1]: Starting Wait for Network to be Configured. апр 15 14:38:46 gateway systemd-networkd-wait-online[495]: Event loop failed: Connection timed out апр 15 14:38:46 gateway systemd[1]: systemd-networkd-wait-online.service: Main process exited, code=exited, status=1/FAILURE апр 15 14:38:46 gateway systemd[1]: systemd-networkd-wait-online.service: Failed with result 'exit-code'. апр 15 14:38:46 gateway systemd[1]: Failed to start Wait for Network to be Configured.
Давайте скажем ей, чтобы ждала состояния «онлайн» только для интерфейса enp0s3 :
$ sudo systemctl edit systemd-networkd-wait-online.service
Эта команда создает в каталоге /etc/systemd/system/ новый каталог systemd-networkd-wait-online.service.d , помещает в него пустой файл override.conf и открывает этот файл на редактирование:
[Service] ExecStart= ExecStart=/lib/systemd/systemd-networkd-wait-online --interface=enp0s3
Мы отменили прежнюю директиву ExecStart , которая предписывала ждать состояния «онлайн» для всех интерфесов, и добавили вместо нее новую, которая предписывает ждать состояния «онлайн» для интерфейса enp0s3 . Теперь сообщаем системе, что мы внесли изменения в конфигурацию службы:
$ sudo systemctl daemon-reload
Вместо указания интерфейсов, для которых надо ждать состояния «онлайн», можно указать, какие интерфейсы игнорировать:
[Service] ExecStart= ExecStart=/lib/systemd/systemd-networkd-wait-online --ignore=enp0s8
По идее, есть еще один способ сказать, что не надо ждать состояния «онлайн» для интерфейса enp0s8 — в файле конфигурации Netplan :
network: version: 2 renderer: networkd ethernets: enp0s3: . optional: no enp0s8: . optional: yes
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.
- 1С:Предприятие (31)
- API (29)
- Bash (43)
- CLI (99)
- CMS (139)
- CSS (50)
- Frontend (75)
- HTML (66)
- JavaScript (150)
- Laravel (72)
- Linux (146)
- MySQL (76)
- PHP (125)
- React.js (66)
- SSH (27)
- Ubuntu (68)
- Web-разработка (509)
- WordPress (73)
- Yii2 (69)
- БазаДанных (95)
- Битрикс (66)
- Блог (29)
- Верстка (43)
- ИнтернетМагаз… (84)
- КаталогТоваров (87)
- Класс (30)
- Клиент (27)
- Ключ (28)
- Команда (68)
- Компонент (60)
- Конфигурация (62)
- Корзина (32)
- ЛокальнаяСеть (28)
- Модуль (34)
- Навигация (31)
- Настройка (140)
- ПанельУправле… (29)
- Плагин (33)
- Пользователь (26)
- Практика (99)
- Сервер (74)
- Событие (27)
- Теория (105)
- Установка (66)
- Файл (47)
- Форма (58)
- Фреймворк (192)
- Функция (36)
- ШаблонСайта (68)