2 votes

Système de fichiers corrompu - impossible de monter /home

Ubuntu 12.04 n'est pas en mesure de monter la partition /home et j'exécute :

fsck /dev/sda5

qui est dans l'état

Pass 1D: Réconciliation des blocs doublement revendiqués
(Il y a 41608 inodes contenant des blocs revendiqués à plusieurs reprises.)

Et puis c'est une question :

Cloner des blocs revendiqués< y >?

Que dois-je faire ? Continuer à appuyer sur Oui pourrait prendre des semaines jusqu'à ce que tous les 41608 inodes soient traités. Il y a des données dans la partition /home que j'aimerais sauvegarder. Ai-je d'autres options pour récupérer cette partition?

Merci

[EDIT]

Commencez par confirmer (en cliquant sur 'y') et sur certains d'entre eux j'ai obtenu ce qui suit :

clone_file_block: erreur interne : impossible de trouver dup_blk pour 121143344

[UPDATE-01] après la réponse de David et le démarrage de l'image système live d'Ubuntu 14.10-beta Utopic... et en exécutant

e2fsck -p /dev/sda5

J'ai obtenu ce qui suit :

/dev/sda5 contient un système de fichiers avec des erreurs, vérification forcée.
/dev/sda5: Le inode racine n'est pas un répertoire. /dev/sda5: INCONSISTANCE INATTENDUE; exécutez fsck MANUELLEMENT. (c.-à-d. sans les options -a ou -p)

1voto

David Foerster Points 34353

Avis important : Il serait une très bonne idée de sauvegarder l'ensemble du système de fichiers avant d'apporter des modifications ou des correctifs à celui-ci. Si vous n'avez pas assez d'espace pour cela, utilisez e2image(8) en tant que mesure de précaution d'urgence.

Réparation des superblocks corrompus [Modifier]

D'après votre commentaire, vous avez un superblock du système de fichiers corrompu. Il y a une réponse sur serverfault qui traite de ce problème.

Étant donné qu'il est impossible de trouver la bonne taille de bloc sans un superblock fonctionnel, je supposerais, à partir de la taille du volume de 400 Go, que la taille du bloc est de 4 Kio, ce qui conduit à une position de sauvegarde du superblock de 32768. Par conséquent

e2fsck -b 32768 -p /dev/sda5

et ensuite voir en fonction de la sortie.

Combattre les demandes répétées d'interaction utilisateur

J'ai extrait ce qui suit du manuel e2fsck(8):

-p     Réparer automatiquement ("préenclencher") le système de fichiers. Cette option
       amènera e2fsck à corriger automatiquement tout problème de système de fichiers
       qui peut être corrigé en toute sécurité sans intervention humaine. Si e2fsck
       découvre un problème qui peut nécessiter que l'administrateur du système
       prenne des mesures correctives supplémentaires, e2fsck imprimera une
       description du problème puis quittera avec la valeur 4
       ou'ed logiquement dans le code de sortie. (Voir la section CODE DE SORTIE.)
       Cette option est normalement utilisée par les scripts de démarrage du système.
       Elle ne peut pas être spécifiée en même temps que les options -n ou -y.

-y     Partir du principe que la réponse est `oui' à toutes les questions; permet à e2fsck d'être
       utilisé de manière non interactive. Cette option ne peut pas être spécifiée en même temps
       que les options -n ou -p.

L'option -p est le chemin le plus sûr en cas d'autres erreurs graves, mais si cela ne fonctionne pas, essayez -y.

Erreur clone_file_block

Cela semble être un bug connu. Vous pouvez tenter votre chance avec une version plus récente des paquets e2fsprogs de la série Utopic pré-release via Launchpad ou avec une image système en direct.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X