Erreur de superblocks

[invite364f36a1]

Bonjour.

J'ai une "petit" problème sur une clef USB dont je n'ai évidemment aucune sauvegarde : impossible de la monter, elle n'est pas reconnue, et apparait comme étant vide et non formatée sous windows.
Un passage sous linux me donne une erreur de superblock au branchement du type "can't read superblock"

Donc je me dis que je vais tenter une réparation sauf :

que le retour de fsck me donne ça :

root@debian:/home/evinrude# fsck -l /dev/sdb1
fsck from util-linux 2.20.1
dosfsck 3.0.12, 29 Oct 2011, FAT32, LFN
Seek to 4022821376:Invalid argument

et le retour de dosfsck me donne la même chose :

root@debian:/home/evinrude# dosfsck -a -v -V -w /dev/sdb1
dosfsck 3.0.12 (29 Oct 2011)
dosfsck 3.0.12, 29 Oct 2011, FAT32, LFN
Checking we can access the last sector of the filesystem
Seek to 4022821376:Invalid argument

Du coup au vu de mes maigres connaissances dans le domaine je hurle à votre aide
Qu'es donc que ce "Seek to 4022821376:Invalid argument" et comment je récupère mes données ?

Merci pour le coup de main !
-----

[Kissagogo27]

bonjour, essayez un logiciel du genre de Recuva sous Windows, en mode recherche approfondie, on ne sait jamais

[invite364f36a1]

Oui j'avais bien pensé à cette solution mais comme la clef n'est pas reconnue et ne peut être montée il faut commencer par la formater, ce qui revient à tester la capacité de Recuva à faire son boulot, sans filet derrière au cas où.

Cela dit, vu que pour l'instant je n'ai pas trouvé d'autre alternative, je risque d'y passer ...

Merci pour la réponse en tout cas.

[kryok]

Plusieurs possibilités d'actions,
tout d'abord soous Linux essayer d'effectuer une sauvegarde de la clé:en console
#dd if=/dev/sdb1 of=/sauvcle.dd

ensuite:
la plus simple sous windows :est elle en raw, car tu dis:apparait comme étant vide et non formatée sous windows? (clic droit >>propriétés)
si c'est simplement le secteur de boot ruiné, HDHacker permet en 3 clics de réinjecter un secteur valide copié sur une autre clé:
http://forum.zebulon.fr/solution-rpa...w-t114338.html

apres il existe d'autres possibilités..

[A voir en vidéo sur Futura]

[invite364f36a1]

Merci pour cette réponse.

La copie de la clef s'est bien passé et je me retrouve avec un fichier sauvcle.dd => ça s'est fait.

Sous Windows :

• propriété : il n'affiche aucun système de fichier, le champs est vide

Sous linux :

