Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 06/03/2018, à 17:34

gibar84

clé usb récalcitrante

bonjour,
Le problème :
Une clé USB KINGSTON 32 Go espace occupé par 13 Go de fichiers de sauvegarde que je souhaite récupérer

Ce que j’ai fait :

1- monté la clé/ouvrir, reçu message :

1520353553.png

2- reconnaissance de la clé
1520353903.png

L'important c'est de récupérer les données

merci

Dernière modification par gibar84 (Le 06/03/2018, à 17:57)


Desktop xubuntu 20.04 i5-7400 ram 8Go SSD 500Go DD 2To

Hors ligne

#2 Le 06/03/2018, à 18:08

Pascaltech

Re : clé usb récalcitrante

Bonjour,

Je vois que tu as deux générations d'Ubuntu. N'aurais-tu pas formaté ta clé dans la versions plus récente que tu essaies de lire avec la version plus ancienne (s'il existe un problème de non-compatibilité)?

L'accès en ligne de commande ne fonctionne pas non plus ?

As-tu déjà accédé à ce fichier nommé .gimp-2.8 avec linux ?

Ce fichier a-t-il été nommé sous linux ou sous Windows ?

Quel est l type de formatage de ta clé ?


Emachine el1200, Xubuntu 20.04 LTS
Traductions guides serveur & grub et liens utiles Classement CG
inxi -F sudo lshw dpkg -l

Hors ligne

#3 Le 07/03/2018, à 11:07

gibar84

Re : clé usb récalcitrante

bonjour,

Je vois que tu as deux générations d'Ubuntu. N'aurais-tu pas formaté ta clé dans la versions plus récente que tu essaies de lire avec la version plus ancienne (s'il existe un problème de non-compatibilité)?

J'utilise uniquement Desktop Ubuntu 16.04 xfce i5-7400 ram 8Go SSD 225Go DD 2To

L'accès en ligne de commande ne fonctionne pas non plus ?

Je ne connais pas la commande à utiliser peux-tu me l'indiquer?

As-tu déjà accédé à ce fichier nommé .gimp-2.8 avec linux ?

Hors l'éditeur d'images gimp je ne connais pas de fichier gimp 2.8

Ce fichier a-t-il été nommé sous linux ou sous Windows ?

J'utilise uniquement linux

Quel est l type de formatage de ta clé ?

La situation actuelle ne m'autorise pas l'accès clic droit/propriétés, de plus, il me semble avoir toujours utilisé les clés usb neuves sans formatage
Par contre j'ai dèjà reformaté des clés, toujours GParted/ft32 (celle en cause est d'origine)
La clé qui pose problème à été utilisée maintes fois ( 13 Go de fichiers enregistrés) et tout se passait normalement

Dernière modification par gibar84 (Le 07/03/2018, à 11:11)


Desktop xubuntu 20.04 i5-7400 ram 8Go SSD 500Go DD 2To

Hors ligne

#4 Le 07/03/2018, à 11:50

Pascaltech

Re : clé usb récalcitrante

Bonjour,

Peux-tu essayer de rapatrier tes fichiers sur ton pc avec le gestionnaire de fichiers avant d'essayer de les ouvrir avec gimp ? Je suppose qu'il s'agit d'un problème de droits.

Ces fichiers ont-il été transférés sous windows avant d'être sauvegardés sur la clé ? Ou s'agit-il d'une sauvegarde uniquement de ton travail ?


Emachine el1200, Xubuntu 20.04 LTS
Traductions guides serveur & grub et liens utiles Classement CG
inxi -F sudo lshw dpkg -l

Hors ligne

#5 Le 07/03/2018, à 13:29

gibar84

Re : clé usb récalcitrante

Peux-tu essayer de rapatrier tes fichiers sur ton pc avec le gestionnaire de fichiers avant d'essayer de les ouvrir avec gimp ? Je suppose qu'il s'agit d'un problème de droits.

J'ai essayé avec nautilus, le problème c'est que je ne peux extraire que quelques fichiers env 700 Mo sur les 13 Go présents sur la clé. A la copie la grande majorité des fichiers sont catalogués "ignorer". Une précision:
qu'entends-tu par "ouvrir avec gimp" pour moi c'est uniquement un éditeur d'images????

Ces fichiers ont-il été transférés sous windows avant d'être sauvegardés sur la clé ?

Je suis exclusivement linux depuis 2010

Ou s'agit-il d'une sauvegarde uniquement de ton travail ?

Tous les transferts sont des fichiers que j'ai créés et sauvegardés DD--->CLE   l'ensemble sous linux


Desktop xubuntu 20.04 i5-7400 ram 8Go SSD 500Go DD 2To

Hors ligne

#6 Le 07/03/2018, à 14:58

inbox

Re : clé usb récalcitrante

Salut,

Peux-tu brancher ta clef, attendre quelques secondes et valider la commande suivante ?

mount && dmesg|tail -n 30

A+


Un problème résolu ? Indiquez le en modifiant le titre du sujet.

Hors ligne

#7 Le 07/03/2018, à 15:13

gibar84

Re : clé usb récalcitrante

Ave,

mount && dmesg|tail -n 30

retour

pcft2017@PCFT:~$ mount && dmesg|tail -n 30
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=3989380k,nr_inodes=997345,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=803156k,mode=755)
/dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=474)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
configfs on /sys/kernel/config type configfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sda2 on /home type ext4 (rw,relatime,data=ordered)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=803156k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/sdd1 on /media/pcft2017/KINGSTON type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
[    4.055006]  sdc: sdc1
[    4.256353] sd 6:0:0:0: [sdc] Attached SCSI disk
[    5.220308] wlp1s0: authenticate with 00:19:70:83:a2:1a
[    5.240222] wlp1s0: send auth to 00:19:70:83:a2:1a (try 1/3)
[    5.243162] wlp1s0: authenticated
[    5.244033] wlp1s0: associate with 00:19:70:83:a2:1a (try 1/3)
[    5.247754] wlp1s0: RX AssocResp from 00:19:70:83:a2:1a (capab=0x431 status=0 aid=1)
[    5.248196] wlp1s0: associated
[    5.248230] IPv6: ADDRCONF(NETDEV_CHANGE): wlp1s0: link becomes ready
[    6.235009] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[    6.235010] Bluetooth: BNEP filters: protocol multicast
[    6.235013] Bluetooth: BNEP socket layer initialized
[  712.220516] usb 1-6.4: new high-speed USB device number 5 using xhci_hcd
[  712.402598] usb 1-6.4: New USB device found, idVendor=0951, idProduct=1666
[  712.402604] usb 1-6.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  712.402609] usb 1-6.4: Product: DataTraveler 3.0
[  712.402613] usb 1-6.4: Manufacturer: Kingston
[  712.402616] usb 1-6.4: SerialNumber: 60A44C4138CCB0707969000A
[  712.403286] usb-storage 1-6.4:1.0: USB Mass Storage device detected
[  712.403583] scsi host7: usb-storage 1-6.4:1.0
[  713.418157] scsi 7:0:0:0: Direct-Access     Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
[  713.418818] sd 7:0:0:0: Attached scsi generic sg5 type 0
[  721.136621] sd 7:0:0:0: [sdd] 60632064 512-byte logical blocks: (31.0 GB/28.9 GiB)
[  721.136895] sd 7:0:0:0: [sdd] Write Protect is off
[  721.136901] sd 7:0:0:0: [sdd] Mode Sense: 23 00 00 00
[  721.137094] sd 7:0:0:0: [sdd] No Caching mode page found
[  721.137105] sd 7:0:0:0: [sdd] Assuming drive cache: write through
[  721.140617]  sdd: sdd1
[  721.141884] sd 7:0:0:0: [sdd] Attached SCSI removable disk
[  734.312792] FAT-fs (sdd1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
pcft2017@PCFT:~$ 

Desktop xubuntu 20.04 i5-7400 ram 8Go SSD 500Go DD 2To

Hors ligne

#8 Le 07/03/2018, à 15:21

inbox

Re : clé usb récalcitrante

Le message suivant explique la marche à suivre :

Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

Le volume n'a pas été démonté proprement. Certaines données peuvent être corrompues. Merci de lancer fsck.

Si tu en as la possibilité, faudrait brancher la clef sur un Windows et faire une vérification.

Si tu n'en as pas, on verra s'il est possible de réparer le système de fichiers.


Un problème résolu ? Indiquez le en modifiant le titre du sujet.

Hors ligne

#9 Le 07/03/2018, à 16:01

gibar84

Re : clé usb récalcitrante

Merci de lancer fsck.

les commandes ci-après sont-elles les bonnes?
la clé doit-elle être branchée?
démonter

sudo umount /dev/sdd

verification

sudo fsck /dev/sdd

Si tu en as la possibilité, faudrait brancher la clef sur un Windows et faire une vérification.

Personne à qui demander ce service


Desktop xubuntu 20.04 i5-7400 ram 8Go SSD 500Go DD 2To

Hors ligne

#10 Le 07/03/2018, à 16:08

inbox

Re : clé usb récalcitrante

Comme il s'agit de vérifier une partition et non le support lui même et en me basant sur la doc fsck, je dirais plutôt :

sudo umount /dev/sdd1
sudo fsck /dev/sdd1

En supposant que la clef est bien le support en sdd.
Pense à donner le retour de la commande.


Un problème résolu ? Indiquez le en modifiant le titre du sujet.

Hors ligne

#11 Le 07/03/2018, à 16:38

gibar84

Re : clé usb récalcitrante

pcft2017@PCFT:~$ sudo umount /dev/sdd1
[sudo] Mot de passe de pcft2017 : 
umount: /dev/sdd1: not mounted
pcft2017@PCFT:~$ sudo fsck /dev/sdd1
fsck de util-linux 2.27.1
fsck.fat 3.0.28 (2015-05-16)
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action
? 

Je suis allé voir sue GParted

1520436966.png

pcft2017@PCFT:~$ sudo umount /dev/sdd
[sudo] Mot de passe de pcft2017 : 
umount: /dev/sdd: not mounted
pcft2017@PCFT:~$ sudo fsck /dev/sdd
fsck de util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdd

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
    e2fsck -b 8193 <périphérique>
 ou
    e2fsck -b 32768 <périphérique>

pcft2017@PCFT:~$ 

Desktop xubuntu 20.04 i5-7400 ram 8Go SSD 500Go DD 2To

Hors ligne

#12 Le 07/03/2018, à 16:46

inbox

Re : clé usb récalcitrante

Comme je te l'avais dit, tu ne travailles pas au niveau de sdd, mais sur sdd1.

Le message de retour indique :

0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action
? 

Il te propose donc de supprimer le dirty bit (action 1) ou ne rien faire (action 2).
Au niveau du point d'interrogation, il faut donc répondre 1 et valider.

Ensuite, tu pourras remonter ta clef et copier l'ensemble du contenu sur ton disque dur.

Une fois les données sauvegardées, tu reformates ta clef USB en FAT32. Tu peux le faire avec un clic droit => Formater.

Enfin, une chose importante à noter : les clefs USB sont des support de transport, pas des supports de sauvegarde. De même, il ne faut pas travailler sur des fichiers se trouvant sur un support USB.
Cela veut dire, que sur tes clefs, ce sont uniquement des copies des originaux.


Un problème résolu ? Indiquez le en modifiant le titre du sujet.

Hors ligne

#13 Le 07/03/2018, à 17:07

gibar84

Re : clé usb récalcitrante

Bonne réponse?

pcft2017@PCFT:~$ sudo umount /dev/sdd1
[sudo] Mot de passe de pcft2017 : 
umount: /dev/sdd1: not mounted
pcft2017@PCFT:~$ sudo fsck /dev/sdd1
fsck de util-linux 2.27.1
fsck.fat 3.0.28 (2015-05-16)
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action
? 1
Read 512 bytes at 4096:Erreur d'entrée/sortie
pcft2017@PCFT:~$ 

Desktop xubuntu 20.04 i5-7400 ram 8Go SSD 500Go DD 2To

Hors ligne

#14 Le 07/03/2018, à 17:16

inbox

Re : clé usb récalcitrante

Mauvaise nouvelle, il y a une erreur en lecture/écriture.

Read 512 bytes at 4096:Erreur d'entrée/sortie

Si tu retentes l'opération, te dit-il que le "Dirty bit is set" ?


Un problème résolu ? Indiquez le en modifiant le titre du sujet.

Hors ligne

#15 Le 07/03/2018, à 17:32

gibar84

Re : clé usb récalcitrante

pcft2017@PCFT:~$ sudo umount /dev/sdd
[sudo] Mot de passe de pcft2017 : 
umount: /dev/sdd: mountpoint not found
pcft2017@PCFT:~$ sudo fsck /dev/sdd
fsck de util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext2: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/sdd
Périphérique peut-être inexistant ?
pcft2017@PCFT:~$ 

Desktop xubuntu 20.04 i5-7400 ram 8Go SSD 500Go DD 2To

Hors ligne

#16 Le 07/03/2018, à 17:35

inbox

Re : clé usb récalcitrante

sdd1, pas sdd !


Un problème résolu ? Indiquez le en modifiant le titre du sujet.

Hors ligne

#17 Le 07/03/2018, à 20:25

gibar84

Re : clé usb récalcitrante

Quelle tête en l'air!!
lancé ces commandes clé usb débranchée

pcft2017@PCFT:~$ sudo umount /dev/sdd1
[sudo] Mot de passe de pcft2017 : 
umount: /dev/sdd1: mountpoint not found
pcft2017@PCFT:~$ sudo fsck /dev/sdd1
fsck de util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext2: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/sdd1
Périphérique peut-être inexistant ?
pcft2017@PCFT:~$ 

lancé ces commandes clé usb branchée

pcft2017@PCFT:~$ sudo umount /dev/sdd1
[sudo] Mot de passe de pcft2017 : 
umount: /dev/sdd1: not mounted
pcft2017@PCFT:~$ sudo fsck /dev/sdd1
fsck de util-linux 2.27.1
pcft2017@PCFT:~$ 

Dernière modification par gibar84 (Le 08/03/2018, à 10:03)


Desktop xubuntu 20.04 i5-7400 ram 8Go SSD 500Go DD 2To

Hors ligne

#18 Le 08/03/2018, à 11:23

Pascaltech

Re : clé usb récalcitrante

gibar84 a écrit :

Par contre j'ai dèjà reformaté des clés, toujours GParted/ft32 (celle en cause est d'origine)

