[Résolu] Clé USB à réparer ? Données disparues

fiche · 04-08-2024 14:23:12

Bonjour,

On m'a confié une clé USB dans l'espoir de pouvoir récupérer les données qui y étaient initialement présentes.
Il s'agit d'une clé USB sans marque connue (Jaster) censée avoir une capacité de 128 Go sur laquelle des données étaient sauvegardées.

On m'a dit que la clé n'est plus reconnue sous Windows (test avec Windows 10 et 11).
Mais que des données étaient visibles avec un PC sous Debian et que le début de copie de ces données vers un autre support faisait "perdre" la clé (message d'erreur et obligation de retirer - réinsérer la clé pour y accéder à nouveau).

J'ai essayé sur 2 PC Linux et 2 types de ports USB mais je ne vois aucune donnée.
Elle est censée avoir une capacité de 128 Go mais il est affiché 63 Go (comme si elle avait perdu connaissance du reste).

lsusb

Bus 001 Device 010: ID 048d:1234 Integrated Technology Express, Inc. Chipsbank CBM2199 Flash Drive

lsblk

sdc           8:32   1  58,6G  0 disk /media/moi/F671-0E60

dmesg | grep -i usb

[    0.918831] ACPI: bus type USB registered

[    0.918855] usbcore: registered new interface driver usbfs

[    0.918865] usbcore: registered new interface driver hub

[    0.918876] usbcore: registered new device driver usb

[    0.959165] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 1

[    0.960620] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 2

[    0.960622] xhci_hcd 0000:00:14.0: Host supports USB 3.0 SuperSpeed

[    0.960652] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 6.01

[    0.960654] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1

[    0.960656] usb usb1: Product: xHCI Host Controller

[    0.960657] usb usb1: Manufacturer: Linux 6.1.0-23-amd64 xhci-hcd

[    0.960658] usb usb1: SerialNumber: 0000:00:14.0

[    0.960774] hub 1-0:1.0: USB hub found

[    0.961938] usb usb2: New USB device found, idVendor=1d6b, idProduct=0003, bcdDevice= 6.01

[    0.961940] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1

[    0.961942] usb usb2: Product: xHCI Host Controller

[    0.961943] usb usb2: Manufacturer: Linux 6.1.0-23-amd64 xhci-hcd

[    0.961944] usb usb2: SerialNumber: 0000:00:14.0

[    0.962006] hub 2-0:1.0: USB hub found

[    1.216618] usb 1-5: new low-speed USB device number 2 using xhci_hcd

[    1.372627] usb 1-5: New USB device found, idVendor=413c, idProduct=301a, bcdDevice= 1.00

[    1.372632] usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=0

[    1.372635] usb 1-5: Product: Dell MS116 USB Optical Mouse

[    1.372636] usb 1-5: Manufacturer: PixArt

[    1.406274] usbcore: registered new interface driver usbhid

[    1.406278] usbhid: USB HID core driver

[    1.415957] input: PixArt Dell MS116 USB Optical Mouse as /devices/pci0000:00/0000:00:14.0/usb1/1-5/1-5:1.0/0003:413C:301A.0001/input/input0

[    1.416120] hid-generic 0003:413C:301A.0001: input,hidraw0: USB HID v1.11 Mouse [PixArt Dell MS116 USB Optical Mouse] on usb-0000:00:14.0-5/input0

[    1.500431] usb 1-6: new low-speed USB device number 3 using xhci_hcd

[    1.655175] usb 1-6: New USB device found, idVendor=413c, idProduct=2113, bcdDevice= 1.08

[    1.655178] usb 1-6: New USB device strings: Mfr=0, Product=2, SerialNumber=0

[    1.655180] usb 1-6: Product: Dell KB216 Wired Keyboard

[    1.659832] input: Dell KB216 Wired Keyboard as /devices/pci0000:00/0000:00:14.0/usb1/1-6/1-6:1.0/0003:413C:2113.0002/input/input1

[    1.716682] hid-generic 0003:413C:2113.0002: input,hidraw1: USB HID v1.11 Keyboard [Dell KB216 Wired Keyboard] on usb-0000:00:14.0-6/input0

[    1.721128] input: Dell KB216 Wired Keyboard System Control as /devices/pci0000:00/0000:00:14.0/usb1/1-6/1-6:1.1/0003:413C:2113.0003/input/input2

[    1.780458] input: Dell KB216 Wired Keyboard Consumer Control as /devices/pci0000:00/0000:00:14.0/usb1/1-6/1-6:1.1/0003:413C:2113.0003/input/input3

[    1.780527] hid-generic 0003:413C:2113.0003: input,hidraw2: USB HID v1.11 Device [Dell KB216 Wired Keyboard] on usb-0000:00:14.0-6/input1

[ 1632.465245] usb 1-1: new high-speed USB device number 4 using xhci_hcd

[ 1632.614024] usb 1-1: New USB device found, idVendor=048d, idProduct=1234, bcdDevice= 1.00

[ 1632.614035] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3

[ 1632.614041] usb 1-1: Product: UDisk           

[ 1632.614044] usb 1-1: Manufacturer: General 

[ 1632.614048] usb 1-1: SerialNumber: 2309221407264878007816

[ 1633.196737] usb-storage 1-1:1.0: USB Mass Storage device detected

[ 1633.197007] scsi host6: usb-storage 1-1:1.0

[ 1633.197134] usbcore: registered new interface driver usb-storage

[ 1633.206026] usbcore: registered new interface driver uas

Avec l'application "Disque" j'ai tenté de réparer le système de fichiers. Il n'y a pas eu de message d'erreur mais la clé n'affiche toujours pas les données.

Je pense que c'est fichu.
Votre avis ? On peut essayer Testdisk ?
Merci d'avance.

Dernière modification par fiche (17-08-2024 11:16:13)

otyugh · 04-08-2024 18:11:58

Tu peux donner le retour de

fdisk -l /dev/sdX

Et oui testdisk est le seul outil que je connais pour faire une récupération de partitions. Sinon si on est en mode désespoir y a photoreq qui va retourner des millions de fichiers en vrac (mais si on sait quels fichiers on cherche genre un extrait de texte, y a de bonnes chance de retrouver les fichiers en question).

brennux · 05-08-2024 10:50:55

otyugh a écrit :

photoreq

Photorec est en effet l'outil des cas désespérés.
Il faut un disque vierge de capacité équivalente.
Prévoir quelques heures de travail pour retrouver ses petits, les renommer et les ranger.

fiche · 05-08-2024 12:15:54

Normal que je ne trouve pas de données car je me suis trompé de clé !!! Il y a eu incompréhension sur l'identification de la clé USB à récupérer.
Celle que j'ai ouvert fait bien 64 Go et est vide.

Je vais voir ce qu'il en est avec la véritable clé défectueuse (marque Sandisk) ce soir ou demain.

fiche · 06-08-2024 19:45:59

Bonjour,

Cette fois-ci, la clé réellement à problèmes :
Lorsque la clé est montée, on voit les fichiers et répertoires mais :
- quand on veut voir le contenu d'un répertoire, l'ouverture prend du temps et on ne voit pas son contenu
- quand on veut copier un fichier, un message indique "Erreur de l'opération de splicing sur le fichier ; Erreur d'entrée - sortie"

Démonter la clé prend du temps et pour la monter un message peut apparaître "Error mounting /dev/sdb1...special device /dev/sdb1 does not exist"

La réparation du système de fichiers avec Disques échoue.
file-R99b24e4484fa7ef16996b4246b4e0e2b

fsck -a -v /dev/disk/by-id/usb-SanDisk_Cruzer_Blade_03022005052221042855-0:0-part1

fsck de util-linux 2.38.1

fsck.fat 4.2 (2021-01-31)

Checking we can access the last sector of the filesystem

There are differences between boot sector and its backup.

This is mostly harmless. Differences: (offset:original/backup)

  65:01/00

  Not automatically fixing this.

Boot sector contents:

System ID "        "

Media byte 0xf8 (hard disk)

       512 bytes per logical sector

     32768 bytes per cluster

        22 reserved sectors

First FAT starts at byte 11264 (sector 22)

         2 FATs, 32 bit entries

  15387136 bytes per FAT (= 30053 sectors)

Root directory start at cluster 2 (arbitrary size)

Data area starts at byte 30785536 (sector 60128)

   3846691 data clusters (126048370688 bytes)

63 sectors/track, 255 heads

        32 hidden sectors

 246248402 sectors total

There is no label in boot sector, but there is volume label 'USB GRANDE' stored in root directory

  Auto-copying volume label from root directory to boot sector.

Reclaiming unconnected clusters.

Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.

 Automatically removing dirty bit.

Checking free cluster summary.

Free cluster summary wrong (1965316 vs. really 1948847)

  Auto-correcting.

*** Filesystem was changed ***

Writing changes.

/dev/sdb1: 122970 files, 1897844/3846691 clusters

lsusb

Bus 001 Device 017: ID 0781:5567 SanDisk Corp. Cruzer Blade

lsblk

sdb           8:16   1 117,4G  0 disk 

└─sdb1        8:17   1 117,4G  0 part

dmesg | grep -i usb

[    0.902986] ACPI: bus type USB registered

[    0.903004] usbcore: registered new interface driver usbfs

[    0.903010] usbcore: registered new interface driver hub

[    0.903019] usbcore: registered new device driver usb

[    0.945457] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 1

[    0.946908] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 2

[    0.946911] xhci_hcd 0000:00:14.0: Host supports USB 3.0 SuperSpeed

[    0.946941] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 6.01

[    0.946943] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1

[    0.946944] usb usb1: Product: xHCI Host Controller

[    0.946946] usb usb1: Manufacturer: Linux 6.1.0-23-amd64 xhci-hcd

[    0.946947] usb usb1: SerialNumber: 0000:00:14.0

[    0.947092] hub 1-0:1.0: USB hub found

[    0.948258] usb usb2: New USB device found, idVendor=1d6b, idProduct=0003, bcdDevice= 6.01

[    0.948261] usb usb2: New USB device stringpc astucess: Mfr=3, Product=2, SerialNumber=1

[    0.948262] usb usb2: Product: xHCI Host Controller

[    0.948263] usb usb2: Manufacturer: Linux 6.1.0-23-amd64 xhci-hcd

[    0.948264] usb usb2: SerialNumber: 0000:00:14.0

[    0.948360] hub 2-0:1.0: USB hub found

[    1.200621] usb 1-5: new low-speed USB device number 2 using xhci_hcd

[    1.352532] usb 1-5: New USB device found, idVendor=413c, idProduct=301a, bcdDevice= 1.00

[    1.352539] usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=0

[    1.352543] usb 1-5: Product: Dell MS116 USB Optical Mouse

[    1.352546] usb 1-5: Manufacturer: PixArt

[    1.385091] usbcore: registered new interface driver usbhid

[    1.385096] usbhid: USB HID core driver

[    1.397991] input: PixArt Dell MS116 USB Optical Mouse as /devices/pci0000:00/0000:00:14.0/usb1/1-5/1-5:1.0/0003:413C:301A.0001/input/input0

[    1.398236] hid-generic 0003:413C:301A.0001: input,hidraw0: USB HID v1.11 Mouse [PixArt Dell MS116 USB Optical Mouse] on usb-0000:00:14.0-5/input0

[    1.480426] usb 1-6: new low-speed USB device number 3 using xhci_hcd

[    1.634707] usb 1-6: New USB device found, idVendor=413c, idProduct=2113, bcdDevice= 1.08

[    1.634710] usb 1-6: New USB device strings: Mfr=0, Product=2, SerialNumber=0

[    1.634711] usb 1-6: Product: Dell KB216 Wired Keyboard

[    1.639307] input: Dell KB216 Wired Keyboard as /devices/pci0000:00/0000:00:14.0/usb1/1-6/1-6:1.0/0003:413C:2113.0002/input/input1

[    1.696546] hid-generic 0003:413C:2113.0002: input,hidraw1: USB HID v1.11 Keyboard [Dell KB216 Wired Keyboard] on usb-0000:00:14.0-6/input0

[    1.701028] input: Dell KB216 Wired Keyboard System Control as /devices/pci0000:00/0000:00:14.0/usb1/1-6/1-6:1.1/0003:413C:2113.0003/input/input2

[    1.760493] input: Dell KB216 Wired Keyboard Consumer Control as /devices/pci0000:00/0000:00:14.0/usb1/1-6/1-6:1.1/0003:413C:2113.0003/input/input3

[    1.760625] hid-generic 0003:413C:2113.0003: input,hidraw2: USB HID v1.11 Device [Dell KB216 Wired Keyboard] on usb-0000:00:14.0-6/input1

[   34.360116] usb 1-1: new high-speed USB device number 4 using xhci_hcd

[   34.508766] usb 1-1: New USB device found, idVendor=0781, idProduct=5567, bcdDevice= 1.00

[   34.508778] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3

[   34.508784] usb 1-1: Product: Cruzer Blade

[   34.508787] usb 1-1: Manufacturer: SanDisk

[   34.508791] usb 1-1: SerialNumber: 03022005052221042855

[   35.110969] usb-storage 1-1:1.0: USB Mass Storage device detected

[   35.111477] scsi host6: usb-storage 1-1:1.0

[   35.111538] usbcore: registered new interface driver usb-storage

[   35.118992] usbcore: registered new interface driver uas

Dernière modification par fiche (06-08-2024 20:03:36)

fiche · 12-08-2024 06:59:48

J'ai essayé de réparer la table de partition :
- avec l'outil Disques sur Linux : échec
- avec la commande fsck sur Linux : échec
- avec l'outil Testdisk sur Linux : échec

La copie d'un fichier simple ne fonctionne pas souvent (erreur entrée - sortie).
Souvent, on arrive pas à voir le contenu d'un répertoire et quand par miracle, on y parvient, la copie de fichiers échoue.

Je laisse tomber.

--gilles-- · 12-08-2024 08:28:20

Bonjour fiche !

Si tu pouvais effectuer le test fdisk demandé par Otyugh, nous aurions au moins un début de diagnostic à nous mettre sous la dent concernant cette clé USB. Merci.

otyugh a écrit :

Tu peux donner le retour de
fdisk -l /dev/sdX

Et oui testdisk est le seul outil que je connais pour faire une récupération de partitions. Sinon si on est en mode désespoir y a photoreq qui va retourner des millions de fichiers en vrac (mais si on sait quels fichiers on cherche genre un extrait de texte, y a de bonnes chance de retrouver les fichiers en question).

fiche · 12-08-2024 21:55:35

Merci.

Voici le retour de la commande :

fdisk -l /dev/sdb

Disque /dev/sdb : 117,42 GiB, 126079198208 octets, 246248434 secteurs

Modèle de disque : Cruzer Blade    

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0x00000000

Périphérique Amorçage Début       Fin  Secteurs Taille Id Type

/dev/sdb1                32 246248433 246248402 117,4G  c W95 FAT32 (LBA)

otyugh · 13-08-2024 09:47:46

Juste en regardant ça, ça a l'air ok.
Normalement dès que t'as un doute sur la santé d'une périphérique, la première chose à faire est de "dumper" le contenu sur son disque dur avant de faire des essais de réparation (mais ça semble un peu tard). Cela dit c'est un test comme un autre si comme tu dis

La copie d'un fichier simple ne fonctionne pas souvent (erreur entrée - sortie).

Moi je commencerai par faire ça (ddrescue est un outil exprès pour "harceler" les périphérique qui déconnent, s'il échoue mais qu'il y arrive presque on peut le relancer autant de fois qu'on veut il insistera sur les parties où il a échoué)

apt install gddrescue

ddrescue /dev/sdb1 ~/sav.raw ~/sav.map

fiche · 13-08-2024 21:08:03

La copie sur le disque dur avec ddrescue vient de s'achever :

ddrescue /dev/sdb1 ~/sav.raw ~/sav.map

GNU ddrescue 1.27

Press Ctrl-C to interrupt

     ipos:  126079 MB, non-trimmed:        0 B,  current rate:   8299 kB/s

     opos:  126079 MB, non-scraped:        0 B,  average rate:  20195 kB/s

non-tried:        0 B,  bad-sector:        0 B,    error rate:       0 B/s

  rescued:  126079 MB,   bad areas:        0,        run time:  1h 44m  2s

pct rescued:  100.00%, read errors:        0,  remaining time:         n/a

                              time since last successful read:         n/a

Copying non-tried blocks... Pass 1 (forwards)

Finished

otyugh · 13-08-2024 22:17:39

Aucune erreur de lecture déjà. Ça semble dire qu'y a pas de souci d'accès... Du coup cette copie est probablement inutile... >_<
...Mais vu que tu dis qu'y a des lenteurs et tout, tu peux travailler sur cette copie, ça ira beaucoup plus vite.

Tu peux tenter fsck et tesdisk dessus ?

Dernière modification par otyugh (13-08-2024 22:22:19)

fiche · 14-08-2024 22:03:41

Le disque dur sur lequel le fichier image sav.raw a été créé a une capacité de 240 Go.
Le ficher sav.raw a une taille de 117 Go.
Il reste désormais 94 Go libres sur la partition.

Si je veux "restaurer" dans un format lisible et copiable les données présentes dans le fichier sav.raw, cette restauration ne tiendra jamais sur ma partition.
Il faudrait restaurer sur un autre disque dur ou sur une clé usb de 128 Go.

Pour restaurer, c'est bien comme cela ? (ce qui écrasera tout le contenu de sdX)
sudo ddrescue -f sav.raw /dev/sdX restore.map

Je ne vois pas comment on peut utiliser la commande fsck ou l'outil testdisk autrement que sur une partition.
Si je lance fsck ou testdisk sur ma partition actuelle contenant le fichier sav.raw, ils vont pouvoir faire quelque chose avec ce fichier .raw ?
Il y a un truc qui m'échappe...

otyugh · 15-08-2024 10:07:49

Le disque dur sur lequel le fichier image sav.raw a été créé a une capacité de 240 Go.
Le ficher sav.raw a une taille de 117 Go.

fdisk est pas d'accord avec toi : ce n'est pas une histoire de taille de partition, c'est la taille du disque détecté (Disque /dev/sdb : 117,42 GiB, 126079198208 octets, 246248434 secteurs). PEBCAK ?

Je ne vois pas comment on peut utiliser la commande fsck ou l'outil testdisk autrement que sur une partition.

fsck sav.raw

#si ça marche tu peux monter la partition corrigée directement `mkdir tmp/; mount sav.raw tmp/;`

#sinon tu peux toujours (mais j'ai de gros doutes du coup ~)

testdisk sav.raw

Dernière modification par otyugh (15-08-2024 11:00:46)

Jean-Pierre Pinson · 15-08-2024 10:29:51

Moi j'utilise des clés Kingston, et pour l'instant je n'ai pas eu de problème avec.

fiche · 15-08-2024 12:48:26

La taille du fichier .raw de 117 Go, ce sont les propriétés du fichier (par clic droit) qui me l'indiquent.
Et Gparted m'indique que sur mon disque dur, il ne reste que 94 Go de libres.

De mémoire la clé USB Sandisk est utilisée à plus de 50%. Donc, si on pouvait restaurer les données contenues dans le fichier .raw dans un format "lisible", cela occuperait environ 70 Go.

La commande sudo fsck sav.raw lacée à partir de ma session et donc avec la partition home montée ne fait rien.
Il faut mettre les options -a -v ?

fsck sav.raw

fsck de util-linux 2.38.1

Usage: fsck.ext4 [-panyrcdfktvDFV] [-b superblock] [-B blocksize]

    [-l|-L bad_blocks_file] [-C fd] [-j external_journal]

    [-E extended-options] [-z undo_file] device

Emergency help:

 -p                   Automatic repair (no questions)

 -n                   Make no changes to the filesystem

 -y                   Assume "yes" to all questions

 -c                   Check for bad blocks and add them to the badblock list

 -f                   Force checking even if filesystem is marked clean

 -v                   Be verbose

 -b superblock        Use alternative superblock

 -B blocksize         Force blocksize when looking for superblock

 -j external_journal  Set location of the external journal

 -l bad_blocks_file   Add to badblocks list

 -L bad_blocks_file   Set badblocks list

 -z undo_file         Create an undo file

Pour ce qui est de la qualité des clés, je n'ai jusqu'ici jamais eu de problème avec Sandisk et Kingston (contrairement à Vertabim et à des clés sans marque). La personne qui a utilisée cette clé Sandisk l'a peut-être débranchée trop souvent sans attendre qu'elle soit vraiment démontée, aucune idée.

Dernière modification par fiche (15-08-2024 12:52:56)

otyugh · 15-08-2024 13:56:18

fsck.vfat sav.raw

(...Je sais pas si je t'approche de la solution, c'est vraiment les genre de truc qui prend cinq minute si on le fait soi-même, mais avec les attente entre deux messages j'ai déjà oublié ce qui a été tenté, et quelle affirmation est fiable ou pas. Fin bref. >_<)

Dernière modification par otyugh (15-08-2024 13:57:54)

fiche · 15-08-2024 16:40:33

Bon, cela commence mal : il faut choisir l'option 2 ?

sudo fsck.vfat sav.raw

fsck.fat 4.2 (2021-01-31)
There are differences between boot sector and its backup.
This is mostly harmless. Differences: (offset:original/backup)
65:01/00
1) Copy original to backup
2) Copy backup to original
3) No action
[123?q]?

