GNU/Linux >> Tutoriels Linux >  >> Ubuntu

Récupérer à partir d'un système de fichiers corrompu lorsque Fsck n'aide pas ?

Quelque chose s'est mal passé avec mon système de fichiers, Ubuntu l'a mis en lecture seule et maintenant sous Ubuntu Live Disc, fsck ne peut pas le réparer.

J'utilise 13.04 et il ne démarre pas - au démarrage, il affiche simplement l'invite de secours grub.

C'est une configuration simple, un seul disque dur sur /dev/sda1 mais il ne se monte même pas.

Le programme d'installation peut voir la partition, qu'il s'agit d'ext4 et qu'il s'agit de la partition de démarrage.

Cependant, il semble que je ne puisse pas sauver le système de fichiers en faisant une installation d'Ubuntu avec le disque live d'Ubuntu car cela ne donne aucune indication s'il est sur le point d'écraser le tout, donc je ne veux pas le risquer.

J'ai une sauvegarde en utilisant backuppc mais bêtement j'ai perdu mes disques de secours. Je préfère éviter une installation complète suivie d'une restauration que je n'ai aucune expérience dans l'exécution.

Le nœud du problème est que fsck dit qu'il corrige tout mais ne le fait pas, donc la prochaine fois que je l'exécuterai, j'obtiendrai exactement les mêmes messages d'erreur et correctifs.

Voici le résultat :

[email protected]:~$ sudo fsck.ext4 -vy /dev/sda1
e2fsck 1.42.8 (20-Jun-2013)
ext2fs_check_desc: Corrupt group descriptor: bad block for block bitmap
fsck.ext4: Group descriptors look bad... trying backup blocks...
Block bitmap for group 0 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 0 is not in group.  (block 2440124416)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

One or more block group descriptor checksums are invalid.  Fix? yes

Group descriptor 0 checksum is 0x761e, should be 0xcf25.  FIXED.
Block bitmap for group 4352 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 4352 is not in group.  (block 3731970048)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

Group descriptor 4352 checksum is 0x5eda, should be 0x3da3.  FIXED.
Inode bitmap for group 4353 is not in group.  (block 2785042439)
Relocate? yes

Group descriptor 4353 checksum is 0xd8b1, should be 0xedfb.  FIXED.
Inode bitmap for group 4354 is not in group.  (block 838860807)
Relocate? yes

Group descriptor 4354 checksum is 0x1718, should be 0x0438.  FIXED.
Inode bitmap for group 4355 is not in group.  (block 771751943)
Relocate? yes

Group descriptor 4355 checksum is 0x0bc8, should be 0x4170.  FIXED.
fsck.ext4: e2fsck_read_bitmaps: illegal bitmap block(s) for /dev/sda1

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****

/dev/sda1: ********** WARNING: Filesystem still has errors **********

[email protected]:~$ 

C'est exactement la même chose que 10 fois plus tôt et je suis sûr que les dix prochaines fois, je l'essaierai - exactement les mêmes sommes de contrôle et identifiants de bloc. Toute aide reçue avec plaisir !

Merci.

EDIT :en gros, je suppose que la question est la suivante :ce système de fichiers est-il réparable in situ maintenant ou cette information de fsck signifie-t-elle que mon disque est mort ? Et s'il n'est pas mort, que puis-je faire au-delà de ce que j'ai fait avec fsck ?

Connexe :mise à jour automatique ?

EDIT :utilisé tune2fs pour identifier les superblocs et exécuté e2fsck -b 01234 /dev/sda1 comme alternative à fsck… aucun effet.

EDIT :essayez testdisk qui me dit que la partition est mauvaise. … OK testdisk ne semble pas offrir grand-chose.

Meilleure réponse

J'ai enfin trouvé ce lien où le type de système de fichiers ext4 est critiqué, mais après avoir donné tous les conseils que j'avais déjà essayés, il dit enfin de faire ceci :

sudo mkfs.ext4 -S /dev/sda1

Cela remplacera tous vos superblocs par des données correctes, en supposant que la taille de bloc est correctement devinée (la valeur par défaut est correcte pour la plupart des systèmes.) Si vous avez besoin de l'utiliser, veuillez d'abord lire la page de manuel sur -S. Ne me blâmez pas !

mais seulement si vous vous sentez chanceux.

Il a réparé la partition pour que je puisse la relire. Cependant, j'ai dû exécuter fsck pour corriger les erreurs qui étaient toujours là, et qui ont vidé le contenu de /etc et beaucoup d'autres choses dans /lost+found donc je vais devoir faire une réinstallation et une restauration à partir d'une sauvegarde pour l'obtenir va encore.


Ubuntu
  1. Obtenir l'Uuid de/le système de fichiers à partir du script ?

  2. Récupérer les données d'un disque dur Fat32 ?

  3. Associer un programme à un fichier où le programme n'est pas dans la liste ?

  4. Comment récupérer à partir d'un fichier /etc/mtab corrompu ou vide dans CentOS/RHEL 7

  5. Ajouter un utilisateur au groupe mais pas reflété lors de l'exécution de l'ID

Ubuntu - Voir 'man 7 Undocumented' pour obtenir de l'aide lorsque les pages du manuel ne sont pas disponibles - Wsl Core Ubuntu 18.04 Installation?

La suspension ne fonctionne pas après la mise à jour vers Ubuntu 14.04 à partir de 13.10 ?

Bloquer les raccourcis clavier Unity lorsqu'une certaine application est active ?

Aidez-moi à choisir le meilleur système de fichiers pour le PC ?

Thinkpad ne sort pas du mode veille - 14.04 ?

Écran foiré lors de la reprise après suspension ?