Не грузится systemd-modules-load.service

akorop	# 3 года, 5 месяцев назад (отредактировано 3 года, 5 месяцев назад)
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	Месяц назад я писал об этом в "дефектных обновлениях". С тех пор ничего не изменилось, то есть это не мелкий огрех, который оперативно исправляют, а что-то более хитрое. Вот фрагмент лога загрузки (сфоторграфированый с экрана и отOCRенный): [ OK ] Listening on udev Control Socket . [ OK ] Listening on Journal Socket (/dev/log). [ OK ] Created slice system-systemdfsck.slice. [ OK ] Listening on initct] Compatibility Named Pipe. [ OK ] Listening on Process Core Dump Socket [ OK ] Listening on Device-mapper event daemon FIFDs. [ OK ] Listening on udev Kernel Socket. [ OK ] Created slice User and Session Slice. [ OK ] Created slice system-autologin.slice. [ OK ] Listening on LVM2 poll daemon socket. [ OK ] Set up automount Arbitrary Executable File Formats File System Automount Point. [ OK ] Listening on Journal Audit Socket. [ OK ] Started Dispatch Password Requests to Console Directory Watch. [ OK ] Reached target Local Encrypted Volumes. [ OK ] Listening on Journal Socket. [ OK ] Mounting POSIX Message Queue File System. .. [ OK ] Starting Remount Root and Kernel File Systems. .. [ OK ] Starting Journal Service... [ OK ] Mounting Kernel Debug File System... [ OK ] Starting Load Kernel Modules. .. [ OK ] Reached target Swap. [ OK ] Mounting Temporary Directory (/tmp)... [ OK ] Mounting Huge Pages File Sustem... [ OK ] Starting Set Up RAdditional Binary Formats. .. [ OK ] Starting Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling. .. [ OK ] Reached target Slices. [ OK ] Starting udev Coldplug all Devices. .. [ OK ] Mounted POSIX Message Queue File Suystem. [ OK ] Started Remount Root and Kernel File Systems. [ OK ] Mounted Kernel Debug File System. [ OK ] Mounted Temporary Directory (/tmp). [ OK ] Mounted Huge Pages File System. [ OK ] Starting Load/Save Random Seed. .. [ OK ] Starting Create Static Device Nodes in /dev... [ 7.695317] systemd[1]: Failed to start Load Kernel Modules. [FAILED] Failed to start Load Kernel Modules. See 'systemctl status systemd-modules-load.service' for details. Starting Apply Kernel Variables... [ OK ] Mounting Kernel Configuration File System... [ OK ] Mounted Kernel Configuration File System. [ OK ] Mounting Arbitrary Executable File Formats File System... [ OK ] Mounted Arbitrary Executable File Formats File System. [ OK ] Started Journal Service. [ OK ] Starting Flush Journal to Persistent Storage... [ OK ] Started Apply Kernel Variables. [ OK ] Started Set Up Additional Binary Formats. [ OK ] Started Load/Save Random Seed. [ OK ] Started Flush Journal to Persistent Storage. [ OK ] Started LYM2 metadata daemon. [ OK ] Started udev Coldplug all Devices. [ OK ] Started Create Static Device Nodes in /dev. После выхода в emergency mode сделал рекомендованный запрос: systemctl status systemd-modules-load.service' `systemd-modules-load.service - Load Kernel Modules Loaded: loaded (/usr/lib/systemd/system/systemd-modules-load.service; static; vendor pr Active: failed (Result: exit-code) since Sat 2019-03-16 09:08:54 EET; 4min 3s ago Docs: man:systemd-modules-load.service(8) man:modules-load.d(5) Process: 306 ExecStart=/usr/lib/systemd/systemd-modules-load (code=exited, status=1/FAIL Main PID: 306 (code=exited, status=1/FAILURE)` Проблема возникла одновременно с основным и lts-ядрами. Основное ядро, с которым пролем нет, и которое я заморозил - 4.20.6. Соответственно, lts-яро - 4.19.19. Так вот, если обновить lts до 4.19.29 - проблема есть. То есть с ядром с меньшей версией (lts 4.19.29), но с более поздней датой проблем есть, а с ядром с большей версией (основное 4.20.6) проблемы нет. С другой стороны, проблема однозначно с ядром связана: накат-откат только ядра приволит к появлению-исчезновению проблемы. Притом эта проблема у меня есть на двух компьютерах (железо разное, система под копирку). Бредовая ситуация. Что-то типа того, что средства сборки ядра (независимо от версии) в какой-то момент стали строить нечто несовместимое с тем, что установлено у меня (ведь проблема только у меня?). У меня нет никаких левых драйверов или модулей, кроме того, что вбрасывает VirtualBox, В какую сторону вообще копать, чтобы хотя бы зацепку найти?