Dernière modification par fiche (15-08-2024 16:44:18)

otyugh · 15-08-2024 18:45:57

"Moi je sais pas", mais "this is mostly harmless" veut dire "c'est largement sans danger".
Donc ça n'a probablement pas d'importance. En plus tu es sur une copie.

Dernière modification par otyugh (15-08-2024 18:46:25)

fiche · 15-08-2024 19:26:34

J'ai répondu comme j'ai pu aux questions mais je ne suis pas beaucoup plus avancé.
Comment savoir si le contenu de ce fichier .raw est réparé et désormais accessible pour une copie vers un autre support ?

fsck.vfat sav.raw

fsck.fat 4.2 (2021-01-31)

There are differences between boot sector and its backup.

This is mostly harmless. Differences: (offset:original/backup)

  65:01/00

1) Copy original to backup

2) Copy backup to original

3) No action

[123?q]? 3

There is no label in boot sector, but there is volume label 'USB GRANDE' stored in root directory

1) Copy volume label from root directory to boot sector

2) Remove volume label from root directory

[12?q]? 2

Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.

1) Remove dirty bit

2) No action

[12?q]? 1

Free cluster summary wrong (1965316 vs. really 1948847)

1) Correct

2) Don't correct

[12?q]? 1

*** Filesystem was changed ***

The changes have not yet been written, you can still choose to leave the

filesystem unmodified:

1) Write changes

2) Leave filesystem unchanged

[12?q]? 2

sav.raw: 122970 files, 1897844/3846691 clusters

otyugh · 15-08-2024 20:30:00

Relance, normalement tu aura plus d'erreur. Et si tu en a plus, tu montes. Voir #13

fiche · 15-08-2024 21:08:05

Les mêmes questions ont été posées après avoir à nouveau exécuté la commande fsck.
Je pense que c'est lié à la dernière question. Il faut répondre 1 pour enregistrer les changements.
The changes have not yet been written, you can still choose to leave the
filesystem unmodified:
1) Write changes
2) Leave filesystem unchanged

fsck.vfat sav.raw

fsck.fat 4.2 (2021-01-31)

There are differences between boot sector and its backup.

This is mostly harmless. Differences: (offset:original/backup)

  65:01/00

1) Copy original to backup

2) Copy backup to original

3) No action

[123?q]? 3

There is no label in boot sector, but there is volume label 'USB GRANDE' stored in root directory

1) Copy volume label from root directory to boot sector

2) Remove volume label from root directory

[12?q]? 2

Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.

1) Remove dirty bit

2) No action

[12?q]? 1

Free cluster summary wrong (1965316 vs. really 1948847)

