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

Clé USB formatée et remplie sous Ubuntu et qui n'est plus

gperrot

Bonjour,

J'ai une clé USB 16 Go que j'utilisais il y a quelques minutes et qui ne fonctionne plus sans que je sache pourquoi. Elle contenant des documents importants dont je n'ai malheureusement pas de copie (cut et non copy, pffff !).

Je ne la vois pas avec df | grep sd. Je la vois dans l'interface graphique "Fichiers" mais le contenu est vide.

Si je lance dmesg, j'obtiens :

[40254.013449] usb 2-1: USB disconnect, device number 6
[40265.981426] usb 1-1: new high-speed USB device number 12 using xhci_hcd
[40266.146658] usb 1-1: New USB device found, idVendor=0951, idProduct=1666, bcdDevice= 1.10
[40266.146666] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[40266.146670] usb 1-1: Product: DataTraveler 3.0
[40266.146673] usb 1-1: Manufacturer: Kingston
[40266.146676] usb 1-1: SerialNumber: 60A44C413B99B351495A00A6
[40266.148547] usb-storage 1-1:1.0: USB Mass Storage device detected
[40266.149071] scsi host1: usb-storage 1-1:1.0
[40267.170507] scsi 1:0:0:0: Direct-Access     Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
[40267.171126] sd 1:0:0:0: Attached scsi generic sg0 type 0
[40267.171883] sd 1:0:0:0: [sda] 121061376 512-byte logical blocks: (62.0 GB/57.7 GiB)
[40267.172271] sd 1:0:0:0: [sda] Write Protect is off
[40267.172275] sd 1:0:0:0: [sda] Mode Sense: 45 00 00 00
[40267.172646] sd 1:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[40267.244210]  sda: sda1
[40267.247686] sd 1:0:0:0: [sda] Attached SCSI removable disk
[40660.748877] usb 1-1: USB disconnect, device number 12
[40666.357233] usb 2-1: new SuperSpeed Gen 1 USB device number 7 using xhci_hcd
[40666.379809] usb 2-1: New USB device found, idVendor=0951, idProduct=1666, bcdDevice= 1.10
[40666.379813] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[40666.379815] usb 2-1: Product: DataTraveler 3.0
[40666.379817] usb 2-1: Manufacturer: Kingston
[40666.379819] usb 2-1: SerialNumber: 60A44C413B99B351495A00A6
[40666.381711] usb-storage 2-1:1.0: USB Mass Storage device detected
[40666.381926] scsi host1: usb-storage 2-1:1.0
[40667.390524] scsi 1:0:0:0: Direct-Access     Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
[40667.391435] sd 1:0:0:0: Attached scsi generic sg0 type 0
[40667.391966] sd 1:0:0:0: [sda] 121061376 512-byte logical blocks: (62.0 GB/57.7 GiB)
[40667.392343] sd 1:0:0:0: [sda] Write Protect is off
[40667.392349] sd 1:0:0:0: [sda] Mode Sense: 45 00 00 00
[40667.392660] sd 1:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[40667.462842]  sda: sda1
[40667.465484] sd 1:0:0:0: [sda] Attached SCSI removable disk

Une chance que je puisse récupérer le contenu ?

Merci d'avance pour votre aide.

Gilles

moko138

gperrot a écrit

[40254.013449] usb 2-1: USB disconnect, device number 6
(...)
[40660.748877] usb 1-1: USB disconnect, device number 12
(...)
[40667.462842]  sda: sda1
[40667.465484] sd 1:0:0:0: [sda] Attached SCSI removable disk

Ta clef Kingston de 64 Go (et non 16) est toujours là, mais sujette à des déconnexions.

Peut-être y a-t-il un peu trop de périphériques branchés pour les capacités de ton alimentation ?
N'hésite pas à débrancher une imprimante/scanner usb dont tu n'aurais pas besoin dans l'immédiat.

Exécute

sudo mkdir -v /mnt/11

puis tente de la remonter en lecture seule :

sudo mount -v -t auto -o ro /dev/sda1  /mnt/11

Et, quoi qu'il arrive, montre les retours complets.

Si, par chance, le contenu est accessible, copie-le vite sur un support sain.

EDIT : faute de frappe.

moko138

Comme tu as attendu, il est très possible que, dans l'intervalle, le système ait attribué à ta clef une appellation autre que "sda1".

Donc après l'avoir branchée depuis au moins 30 secondes, tu montreras

sudo lsblk -o name,fstype,size,label,mountpoint | grep -v loop ; echo -e "\n\t\t\t= = =\nDésignations...\n\t...stables\t\t\t                     ...instables :"; ls -l /dev/disk/by-id | grep -Evi "\-part[3-9]|Reader|\-part[1-9][0-9]" | awk '{print $9,$11}' | sort -k2 | column -s' ' -t

