Как диагностировать и исправлять ошибку Fatal Machine Pernel Panic?

У меня есть новый ноутбук Samsung Series 7 с двойной настройкой загрузки для Windows 8 и Ubuntu 12.10. Отличная машина, сопоставимая с Macbook Pro. Установка Ubuntu была довольно сложной, но с помощью Boot Repair, наконец, она работала. Или так я думал. Windows 8 запускается нормально, но если я хочу регулярно запускать Ubuntu, возникает следующая ошибка проверки компьютера, которая очень похожа на эту

[Hardware Error] CPU 1: Machine Check Exception: 5 Bank 6
[Hardware Error] RIP !inexact! 33 <00007fab2074598a>
[Hardware Error] TSC 95b623464c ADDR fe400 MISC 3880000086
.. [similar messages for CPU 2,3 and 0] ..
[Hardware Error] Machine Check: Processor context corrupt
Kernel panic - not syncing: Fatal Machine Check
Rebooting in 30 seconds

Паника в ядре не звучит хорошо. Затем он начинает перезагружаться, и второе пробное тестирование часто работает. Является ли это проблемой ядра или драйвера? Ноутбук имеет процессор Intel Core i7. Я уже отключил Hyperthreading в BIOS, но, похоже, это не помогает: - (

Я также отключил флаг Execute Disable Bit (EDB) в BIOS. EDB - это функция безопасности на оборудовании Intel, которая может помочь уменьшить воздействие системы на вирусы и вредоносный код. Поскольку я отключил его, ошибка происходила реже, но иногда она появляется иногда :-( Кажется, что такая же ошибка, как Boot Repair и здесь Возможно, проблема с конкретным ядром Samsung? Аналогичная ошибка также возникает в Machine Check Exception (которая, кажется, является ошибками ядра 49161 и этой ).

На моей Samsung Series 7 это все еще происходит, например, при загрузке батареи после «Проверка состояния батареи». Возможно, у кого-то еще есть идея? Эти ошибки в ядре навсегда неприятны ..

1
задан 15 December 2012 в 03:19

2 ответа

В соответствии с разделом 15.9.1 в томе 3 Руководства разработчика программного обеспечения Intel Architecture Исключение 5 проверки компьютера 5 из MSR_IA32_MCG_STATUS MSR указывает на внутреннюю ошибку четности. После прочтения руководства я не знаю, к какому конкретному банку компонентов 6 относится, поэтому я не могу определить, где эта физическая ошибка произошла.

Сообщение об ошибке указывает, что бит 57 состояния MSR проверки состояния установлен что внутреннее состояние процессора может быть повреждено обнаруженным условием ошибки и что надежный перезапуск процессора может оказаться невозможным.

Как бы то ни было, такая ошибка редко.

Я не уверен, почему отключить EBD может вызвать эту проблему. Возможно, это всего лишь совпадение. Часто ли эта паника случается с включенным EBD? Кстати, какая у вас модель процессора? .. узнать, использовать:

cat /proc/cpuinfo 
3
ответ дан 25 May 2018 в 04:01
  • 1
    Intel (R) Core (TM) i7-3635QM CPU @ 2,40 ГГц. Отключение бита EDB помогло уменьшить частоту ошибки, особенно во время загрузки, но иногда через некоторое время с помощью компьютера происходит какое-либо действие с использованием компьютера, если какое-либо действие не происходит какое-то время. Не уверен, что сообщение об ошибке точно такое же. Есть ли что-нибудь еще, что я могу сделать, чтобы исправить это? – 0x4a6f4672 26 November 2012 в 02:09
  • 2
    Я не совсем уверен, но, возможно, вы можете проверить свою память с помощью memtest86 + из меню загрузки, чтобы просто увидеть, запускает ли это это. – Colin Ian King 26 November 2012 в 02:34
  • 3
    Где я могу найти memtest86 +? Я не помню, что он находится в меню загрузки. Вам нужно записать загрузочный ISO-файл на CD? – 0x4a6f4672 26 November 2012 в 17:15
  • 4
    Когда вы загрузите свой компьютер, нажмите и удерживайте клавишу shift, и, если вы выберете время в правильном направлении, вы увидите меню GNU GRUB. Используйте курсор вниз, чтобы перейти к «Тест памяти» (memtest86 +) " и нажмите enter. Пусть он запускает несколько тестов, чтобы увидеть, обнаружил ли он ошибку. – Colin Ian King 26 November 2012 в 17:35

изменить /etc/modprobe.d/blacklist.conf с "blacklist samsung-laptop". Перезагружать. Задача решена; это будет исправлено через патч ядра (надеюсь) в ближайшее время.

0
ответ дан 25 May 2018 в 04:01
  • 1
    Я все еще вижу машинные проверки с современными ядрами (например, 4.0). Установка этого в черном списке не влияет на частоту блокировок. – Bryce 26 April 2015 в 15:42

Другие вопросы по тегам:

Похожие вопросы: