Vous vous demandez pourquoi Linux fait parfois des siennes au démarrage ? Si votre système se bloque sur l’ invite BusyBox à l’étape initramfs, il y a de fortes chances qu’il y ait un problème avec le disque ou le système de fichiers. C’est plutôt agaçant, surtout si vous avez déjà essayé de redémarrer ou d’effectuer des vérifications de base, sans succès. Ce guide vous propose des solutions concrètes, comme la réparation d’un superbloc corrompu ou la correction de votre fichier fstab, pour que vous puissiez reprendre votre Linux sans vous arracher les cheveux.
Comment résoudre les problèmes de démarrage courants sous Linux lorsqu’il bascule sur BusyBox
Réparation d’un superbloc endommagé avec fsck
Lorsque Linux affiche une invite BusyBox avec un message concernant un superbloc endommagé, il s’agit probablement d’une copie corrompue du superbloc sur votre disque. Cela se produit généralement si le système n’a pas été arrêté correctement, ou si une coupure de courant a effacé des données importantes. Le superbloc contenant des informations essentielles sur le système de fichiers, sa réparation peut sauver votre installation.
Commencez par démarrer votre ordinateur à partir d’un CD Live, d’un disque de secours ou d’une clé USB contenant Linux. Une fois dans cet environnement, ouvrez le terminal. L’objectif est d’identifier votre partition Linux, puis d’exécuter une commande pour localiser les superblocs de sauvegarde et tenter une réparation.
- Listez vos disques et volumes pour trouver la partition correcte :
# sudo fdisk -l | grep Linux. Sur une configuration, le résultat pourrait ressembler à /dev/vda2. Notez-le, car vous en aurez besoin pour les étapes suivantes. - Pour vérifier les superblocs disponibles, utilisez la commande :
# sudo dumpe2fs /dev/vda2 | grep superblock. Elle affichera la liste des emplacements des superblocs de sauvegarde. Pour la plupart des systèmes de fichiers ext4, vous verrez par exemple 98304 ou 2064 comme options de sauvegarde.
Choisissez un superbloc de sauvegarde (autre que le superbloc principal).En général, 98304 convient. Ensuite, exécutez : # sudo fsck -b 98304 /dev/vda2 -y. Cette commande indique à fsck de réparer le système de fichiers à l’aide de ce superbloc de sauvegarde.
Si vous voyez une erreur du type « /dev/vda2 est monté », démontez-le d’abord # sudo umount /dev/vda2. Il arrive qu’il soit indiqué comme monté même s’il ne l’est pas, alors soyez prudent. Sur certaines machines, cette solution peut nécessiter un redémarrage pour que le système de fichiers réparé se charge correctement.
Une fois la vérification terminée avec succès, vous verrez apparaître des messages comme
* FILE SYSTEM WAS MODIFIED *S’ensuit une liste d’erreurs corrigées. Ensuite, démontez complètement le disque et redémarrez l’ordinateur. Croisons les doigts, le système devrait maintenant démarrer normalement.
Gestion de l’erreur « Incohérence inattendue » de fsck
Parfois, lorsque BusyBox apparaît, un message d’erreur s’affiche /dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. C’est un indice assez clair : votre système de fichiers n’est pas propre. En général, il suffit d’exécuter # fsck /dev/sda1 -yla commande suivante dans l’invite de commandes. Si l’invite réapparaît ensuite, c’est bon signe. Redémarrez, et si tout se passe bien, Linux devrait démarrer sans problème.
Je ne sais pas exactement pourquoi ça fonctionne, mais dans certains cas, faire cela dans l’initramfs permet de corriger des corruptions mineures qui empêchent le démarrage complet.
La gestion du volume /dev/volume n’existe pas
Ce problème survient lorsque le fichier /etc/fstab pointe vers un volume ou un UUID incorrect. Cela se produit généralement lors d’une installation depuis une clé USB dont l’UUID a changé ou a été mal configuré.
Démarrez en mode de récupération ou en Linux Live. Montez le disque suspect à l’emplacement suivant : # sudo mount /dev/sda2 /mnt. Ensuite, modifiez le fichier /etc/fstab à cet emplacement :
# sudo nano /mnt/etc/fstabTrouvez la ligne faisant référence à /dev/sda1(ou à un autre volume) et remplacez-la par l’UUID correct, que vous pouvez trouver avec la commande `sudo blkid`. Votre ligne devrait ressembler à ceci :
UUID=36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 / ext4 errors=remount-rw 0 1Sauvegarder, démonter, redémarrer… Espérons que le système n’affichera plus de messages d’erreur concernant des périphériques manquants.
En cas de problème matériel : correction des incohérences de numérotation des ports SATA ou d’UUID
Sur certaines cartes mères particulières ou avec certaines configurations matérielles, les ports SATA peuvent afficher des numéros étranges ou changer, ce qui peut amener Linux à croire que votre périphérique racine a disparu. Pour résoudre ce problème, vous devrez peut-être modifier votre fichier grub.cfg.
Démarrez en mode d’urgence ou utilisez un CD Live, puis ouvrez /boot/grub/grub.cfgle fichier de configuration. Recherchez la ligne contenant la ligne de commande du noyau (probablement root=/dev/sda1 ).Remplacez-la par l’UUID au lieu de /dev/sda1, comme ceci :
linux /boot/vmlinuz-...root=UUID=36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 ro quiet elevator=noop fsck.repair=yesCe passage à l’UUID garantit que même en cas de changement de port SATA ou de modification de l’ordre des disques, Linux trouvera toujours le bon disque au démarrage. Ce n’est pas une solution parfaite, mais c’est une astuce courante qui a permis à de nombreux utilisateurs d’éviter des pannes de démarrage complètes.
Et oui, bien sûr, Linux complique toujours les choses inutilement, mais corriger ces problèmes n’est pas impossible — juste agaçant.
Résumé
- Démarrer à partir d’un support live pour réparer le système de fichiers ou corriger les problèmes d’UUID.
- Utilisez-le
dumpe2fspour trouver des superblocs de sauvegarde, puis exécutez-lefscksur ces superblocs. - Vérifiez et corrigez le fichier /etc/fstab avec les UUID corrects pour éviter les erreurs de démarrage.
- Modifiez GRUB pour passer des chemins d’accès aux périphériques aux UUID si des problèmes matériels surviennent.
Conclure
La plupart de ces problèmes proviennent d’une corruption du système de fichiers ou de références de périphériques mal configurées. Leur résolution implique une combinaison de vérifications de disque, de modifications de configuration et, parfois, simplement d’espérer que le matériel fonctionne correctement. Si une solution ne fonctionne pas, une autre méthode peut s’avérer efficace. Espérons que cela permettra à certains d’économiser des heures de recherche et de frustration. Un conseil : sauvegardez toujours vos données avant de manipuler les utilitaires de disque, si possible ; sinon, des problèmes peuvent survenir.