Outils pour utilisateurs

Outils du site


Déboire n°1 - système de fichiers endommagé

Voilà la description du scénario rencontré:

  1. On allume l'ordi, grub se lance
  2. Le noyau est démarré, et boum, kernel panic au bout de quelques lignes
  3. Il est possible d'utiliser le mode “rescue” dans le menu grub, où l'ordi semble encore en état d'interagir et accepte des commandes (une invite “initramfs>”)

Cause du problème apparente: inconnue

Cause du problème présumé: un problème avec les fichiers présents sur le disque dur, plus précisément du système de fichiers (ça pourrait aussi être un problème matériel plus grave, mais ça ne semblait pas être le cas ici).

Manière d'identifier la cause, il faut trouver un moyen d'afficher la cause de l'erreur:

  1. On démarre sur le mode “rescue”
  2. Le clavier passe en qwerty, donc c'est un peu chiant pour taper des trucs
  3. On balance un “dmesg”, on n'arrive pas à le lire car ça défile trop. On y remédie habituellement par dmesg | less ou dmesg | more mais là, ça marche pas
  4. On balance le dmesg dans un fichier: dmesg > cacaprout.txt
  5. On utilise le programme vi pour visionner le fichier: vi cacaprout.txt, on se déplace dedans, on lit et on trouve les lignes qui indiquent la cause
  6. On quitte le programme vi en tapant :q!

Il s'agit bien d'un problème de système de fichiers, il mentionne une erreur au sujet d'EXT4. Il faut donc lancer fsck sur la partition.

Problème: dans notre cas, fsck semble indisponible depuis ce mode “rescue”.

Résolution:

  1. On démarre sur un CD d'installation de Debian
  2. Plutôt que de suivre la démarche d'installation et de répondre au menu, on fait un CTRL+ALT+F2, ça nous bascule vers un environnement texte
  3. On passe un fsck.ext4 sur toutes les partitions (généralement nommées /dev/sda1, /dev/sda2, etc…)
  4. fsck.ext4 /dev/sda1, fsck.ext4 /dev/sda5
  5. Il geint, mais corrige le problème.

On redémarre l'ordi sans le CD, linux refonctionne, clap clap clap …

Les erreurs sur les systèmes de fichiers sont courantes, d'habitude Linux lance ces réparations de lui-même au démarrage de l'ordi (de temps en temps, ainsi que lorsque nécessaire), mais il s'avère qu'il est souvent nécessaire d'intervenir manuellement pour se dépatouiller de ces situations. Parfois il suffit de taper sur y quand il nous demande de réparer, parfois, comme dans notre cas, c'est plus compliqué, donc posséder un CD Bootable avec une petite méthode en kit de réparation semble nécessaire.

article/linux/reparersystemefichiers.txt · Dernière modification: 2011/10/10 14:46 par fab