1) Correct

2) Don't correct

[12?q]? 1

*** Filesystem was changed ***

The changes have not yet been written, you can still choose to leave the

filesystem unmodified:

1) Write changes

2) Leave filesystem unchanged

[12?q]? 1

sav.raw: 122970 files, 1897844/3846691 clusters

J'ai relancé une 3ème fois la commande en répondant différemment :

fsck.vfat sav.raw

fsck.fat 4.2 (2021-01-31)

There are differences between boot sector and its backup.

This is mostly harmless. Differences: (offset:original/backup)

  65:00/01

1) Copy original to backup

2) Copy backup to original

3) No action

[123?q]? 3

sav.raw: 122969 files, 1897844/3846691 clusters

Et une 4ème fois

There are differences between boot sector and its backup.

This is mostly harmless. Differences: (offset:original/backup)

  65:00/01

1) Copy original to backup

2) Copy backup to original

3) No action

[123?q]? 2

Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.

1) Remove dirty bit

2) No action

[12?q]? 1

*** Filesystem was changed ***

The changes have not yet been written, you can still choose to leave the

filesystem unmodified:

1) Write changes

2) Leave filesystem unchanged

[12?q]? 1

sav.raw: 122969 files, 1897844/3846691 clusters

Après un dernier essai, il a encore été posé la 1ère question alors que précédemment, j'ai répondu 2 (2) Copy backup to original). J'ai quitté.

