Chargement...
 
[Voir/Cacher menus de gauche]
[Voir/Cacher menus de droite]

2 - Les distributions et les noyaux

> Forums de discussion > 2 - Les distributions et les noyaux > Clef USB : perte de données [résolu]
Dernier post

Clef USB : perte de données [résolu]

olinuxx utilisateur non connecté France
Bon, je viens de me faire une suée ces derniers jours mais ça va maintenant.

Le problème se décrit de la manière suivante sur une LibraZiK-2 à jour (Debian Stretch) :

Hier, j'ai fait du tri dans mes clefs USB et leurs contenus. J'ai tout mis sur mon disque dur, et j'ai reformaté les clefs USB (avec GParted 0.25.0) en fat32. En fat32 car certaines étaient en ext4, et d'autres en fat, et ça n'était pas pratique lorsque j'avais besoin de me servir d'un autre système d'exploitation.

Ensuite, j'ai réintégré mes données du disque dur vers les clefs USB en les triant/copiant/collant. Dans l'ensemble, pas de soucis, sauf avec une clef USB qui m'a valu cette suée.

Dans celle ci, j'avais placé 3 répertoires dans la racine, et effectué des ajouts/suppressions de fichiers dans ces dossiers (dont des projets ardour en cours). Ensuite je l'ai démontée. Lorsque j'ai voulu la remonter, plus rien. Je veux dire par là, que la clef n'a pas montée du tout.

Un dmesg me disait ceci :

[331425.040018] usb 3-3: new high-speed USB device number 65 using ehci-pci
[331425.160032] usb 3-3: New USB device found, idVendor=090c, idProduct=1000
[331425.160035] usb 3-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[331425.160038] usb 3-3: Product: USB DISK
[331425.160040] usb 3-3: Manufacturer: SMI Corporation
[331425.161654] usb-storage 3-3:1.0: USB Mass Storage device detected
[331425.161873] scsi host6: usb-storage 3-3:1.0
[331428.149862] scsi 6:0:0:0: Direct-Access     FLASH    Drive SM_USB20   1100 PQ: 0 ANSI: 4
[331428.156460] sd 6:0:0:0: Attached scsi generic sg2 type 0
[331428.157214] sd 6:0:0:0: [sdb] 15360000 512-byte logical blocks: (7.86 GB/7.32 GiB)
[331428.158087] sd 6:0:0:0: [sdb] Write Protect is off
[331428.158095] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00
[331428.158959] sd 6:0:0:0: [sdb] No Caching mode page found
[331428.158961] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[331428.188107] sd 6:0:0:0: [sdb] Attached SCSI removable disk


Et il n'y avait pas de sdb1 dans /dev/, juste un sdb

Quand je branchais une autre clef (exactement le même modèle), elle aussi formatée en fat32, dmesg me disait ceci :

[331681.056017] usb 3-3: new high-speed USB device number 69 using ehci-pci
[331681.175681] usb 3-3: New USB device found, idVendor=090c, idProduct=1000
[331681.175684] usb 3-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[331681.175686] usb 3-3: Product: USB DISK
[331681.175688] usb 3-3: Manufacturer: SMI Corporation
[331681.176112] usb-storage 3-3:1.0: USB Mass Storage device detected
[331681.176981] scsi host6: usb-storage 3-3:1.0
[331682.404602] scsi 6:0:0:0: Direct-Access     FLASH    Drive SM_USB20   1100 PQ: 0 ANSI: 4
[331682.411544] sd 6:0:0:0: Attached scsi generic sg2 type 0
[331682.411571] sd 6:0:0:0: [sdb] 15360000 512-byte logical blocks: (7.86 GB/7.32 GiB)
[331682.412307] sd 6:0:0:0: [sdb] Write Protect is off
[331682.412310] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00
[331682.412929] sd 6:0:0:0: [sdb] No Caching mode page found
[331682.412931] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[331682.417719]  sdb: sdb1
[331682.420461] sd 6:0:0:0: [sdb] Attached SCSI removable disk


avec un sdb1 bien présent et je pouvais monter le système de fichier et y avoir accès normalement.

En lançant gparted sur /dev/sdb de la clef posant le soucis, il me daisait que la clef n'avait pas de partition formatée. Gparted sur /dev/sdb de la clef ne posant pas de soucis, il me disait que la clef possèdait une partition fat32.

