Re: [Linux-31] perte de donnees copiees sur cle USB 125 GB

[g hillartin <hillartin AT gmail.com>]

Salut Christophe,

Cette clé a été utilisée sur Mac fin juillet 2018 :

drwxr-xr-x     0     0    131072 29-Jul-2018 12:05 .Spotlight-V100

etc.
 

Mais plus intéressant, il y a 3 jours :

 -rwxr-xr-x     0     0   8388608 21-Jan-2019 11:45 ReadyBoostPerfTest.tmp

Je verrais bien toutes les données disparues regroupées dans ce fichier unique de 8 mégas...

https://answers.microsoft.com/en-us/windows/forum/windows_8-hardware/ready-boost/617b0037-1ee0-44b7-b0fe-79264a39535a

Gilbert

Le jeu. 24 janv. 2019 08:17, Christophe VANHOUTTE <linux-31 AT culte.org> a écrit :

Bonsoir,
J'ai entre les mains une clé USB (venant certainement de chine)
où une personne a copié ses données ...

Elle a vérifiée que ses données étaient bien sur la clé USB avant de la démonter.

Les 2 répertoires sont bien présent, mais dans un des 2 répertoire il manque des données.

C'est une grosse perte pour cette personne.

J'ai tenté plusieurs programmes de récupération avec l'OS propriétaire et aussi testdisk sous Windows (pas de linux sous la main)

Formatée en exFAT semble t-il ou du moins livrée en exFAT

Disque /dev/sdb : 125 GiB, 134217728000 octets, 262144000 secteurs
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


Device     Boot      Start            End             Sectors           Size Id Type
/dev/sdb1  ?    4294967295 8589934589 4294967295    2T ff BBT
/dev/sdb2  ?    4294967295 8589934589 4294967295    2T ff BBT
/dev/sdb3  ?    4294967295 8589934589 4294967295    2T ff BBT
/dev/sdb4  ?    4294967295 5035196669  740229375  353G ff BBT

testdisk affiche:
Disk /dev/sdb - 134 GB / 125 GiB - VendorCo ProductCode

En parcourant le file system

il est affiché:
No file found, filesystem may be damaged.

Le programme ne continu pas il bloque à 06%

Disk /dev/sdb - 134 GB / 125 GiB - CHS 16317 255 63
Analyse cylinder  1041/16316: 06%

  exFAT                    0   0  1 16317 180 55  262144000
  exFAT                    0   0  1 16317 180 55  262144000

Le répertoire PHOTOS est normal

C'est le répertoire BOULOT qui n'a plus de données

TestDisk 6.14, Data Recovery Utility, July 2013
   P exFAT                    0   0  1 16317 180 55  262144000
Directory /

>drwxr-xr-x     0     0    131072 18-Apr-2018 10:48 PHOTOS
 drwxr-xr-x     0     0    262144 20-Jul-2018 15:44 BOULOT
 drwxr-xr-x     0     0    131072 29-Jul-2018 12:05 .Spotlight-V100
 drwxr-xr-x     0     0    131072 29-Jul-2018 12:05 .fseventsd
 drwxr-xr-x     0     0    131072 30-Jul-2018 06:05 .Trashes
 -rwxr-xr-x     0     0   8388608 21-Jan-2019 11:45 ReadyBoostPerfTest.tmp

TestDisk 6.14, Data Recovery Utility, July 2013
   P exFAT                    0   0  1 16317 180 55  262144000
Directory /BOULOT

No file found, filesystem may be damaged.

Dans un repertoire
Directory /.Spotlight-V100/Store-V2/

il y a des fichiers genre:
Directory /.Spotlight-V100/Store-V2/2A240787-9DB1-4FC9-AC59-49B162437F76

>-rwxr-xr-x     0     0     94208 30-Jul-2018 07:25 psid.db
 -rwxr-xr-x     0     0         0 29-Jul-2018 12:05 tmp.SnowLeopard
 -rwxr-xr-x     0     0         0 29-Jul-2018 12:05 tmp.Lion
 -rwxr-xr-x     0     0         0 29-Jul-2018 12:05 Lion.created
 -rwxr-xr-x     0     0         0 29-Jul-2018 12:05 tmp.Cab
 -rwxr-xr-x     0     0         0 29-Jul-2018 12:05 Cab.created
 -rwxr-xr-x     0     0        28 30-Jul-2018 07:13 indexState
 -rwxr-xr-x     0     0     52975 29-Jul-2018 12:11 0.indexPostings
 -rwxr-xr-x     0     0      5112 29-Jul-2018 12:10 0.indexIds
 -rwxr-xr-x     0     0      2556 29-Jul-2018 12:10 0.indexBigDates
 -rwxr-xr-x     0     0      3277 30-Jul-2018 05:57 0.indexGroups
 -rwxr-xr-x     0     0         4 29-Jul-2018 12:11 0.indexPositions
 -rwxr-xr-x     0     0      2056 29-Jul-2018 12:11 0.indexDirectory
 -rwxr-xr-x     0     0         8 29-Jul-2018 12:11 0.indexCompactDirectory
 -rwxr-xr-x     0     0    150464 29-Jul-2018 12:11 0.indexArrays
 -rwxr-xr-x     0     0      4096 30-Jul-2018 06:12 0.shadowIndexHead
 -rwxr-xr-x     0     0         0 30-Jul-2018 07:13 live.0.indexUpdates
 -rwxr-xr-x     0     0     65536 30-Jul-2018 06:12 0.directoryStoreFile
 -rwxr-xr-x     0     0      1984 30-Jul-2018 06:12 0.directoryStoreFile.shadow
 -rwxr-xr-x     0     0      4096 30-Jul-2018 07:13 live.0.indexHead
 -rwxr-xr-x     0     0     32768 30-Jul-2018 06:17 live.0.indexIds
 -rwxr-xr-x     0     0     16384 30-Jul-2018 06:17 live.0.indexBigDates
 -rwxr-xr-x     0     0      3277 30-Jul-2018 06:17 live.0.indexGroups
 -rwxr-xr-x     0     0     32768 30-Jul-2018 07:12 live.0.indexPostings

Directory /.Spotlight-V100

>drwxr-xr-x     0     0    131072 29-Jul-2018 12:05 Store-V2
 drwxr-xr-x     0     0    131072 29-Jul-2018 12:05 Store-V1
 -rwxr-xr-x     0     0      4113 29-Jul-2018 12:06 VolumeConfiguration.plist

Je ne vois pas trop de choix pour trouver les fichiers manquants.

J'ai l'impression que la clé n'est pas réellement 125 Go mais qu'il y a un firemware qui donne cette impression , et que les fichiers seraient tout simplement compressés lors de leurs écritures sur cette clé USB.

Ou alors la clé est morte le ram aurait grillée, mais alors pourquoi des fichiers sont encore visible ?

Dans le cas ou la clé USB est HS, je crois qu'il est préférable de ne pas tenter de continuer à l'utiliser, même avec un formatage ?!

Toutes suggestions est bienvenue

Christophe

--

Debian Jessie  3.16.0-4-amd64 / Xorg 1:7.7+7  & Xfce 4.10
http://www.debian.org # http://fr.wikipedia.org/wiki/Obsolescence
https://soutien.laquadrature.net/
http://gnutux.free.fr # Il faut dire GNU/Linux :) # www.culte.org
--
GNU/Linux : May the Force be with you !