J'ai tenté :

mkdir tmp/

mount sav.raw tmp/

mount: tmp/: échec de configuration du périphérique de bouclage /home/moi/sav.raw.

Dernière modification par fiche (15-08-2024 21:16:33)

otyugh · 15-08-2024 23:47:15

Du coup j'y comprends officiellement plus rien, désolé T_T
Il dit pourtant avoir écrit les réparations...

Dernière modification par otyugh (15-08-2024 23:48:48)

raleur · 16-08-2024 09:40:40

Il faut être root pour créer un périphérique loop avec mount/losetup. Sinon passer par udisksctl, l'utilitaire "Disques" ou le gestionnaire de fichiers graphique pour monter le fichier image en tant qu'utilisateur.

Dernière modification par raleur (16-08-2024 09:41:07)

fiche · 16-08-2024 20:37:05

Merci.

Dans le doute, j'ai tenté sudo mount sav.raw tmp/ et cela a fonctionné.

Je suis en train de copier les données vers une autre clé USB. J'espère que l'on pourra y accéder à peu près normalement ensuite !

fiche · 17-08-2024 11:15:38

Bonjour,

Après une copie des documents vers une autre clé USB qui a duré jusqu'à 6h du matin, les données semblent accessibles aussi bien sur Linux que sur Windows !

