Некоторое время я видел какой-то красный текст, вспыхивающий во время загрузки. Сегодня я решил разобраться в этом. Служба systemctl systemd-modules-load.service
терпит неудачу с этим текстом:
tomas @ bonus-debian: ~ $ sudo systemctl status systemd-modules-load ● systemd-modules-load.service - Загрузка модулей ядра Загружен: загружен (/lib/systemd/system/systemd-modules-load.service; статический; предустановка поставщика: включена) Активно: не удалось (Результат: код выхода), так как ма. 2015-11-09 02:58:48 CET; 5 минут назад Документы: man: systemd-modules-load.service (8) Мужчины: модули-load.d (5) Процесс: 644 ExecStart = / lib / systemd / systemd-modules-load (код = выход, статус = 1 / отказ) Основной PID: 644 (код = выход, статус = 1 / отказ) ноябрю 09 02:58:48 bonus-debian systemd [1]: запуск модулей загрузки ядра ... ноябрю 09 02:58:48 bonus-debian systemd-modules-load [644]: не удалось найти модуль '-r usbhid' ноябрю 09 02:58:48 bonus-debian systemd [1]: systemd-modules-load.service: основной процесс завершен, код = завершен, статус = 1 / НЕИСПРАВНОСТЬ ноябрю 09 02:58:48 bonus-debian systemd [1]: не удалось запустить загрузку модулей ядра. ноябрю 09 02:58:48 bonus-debian systemd [1]: systemd-modules-load.service: модуль вошел в состояние сбоя. ноябрю 09 02:58:48 bonus-debian systemd [1]: systemd-modules-load.service: Сбой с результатом 'код выхода'.
Я думал, что начну с поиска в Google:
Уч.
Моя система, похоже, не возражает, что драйвер не загрузился, так как я не заметил ухудшения работы, но я все еще хотел бы это исправить.
Так как Google никуда меня не привел, я уже застрял. Понятия не имею, с чего начать.
Как выяснить, почему не работает сервис systemctl "systemd-modules-load"?
udev
случайно изменили правило?Ответы:
У меня тоже была эта проблема. Я смог решить эту проблему, следуя инструкциям на вики-странице Arch Linux systemd . Вот краткое изложение того, что я сделал:
Позволяет найти службы systemd, которые не запускаются
Хорошо, мы обнаружили проблему с сервисом systemd-modules-load. Мы хотим знать больше.
Если идентификатор процесса не указан, просто перезапустите отказавший сервис с помощью
Теперь у нас есть идентификатор процесса (PID) для углубленного изучения этой ошибки. Введите следующую команду с текущим идентификатором процесса (здесь: 15630):
Мы видим, что некоторые конфигурации модулей ядра имеют неправильные настройки. Поэтому мы посмотрим на эти настройки в /etc/modules-load.d/
Сообщение об ошибке «Не удалось найти модуль« черный список usblp »может быть связано с неправильной настройкой внутри blacklist.conf». Давайте отключим его, вставив завершающий # перед каждым вариантом, найденным на шаге 3:
Теперь попробуйте запустить systemd-modules-load:
Если это было успешно, это не должно ничего подсказывать. Если вы видите какую-либо ошибку, вернитесь к шагу 3 и используйте новый PID для устранения оставшихся ошибок.
Если все в порядке, вы можете проверить, что служба была успешно запущена с:
источник
_PID=
теперь навсегда будет в моем наборе инструментов. Благодарность!/etc/modules-load.d/
пустой, и он все еще говорит Не удалось найти модуль бла . Что теперь?journalctl _SYSTEMD_UNIT=systemd-modules-load.service
. Сохраняет поиск PID./usr/lib/modules-load.d/
модули загрузки файлов, поскольку там, где приложения размещают нужные им модули./etc/modules-load.d/
Должен быть для конфигурационных файлов пользователя.