alors pourquoi il y  un boot dessus ?

Essaies de démarrer dessus.


Emachine el1200, Xubuntu 20.04 LTS
Traductions guides serveur & grub et liens utiles Classement CG
inxi -F sudo lshw dpkg -l

Hors ligne

#19 Le 08/03/2018, à 16:37

gibar84

Re : clé usb récalcitrante

bonjour Pascaltech,

alors pourquoi il y  un boot dessus ?

Très bonne question pour laquelle je n'ai pas de réponse claire

Essaies de démarrer dessus.

Ce que j'ai fait:
1-mise en route PC/F8 pour atteindre boot/clé usb kingston est bien présente/sélectionnée et envoi
2-arrivé sur bureau habituel clé usb kingston est bien présente/monter volume/ouvrir
Résultat:
1520522973.png

PS bureau habituel
Pour moi, le fait de voir apparaître le bureau habituel à été une surprise, naïvement je m'attendais:
-soit à accéder directement au contenu de la clé usb
-soit à une impasse


Desktop xubuntu 20.04 i5-7400 ram 8Go SSD 500Go DD 2To

Hors ligne

#20 Le 08/03/2018, à 17:42

erresse

Re : clé usb récalcitrante

Pascaltech a écrit :
gibar84 a écrit :

Par contre j'ai dèjà reformaté des clés, toujours GParted/ft32 (celle en cause est d'origine)