Encore une fois, les participants du forum ont montré leur efficacité.
Merci otyugh et raleur.

Debian-facile

#1 04-08-2024 14:23:12

[Résolu] Clé USB à réparer ? Données disparues

#2 04-08-2024 18:11:58

Re : [Résolu] Clé USB à réparer ? Données disparues

#3 05-08-2024 10:50:55

Re : [Résolu] Clé USB à réparer ? Données disparues

#4 05-08-2024 12:15:54

Re : [Résolu] Clé USB à réparer ? Données disparues

#5 06-08-2024 19:45:59

Re : [Résolu] Clé USB à réparer ? Données disparues

#6 12-08-2024 06:59:48

Re : [Résolu] Clé USB à réparer ? Données disparues

#7 12-08-2024 08:28:20

Re : [Résolu] Clé USB à réparer ? Données disparues

#8 12-08-2024 21:55:35

Re : [Résolu] Clé USB à réparer ? Données disparues

#9 13-08-2024 09:47:46

Re : [Résolu] Clé USB à réparer ? Données disparues

#10 13-08-2024 21:08:03

Re : [Résolu] Clé USB à réparer ? Données disparues

#11 13-08-2024 22:17:39

Re : [Résolu] Clé USB à réparer ? Données disparues

#12 14-08-2024 22:03:41

