Kernel Panics

De ArchwikiFR
Révision datée du 18 mars 2011 à 21:29 par ArchFR maintenance (discussion | contributions) (Robot : Enlève modèles : I18n, Lang, Stub, Translateme)


Cette page décrit comment réparer un ordinateur qui a un Kernel Panic au boot.


Définition

Une définition correcte du Kernel Panic provenant de Wikipédia est la suivante : « Le Kernel Panic est une erreur du noyau du système d'exploitation de l'ordinateur. Elle peut intervenir dans des circonstances diverses, qui normalement traduisent toutes des erreurs impossibles à corriger et à ignorer et interdisant la poursuite du fonctionnement de l'ordinateur. Parmi ces circonstances, il peut y avoir des erreurs de programmation ou de conception du noyau, une mauvaise installation du noyau, des problèmes de liens à l'intérieur du noyau ou un problème matériel. » Ce terme est principalement utilisé pour les systèmes UNIX et similaires. L'équivalent dans le système d'exploitation Microsoft Windows est le fameux écran bleu. Apprenez en plus en lisant le document suivant Kernel Panic.

Que faire ?

Un kernel panic peut subvenir à différent moments, les symptomes sont un gel de l'ordinateur et éventuellement un message d'erreur plus les leds du clavier qui clignotent. Si vous ne pouvez plus démarrer le système, le dépannage devra se faire depuis un livecd (ou liveusb).

Dépannage

Afin de déterminer facilement la source du problème, vérifiez que votre noyau n'est pas en mode « quiet ». Si tel est votre cas, supprimez le terme « quiet » dans la ligne kernel dans /boot/grub/menu.lst. Lors du boot, vérifiez la sortie texte du noyau immédiatement avant le kernel panic, et notez toutes les informations que vous considérez utiles. Assurez vous que la configuration de votre chargeur de boot est correcte et que le matériel fonctionne correctement – vous pouvez par exemple lancer memtest à partir du CD d'installation de Arch ou tout autre utilitaire (les sorties en rouge de memtest indiquent une défaillance de votre matériel). Si la configuration du chargeur de boot est erronée, essayez Option 1 pour réparer. Si le Kernel Panic est dû à une erreur interne du noyau, suivez Option 2 pour réinstaller votre noyau ou une version antérieur de celui ci.

Option 1: Vérifier la configuration du bootloader

Une des possibilités entrainant un Kernel Panic est une erreur dans la configuration de votre bootloader (/boot/grub/menu.lst). Par exemple, le partitionnement de votre disque dur peut entrainer des changements dans l'ordre de vos partitions. Si tel est votre cas, vérifiez que vos lignes root et kernel respectent votre nouveau schéma de partitionnement. Vérifiez aussi la typographie et les caractères spéciaux dans le fichier, un espace de trop, ou un caractère au mauvais endroit peut causer un Kernel Panic.

Option 2: Réinstaller du kernel

La réinstallation du noyau est probablement le meilleur choix quand aucune modification majeure n'a été faite récemment sur votre système.

Démarrer sur le CD d'installation

La première étape est de booter sur le CD d'installation et de s'y connecter en root.

Faites loadkeys fr pour obtenir le clavier en français

Chroot sur votre système normal

Quand vous bootez, vous êtes sur un système minimal mais fonctionnel de l'environnement live GNU/Linux avec des outils basiques. Montez votre partition racine dans /mnt

# mount /dev/sdXY /mnt

Si vous utilisez une partition /boot séparée, n'oubliez pas de la monter dans /mnt/boot

# mount /dev/sdXZ /mnt/boot

Les noyaux récents utilisent un ramdisk initial pour configurer l'environnement noyau. Quand vous réinstallez un noyau, ce ramdisk initial devra être régénéré à l'aide de mkinitcpio. Une des fonctionnalités de mkinitcpio est qu'il réalise une autodétection pour trouver quels sont les modules du noyaux qui sont requis au démarrage de votre ordinateur. Pour que cette autodétection fonctionne, /dev, /sys et /proc doivent être montés dans votre chroot:

# mount -t proc none /mnt/proc
# mount -t sysfs none /mnt/sys
# mount --bind /dev /mnt/dev

Maintenant, nous allons chrooter sur ce disque:

# chroot /mnt

Revenir à la version précédente du noyau

Si vous gardez vos paquets téléchargés de pacman, vous pouvez facilement réaliser la réinstallation. Si vous ne les avez pas gardés, vous devez trouver un moyen de récupérer la version précédente du noyau pour votre système.

Supposons que vous avez préservé la version précédente du noyau. Vous devez installer le dernier noyau fonctionnel.

# pacman -U /var/cache/pacman/pkg/kernel26-2.6.23.xx-x.pkg.tar.gz

Bien sur, vous devez adapter la ligne précédente avec votre version du noyau. Sinon, vous pouvez utiliser le kernel présent sur le CD d'installation /addons/core-pkg/kernel26.2.6.xxx.pkg.tar.gz

Reboot

Maintenant, il est temps de rebooter et voir si les modifications du système ont résolu le Kernel Panic. Si le fait de revenir à une version précédente du noyau résout le problème, n'oubliez pas de vérifier dans les nouvelles (page d'accueil) si le problème est connu.