Рейтинг:1

Сетевой менеджер иногда не запускается после запуска

флаг cn

Проблема в том, что иногда после загрузки служба NetworkManager не запускается. Он отлично работает, чтобы запустить его вручную sudo service network-manager перезапустить или перезагрузить компьютер, но поскольку я хочу получить удаленный доступ к этим компьютерам, это не всегда вариант. В большинстве случаев загрузка работает нормально (NetworkManager работает), поэтому ее трудно воспроизвести, скажем, это происходит только один раз при каждой 20-й загрузке.

Я видел эту проблему на двух рабочих столах с Ubuntu 20.04.2 LTS и ядром 5.10.25-051025.

После того, как это произошло, я попытался просмотреть журнал, но единственное, что торчит, это эта строка. gnome-shell3166: ОШИБКА JS: ошибка при инициализации агента NetworkManager: NM.SecretAgentError: NetworkManager не запущен

Компьютеры также работают как серверы NFS (если это может быть связано), а eth/network/interfaces выглядит так:

авто вот
iFace Lo Inet Loopback

Любые идеи, как я могу определить причину, по которой NetworkManager иногда не работает, и как убедиться, что он всегда работает после загрузки (чтобы я мог получить удаленный доступ к компьютеру)?

Обновления

Бег статус --full --no-pager сетевой менеджер возвращает только это:

NetworkManager.service — сетевой менеджер
     Загружено: загружено (/lib/systemd/system/NetworkManager.service; включено; предустановка поставщика: включена)
     Активный: неактивный (мертвый)
       Документы: man:NetworkManager(8)

Нашел эти строки в журналеctl. могут ли они быть актуальны?

13 декабря 13:34:56 dataPC2 systemd[1]: network.target: найден цикл заказа в NetworkManager.service/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: найдена зависимость от basic.target/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: найдена зависимость от sockets.target/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: обнаружена зависимость от avahi-daemon.socket/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: обнаружена зависимость от sysinit.target/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: обнаружена зависимость от local-fs.target/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: обнаружена зависимость от mnt-NAS_data.mount/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: найдена зависимость от network.target/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: задание NetworkManager.service/start удалено, чтобы прервать цикл заказа, начиная с network.target/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: найден цикл заказа на wpa_supplicant.service/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: найдена зависимость от basic.target/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: найдена зависимость от sockets.target/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: обнаружена зависимость от avahi-daemon.socket/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: обнаружена зависимость от sysinit.target/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: обнаружена зависимость от local-fs.target/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: обнаружена зависимость от mnt-NAS_data.mount/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: найдена зависимость от network.target/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: задание wpa_supplicant.service/start удалено, чтобы прервать цикл заказа, начинающийся с network.target/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: найден цикл заказа на systemd-resolved.service/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: обнаружена зависимость от systemd-tmpfiles-setup.service/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: обнаружена зависимость от local-fs.target/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: обнаружена зависимость от mnt-NAS_data.mount/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: найдена зависимость от network.target/start
13 декабря 13:34:56 dataPC2 systemd[1]: network.target: задание systemd-resolved.service/start удалено, чтобы прервать цикл заказа, начиная с network.target/start

Mnt-NAS_data.mount — это то, что мы создали, возможно, это мешает сетевому менеджеру?

[Ед. изм]
Описание=NAS_2
После=network.target

[Устанавливать]
What=/dev/disk/by-label/storage
Где=/mnt/NAS_data
Тип=ext4
Тайм-аутсек=20

[Установить]
WantedBy=многопользовательская.цель
user10489 avatar
флаг in
Если он не запускается, вырежьте и вставьте вывод «systemctl status --full --no-pager network-manager» и добавьте его к вопросу.
user10489 avatar
флаг in
inactive/dead интересно... следующий шаг - покопаться в журналах и выяснить, почему он мертв.
Emil avatar
флаг cn
Спасибо за вашу поддержку и помощь. Я попытался добавить вывод journalctl -b в свой ответ, но он был слишком длинным. Любые советы о хорошем способе фильтрации или есть ли какие-либо другие журналы, которые могут представлять интерес? Я также обновил вопрос некоторыми другими строками, которые я нашел в журнале, которые могут иметь отношение.
user10489 avatar
флаг in
Цикл зависимости - это проблема.
Рейтинг:0
флаг in

Дополнительные журналы и файлы конфигурации, которые вы добавили к своему вопросу, указывают на наличие цикла зависимости в вашей конфигурации systemd. Вероятно, сетевой менеджер запускается иногда, потому что петля не всегда прерывается в одном и том же месте.

Физические диски имеют неявную зависимость для монтирования до запуска сети. Потому что вы перечислили доб4 в качестве типа и перечислил то, что выглядит как физическое устройство, systemd считает, что это физическое устройство, которое необходимо смонтировать до запуска сети.

Добавив зависимость After=network к этой цели, вы создали цикл.

Страница руководства systemd.mount предполагает, что если это сетевое блочное устройство, вам необходимо добавить _netdev в строку параметров монтирования. Обычно это находится в /etc/fstab с остальными параметрами монтирования, но вы можете добавить его в файл конфигурации systemd с помощью Параметры=_netdev в разделе крепления.

Если это не сетевое блочное устройство или иным образом не зависящее от сети, вам следует вместо этого удалить сетевую зависимость.

Emil avatar
флаг cn
Потрясающий! Большое спасибо за хорошее объяснение и решение. Действительно, это физический диск, поэтому удаление After=network из файла конфигурации решило проблему. Нет проблем после 200 перезагрузок :)

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.