Debian не загружается, если компьютер оффлайн

Debian stable. Пришлось подождать минут пять и загрузился, что все равно не удобно. Подписываюсь. Вот здесь есть багрепорт.

Значит, там все-таки есть таймаут? Просто у меня он пишет (<счетчик времени> / no limit).

Да, видимо, есть.

Таймаут есть, но он внутри инитскрипта.

Это баг в инитскрипте и/или в дебианоспецифичных средствах совместимости systemd с инитскриптами. Слишком сильные зависимости порядка расставлены. По идее, задержка в активации network.target не должна влиять на запуск всего остального.

systemctl list-dependencies --after network.target
systemctl list-dependencies --before network.target

Для примера, у меня в арче вот так:

(то, что стартует строго до network.target)

$ systemctl list-dependencies --after network.target
network.target
● ├─NetworkManager-wait-online.service
● ├─NetworkManager.service
● ├─systemd-networkd.service
● └─network-pre.target

(то, что стартует строго после network.target)

$ systemctl list-dependencies --before network.target
network.target
● ├─autofs.service
● ├─nmbd.service
● ├─smbd.service
● ├─sshd.service
● ├─systemd-resolved.service
● ├─winbindd.service
● └─network-online.target
●   ├─autofs.service
●   ├─pacman-update.service
●   └─pkgstats.service

Как можно видеть, задержка поднятия сети распространится только на те вещи, которые зависят от этой самой сети. Залогиниться в систему мне это не помешает.

Была такая же проблема. Появилась после перехода на системд, надо бы на сисинит проверить сейчас, но раньше на нём такого не было.

А то же самое для networking.service?

Извиняюсь, если туплю, но как

openvpn.service
ssh.service
exim4.service

ЕМНИП, если у вас включен ntpd, то иксы не стартанут до того, как поднимется сеть. Потому что у display-manager.service по дефолту ждет запуска ntpd, а ntpd, в свою очередь, хочет сеть.

Как мило. А на кой DM'у нужен ntpd?

// как и ожидалось — кто-то в дебиане упоролся при расстановке зависимостей

Это просто параметр --before по-наркомански назван. Он перечисляет юниты, от которых указанный юнит имеет зависимость Before=.

По-моему, это багрепорт не про то.

Там человек синхронно рестартит файрволл из хуков поднятия интерфейса, чем создаёт необнаруживаемый цикл из зависимостей.

как и ожидалось — кто-то в дебиане упоролся при расстановке зависимостей

Никто не упоролся. (Интересно, арчеры все такие падкие на ничем не обоснованное хамство и неуважительное отношение к коллегам?) Просто в Debian этот init-скрипт стартует на уровне запуска S (что логично в его схеме загрузки), отчего systemd-sysv-generator даёт ему Before=sysinit.target, что и затормаживает загрузку на инфимум времени поднятия сети и таймаута. То есть Debian'овская схема загрузки плохо ложится на схему systemd при «тождественном» её отображении (а сильно по-другому не сделать, ибо необходимо поддерживать и sysvinit, и обратную совместимость; может, когда (если) его выкинут, всё это перепишут лучшим образом). Однако необходимо заметить, что ожидание будет лишь для интерфейсов, помеченных для загрузки словом auto. Если ожидать полного поднятия соответствующего интерфейса не нужно, для него стоит использовать allow-hotplug вместо auto.

Техническая информация:

user@debian:~$ head /etc/init.d/networking 
#!/bin/sh -e
### BEGIN INIT INFO
# Provides:          networking ifupdown
# Required-Start:    mountkernfs $local_fs urandom
# Required-Stop:     $local_fs
# Default-Start:     S
# Default-Stop:      0 6
# Short-Description: Raise network interfaces.
# Description:       Prepare /run/network directory, ifstate file and raise network interfaces, or take them down.
### END INIT INFO
user@debian:~$ systemctl cat networking.service 
# /run/systemd/generator.late/networking.service
# Automatically generated by systemd-sysv-generator

[Unit]
SourcePath=/etc/init.d/networking
Description=LSB: Raise network interfaces.
DefaultDependencies=no
Before=sysinit.target shutdown.target
After=mountkernfs.service local-fs.target urandom.service
Conflicts=shutdown.target

[Service]
Type=forking
Restart=no
TimeoutSec=0
IgnoreSIGPIPE=no
KillMode=process
GuessMainPID=no
RemainAfterExit=yes
SysVStartPriority=12
ExecStart=/etc/init.d/networking start
ExecStop=/etc/init.d/networking stop
ExecReload=/etc/init.d/networking reload

# /run/systemd/generator/networking.service.d/50-insserv.conf-$network.conf
# Automatically generated by systemd-insserv-generator

[Unit]
Wants=network.target
Before=network.target

# /lib/systemd/system/networking.service.d/network-pre.conf
[Unit]
After=network-pre.target
user@debian:~$ 

«Упоролся» было сказано про взаимное упорядочивание DM и ntpd. Тут, действительно, всё вполне адекватно. Спасибо за разъяснение.

Сегодня после обновления и перезагрузки видно, что они что-то исправили. Загружается мгновенно, поднятия интерфейса не ждет, но при входе Wi-Fi поднимается сразу.

Спасибо за информацию.