Système de fichiers FAT - mauvais superbloc

Hier soir, mon téléphone Android a dit qu'il ne pouvait pas lire la carte SD et qu'il voulait la formater. Je l'ai retiré, l'ai mis dans un lecteur de carte et j'ai essayé de le monter sur mon ordinateur de bureau:

$ sudo mount /dev/sdb1 tmp
[sudo] password for ivan: 
mount: /dev/sdb1: can't read superblock

J'ai essayé de le fsck:

$ sudo fsck.msdos /dev/sdb1
dosfsck 3.0.12, 29 Oct 2011, FAT32, LFN
  Contains a free cluster (2). Assuming EOF.
FAT32 root dir starts with a bad cluster!

Et pour voir s'il y a vraiment quelque chose à monter:

$ sudo fdisk -l /dev/sdb

Disk /dev/sdb: 3951 MB, 3951034368 bytes
122 heads, 57 sectors/track, 1109 cylinders, total 7716864 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1            8192     7716863     3854336    b  W95 FAT32

Maintenant, je fais une image DD avant d'avoir cassé autre chose.

Je sais que les systèmes de fichiers EXT ont des sauvegardes superblocs sur l'appareil qui peuvent être utilisées dans un tel moment. Est-ce que FAT a des sauvegardes?

Connaissez-vous une méthode de récupération?

J'ai essayé photorec et il a réussi à récupérer des données, mais sans aucun nom de fichier ni structure de répertoire. Cela ne sert à rien sauf de restaurer mes photos, et elles sont ma moindre préoccupation.

linux restore repair fat32 superblock Ivan Petrushev
la source

A effectivement dd échoué avec une erreur d'entrée / sortie après la copie de 2,7 Go ... Est-il possible que le matériel de la carte soit endommagé d'une manière ou d'une autre?

Ivan Petrushev

En cas d' ddéchec, il s'agit dans 99,999% des cas d'une défaillance matérielle.

Bobby

Réponses:

testdisk a fait le boulot!

>Create a new log file
[Choose Disk]
>Intel/PC partition
>Advanced
[Choose Partition]
>Boot
>Repair FAT
[Accept Defaults and Write]
>(Q)uit until exited

À partir d'ici: http://ubuntuforums.org/showthread.php?t=2103994

Ivan Petrushev
la source

Cela m'a sauvé la vie, merci! Deux choses: 1) Dans mon cas, j'ai dû choisir "Rebuild BS" avant que l'action "Repair FAT" ne m'ait été ouverte. Comme un commentaire dans le fil du forum que vous avez lié le souligne, plus d'informations à ce sujet (et TestDisk en général) sont ici: cgsecurity.org/wiki/… 2) Vous devriez accepter votre propre réponse, je crois que c'est le protocole. Espérons que cela aide les gens à trouver cette solution, car c'est un problème commun!

Michael

Je suis content que ça ait fait quelque chose pour quelqu'un. Oui, vous avez probablement raison - accepté la réponse.

Ivan Petrushev

Cela a fonctionné pour moi, mais j'ai subi une perte de données partielle. Merci.

substantiel

J'ai enregistré 80 Go de mes données!

Vishnu Mohan G

Cela a fait l'affaire. Mais testdisk dit que c'est très dangereux. J'avais d'abord essayé d'écrire une partition, mais cela n'a pas fonctionné.

Thu Yein Tun

Mon problème était aujourd'hui un USB-HDD-FAT32-Partition G: avec "ne peut pas lire le superbloc" dans Windows XP et OpenSuse 12.3. La solution était: Commande Windows XP cmd chkdsk G: / F / R

Wolfgang

Wolfgang Lange
la source