Cela permettra à la fois de lire son appellation provisoire ("sda1" ou autre),
et surtout de déduire son appellation stable ("/dev/disk/by-id/(...)-part1").

gperrot

Bonjour et merci à tous pour votre aide.

Les déconnexions successives de mon message d'hier correspondaient à des débranchements physiques de la clé USB que je faisais.
Voici le résultat des essais successifs de lecture de ma clé USB sur un autre ordinateur en Ubuntu 18.04.4 :

$ dmesg
[  450.602790] usb 2-1: new SuperSpeed Gen 1 USB device number 4 using xhci_hcd
[  450.625537] usb 2-1: New USB device found, idVendor=0951, idProduct=1666, bcdDevice= 1.10
[  450.625543] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  450.625546] usb 2-1: Product: DataTraveler 3.0
[  450.625549] usb 2-1: Manufacturer: Kingston
[  450.625552] usb 2-1: SerialNumber: 60A44C413B99B351495A00A6
[  450.651658] usb-storage 2-1:1.0: USB Mass Storage device detected
[  450.651781] scsi host0: usb-storage 2-1:1.0
[  450.651889] usbcore: registered new interface driver usb-storage
[  450.653168] usbcore: registered new interface driver uas
[  451.679335] scsi 0:0:0:0: Direct-Access     Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
[  451.679923] sd 0:0:0:0: Attached scsi generic sg0 type 0
[  451.680370] sd 0:0:0:0: [sda] 121061376 512-byte logical blocks: (62.0 GB/57.7 GiB)
[  451.680686] sd 0:0:0:0: [sda] Write Protect is off
[  451.680690] sd 0:0:0:0: [sda] Mode Sense: 45 00 00 00
[  451.680988] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[  451.763389]  sda: sda1
[  451.765721] sd 0:0:0:0: [sda] Attached SCSI removable disk

$ sudo mount -v -t auto -o ro /dev/sda1  /mnt/11
$MFTMirr does not match $MFT (record 0).
Failed to mount '/dev/sda1': Erreur d'entrée/sortie
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for more details.

$ sudo fsck -v /dev/sda1
fsck de util-linux 2.31.1

$ sudo lsblk -o name,fstype,size,label,mountpoint | grep -v loop 
NAME        FSTYPE     SIZE LABEL    MOUNTPOINT
sda                   57,7G          
└─sda1      ntfs      57,7G GILDAS   
nvme0n1                477G          
├─nvme0n1p1 vfat       260M SYSTEM   /boot/efi
├─nvme0n1p2             16M          
├─nvme0n1p3            207G          
├─nvme0n1p4 ntfs       1,6G RECOVERY 
└─nvme0n1p5 ext4     268,2G          /

=> sda1 pour l'appellation provisoire. Pas d'appellation stable...

La clé USB est toujours visible dans l'application Files mais le contenu est vide.

Faut-il que je fasse un chdsk -f dans Windows ou peut-on sauver le contenu de la clé USB sous Ubuntu ?

Je vous remercie d'avance pour votre aide.

Gilles

FrancisFDZ

Si ta clé est lisible sous windows, profites-en pour en faire une copie sur un support sûr (même sous windows, tu le transféreras sous linux plus tard)
Je te déconseille d'y écrire quoi que ce soit sous windows (ou sous linux aussi d'ailleurs) ; en attendant évites autant que possible les tentatives d'écriture qui risquent d'aggraver le problème.
Si la clé est accessible, une copie via dd est envisageable (attends confirmation)

[Edit] d'après les réponses précedentes, il semble que tu ais tenté un "fsck" sur ta clé, je ne suis pas sur que c'était judicieux [Edit]

gperrot

Merci à tous pour votre aide. Je viens de réparer ma clé sous Windows et j'ai retrouvé une partie de mes documents (les essentiels).

Bonne journée !

Gilles

moko138

gperrot a écritFaut-il que je fasse un chdsk /f dans Windows
ou peut-on sauver le contenu de la clé USB sous Ubuntu ?

/!\ La maintenance d'un système de fichiers (FS) est TOUJOURS à pratiquer depuis un système d'exploitation de sa famille d'origine !
Faute de quoi, comme tu l'as constaté ("j'ai retrouvé une partie de mes documents") on accroît les risques de perte de fichiers !

D'ailleurs le retour de

sudo mount -v -t auto -o ro /dev/sda1  /mnt/11

te l'avait dit explicitement :

$MFTMirr does not match $MFT (record 0).
Failed to mount '/dev/sda1': Erreur d'entrée/sortie
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important!

C'est-à-dire :

Les deux MFT ne concordent pas. (...)
NTFS (...)
Dans le premier cas, exécutez
chkdsk /f 
sur [le FS] Windows,
puis redémarrez Windows DEUX FOIS.
Il est très important de spécifier /f !