Table de partition corrompue (clé USB)
C'est une clé USB de 8 Go Patriot Thumd, que j'ai utilisée de manière approfondie avec beaucoup de données. Aujourd'hui, il est détecté, mais toutes les données sont parties : ( [~ # ~ # ~] Edit [~ # ~] à moins certaines données sont toujours là, mais la table de partition est partie)
[~ # ~] Edit [~ # ~] @sathya (merci) Voici la sortie pertinente de Sudo fdisk -l:
Disk /dev/sdc: 8019 MB, 8019509248 bytes
247 heads, 62 sectors/track, 1022 cylinders
Units = cylinders of 15314 * 512 = 7840768 bytes
Disk /dev/sdc doesn't contain a valid partition table
On dirait que c'est/dev/sdc, avec ce ... et aucune table de partition.
J'ai essayé de monter/dev/sdc (puis dmesg | tail):
/media> Sudo mount /dev/sdc mytmp
mount: wrong fs type, bad option, bad superblock on /dev/sdc,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
/media> dmesg | tail
[ 24.300000] sdc: unknown partition table
[ 24.320000] sd 2:0:0:0: Attached scsi removable disk sdc
[ 24.370000] usb-storage: device scan complete
[ 26.870000] EXT2-fs error (device sdc): ext2_check_descriptors: Block bitmap for group 1 not in group (block 0)!
[ 26.870000] EXT2-fs: group descriptors corrupted!
[ 50.420000] unhashed dentry being revalidated: .DCOPserver_eeepc-brendanma__0
[ 50.430000] unhashed dentry being revalidated: .DCOPserver_eeepc-brendanma__0
[ 50.430000] unhashed dentry being revalidated: .DCOPserver_eeepc-brendanma__0
[ 5565.470000] EXT2-fs error (device sdc): ext2_check_descriptors: Block bitmap for group 1 not in group (block 0)!
[ 5565.470000] EXT2-fs: group descriptors corrupted!
[~ # ~] Edit [~ # ~] @col: résultats de TestDisk
Disk /dev/sdc - 8013 MB / 7642 MiB - CHS 1022 247 62
Current partition structure:
Partition Start End Size in sectors
Partition sector doesn't have the endmark 0xAA55
Après avoir frappé [proceed], ça dit:
Structure: Ok.
Keys A: add partition, L: load backup, Enter: to continue
La "structure: ok". Cela semble rassurant ... "A: Ajouter une partition" rendre mes anciennes données accessibles (si elle est toujours là), ou fera-t-elle faire une nouvelle partition fraîche?
Une autre option est "[ MBR Code ] Write TestDisk MBR code to first sector "- Serait-il préférable de faire ça?
[~ # ~] Edit [~ # ~] J'ai trouvé que au moins certaines de mes données sont toujours sur le lecteur flash, en utilisant ci-dessous, en utilisant ci-dessous, et la recherche de texte anglais dans moins (comme "le"):
cat /dev/sde | tr -cd '\11\12\40\1540-\176' | less
(Le lecteur est passé de "/ dev/sdb" à "/ dev/sde" parce que j'ai connecté des disques supplémentaires aujourd'hui). J'ai appris que "/ dev/sde1" serait la première partition; et "/ dev/sde" est l'ensemble du lecteur. Étant donné que UNIX traite ces appareils comme des fichiers, vous pouvez utiliser toutes les commandes de fichier UNIX ordinaires sur elles, telles que cat, puis les traiter comme tout autre flux de données. Le tr ci-dessus supprime les caractères non imprimables ("\ 40" est l'espace que je voulais conserver). En moins, vous pouvez utiliser "/" pour rechercher, semblable à Vim.
Comment puis-je récupérer mes données (en supposant qu'il est toujours là)? Si seule la table de partition est corrompue, existe-t-il un "outil de récupération de partition" standard? Existe-t-il un moyen de "répartition" sans tout supprimer?
Il peut être intéressant d'exécuter TestDisk sur l'appareil, il semble que votre table de partition ait peut-être partie de la pop. TestDisk doit pouvoir récupérer vos données.
Ne vous inquiétez pas, vos données n'ont pas disparu - vous avez raison sur le disque non monté, quelle que soit votre interface graphique.
Vous pouvez le monter en faisant (comme root) comme:
mount /dev/sdb1 /media/Patriot\ Memory
Où i pense que sdb1 fait référence à votre clé USB - cela pourrait être sdc1 ou alors sdd1
Bien qu'il soit possible de reconstruire la table de partition, la première chose que vous devriez le faire pour prendre une image de l'appareil. Vous pouvez le faire avec dd if=/dev/sdb of=~/memstick.img - Changer les chemins au besoin.
Une fois que vous avez fait cela, courez photorec , qui devrait pouvoir retirer tous les fichiers qui sont là-bas. Si vous avez tout ce dont vous avez besoin, formatez le bâton et recommencez, sinon, vous pouvez essayer d'autres données de récupération de données.
ddrescue est l'outil dont vous avez besoin. Je ne pense pas que vous puissiez récupérer la table de partition et accéder aux données d'une autre manière, en fonction de la sortie que vous avez postée depuis TestDisk etc.
http://www.forensicswiki.org/wiki/ddrescue
DDRESCUE est un outil de récupération de données. Il copie des données d'un fichier ou d'un périphérique de bloc (disque dur, cdrom, etc.) à un autre, essayant de sauver des données en cas d'erreurs de lecture.
L'opération de base de DDRESCUE est entièrement automatique. C'est-à-dire que vous n'avez pas besoin d'attendre une erreur, d'arrêter le programme, de lire le journal, de l'exécuter en mode inverse, etc.
Si vous utilisez la fonction logfile de DDRESCUE, les données sont sauvées de manière très efficace (seuls les blocs nécessaires sont lus). Vous pouvez également interrompre le sauvetage à tout moment et le reprendre plus tard au même point.
DDRESCUE n'écrit pas les zéros à la sortie lorsqu'il trouve des secteurs défectueux de l'entrée et ne tronque pas le fichier de sortie si cela n'est pas demandé. Donc, chaque fois que vous l'exécutez dans le même fichier de sortie, il essaie de remplir les lacunes sans effacer les données déjà sauvées.
Si vous avez deux copies endommagées ou plus d'un fichier, cdrom, etc. et exécutez DDRESCUE sur chacune d'elles, une à la fois, avec le même fichier de sortie, vous obtiendrez probablement un fichier complet et sans erreur. En effet, la probabilité d'avoir des zones endommagées dans les mêmes endroits sur différents fichiers d'entrée est très faible. En utilisant le fichier journal, seuls les blocs nécessaires sont lus à partir des deux exemplaires et des copies successives.