Вопрос или проблема
Иногда, обычно в первую минуту после загрузки, я получаю следующую ошибку на моем установочном наборе Ubuntu 18.04 LTS:
Критическая ошибка ядра - не синхронизируется: Время вышло: Не все процессоры вошли в обработчик исключений широковещательной рассылки
[....] Выключение процессоров с помощью NMI
[....] Смещение ядра: 0xe4000000 от 0xffffffff81000000 (диапазон релокации: 0xffffffff80000000-0xffffffffbfffffff
[....] Перезагрузка через 30 секунд..
После этого машина просто зависает и никогда не перезагружается. ПК также имеет двойную загрузку с Windows 10, которая никогда не зависает.
Есть идеи, что может быть причиной этого?
Я полагаю, что это известная ошибка. Установите последнее ядро с помощью apt full-upgrade.
В качестве альтернативы, добавьте processor.max_cstate=0 intel_idle.max_cstate=0 idle=poll к команде ядра, редактируя GRUB_CMDLINE_LINUX в /etc/default/grub и запустив update-grub, затем перезагрузите.
Более подробную информацию о редактировании правил командной строки ядра можно найти здесь: https://askubuntu.com/a/19487/853283
Я столкнулся с аналогичной проблемой на Debian Bookworm на Supermicro SYS 1029P WTRT с чистой установкой.
Путем проб и ошибок я обнаружил, что сервер загружается с отключенной технологией HyperThreading без каких-либо проблем.
Обновление BIOS до последней версии решило проблему.
Решение, опубликованное в этой теме, в моем случае не помогло.
Ответ или решение
Вопрос sporadic kernel panic – not syncing является достаточно распространённой проблемой среди пользователей операционных систем на базе Linux, включая Ubuntu 18.04 LTS. Эта ошибка может проявлять себя в виде сбоев, особенно в первые минуты после загрузки системы, как вы описали. Разберёмся подробнее в её причинах и возможных решениях.
1. Понимание проблемы
Ошибка Kernel panic – not syncing: Timeout: Not all CPUs entered broadcast exception handler указывает на то, что процессоры вашей системы не смогли корректно войти в обработчик исключений. Это может происходить по ряду причин, включая:
- Проблемы совместимости с ядром.
- Неправильные настройки BIOS.
- Конфликты с аппаратным обеспечением.
2. Зависимость от версии ядра
Первое, что стоит сделать — это проверить, используете ли вы последнюю версию ядра. Нередко подобные проблемы может решать обновление. Для этого стоит выполнить команду:
sudo apt full-upgradeОбновление ядра может исправить известные ошибки, которые могли быть устранены разработчиками.
3. Параметры ядра для GRUB
Если обновление не помогло, попробуйте добавить параметры к строке команд ядра в GRUB. Это можно сделать, редактируя файл /etc/default/grub и добавив следующие параметры к GRUB_CMDLINE_LINUX:
processor.max_cstate=0 intel_idle.max_cstate=0 idle=pollПосле изменения файла обновите конфигурацию GRUB:
sudo update-grubПерезагрузите систему и проверьте, разрешает ли это вопрос.
4. Проверка настроек BIOS
Многие пользователи сообщали о решении проблемы путём изменения настроек BIOS, таких как включение или отключение HyperThreading. Убедитесь, что у вас установлена последняя версия BIOS, так как устаревшие версии могут содержать ошибки, которые вызывают подобные сбои.
5. Анализ аппаратной конфигурации
Иногда конфликты между различными компонентами аппаратного обеспечения могут провоцировать kernel panic. Рекомендуется проверить следующее:
- Совместимость всех компонентов системы.
- Настройки оперативной памяти (ОП).
- Наличие повреждённых или неправильно установленных драйверов.
6. Практические рекомендации
- Создание резервной копии: Перед внесением серьёзных изменений в конфигурацию, всегда создавайте резервные копии своих данных.
- Мониторинг системы: Установите инструменты для мониторинга состояния системы и анализируйте логи, чтобы получить больше информации о том, что происходит перед сбоем.
Заключение
Проблема с kernel panic может быть решена, если выполнить ряд шагов, включая обновление ядра, изменение параметров загрузки и настройку BIOS. Если вышеуказанные методы не помогают, может потребоваться более глубокий анализ системы и аппаратного обеспечения. Если же проблема сохраняется, стоит обратиться в специализированный форум или службу технической поддержки для получения дополнительной помощи.