Created attachment 6285 [details] Графики 10 загрузок Из прилагаемых графиков можно увидеть, что подозреваемым долгого старта NetworkManager является polkit.service Запуск NetworkManager как-то уж сильно подозрительно завершается ровно через определённое время после завершения запуска polkit.service Необходимо, чтобы polkit.service запускался раньше NetworkManager Проблема актуальна только для p7, на Сизифе запуск NetworkManager не зависит от запуска polkit.service
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. Так что бага нет по сути.