J'ai pu récupéré les données sur la clefs grâce à testdisk  Image , le pote à photorec. Les étapes on étaient les suivantes :
  • s'identifier dans un terminal en super-utilisateur ("su -" puis mot de passe)
  • lancer testdisk
  • sélectionner :
    >[ Create ] Create a new log file
  • ensuite, testdisk liste les périphériques disponibles, choisir la clef USB :
    Disk /dev/sdb - 7864 MB / 7500 MiB - FLASH Drive SM_USB20
  • ensuite, il demande de sélectionner le type de partition, choisir "aucun" (none) car ça semble être le problème :
    >[None   ] Non partitioned media
  • ensuite, il demande quelle action voulons-nous mener :
    >[ Analyse  ] Analyse current partition structure and search for lost partitions
  • ensuite, plusieurs appui sur entrée jusqu'à sélectionner "Deeper Search"
  • là, il va faire une recherche profonde : Image et c'est plutôt long (plusieurs minutes)...
  • une fois ceci fait, il faut sélectionner chaque répertoire et copier les fichiers ailleurs que sur la clef USB !

Ensuite, j'ai reformaté la clef USB et vais voir ces temps-ci si la clef est défectueuse ou bien, si j'avais fait une mauvaise manipulation s'en m'en être aperçu.

En tout cas, merci testdisk/gsecurity !

PS : discussion à ce propos chez Debian  Image

jujudusud utilisateur non connecté France
Bonjour olinuxx,

J'ai utilisé moi aussi ce superbe logiciel de Christophe Grenier.
J'aurais essayé de lister les partitions avec l'option "Intel" plutot que "None".
C'est toi qui a créé la partition et tu sais qu'elle est en FAT32... donc pas de soucis.
Ensuite et après 'analyse' et 'quick search', il aurait surement trouvé la partition perdue et aurait remis en place la table des partitons. Tes fichiers auraient refait surface seuls...

Tu as bien agit en tout cas en utilisant ce logiciel et en faisant en sorte de récupérer tes données.

Je pense qu'il y a eu un soucis lors de la suppression de l'ancienne partition présente et la création de la nouvelle et la sauvegarde de la table de partition dans la clé.
Du coup après une déconnexion, reconnexion ... la table non correctement suavegardée sur la clé a disparu ... :-(

Voilà mon humble avis.

olinuxx utilisateur non connecté France
jujudusud écrit :
J'aurais essayé de lister les partitions avec l'option "Intel" plutot que "None".


De mémoire, ça ne fonctionnait pas avec l'option "Intel". Ça m'a du coup obligé à dévier des tutos du site de testdisk.


jujudusud écrit :
Je pense qu'il y a eu un soucis lors de la suppression de l'ancienne partition présente et la création de la nouvelle et la sauvegarde de la table de partition dans la clé.
Du coup après une déconnexion, reconnexion ... la table non correctement suavegardée sur la clé a disparu ... :-(


J'ai pensé à ça, mais ça me semble peu probable car j'ai fait plusieurs déconnexions/reconnexions de la clef USB lorsque j'ai classé mes fichiers dans mes clefs USB.

Du coup, je me demande si je n'aurai pas oublié par mégarde de "éjecter" la clef proprement à un moment. Ça m'étonnerait beaucoup car je suis assez parano là dessus (ne jamais retirer une clef sans l'avoir démontée proprement), mais comme personne n'est jamais à l'abri d'une erreur...

diigitae utilisateur non connecté
moi j'ai tendance à retirer a chaud les clef usb et c'est une très mauvaise habitude dont je devrais me débarrasser mdr

Afficher les articles :
Aller au forum :

Documentation [Afficher / Cacher]

Connexion
[Afficher / Cacher]


sub26nico

Mégaphone [Afficher / Cacher]

allany, 19:56, dim. 05 Apr 2020: :-D
r1, 19:56, dim. 05 Apr 2020: @allany : ouais !!! c'est noël ! Quelle équipe hallucinante ! :-D
allany, 19:28, dim. 05 Apr 2020: L'édito, c'est le bon topo, les cocos ! [Lien]
olinuxx, 21:36, mer. 01 Apr 2020: Bonjour et bienvenue à simon_martineau, martineau_simon, et à Roland57 cool
olinuxx, 20:13, mar. 31 mars 2020: Bonjour et bienvenue à sethi1cool
Nolwen, 22:46, lun. 30 mars 2020: Sortie d'Hydrogen 1.0.0-beta 2 ce 30 mars 2020. [Lien]
olinuxx, 17:39, lun. 30 mars 2020: Bonjour et bienvenue à JulienRadio cool
sub26nico, 23:48, dim. 29 mars 2020: Salut et bienvenue à Chihiro49130, Gigi, Ptilou, yudas, FF63, mimifloch, mvvl et tophque :-)
malt, 15:55, dim. 29 mars 2020: @Sahaathyva. Je n'avais pas vu ton post!
malt, 15:51, dim. 29 mars 2020: Ardour 6.0-pre1: [Lien]
sub26nico, 20:50, ven. 27 mars 2020: Salut et bienvenue à Topyweb, Serge Samson, ChtiJeff, Zeplead et Zonzon :-)
r1, 20:27, ven. 27 mars 2020: La joute 15 est sur les rails ! [Lien] Viendez jouer avec nous !!!