Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

clé usb récalcitrante

gibar84

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 :

2- reconnaissance de la clé

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

merci

Pascaltech

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é ?

gibar84

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

Pascaltech

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 ?

gibar84

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

inbox

Salut,

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

mount && dmesg|tail -n 30

A+

gibar84

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:~$

inbox

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.

gibar84

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

inbox

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.

gibar84

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

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:~$

inbox

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.

gibar84

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:~$

inbox

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" ?

gibar84

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:~$

inbox

sdd1, pas sdd !

gibar84

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:~$

Pascaltech

gibar84 a écritPar 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.

gibar84

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:

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

erresse

Pascaltech a écrit
gibar84 a écritPar 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"...

Page suivante »