ALT Linux Bugzilla – #31028

polkit всегда будет запускаться раньше NM. Потому что
[Service]
Type=dbus
Для таких сервисов порядок загрузки не имеет смысла, они запускаются по требованию. Причина задержек в чем-то другом.

(В ответ на комментарий №1)
> polkit всегда будет запускаться раньше NM. Потому что
> [Service]
> Type=dbus
> Для таких сервисов порядок загрузки не имеет смысла, они запускаются по
> требованию. Причина задержек в чем-то другом.

Но на графике чётко видно, что polkit стартует позже NM, а завершается чуть ранее. Я в такие совпадения не верю, тут явная статистически выверенная зависимость NM от polkit. Подскажите как заставить polkit стартовать раньше NM.


(В ответ на комментарий №1)
> Для таких сервисов порядок загрузки не имеет смысла, они запускаются по
> требованию. Причина задержек в чем-то другом.

А как узнать кем запрашивается запуск polkit? Почему он происходит так поздно? Проверял на стартеркитах, polkit стартует всегда раньше NM. А конкретно в этом случае у человека polkit стартует позже NM. С чем это может быть связано?
Что интересно на Регулярках polkit стартует поcле успешного запуска NM и проблем никаких...

polkit должен заупускаться тогда, когда к нему кто-то обращается. И занимается этим сам dbus. Если NM обращается к polkit, то запуск polkit будет происходить в этот момент (если никто еще не обращался к polkit, иначе он уже будет запущен).
Вообще имеет смысл посмотреть что в лог пишет сам NM при такой задержке.

Created attachment 6287 [details]
Сообщения в системном логе от службы NM

Эти сообщения соответствуют случаю, когда NM (по выводу sytemd-analyze) стартует за 20 с небольшим секунд.

(В ответ на комментарий №4)
> Created an attachment (id=6287) [details]
> Сообщения в системном логе от службы NM

(enp2s0): IP6 addrconf timed out or failed.

Вот она причина похоже. Попробуйте отключить IPv6 адрес на сетевых интерфейсах в NM.

> (enp2s0): IP6 addrconf timed out or failed.
> 
> Вот она причина похоже. Попробуйте отключить IPv6 адрес на сетевых интерфейсах
> в NM.
Как отключить, если это дефолтный интерфейс, который настроен через acc (установлена настройка сетевая подсистема NetworkManager) ?

Перевешиваю на NM, polkit тут и правда не при чём.

(В ответ на комментарий №6)
> (enp2s0): IP6 addrconf timed out or failed.
> 
> Вот она причина похоже. Попробуйте отключить IPv6 адрес на сетевых интерфейсах
> в NM.

Вообще все это должно происходить уже после того, как запуск сервиса считается завершенным, т.е. эти задержки уже не влияют на дальнейший запуск сервисов.
Надо еще посмотреть в какое время происходит завершение запуска с точки зрения systemd (это время есть в выводе systemctl status NetworkManager). Интересующий отрезок времени - между временем начала запуска NM и этим временем.
В целом же я не вижу ничего криминального в логе, непонятно откуда такая бальшая задержка.

(В ответ на комментарий №7)
> Как отключить, если это дефолтный интерфейс, который настроен через acc
> (установлена настройка сетевая подсистема NetworkManager) ?

В /etc/net/ifaces найти ваш интерфейс и в настройках отключить IPv6

Хотя может в выводе systemctl status время начала запуска сервиса как раз, я не помню точно. Можно действительно попробовать выклюить IPv6, что ли.
Для этого проще всего снести конфигурация в etcnet (написать BOOTPROTO=static в options интерфейса и не создавать никакой конфигурации) и создать другое соединение в редакторе соединений самого NM, где явно выключить IPv6.

(В ответ на комментарий №10)
> (В ответ на комментарий №7)
> > Как отключить, если это дефолтный интерфейс, который настроен через acc
> > (установлена настройка сетевая подсистема NetworkManager) ?
> 
> В /etc/net/ifaces найти ваш интерфейс и в настройках отключить IPv6

Это не поможет, к сожалению. Не так давно в рассылках выяснилось (для плагина, читающего соединения из etcnet, CONFIG_IPV6=no означает только не читать настройки IPv6, а не выключить IPv6 для соединения). Но багу никто не повесил, а я совсем забыл про это при последнем подходе к NM.

Некоторое время наблюдаю за временем загрузки (на глаз, без замеров): отклоненний пока не выявлено. Что конкретно помогло, не могу сказать. Но уверен, что все советы были по делу и возможные шероховатости они устранили. Закрывайте багу.

Проблема была в NetworkManager. Так что бага нет по сути.