alors pourquoi il y  un boot dessus ?

Essaies de démarrer dessus.

Bonjour,
Apparemment, c'est d'origine que la clé a un "boot + lba", j'ai des clés Kingston aussi (de 16Go) et elles sont également comme ça :
- Un champ non alloué de 3.94Mio et une partition du reste de la clé avec ces drapeaux.
On ne peut évidemment pas démarrer dessus, la clé ne contient que des données banales, pas un système d'exploitation.

@gibar84: Personnellement, je ne maîtrise pas assez la commande pour donner un exemple, mais ne serait-il pas possible de copier physiquement les données avec une commande "dd" en sautant le début pour voir si on peut récupérer des données dessus ?
Par contre, sous quelle forme peut-on les obtenir ?!? Je ne sais pas...
Il faudrait peut-être voir avec un intervenant plus informé des possibilités de "dd"...


Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.

Hors ligne

#21 Le 09/03/2018, à 02:41

Arch-Vile

Re : clé usb récalcitrante

Merci, j'ai utilisé Gparted.

Cordialement.


Le savoir de l'homme réside dans le fait qu'il admette une fois pour toutes qu'il ne sait et qu'il ne saura jamais rien !

Hors ligne

#22 Le 09/03/2018, à 16:12

gibar84

Re : clé usb récalcitrante

