Linux affiche un message d’erreur au démarrage : causes et solutions détaillées

Au démarrage de Linux, il arrive qu’un message d’erreur apparaisse à l’écran et que le système se bloque avant d’atteindre le bureau. Même si cela semble inquiétant, ces messages sont souvent les meilleurs indices pour comprendre ce qui ne va pas.

Dans cet article, nous allons détailler les causes les plus fréquentes des erreurs de démarrage sous Linux et les solutions à essayer selon la situation.

1. Ne redémarrez pas plusieurs fois sans vérifier le message

Quand un message d’erreur apparaît au démarrage, beaucoup d’utilisateurs redémarrent immédiatement l’ordinateur plusieurs fois. Pourtant, si le problème vient du système de fichiers ou du disque, cela peut aggraver la situation.

Il vaut mieux commencer par :

noter le message exact
prendre une photo de l’écran
repérer l’étape où le démarrage se bloque
se rappeler les dernières modifications effectuées

Si le problème est apparu juste après une mise à jour, il peut venir du noyau ou des pilotes. S’il y a eu une coupure de courant, un souci de système de fichiers est plus probable.

2. Les grandes catégories d’erreurs de démarrage

erreurs GRUB ou bootloader
erreurs du système de fichiers
problèmes de noyau ou d’initramfs
échec de services systemd
problèmes de pilote graphique ou d’affichage
manque d’espace disque
panne matérielle du disque

Même si le symptôme général est « Linux ne démarre pas », la solution dépend entièrement du type d’erreur.

3. Afficher les messages de démarrage détaillés

De nombreuses distributions masquent les messages détaillés avec quiet splash. Pour comprendre la cause réelle, il est utile de retirer temporairement cette option dans GRUB.

Redémarrez l’ordinateur
Appuyez plusieurs fois sur Shift ou Esc juste après l’allumage
Dans GRUB, sélectionnez l’entrée puis appuyez sur e
Supprimez quiet splash
Démarrez avec Ctrl + X

Cela permet de voir exactement à quelle étape l’erreur se produit.

4. Si vous voyez “grub rescue” ou “no such partition”

Si l’écran affiche directement grub rescue ou une erreur du type “no such partition”, le problème vient souvent du chargeur d’amorçage ou de la structure des partitions.

Causes fréquentes :

modification des partitions
Windows en dual boot a écrasé l’amorçage
partition EFI ou /boot endommagée
configuration de GRUB cassée

Dans beaucoup de cas, on peut réparer en démarrant avec une Live USB puis en réinstallant GRUB :

sudo mount /dev/sda2 /mnt
sudo mount /dev/sda1 /mnt/boot/efi   # uniquement sur système UEFI

sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys

sudo chroot /mnt
grub-install /dev/sda
update-grub
exit
sudo reboot

Les noms de périphériques doivent être adaptés à votre machine.

5. Si le système passe en emergency mode

Le message You are in emergency mode signifie généralement qu’un problème sérieux a été détecté pendant le montage des partitions ou la lecture de la configuration système. Une cause fréquente est une erreur dans /etc/fstab.

Commencez par consulter les journaux :

journalctl -xb

Puis vérifiez le contenu de fstab :

cat /etc/fstab

Erreurs classiques :

UUID incorrect
point de montage inexistant
disque externe déclaré dans fstab mais non connecté

En cas de problème, éditez le fichier :

nano /etc/fstab

Puis redémarrez le système.

6. Si l’erreur concerne fsck ou le système de fichiers

Des messages comme fsck failed ou UNEXPECTED INCONSISTENCY signalent souvent une corruption du système de fichiers. Cela arrive fréquemment après une coupure de courant ou un arrêt forcé.

La réparation doit idéalement être faite depuis le Recovery Mode ou une Live USB :

sudo fsck -f /dev/sda1

Il ne faut pas lancer fsck sur la partition racine pendant qu’elle est montée et utilisée.

Il est aussi conseillé de vérifier l’état du disque :

sudo smartctl -a /dev/sda

Si SMART affiche déjà beaucoup d’erreurs, il faut sauvegarder les données en priorité.

7. Si des services systemd échouent

Parfois, le noyau Linux s’est bien lancé, mais un service important échoue, ce qui bloque la fin du démarrage. On voit alors souvent :

Failed to start ...
Dependency failed for ...

Essayez alors d’ouvrir une console TTY :

Ctrl + Alt + F2

Après connexion, vérifiez les services en échec :

systemctl --failed
journalctl -xb

Pour un service précis :

systemctl status NetworkManager
journalctl -u NetworkManager -b

Si le service fautif n’est pas essentiel, on peut parfois le désactiver temporairement pour voir si le système démarre.

8. Si le problème vient du noyau ou d’initramfs

Si l’erreur est apparue après une mise à jour du noyau, il est possible que le nouveau noyau ou initramfs soit en cause. Dans ce cas, essayez un ancien noyau depuis GRUB :

Ouvrez GRUB
Sélectionnez Advanced options
Choisissez une ancienne version du noyau

Si cela fonctionne, vous pouvez régénérer initramfs :

sudo update-initramfs -u

9. Si le problème est graphique

Il arrive que Linux soit réellement démarré, mais que l’interface graphique ne s’affiche pas à cause d’un pilote GPU défectueux. C’est particulièrement fréquent après une mise à jour NVIDIA.

Dans GRUB, vous pouvez tester temporairement avec nomodeset :

linux /boot/vmlinuz ... quiet splash nomodeset

Si le système démarre ainsi, le problème vient probablement du pilote graphique. Il faudra alors réinstaller ou corriger le pilote concerné.

10. Ne pas oublier l’espace disque disponible

Une cause simple mais fréquente est un système de fichiers plein. Si / ou /boot est saturé, les mises à jour échouent et le prochain démarrage peut se casser.

Vérifiez l’espace avec :

df -h

Si l’espace manque, nettoyez les paquets et le cache :

sudo apt clean
sudo apt autoremove

Il peut aussi être utile de supprimer d’anciens noyaux et de gros journaux.

11. Si rien ne fonctionne, sauvegardez d’abord vos données

Si ni le TTY, ni le Recovery Mode, ni les réparations de base ne fonctionnent, il est plus prudent de démarrer avec une Live USB et de sauvegarder d’abord les fichiers importants. C’est encore plus important si vous soupçonnez un problème matériel du disque.

Une Live USB permet de :

copier des fichiers importants
lancer fsck
réinstaller GRUB
vérifier les fichiers de configuration
contrôler l’état du disque

Résumé

Un message d’erreur au démarrage de Linux ne signifie pas forcément qu’il faut tout réinstaller. Dans de nombreux cas, le problème peut être résolu si l’on lit correctement le message et que l’on procède étape par étape.

notez l’erreur exacte
affichez les messages détaillés
utilisez TTY, Recovery Mode ou Live USB
vérifiez successivement GRUB, le système de fichiers, les services, le noyau, les pilotes et l’espace disque
si vous suspectez un disque défaillant, sauvegardez d’abord les données

L’essentiel est de ne pas réinstaller à l’aveugle, mais d’utiliser le message d’erreur comme point de départ pour trouver la cause réelle.