Сбой сетевого уровня 1

По умолчанию systemdи его systemd-fstab-generatorбудут рассматривать все локальные диски, перечисленные в /etc/fstab, как важные, и если один из них не может быть подключен во время загрузки, система перейдет в аварийный режим. Если некоторые из ваших локальных дисков не являются обязательными -, вам следует явно пометить их как таковые, используя параметр монтирования nofail.

Вы сказали, что "выполнение systemctl restart NetworkManager.serviceпереводит вас в аварийный режим", но вы уверены, что система не находилась в аварийном режиме до этого? Иногда другие сообщения могут появляться на консоли одновременно с появлением подсказки аварийного режима, что может скрывать уведомление о том, что вы на самом деле находитесь в аварийном режиме.

Если локальная файловая система, не отмеченная параметром монтирования nofail, не монтируется, это означает, что системе не удастся достичь local-fs.target, что является предварительным -условием для достижения sysinit.target.Инициализация сети происходит (по крайней мере в Debian/Ubuntu )только после достижения sysinit.target. См. диаграмму в man 7 bootup, чтобы понять различные .target, которые действуют как фиксированные точки в процессе загрузки на основе systemd-.

Если ваши сетевые интерфейсы управляются NetworkManager, в Debian NetworkManager.serviceзапускается только после sysinit.target. Если вы используете классический Debian /etc/network/interfacesдля настройки сетевых интерфейсов, тогда networking.serviceприменит настройки... но даже это имеет After=local-fs.targetзависимость от него, поэтому, если local-fs.targetникогда не будет достигнуто (т.е. одна из локальных файловых систем не монтируется и не помечена как -не важная ), тогда работа в сети не будет запущена.

Таким образом, похоже, что ваш "сбой сетевого уровня 1" мог вовсе не быть сбоем :драйверы сетевого адаптера, по-видимому, были загружены, но им просто еще не было приказано активировать интерфейсы, потому что более ранняя сбой локальной файловой системы не позволил системе продвинуться так далеко в процессе загрузки.

Классические /dev/sdXимена дисков назначаются по мере обнаружения дисковых устройств, по умолчанию в строгой -порядке -пришел, первым -обслужен. Каждый драйвер контроллера памяти сам решает, как он будет представлять устройства, которыми он управляет, остальной части ядра во время запуска драйвера -. Драйверы SATA и SAS могут иметь аппаратную -нумерацию отдельных каналов SATA/SAS; Драйверы FibreChannel HBA могут идти по порядку WWID или иметь некоторый заранее определенный порядок -; аппаратные RAID-контроллеры могут идти в том порядке, в котором были определены различные наборы RAID. Если у вас несколько контроллеров хранения, то порядок загрузки их модулей драйверов также будет играть значительную роль. Кроме того, существует вероятность того, что диск мог быть подключен -в горячем режиме и получил имя устройства, которое будет «из -порядка -»; если что-то не будет сделано, чтобы сделать это имя постоянным,такой диск займет свое стандартное место в порядке обнаружения при следующей перезагрузке, потенциально сталкивая все другие диски, которые следуют за ним, на одно место.

Это одна из причин, по которой в настоящее время рекомендуется не использовать имена /dev/sdXв/etc/fstab:вместо этого следует использовать синтаксис UUID=или LABEL=или различные имена /dev/disk/by-*/*, в зависимости от того, что вы считаете первичным идентификатором диска или файловой системы.