Bonjour,
@Arch-Vile peux-tu préciser ce que tu as fait à partir de GParted
-formatage de la clé usb
-récupération des fichiers présents sur une clé usb qui refuse de s'ouvrir cela est le problème


Desktop xubuntu 20.04 i5-7400 ram 8Go SSD 500Go DD 2To

Hors ligne

#23 Le 09/03/2018, à 16:44

gibar84

Re : clé usb récalcitrante

Bonjour à tous,
Le post de Arch-Vile m' a incité à aller voir quelles actions étaient possibles à partir de GParted et j'ai, peut-être, trouvé un petit rai de lumière, proposition:
GParted/la clé est bien présente en fat32/périphérique/tenter de récupérer les données
Un début de réponse au problème de blocage?
1520609672.png


Desktop xubuntu 20.04 i5-7400 ram 8Go SSD 500Go DD 2To

Hors ligne

#24 Le 10/03/2018, à 05:33

Arch-Vile

Re : clé usb récalcitrante

Bah, j'ai été à l'intuition.

Il proposait de refaire la table de partition de la clé,

SEULE OPTION POSSIBLE.

J'avoue que ce qui m'a mis la puce à l'oreille c'est que cette clé avait été faite en Ubuntu, et c'est un iso d'ubuntu MATE 16.10

