Вопрос или проблема
Я установил Debian на мой новый MSI Cyborg 14. Установка прошла гладко, без каких-либо ошибок или проблем. Однако после установки и загрузки, система попадает в цикл запуска и остановки JournalD.
Ниже приведена произошедшая ошибка:
[2710.826727) systemd
[2710.826732] systemd[1]: systemd-journald.service: Обнаружен оставшийся процесс 773 (systemd-Journal) в группе управления при запуске единицы. Игнорирование. [2710.826733] systemd[1]: Это обычно указывает на нечищенное завершение предыдущего запуска или недостатки в реализации сервиса. .
[ 2710.826738] systemd[1]: systemd-journald.service: Обнаружен оставшийся процесс 775 (systemd-Journal) в группе управления при запуске единицы. Игнорирование [2710.826739] systemd[1]: Это обычно указывает на нечищенное завершение предыдущего запуска или недостатки в реализации сервиса.
[ См. 'systemctl status systemd-journald.service' для деталей.
[OK] Остановлена служба systemd-Journald.service Journal Service.
[2710.854773] systemd[1]: Запуск systemd-Journald.service Journal Service...
Запуск systemd-Journald.service Journal Service...
[2718.873832] systemd-journald [777]: Файл /run/log/Journal/bbfc4ef375824985965189cd656b1084/system. Journal поврежден или не был корректно завершен, переименовывается и заменяется.
[] Задание systemd-Journald.service/start выполняется (1мин 29с/1мин 30с)
1 Задание systemd-journald.service/start выполняется (3мин / 3мин)
2891.314702] systemd[1]: systemd-Journald.service: Состояние 'stop-sigterm' превысило время ожидания. Убийство. 2891.318096) systemd[1]:
systemd-Journald.service: Убийство процесса 777 (systemd-journal) с сигналом SIGKILL. 2891.320961] systemd[1]: systemd-journald.service: Убийство процесса 379 (systemd-Journal) с сигналом SIGKILL.
2891.321598] systemd[1]: systemd-Journald.service: Убийство процесса 768 (systemd-Journal) с сигналом SIGKILL.
2891.322230] systemd[1]: systemd-journald.service: Убийство процесса 769 (systemd-Journal) с сигналом SIGKILL.
[ 2891.322921] systemd[1]: systemd-journald.service: Убийство процесса 770 (systemd-journal) с сигналом SIGKILL.
2891.323532] systemd[1]: systemd-journald.service: Убийство процесса 773 (systemd-Journal) с сигналом SIGKILL.
1 Задание systemd-journald.service/start выполняется (4мин 30с / 4мин 30с) 1 Задание systemd-journald.service/start выполняется (6мин/6мин)
[3071.814709] systemd[1]: systemd-journald.service: Состояние 'final-sigterm' превысило время ожидания. Убийство.
[3071.818040] systemd[1]: systemd-journald.service: Убийство процесса 777 (systemd-journal) с сигналом SIGKILL. [3071.821044] systemd[1]: systemd-journald.service: Убийство процесса 379 (systemd-journal) с сигналом SIGKILL.
[3071.821657] systemd[1]: systemd-journald.service: Убийство процесса 768 (systemd-Journal) с сигналом SIGKILL.
[3071.822266] systemd[1]: systemd-journald.service: Убийство процесса 769 (systemd-Journal) с сигналом SIGKILL.
[3871.822861] systemd[1]: systemd-journald.service: Убийство процесса 778 (systemd-Journal) с сигналом SIGKILL.
3071.829451] systemd[1]: systemd-journald.service: Убийство процесса 773 (systemd-Journal) с сигналом SIGKILL.
[x] Задание systemd-Journald.service/start выполняется (7мин 30с / 7мин 30с)
3162.064698) systemd[1]: systemd-journald.service: Процессы все еще работают после окончательного SIGKILL. Переход в режим ошибки.
[3162.068101] systemd[1]: systemd-journald.service: Завершилось с результатом 'превышение времени ожидания'
[3162.071689] systemd[1]: systemd-journald.service: Процесс единицы 379 (systemd-Journal) остается работающим после остановки единицы.
3162.072522] systemd[1]: systemd-journald.service: Процесс единицы 768 (systemd-journal) остается работающим после остановки единицы.
[3162.073527] systemd[1]: systemd-journald.service: Процесс единицы 769 (systemd-Journal) остается работающим после остановки единицы. 3162.077201] systemd[1]: systemd-journald.service: Процесс единицы 770 (systemd-journal) остается работающим после остановки единицы. [
[ 3162.088542] systemd[1]: systemd-Journald.service: Процесс единицы 773 (systemd-journal) остается работающим после остановки единицы.
[3162.083472] systemd[1]: systemd-Journald.service: Процесс единицы 775 (systemd-Journal) остается работающим после остановки единицы.
[ [FAILED] Не удалось запустить systemd-journald.service Journal Service. status systemd-journald.service for details.
3162.086100) systemd[1]: systemd-journald.service: Процесс единицы 777 (systemd-journal) остается работающим после остановки единицы.
См. 'systemctl 3162.092646] systemd[1]: systemd-journald.service: Расписание перезапуска задания, счетчик перезапусков составляет 7.
[3162.092842] systemd[1]: Остановлена служба systemd-Journald.service
Journal Service.
OKJ Остановлена служба systemd-journald.service Journal Service.
[ 3162.098178] systemd[1]: systemd-journald.service: Обнаружен оставшийся процесс 379 (systemd-journal) в группе управления при запуске единицы. Игнорирование.
3162.098190] systemd[1]: Это обычно указывает на нечищенное завершение предыдущего запуска или недостатки в реализации сервиса. [
[3162.098226] systemd[1]: systemd-Journald.service: Обнаружен оставшийся процесс 768 (systemd-Journal) в группе управления при запуске единицы. Игнорирование. [3162.098232] systemd[1]: Это обычно указывает на нечищенное завершение предыдущего запуска или недостатки в реализации сервиса.
[ 3162.098294 ] systemd[1]: systemd-journald.service: Обнаружен оставшийся процесс 769 (systemd-journal) в группе управления при запуске единицы. Игнорирование.
[ 3162.098299] systemd[1]: Это обычно указывает на нечищенное завершение предыдущего запуска или недостатки в реализации сервиса.
3162.098327] systemd[1]: systemd-Journald.service: Обнаружен оставшийся процесс 778 (systemd-Journal) в группе управления при запуске единицы. Игнорирование. 3162,098333] systemd[1]: Это обычно указывает на нечищенное завершение предыдущего запуска или недостатки в реализации сервиса.
[3162.0983611 systemd[1]: systemd-journald.service: Обнаружен оставшийся процесс 773 (systemd-Journal) в группе управления при запуске единицы. Игнорирование. [ 3162.098367] systemd[1]: Это обычно указывает на нечищенное завершение предыдущего запуска или недостатки в реализации сервиса.
[ 3162.098398) systemd[1]: systemd-journald.service: Обнаружен оставшийся процесс 775 (systemd-journal) в группе управления при запуске единицы. Игнорирование. 3162.098483) systemd[1]: Это обычно указывает на нечищенное завершение предыдущего запуска или недостатки в реализации сервиса.
[3162.098441] systemd[1]: systemd-Journald.service: Обнаружен оставшийся процесс 777 (systemd-journal) в группе управления при запуске единицы. Игнорирование. 3162.098446] systemd[1]: Это обычно указывает на нечищенное завершение предыдущего запуска или недостатки в реализации сервиса. [
[ 3162.126686] systemd[1]: Запуск systemd-Journald.service Journal service... Запуск systemd-Journald.service Journal Service...
3162.137764] systemd-Journald [779]: Файл /run/log/Journal/bbfc4ef375a249e5965189cd656b1084/system. Journal поврежден или не был корректно завершен, переименовывается и заменяется. 1 Задание systemd-Journald.service/start выполняется (1мин 295/1мин 30с)
Задание systemd-Journald.service/start выполняется (2мин 2с / 3мин)
Не уверен, что означают сообщения об ошибках. Любая помощь будет оценена.
Ответ или решение
Ваша проблема связана с циклическим перезапуском службы systemd-journald после установки Debian на ноутбук MSI Cyborg 14. Чтобы лучше понять и решить эту проблему, опишем основные теоретические моменты, состояния, приведем примеры решения, а затем рассмотрим возможные шаги по исправлению.
Теория
Systemd-journald — это служба в системе, которая отвечает за сбор и хранение системных журналов. Она использует двоичный формат хранения, что позволяет более эффективно управлять журналами и осуществлять поиск в них. Любая проблема с этой службой может привести к тому, что система не сможет корректно загружаться или будет вести себя непредсказуемо.
Ошибки, связанные с systemd-journald, могут быть вызваны различными факторами, такими как аппаратные сбои, потеря данных или повреждение файлов системы в результате неожиданного завершения работы или сбоя.
Пример
В вашем случае, сообщения об ошибках ясно указывают на то, что systemd-journald обнаруживает "оставшиеся" процессы после предыдущего запуска. Эти сообщения сопровождаются дополнительной информацией о том, что журнал был поврежден или завершен некорректно, что вынуждает systemd переименовать и заменить их.
Пример из сообщения об ошибке:
[...] systemd-journald[777]: File /run/log/journal/bbfc4ef375824985965189cd656b1084/system.journal corrupted or uncleanly shut down, renaming and replacing.Это указание на явную проблему с файлом журнала, который был поврежден или не завершился корректно.
Применение
Рассмотрим шаги, которые могут помочь решить эту проблему:
-
Очистка и восстановление файлов журнала:
- Перезагрузите систему в режим восстановления или используйте загрузочный носитель для восстановления.
- Перейдите в папку
/var/log/journal/и сделаете резервную копию текущих файлов журналов. - Удалите текущие файлы журналов (например,
system.journal), которые указаны как поврежденные.
-
Проверка целостности системы:
- Используйте команду
fsckдля проверки файловой системы на наличие ошибок. Это особенно актуально, если выключение системы было некорректным.
- Используйте команду
-
Обновление системы:
- Убедитесь, что у вас установлены последние обновления. Используйте команды:
sudo apt update sudo apt upgrade - Это может устранить возможные ошибки или несовместимости в текущей версии пакетов.
- Убедитесь, что у вас установлены последние обновления. Используйте команды:
-
Проверка службы systemd-journald:
- После удаления поврежденных файлов попробуйте перезапустить службу
systemd-journald:sudo systemctl restart systemd-journald - Проверьте статус службы:
sudo systemctl status systemd-journald
- После удаления поврежденных файлов попробуйте перезапустить службу
-
Анализ дополнительных логов:
- Используйте
journalctlдля анализа логов и поиска дополнительных ошибок:journalctl -xe
- Используйте
-
Настройка параметров загрузки:
- Если проблема сохраняется, попробуйте изменить параметры загрузчика. Это может включать временное отключение журналов на этапе тестирования.
Посмотрим, как эти шаги могут помочь стабилизировать работу системы и предотвратить дальнейшие проблемы. Это стратегически важный процесс, поскольку любой сбой в systemd-journald может привести к более серьезным нарушениям в работе ОС. Убедитесь в надежности вашей информационной среды, т.к. проблемы с журналами могут быть индикаторами более глубоких системных неисправностей.
Если после выполнения этих действий проблема не исчезла, возможно имеет смысл обратиться к более опытным системным администраторам или на форумы сообщества Debian, чтобы получить поддержку опытных специалистов в данном вопросе.