• résultat du dmesg | tail :
  [ 1590.039175] sd 3:0:0:0: [sdb] Attached SCSI removable disk
  [ 1592.283671] FAT-fs (sdb1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
  [ 1592.352695] FAT-fs (sdb1): error, invalid access to FAT (entry 0x05fc005d)
  [ 1592.352735] FAT-fs (sdb1): Filesystem has been set read-only
  [ 1681.312145] FAT-fs (sdb1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
  [ 1681.339162] FAT-fs (sdb1): error, invalid access to FAT (entry 0x05fc005d)
  [ 1681.339203] FAT-fs (sdb1): Filesystem has been set read-only
  [ 2689.856586] FAT-fs (sdb1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
  [ 2689.865568] FAT-fs (sdb1): bogus number of reserved sectors
  [ 2689.865848] FAT-fs (sdb1): Can't find a valid FAT filesystem

Une idée pour aller plus loin ?

[Kissagogo27]

peut être utiliser TESTDISK sous Windows pour tenter de récupérer la partition ..

http://www.cgsecurity.org/wiki/TestDisk_Etape_par_Etape

[kryok]

Comme déja dit ,essayer testdisk sous linux de préférence (si besoin l'installer avec un petit
#aptitude install tesdisk ou #ap-get install testdisk , du moins pour un linux de la lignée Debian-ubuntu,)

sinon autre possibilité pour la récup des fichiers:
-réinjecter la sauvegarde dans une autre clé de taille idem:

#dd if=/sauvcle.dd of=/dev/sdX

(ou sdX est la nouvelle clé: fdisk -l pour la repérer une fois pluggée si besoin )

-ou sinon autre alternative:
comme "tout est fichier dans linux" donc pourquoi ne pas utiliser le fichier sauvcle.dd comme s'il s'agissait d'une vraie clef USB ?
>> D'abord créer un point de montage idoine:

#mkdir /mnt/mapseudocle

puis:

#mount -t vfat /sauvcle.dd  /mnt/mapseudocle -o loop

(-o loop permet d'utiliser ce fichier comme un périphérique "bloc")

à ce stade si tout est Ok un explorateur de fichiers type nautilus ou thunar permet de voir et récuperer les fichiers directement...

En phase 2 pour réparer la clé d'origine on repasse sous Windows avec la procédure mainte fois donnée sur ce forum:
--Chipgénius pour avoir le modéle de puce avec le VID et PID
--à partir du VID et PID trouver le logiciel de low-level Format adéquat..

[invite364f36a1]

-réinjecter la sauvegarde dans une autre clé de taille idem:

#dd if=/sauvcle.dd of=/dev/sdX

la copie se passe bien sur une clef de même taille mais une fois montée, seul des fichiers illisibles apparaissent,, y compris le nom de ces fichiers (caractères bizarres et illisibles)

-ou sinon autre alternative:
comme "tout est fichier dans linux" donc pourquoi ne pas utiliser le fichier sauvcle.dd comme s'il s'agissait d'une vraie clef USB ?
>> D'abord créer un point de montage idoine:

#mkdir /mnt/mapseudocle

puis:

#mount -t vfat /sauvcle.dd  /mnt/mapseudocle -o loop

(-o loop permet d'utiliser ce fichier comme un périphérique "bloc")

Toujours "can't read superblock" au montage.

Avec Testdisk :

au démarrage :

Disk /dev/sdb - 2008 MB / 1915 MiB - CHS 510 124 62
Current partition structure:
     Partition                  Start        End    Size in sectors

 1 * FAT32 LBA                0   1  1  1021 123 62    7857074 [Corsair]

Warning: Bad ending cylinder (CHS and LBA don't match)

et à l'analyse/recherche de la partition :

Disk /dev/sdb - 2011 MB / 1918 MiB - CHS 511 124 62

The harddisk (2011 MB / 1918 MiB) seems too small! (< 4022 MB / 3836 MiB)
Check the harddisk size: HD jumpers settings, BIOS detection...

The following partition can't be recovered:
     Partition               Start        End    Size in sectors
>  FAT32                    0   1  1  1021 123 62    7857074 [Corsair]

[ Continue ]
FAT32, 4022 MB / 3836 MiB

A noter que la clef fait réellement 4 Go et donc seul 2 sont repérer. J'imagine que le problème vient de là (ou pas ) mais comment le régler ?

Merci

[kryok]

la copie se passe bien sur une clef de même taille mais une fois montée, seul des fichiers illisibles apparaissent,, y compris le nom de ces fichiers (caractères bizarres et illisibles)



Toujours "can't read superblock" au montage.

Avec Testdisk :

au démarrage :

Disk /dev/sdb - 2008 MB / 1915 MiB - CHS 510 124 62
Current partition structure:
     Partition                  Start        End    Size in sectors

 1 * FAT32 LBA                0   1  1  1021 123 62    7857074 [Corsair]

Warning: Bad ending cylinder (CHS and LBA don't match)

et à l'analyse/recherche de la partition :

Disk /dev/sdb - 2011 MB / 1918 MiB - CHS 511 124 62

The harddisk (2011 MB / 1918 MiB) seems too small! (< 4022 MB / 3836 MiB)
Check the harddisk size: HD jumpers settings, BIOS detection...

The following partition can't be recovered:
     Partition               Start        End    Size in sectors
>  FAT32                    0   1  1  1021 123 62    7857074 [Corsair]

[ Continue ]
FAT32, 4022 MB / 3836 MiB

A noter que la clef fait réellement 4 Go et donc seul 2 sont repérer. J'imagine que le problème vient de là (ou pas ) mais comment le régler ?

Merci

Pas évident..
essaye en repassant sous windows de faire un chkdsk /f /r de la nouvelle clé pour voir si la corruption des fichiers injectés persiste;sinon Testdisk a une fonction affichage /recup des fichiers (voir mode d'emploi sur le site de C.Grenier) à essayer,
par ailleurs la taille de la clé peut etre expliqué
soit par un "fake" à la vente: type clé chinoise de 2Go etiquetée 4Go (sauf si ,bien sur , tu as réellement déja placé 4Go de données auparavant) ces clés étant par ailleurs source de problèmes comme décrits;
soit problème hardware dans la puce et là adieu les fichiers et mise en route de la phase 2..