Re : [Résolu] Clé USB à réparer ? Données disparues

#13 15-08-2024 10:07:49

Re : [Résolu] Clé USB à réparer ? Données disparues

#14 15-08-2024 10:29:51

Re : [Résolu] Clé USB à réparer ? Données disparues

#15 15-08-2024 12:48:26

Re : [Résolu] Clé USB à réparer ? Données disparues

#16 15-08-2024 13:56:18

Re : [Résolu] Clé USB à réparer ? Données disparues

#17 15-08-2024 16:40:33

Re : [Résolu] Clé USB à réparer ? Données disparues

#18 15-08-2024 18:45:57

Re : [Résolu] Clé USB à réparer ? Données disparues

#19 15-08-2024 19:26:34

Re : [Résolu] Clé USB à réparer ? Données disparues

#20 15-08-2024 20:30:00

Re : [Résolu] Clé USB à réparer ? Données disparues

#21 15-08-2024 21:08:05

Re : [Résolu] Clé USB à réparer ? Données disparues

#22 15-08-2024 23:47:15

Re : [Résolu] Clé USB à réparer ? Données disparues

#23 16-08-2024 09:40:40

Re : [Résolu] Clé USB à réparer ? Données disparues

#24 16-08-2024 20:37:05

Re : [Résolu] Clé USB à réparer ? Données disparues

#25 17-08-2024 11:15:38

Re : [Résolu] Clé USB à réparer ? Données disparues

Pied de page des forums