Donc, je n'avais qu'un choix disponible dans le gparted d'ubuntu,

puis il l'a re-détectée normalement....


Le savoir de l'homme réside dans le fait qu'il admette une fois pour toutes qu'il ne sait et qu'il ne saura jamais rien !

Hors ligne

#25 Le 10/03/2018, à 08:05

moko138

Re : clé usb récalcitrante

Pas de c*nnerie !
En #1, gibar84 a clairement dit :

L'important c'est de récupérer les données

Or « refaire la table de partition de la clé », (si l'état matériel de la clef le permet...) c'est perdre toutes les données - ou du moins rendre leur récupération beaucoup plus ardue et plus longue, au moyen de photorec, par exemple.

  - -

gibar84 a écrit :
pcft2017@PCFT:~$ sudo fsck /dev/sdd1
(...)
Read 512 bytes at 4096:Erreur d'entrée/sortie
pcft2017@PCFT:~$ 

gibar84,
ta clef a un ou plusieurs secteurs abîmés.
Une partie des données est probablement irrécupérable, mais, s'il ne s'agit que du répertoire caché /.gimp-2.8/, ça n'a aucune importance.



La première chose à tenter est de lancer

chkdsk /r X:

(l'option /r est fondamentale en cas de "erreur d'entrée/sortie", comme ici)
à partir de n'importe quel windows, en remplaçant X par la lettre que windows attribuera momentanément à ta clef... si l'état de ta clef le permet.

Après l'opération, il sera important de faire "Éjecter en toute sécurité".

Plus de détails dans Maintenance des supports...

  - -

Tu dis :

Personne à qui demander ce service

Ne nous dis pas que tu ne connais personne équipé de windows !
Si tu tiens à tes données
, débrouille-toi au près d'un voisin, ami, collègue, client...


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne