Comment diagnostiquer et corriger l'erreur Kernel Panic Fatal Machine Check?
J'ai un nouvel ordinateur portable Samsung série 7 avec une configuration à double démarrage pour Windows 8 et Ubuntu 12.10. Une belle machine comparable à un Macbook Pro. L'installation d'Ubuntu était un peu compliquée, mais avec l'aide de Boot Repair , finalement, elle semblait fonctionner. Ou alors j'ai pensé. Windows 8 démarre correctement, mais si je souhaite démarrer Ubuntu régulièrement, l'erreur suivante exception de vérification de l'ordinateur se produit, très similaire à celle-ci
[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
La panique du noyau ne sonne pas bien. Ensuite, il commence à redémarrer et le deuxième essai de démarrage fonctionne souvent. Est-ce un problème de noyau ou de pilote? L'ordinateur portable dispose d'un processeur Intel Core i7. J'ai déjà désactivé Hyperthreading dans le BIOS, mais cela ne semble pas aider :
J'ai également désactivé l'indicateur EDC (Execute Disable Bit) dans le BIOS. EDB est une fonctionnalité de sécurité matérielle d'Intel qui peut aider à réduire l'exposition du système aux virus et aux codes malveillants. Depuis que je l'ai désactivée, l'erreur est survenue moins souvent, mais elle apparaît parfois :-( Il semble que ce soit la même erreur que --- (décrit ici et ici . Peut-être un Samsung Problème de noyau spécifique? Une erreur similaire se produit également sur un Samsung Ultrabook Series 9 (ce qui semble être des bogues du noyau 49161 et 47121 ).
Sur mon Samsung Series 7, cela se produit encore, par exemple, lors du démarrage sur batterie après "Vérification de l'état de la batterie". Quelqu'un d'autre a peut-être une idée? Ces erreurs Kernel Panic sont vraiment ennuyeuses.
Lentement mais sûrement… c'est reparti. Je souhaite résoudre ces erreurs Kernel Panic qui se produisent sur les ordinateurs portables Samsung Series 7 et Series 9! Au moins sur ma machine :-) Dans ce rapport de bogue du noyau 47121 quelqu'un a signalé qu'il était peut-être utile de définir "Sélection du mode du système d'exploitation" dans le BIOS sur "UEFI OS", au lieu de "UEFI et CSM OS ". Les paquets et les bibliothèques chargés semblent être différents. J'avais besoin de passer à "UEFI et CSM OS" pour installer Ubuntu en premier lieu. Maintenant, je dois l'éteindre à nouveau. Mais peut-être que ça aide… Après que je sois revenu à "UEFI OS", il a démarré dix fois sans erreur. Si la panique du noyau ne se reproduit plus, cela semble être la réponse, et je marquerai la question comme ayant obtenu une réponse. Espérons ..
Conformément à la section 15.9.1 du volume 3 du Guide de l’ingénieur des logiciels architecturaux Intel Architecture , l’exception de vérification de la machine 5 du MSR_IA32_MCG_STATUS MSR indique une erreur de parité interne. Après avoir lu le manuel, je ne sais pas exactement à quel groupe de composants en particulier 6 fait référence, je ne peux donc pas déterminer où cette erreur physique s’est produite.
Le message d'erreur indique que le bit 57 de l'état de contrôle de la machine MSR est défini, indiquant que l'état du processeur interne est susceptible d'être corrompu par la condition d'erreur détectée et qu'un redémarrage fiable du processeur peut ne pas être possible. Donc, à ce stade, le noyau n’a pas vraiment le choix, à part s’arrêter en utilisant une panique du noyau.
En l'état actuel des choses, ce genre d'erreur est rare.
Je ne sais pas pourquoi la désactivation de la fonction EBD peut être à l'origine de ce problème. Peut-être que c'est juste une coïncidence. Cette panique se produit-elle fréquemment avec la technologie EBD activée? Par ailleurs, quel modèle de processeur possédez-vous? .. pour le savoir, utilisez:
cat /proc/cpuinfo
modifiez /etc/modprobe.d/blacklist.conf avec "liste noire samsung-laptop". Redémarrer. Problème résolu; cela sera corrigé via un correctif du noyau (espérons-le) bientôt.