# 3 года, 5 месяцев назад (отредактировано 3 года, 5 месяцев назад)

Сообщения: 1755

Участник с: 29 февраля 2012

Месяц назад я писал об этом в "дефектных обновлениях". С тех пор ничего не изменилось, то есть это не мелкий огрех, который оперативно исправляют, а что-то более хитрое. Вот фрагмент лога загрузки (сфоторграфированый с экрана и отOCRенный):

[  OK  ] Listening on udev Control Socket .
[  OK  ] Listening on Journal Socket (/dev/log).
[  OK  ] Created slice system-systemdfsck.slice.
[  OK  ] Listening on initct] Compatibility Named Pipe.
[  OK  ] Listening on Process Core Dump Socket
[  OK  ] Listening on Device-mapper event daemon FIFDs.
[  OK  ] Listening on udev Kernel Socket.
[  OK  ] Created slice User and Session Slice.
[  OK  ] Created slice system-autologin.slice.
[  OK  ] Listening on LVM2 poll daemon socket.
[  OK  ] Set up automount Arbitrary Executable File Formats File System Automount Point.
[  OK  ] Listening on Journal Audit Socket.
[  OK  ] Started Dispatch Password Requests to Console Directory Watch.
[  OK  ] Reached target Local Encrypted Volumes.
[  OK  ] Listening on Journal Socket.
[  OK  ] Mounting POSIX Message Queue File System. ..
[  OK  ] Starting Remount Root and Kernel File Systems. ..
[  OK  ] Starting Journal Service...
[  OK  ] Mounting Kernel Debug File System...
[  OK  ] Starting Load Kernel Modules. ..
[  OK  ] Reached target Swap.
[  OK  ] Mounting Temporary Directory (/tmp)...
[  OK  ] Mounting Huge Pages File Sustem...
[  OK  ] Starting Set Up RAdditional Binary Formats. ..
[  OK  ] Starting Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling. ..
[  OK  ] Reached target Slices.
[  OK  ] Starting udev Coldplug all Devices. ..
[  OK  ] Mounted POSIX Message Queue File Suystem.
[  OK  ] Started Remount Root and Kernel File Systems.
[  OK  ] Mounted Kernel Debug File System.
[  OK  ] Mounted Temporary Directory (/tmp).
[  OK  ] Mounted Huge Pages File System.
[  OK  ] Starting Load/Save Random Seed. ..
[  OK  ] Starting Create Static Device Nodes in /dev...
[ 7.695317] systemd[1]: Failed to start Load Kernel Modules.
[FAILED] Failed to start Load Kernel Modules.
See 'systemctl status systemd-modules-load.service' for details.
         Starting Apply Kernel Variables...
[  OK  ] Mounting Kernel Configuration File System...
[  OK  ] Mounted Kernel Configuration File System.
[  OK  ] Mounting Arbitrary Executable File Formats File System...
[  OK  ] Mounted Arbitrary Executable File Formats File System.
[  OK  ] Started Journal Service.
[  OK  ] Starting Flush Journal to Persistent Storage...
[  OK  ] Started Apply Kernel Variables.
[  OK  ] Started Set Up Additional Binary Formats.
[  OK  ] Started Load/Save Random Seed.
[  OK  ] Started Flush Journal to Persistent Storage.
[  OK  ] Started LYM2 metadata daemon.
[  OK  ] Started udev Coldplug all Devices.
[  OK  ] Started Create Static Device Nodes in /dev.

После выхода в emergency mode сделал рекомендованный запрос:
systemctl status systemd-modules-load.service'

 systemd-modules-load.service - Load Kernel Modules
   Loaded: loaded (/usr/lib/systemd/system/systemd-modules-load.service; static; vendor pr
   Active: failed (Result: exit-code) since Sat 2019-03-16 09:08:54 EET; 4min 3s ago
     Docs: man:systemd-modules-load.service(8)
           man:modules-load.d(5)
  Process: 306 ExecStart=/usr/lib/systemd/systemd-modules-load (code=exited, status=1/FAIL
 Main PID: 306 (code=exited, status=1/FAILURE)

Проблема возникла одновременно с основным и lts-ядрами. Основное ядро, с которым пролем нет, и которое я заморозил - 4.20.6. Соответственно, lts-яро - 4.19.19. Так вот, если обновить lts до 4.19.29 - проблема есть. То есть с ядром с меньшей версией (lts 4.19.29), но с более поздней датой проблем есть, а с ядром с большей версией (основное 4.20.6) проблемы нет. С другой стороны, проблема однозначно с ядром связана: накат-откат только ядра приволит к появлению-исчезновению проблемы. Притом эта проблема у меня есть на двух компьютерах (железо разное, система под копирку).
Бредовая ситуация. Что-то типа того, что средства сборки ядра (независимо от версии) в какой-то момент стали строить нечто несовместимое с тем, что установлено у меня (ведь проблема только у меня?). У меня нет никаких левых драйверов или модулей, кроме того, что вбрасывает VirtualBox,

В какую сторону вообще копать, чтобы хотя бы зацепку найти?

vs220	# 3 года, 5 месяцев назад
Темы: 22 Сообщения: 8070 Участник с: 16 августа 2009	akorop зацепку найти Сравнить список загруженных модулей на рабочем ядре и сбойном `lsmod` На сбойном dmesg посмотреть `dmesg \|grep load dmesg \|grep modu dmesg \|grep error` рестарт сервиса и журнал `systemctl restart systemd-modules-load.service # и journalctl -b -u systemd-modules-load`

vs220

# 3 года, 5 месяцев назад

Темы: 22

Сообщения: 8070

Участник с: 16 августа 2009

akorop
зацепку найти

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

lsmod

На сбойном
dmesg посмотреть

dmesg |grep load
dmesg |grep modu
dmesg |grep error

рестарт сервиса и журнал

systemctl restart systemd-modules-load.service
# и
journalctl -b -u systemd-modules-load

vasek	# 3 года, 5 месяцев назад (отредактировано 3 года, 5 месяцев назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	akorop В какую сторону вообще копать, чтобы хотя бы зацепку найти? Я предлагал несколько вариантов, похоже ты ничего не пробовал. Тем более, учитывая сообщение `See 'systemctl status systemd-modules-load.service'` нужно обязательно трейсить загрузку systemd-modules-load и дополнительно ~~можно попробовать~~ отследить загрузку встроенных в ядро модулей. С чего то нужно начинать сбор информации. EDIT 1 - и хорошо бы проверить совпадение версий linux-headers, linux и linux-lts-headers, linux-lts А может это не соответствие было при генерации initramfs? EDIT 2 - а не пробовал для начала простой анализ, как описано в Wiki? akorop Process: 306 ExecStart=/usr/lib/systemd/systemd-modules-load (code=exited, status=1/FAI возможно покажет и модуль - journalctl _PID=306 Ошибки не исчезают с опытом - они просто умнеют

vasek

# 3 года, 5 месяцев назад (отредактировано 3 года, 5 месяцев назад)

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

akorop
В какую сторону вообще копать, чтобы хотя бы зацепку найти?

Я предлагал несколько вариантов, похоже ты ничего не пробовал.
Тем более, учитывая сообщение

See 'systemctl status systemd-modules-load.service'

нужно обязательно трейсить загрузку systemd-modules-load и дополнительно ~~можно попробовать~~ отследить загрузку встроенных в ядро модулей.
С чего то нужно начинать сбор информации.

EDIT 1 - и хорошо бы проверить совпадение версий linux-headers, linux и linux-lts-headers, linux-lts
А может это не соответствие было при генерации initramfs?

EDIT 2 - а не пробовал для начала простой анализ, как описано в Wiki?

akorop
Process: 306 ExecStart=/usr/lib/systemd/systemd-modules-load (code=exited, status=1/FAI

возможно покажет и модуль - journalctl _PID=306

Ошибки не исчезают с опытом - они просто умнеют