Рутинное обновление программного обеспечения 24.04 LTS замораживает систему

Вопрос или проблема

После планового обновления программного обеспечения в начале недели с использованием графической кнопки программы обновления (еженедельная рутина для меня), система запросила перезагрузку, и после этого она стала бесполезной.

Когда система загружается, она доходит до экрана входа. Иногда мне удается войти, если я достаточно быстро, и она зависает сразу после этого (вентилятор компьютера включается и остается включенным). Иногда она уже зависает, когда доходит до экрана входа. Ничего не работает, клавиатура и мышь заморожены.

Теперь, когда я включаю машину, она переходит в меню GNU GRUB. Первый вариант, который является Ubuntu, всегда заканчивается замороженной системой. Второй вариант (Дополнительные опции для ubuntu) и первая подвариация (Ubuntu с Linux 6.11.0-17-generic) дают те же результаты, замороженная система. Второй вариант и вторая подвариация (Ubuntu с Linux 6.11.0-17-generic(режим восстановления)), работают нормально. Я могу делать практически все и не встречаю замораживания.

Моя система:

Distributor ID: Ubuntu
Description:    Ubuntu 24.04.2 LTS
Release:    24.04
Codename:   noble

Вариант Ubuntu:
ubuntu-desktop 1.539.2 amd64 Ubuntu desktop system

Аппаратное обеспечение:
Dell Latitude 7390

Строки ошибки журнала загрузки:

[[0;1;38;5;185mDEPEND[0m] Dependency failed for [0;1;39msssd-nss.soc…[0m SSSD NSS Service responder socket.
[[0;1;38;5;185mDEPEND[0m] Dependency failed for [0;1;39msssd-autofs.…[0mSD AutoFS Service responder socket.
[[0;1;38;5;185mDEPEND[0m] Dependency failed for [0;1;39msssd-pac.soc…[0m SSSD PAC Service responder socket.
[[0;1;38;5;185mDEPEND[0m] Dependency failed for [0;1;39msssd-pam-pri…[0mM Service responder private socket.
[[0;1;38;5;185mDEPEND[0m] Dependency failed for [0;1;39msssd-pam.soc…[0m SSSD PAM Service responder socket.
[[0;1;38;5;185mDEPEND[0m] Dependency failed for [0;1;39msssd-ssh.soc…[0m SSSD SSH Service responder socket.
[[0;1;38;5;185mDEPEND[0m] Dependency failed for [0;1;39msssd-sudo.so…[0mSSSD Sudo Service responder socket.

Кто-нибудь знает больше об этой проблеме после перезагрузки обновления программного обеспечения? Есть ли другие варианты исправления помимо переустановки 24.04 LTS?

—– обновление —-
По предложению @guiverc я попробовал второй вариант GRUB (Дополнительные опции для ubuntu) и третью подвариацию (Ubuntu с Linux 6.8.0-52-generic). Эта опция (не в режиме восстановления), система, кажется, работает нормально.

Ответ или решение

Обновление программного обеспечения часто является необходимой мерой для поддержания системы в актуальном состоянии, улучшения её безопасности и функциональности. Однако, как показывает ваш случай, иногда обновление может вызывать заморозку системы. Поскольку проблема возникла после обновления до версии Ubuntu 24.04 LTS при использовании графического интерфейса, ваша задача — диагностировать и устранить причину заморозки системы. Проанализируем вашу ситуацию, предложим возможные причины и пути её решения.

Теория

Основная задача любого обновления операционной системы заключается в установке новых версий программного обеспечения и исправлении старых багов. Однако обновления могут привести к неустойчивой работе, если они не соответствуют аппаратным или программным требованиям системы. Наиболее частыми причинами заморозки системы после обновления являются:

  1. Конфликт аппаратных драйверов: Обновления могут изменить драйверы, из-за чего они могут вступить в конфликт с существующими аппаратными компонентами, особенно видеоадаптерами и сетевыми картами.

  2. Недостаток системных ресурсов: Загрузка новой версии ядра или программ может потреблять дополнительные ресурсы, что может быть критично для систем с ограниченной производительностью или оперативной памятью.

  3. Конфликт с установленными сервисами: В вашем случае, например, проблема может заключаться в некорректной работе SSSD (системой централизованного управления учетными записями), о чем свидетельствуют строки ошибок “[DEPEND] Dependency failed”.

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

Пример

На примере вашей ситуации можно увидеть, что загрузка с конкретного ядра (Linux 6.11.0-17) приводит к зависанию системы. Между тем, при загрузке с более раннего ядра (Linux 6.8.0-52) система функционирует нормально. Это напрямую указывает на вероятность конфликта драйверов или компонентов операционной системы, связанных с новым ядром.

Более того, ваша способность загрузиться в режиме восстановления (recovery mode) предполагает, что проблема может быть связана с некими настройками или модулями, которые не загружаются в этом режиме.

Применение

Для устранения проблемы рекомендую следующий подход:

  1. Диагностика драйверов и конфигураций:

    • Используйте команду journalctl -xb для проверки последних записей журнала, связанных с загрузкой и потенциала возникновения конфликта драйверов.
    • Убедитесь, что все подключенные устройства корректно поддерживаются текущей версией ядра.
  2. Переустановка драйверов:

    • Попробуйте переустановить проблемные драйверы, используя терминал в режиме восстановления. Например, видео-драйверы можно переустановить командой sudo apt-get install --reinstall <driver-package>.
  3. Обновление и проверка пакетов:

    • Из режима восстановления выполните sudo apt update && sudo apt upgrade для площадного обновления всех пакетов. Это исправит потенциальные недочеты в установке обновления.
  4. Использование рабочего ядра:

    • Если проблема не устраняется, продолжайте использовать более прежнюю стабильную версию ядра, как найдено вами (Linux 6.8.0-52), и ожидайте дальнейших обновлений ядра, которые могут решить текущие проблемы.
  5. Диагностика и исправление SSSD:

    • Поскольку ошибки SSSD указывают на проблемы с конфигурацией службы безопасного хранения учётных данных, попробуйте переустановить или переопределить конфигурации для SSSD, используя команды sudo dpkg-reconfigure sssd.
  6. Рассмотрение отказа от проблемных обновлений:

    • Если после всех предыдущих шагов система продолжает работать неустойчиво, возможно стоит вернуться к предыдущим версиям программного обеспечения, исключив проблемные модули из обновления командой apt-mark hold <package-name>.

Заключение

Обратите внимание, что действия с системой требуют осторожности, особенно в критических бизнес-системах. Предварительно сохраняйте резервные копии всех важных данных. Если проблема не устраняется указанными методами, проконсультируйтесь с профессионалом, имеющим доступ к системе. Своевременное выявление и исправление проблем после обновления не только восстанавливает функциональность, но и повышает устойчивость системы к будущим обновлениям.

Оцените материал
Добавить комментарий

Капча загружается...