Kernel panic : que faire après un plantage du noyau

Un kernel panic est un état dans lequel le noyau s'est arrêté et ne peut pas continuer. La machine ne répond ni en SSH ni sur le réseau, mais reste affichée comme démarrée. Tout ce dont vous avez besoin pour diagnostiquer le problème est disponible depuis le panneau : la console affiche l'écran complet, et le disque de récupération vous donne accès aux fichiers système.

Étape 1. Lire le message

Ouvrez /hosting/vds/m/<id>, l'onglet « Console », la vue « Écran » (VNC). La console texte affiche aussi la sortie du noyau, mais le panic est souvent dessiné par le tampon graphique, et il est plus fiable de le voir sur l'« Écran ». Ce qui compte n'est pas la première ligne mais la plus basse qui ait du sens, généralement l'une des suivantes :

• VFS: Unable to mount root fs on unknown-block(0,0) — le noyau n'a pas trouvé la partition racine ;
• Kernel panic - not syncing: Attempted to kill init — le processus numéro un est mort, le plus souvent à cause d'un /sbin/init corrompu après une mise à jour ratée ;
• Kernel panic - not syncing: No working init found — même problème ;
• une erreur de pilote avec une pile d'appels — généralement après l'installation d'un module noyau tiers.

Prenez une photo ou copiez le texte immédiatement : l'écran sera effacé après un redémarrage.

Étape 2. Essayer le noyau précédent

Si le panic est apparu juste après une mise à jour, GRUB dispose de l'ancien noyau. Redémarrez la machine depuis le panneau et attrapez le menu sur l'« Écran » : appuyez sur Shift ou Échap dans les premières secondes, puis « Options avancées » et la version précédente.

Une fois démarré avec l'ancien noyau, verrouillez l'état fonctionnel et occupez-vous du nouveau paquet :

uname -r
dpkg -l | grep linux-image
apt install --reinstall linux-image-amd64

Étape 3. Disque de récupération

Si le menu du chargeur d'amorçage n'apparaît pas ou si l'ancien noyau plante aussi, activez le mode de démarrage « Disque de récupération SystemRescue » dans l'onglet « Accès » et redémarrez la machine. Connectez-vous en root sans mot de passe ; le disque de la machine apparaît sous /dev/sda.

lsblk
mount /dev/sda1 /mnt
ls /mnt

Vérifiez le système de fichiers si vous suspectez une corruption :

umount /mnt
fsck -f /dev/sda1

Une cause typique de panic après des modifications manuelles est une erreur dans /etc/fstab : une ligne avec une partition inexistante ou un UUID incorrect bloque le démarrage. Vérifiez-le :

blkid /dev/sda1
cat /mnt/etc/fstab

Pour intervenir à l'intérieur du système (réinstallation du noyau, modification du chargeur d'amorçage), entrez-y via chroot :

mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt /bin/bash

Une fois terminé, pensez impérativement à revenir au mode de démarrage normal dans l'onglet « Accès ». Sinon la machine démarrera sur SystemRescue à chaque redémarrage, et vous croirez que le système n'a jamais démarré.

Étape 4. Quand la réinstallation est plus simple

Nous ne disposons pas de sauvegardes automatiques ni d'instantanés d'état des machines, la décision vous appartient donc. Si des données précieuses se trouvent sur le disque, copiez-les d'abord depuis SystemRescue via scp vers votre propre machine, et seulement ensuite lancez la réinstallation de l'OS depuis l'onglet « Accès » — elle efface complètement le disque.

L'ordre est le suivant : copier les données, vérifier qu'elles se lisent de votre côté, réinstaller. Il n'y a pas de retour en arrière après une réinstallation.

Comment éviter que cela se reproduise

Conservez des copies de vos données en dehors de la machine, mettez à jour le noyau séparément des autres paquets, et redémarrez juste après la mise à jour — ainsi vous apprendrez l'existence d'un problème à un moment opportun, et non un mois plus tard lors d'un redémarrage accidentel. Pour diagnostiquer les pannes de service ordinaires, consultez Le service ne démarre pas : diagnostic systemd.