DDExt en RAW, récupération des fichiers via TestDIsk

Dame Isore · Le 07/10/2016, à 21:52

Bonjour,
Voilà, un week-end je récupère des vidéos chez un ami sur mon DDExt Samsung 2TB D3 Station puis je fais du montage le soir même.J'exporte via AdobeProCs5 et mon disque dur c'est mis à se connecter/déconnecter en plein milieu de l'exportation!
Puis impossible d'éjecter le DDExt de mon ordinateur: "Impossible d'arrêter le périphérique, volume générique utiliser par windows....blablabla", et mon DDExt se met en RAW
Dans "propriété" mon DDExt n'a plus le même nom et affiche " 0 octet"!

Je fais un Scan via Avast puis Malewarebytes :

Date de l'analyse: 04/10/2016
Heure de l'analyse: 14:00
Fichier journal: 42 menaces 201610.txt
Mais je ne sais si c'est sur le DDExt ou l'ordi,

Donc virus! Je mets en quarantaine.
Je panique et me lance dans la récup de fichiers via TestDisk et après 5jours de "recherches approfondies" sur le DDExt, ce soir je suis à l'étape:

The harddisk <2000GB  /  1863GiB> seems too small!  << 34697 TB  /  31557  TiB>
Check the harddisk size : HD jumpers settings, BIOS detection...
The following partitions can't be recovered:
Partition            Start                  End       Size     in     sectors
SysV 4     75564    9    35  2178209755   180 30 3499172.....[M-A^OT]
SysV4      140992  93    5     4218376999  175 47 6776596......[hLr']M-&
WBFS      215523 195  37    546513        50  1  843330....


[  Continue  ]
SysV4, 17915TB  /  16294  TiB

Et je ne comprends pas ce que cela veut dire....si quelqu'un peut m'aider svp, cela commence à dépasser mes capacités de compréhension informatique.
En vous remerciant par avance.

(J'utilise un ordinateur portable ASUS R751J)

Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par cqfd93 (Le 07/10/2016, à 21:58)

Nasman · Le 07/10/2016, à 21:57

En mode "Live" (démarrer ubuntu sans installer), que donne

sudo fdisk -l

(-L en minuscule)

Normalement testdisk recherche des traces des partitions et exprime celles qu'il a retrouvé de la façon suivante:
cylindre_début tête_début secteur_début cylindre_fin tête_fin secteur_fin nombre de secteurs

sudo fdisk -l indique les emplacements en LBA. La LBA est calculée ainsi

LBA= cylindre_début * taille_cylindre + tête_début * taille_tête + secteur_début -1
Il y a généralement 63 secteurs par piste et 255 têtes, un cylindre vaut 63*255=16065 secteurs.

Dans une géométrie classique tu aurait
LBA= 16065*cylindre_début + 63*tête_début + secteur_début -1 (le -1 est parce que les LBA commencent à 0 et les secteurs commencent à 1)

Il est possible que la géométrie de ton disque ait changé

Dernière modification par Nasman (Le 07/10/2016, à 22:09)

Dame Isore · Le 08/10/2016, à 01:05

Merci pour votre réponse rapide.
De mon côté, j'ai téléchargé une vidéo Ubuntu qui m'a pris 2h et au final elle ne s'ouvre pas donc je suppose que ce n'est pas le logiciel qui s'est téléchargé.....
je précise que je ne connais pas du tout Ubuntu, j'ai juste compris que c'était un autre système d'interface comme windows.
Le hic c'est que je ne sais pas non plus ce qu'est le "sudo"....
Et, ne m'en veuillez pas d'être en plus une "noob" en informatique mais je fais mes recherches comme je peux car avec un bébé qui fait ses dents en ce moment et qui ne dort pas la journée c'est assez hippique pour moi!

Question? Si je dois redémarrer mon ordi est-ce que je vais perdre le travail qu'a effectué TestDisk pendant 5jours sur mon DDExt? Puisque dans la console il propose de [continue] (malgré qu'il précise qu'il ne peut pas récupérer ces fichiers... ) ?

La géométrie?! c'est à dire? Le fait de l'avoir installé sur un autre ordi que le mien aurai changé sa façon d'enregistrer?Ou est-ce d'ordre mécanique pur (une usure), ou le fait d'avoir étéint et rallumer mon ordi alors que mon DDExt bugué à ce moment là et que mon ordi ne voulait pas l'éjecter?
Pensez-vous que mes 1T de données sont définitivement perdues?!

Dernière modification par Dame Isore (Le 08/10/2016, à 01:25)

Bougron · Le 08/10/2016, à 02:55

Bonsour
De toute façon, tu fais continue pour qu'il affiche la liste des partitions.
Si nasman, peut te faire réparer c'est mieux. je pense que malgré tout tu dois te préparer à sauver sur un disque les répertoires qui seront trouvés s'il y en a.
Mais avant cette opération, Je dirais même avant de faire 'continue', il faut connaître la qualité du disque.
1) Tu installes l'application GSMARTCONTROL qui est dans la logithéque et tu postes le résultat de la commande

sudo smartctl   -s   on   -a   /dev/sdX

en remplaçant X par la bonne lettre.

Dame Isore · Le 08/10/2016, à 04:00

Si j'appuie sur "continue" voici mon écran de TestDisk:

j'ai lancé GsmartControl mais je ne peux pas accéder à la commande, juste un double clic sur "D3 station" dont voici le résultat:

et un autre clic sur un truc que je ne connais pas 'HGST HTS541...."

Modération

Sur Toile Libre, choisir le lien « Insérer la miniature dans un forum : »

Et pour les retours de commandes… du texte entre balises code (explications ici)!

Dernière modification par cqfd93 (Le 08/10/2016, à 12:19)

Bougron · Le 08/10/2016, à 10:49

Bonjour
Pour la partie qualité disque: Il est en très bon état. Il ne devrait pas y avoir de problème pour lire le contenu du disque. Je ne comprends pas qu'il faille 5 jours pour le parcourir.... Mais s'il est branché sur un support USB2, ce temps est normal. Autrement 1 journée devrait suffire en connexion usb3.

On y voit aussi Id=4 start-stop 51087 fois et id=8 power on time 4388 fois soit un arrêt toutes les 5 minutes. Ce qui me semble un peu trop fréquent. Mais ce n'est pas le problème de ce jour.
=> Sauf si cette valeur vient d'arriver. Car j'ai l'impression que ta description du problème y ressemble.

Pour testdisk. Tu utilises la version windows que je ne connais pas. En théorie, à la fin du parcours, il ne devrait pas seulement te proposer d'écrire la future table de partition (Ce qu'il ne faudra absolument pas faire), Il devrait aussi te proposer de parcourir les partitions listées. La première partition de ta liste est une sérieuse candidate à ce parcours.
Ci-dessous un exemple de présentation de ce choix
TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/md127 - 4290 MB / 4092 MiB - CHS 1047552 2 4
Partition Start End Size in sectors
>P ext4 0 0 1 1047551 1 4 8380416
P FAT32 8960 1 3 140032 1 2 1048576
P FAT16 25344 0 1 29439 1 4 32768 [4MOEFI]
P FAT32 29440 0 1 553727 1 4 4194304 [LIVEUSB]
P FAT32 29440 1 3 553728 1 2 4194304 [LIVEUSB]
P FAT32 29441 1 1 553729 0 4 4194304 [NO NAME]
P FAT32 31488 0 1 64255 1 4 262144
P FAT32 31488 1 3 64256 1 2 262144
P FAT12 40290 0 1 40881 1 4 4736 [NO NAME]

Structure: Ok.

Keys T: change type, P: list files,
Enter: to continue
ext4 blocksize=4096 Large_file Sparse_SB, 4290 MB / 4092 MiB

Testdisk n'es pas capable de restarter en cas d'arrêt.

Dernière modification par Bougron (Le 08/10/2016, à 11:10)

moko138 · Le 08/10/2016, à 12:13

Testdisk n'es pas capable de restarter en cas d'arrêt.

Mais si !
Seulement, il faut
1) au lancement précédent avoir choisi l'option
create a log
ou
append to log (=ajouter au log existant du même disque -si ce log existe déjà),

2) Puis au lancement suivant, choisir

append to log

Nasman · Le 08/10/2016, à 12:49

C'est curieux de trouver une partition en début de disque (à l'emplacement du mbr)
P ext4 0 0 1 1047551 1 4 8380416

Et la structure du disque est aussi curieuse
CHS 1047552 2 4

Sans tenir compte du fait qu'il semble faire 4290 MB / 4092 MiB, on est loin des 2 To

Bougron · Le 08/10/2016, à 13:44

moko138 a écrit :

Testdisk n'es pas capable de restarter en cas d'arrêt.
Mais si !
Seulement, il faut
1) au lancement précédent avoir choisi l'option
create a log
ou
append to log (=ajouter au log existant du même disque -si ce log existe déjà),
2) Puis au lancement suivant, choisir
append to log

Bonjour Moko138
Je te laisse libre de ton affirmation, Mais ce n'est pas encore aujourd'hui que je réussirais à restarter.
Je ne sais pas si dans le log, cela sera bien visible que l'action de restart n'est pas exécutée.
de toute façon l'option que tu indiques n'existe plus. Il n'y a que append que j'ai bien sélectionnée

  Use arrow keys to select, then press Enter key:
>[ Create ] Create a new log file
 [ Append ] Append information to log file
 [ No Log ] Don't record anything

Sat Oct  8 12:37:03 2016
Command line: TestDisk

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
[url]http://www.cgsecurity.org[/url]
OS: Windows 8 (9200)
Compiler: GCC 4.8, Cygwin 1007.34
Compilation date: 2015-04-18T13:01:55
ext2fs lib: 1.42.8, ntfs lib: 10:0:0, reiserfs lib: 0.3.1-rc8, ewf lib: 20120504, curses lib: ncurses 5.9
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sda)=1000204886016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive0)=1000204886016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\C:)=65767612416
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\D:)=133169152
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\E:)=52428800000
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\F:)=226099200000
filewin32_getfilesize(\\.\G:) GetFileSize err Fonction incorrecte.

filewin32_setfilepointer(\\.\G:) SetFilePointer err Fonction incorrecte.

Warning: can't get size for \\.\G:
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\H:)=10485760000
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\I:)=10485760000
Hard disk list
Disk /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63, sector size=512
Drive C: - 65 GB / 61 GiB - CHS 7995 255 63, sector size=512
Drive D: - 133 MB / 127 MiB - CHS 16 255 63, sector size=512
Drive E: - 52 GB / 48 GiB - CHS 6374 255 63, sector size=512
Drive F: - 226 GB / 210 GiB - CHS 27488 255 63, sector size=512
Drive H: - 10485 MB / 10000 MiB - CHS 1274 255 63, sector size=512

Partition table type (auto): None
Drive D: - 133 MB / 127 MiB
Partition table type: None

Analyse Drive D: - 133 MB / 127 MiB - CHS 16 255 63
FAT32 at 0/0/1
FAT1 : 32-2032
FAT2 : 2033-4033
start_rootdir : 4034 root cluster : 2
Data : 4034-260095
sectors : 260096
cluster_size : 1
no_of_cluster : 256062 (2 - 256063)
fat_length 2001 calculated 2001

FAT32 at 0/0/1
FAT32 at 0/0/1
Info: size boot_sector 260096, partition 260096
FAT1 : 32-2032
FAT2 : 2033-4033
start_rootdir : 4034 root cluster : 2
Data : 4034-260095
sectors : 260096
cluster_size : 1
no_of_cluster : 256062 (2 - 256063)
fat_length 2001 calculated 2001
Current partition structure:
   P FAT32                    0   0  1    16  48 32     260096 [BOOTSAVE]

search_part()
Drive D: - 133 MB / 127 MiB - CHS 16 255 63
FAT32 at 0/0/1
FAT1 : 32-2032
FAT2 : 2033-4033
start_rootdir : 4034 root cluster : 2
Data : 4034-260095
sectors : 260096
cluster_size : 1
no_of_cluster : 256062 (2 - 256063)
fat_length 2001 calculated 2001

FAT32 at 0/0/1
     FAT32                    0   0  1    16  48 32     260096 [BOOTSAVE]
     FAT32, blocksize=512, 133 MB / 127 MiB

Results
   P FAT32                    0   0  1    16  48 32     260096 [BOOTSAVE]
     FAT32, blocksize=512, 133 MB / 127 MiB


dir_partition inode=0
   P FAT32                    0   0  1    16  48 32     260096 [BOOTSAVE]
     FAT32, blocksize=512, 133 MB / 127 MiB
FAT: cluster=2(0x2), pos=4034
Directory /
       3 drwxr-xr-x     0      0         0  6-May-2016 20:06 System Volume Information
       6 drwxr-xr-x     0      0         0  6-May-2016 20:10 $RECYCLE.BIN
X      9 drwxr-xr-x     0      0         0  8-May-2016 14:12 _DA1
   46985 drwxr-xr-x     0      0         0  8-May-2016 14:14 EFI
X      4 drwxr-xr-x     0      0       512  7-Aug-2016 16:41 MSI3d970.tmp
X      8 drwxr-xr-x     0      0       512  6-May-2016 21:38 MSI978e2.tmp
X      8 drwxr-xr-x     0      0       512  6-May-2016 21:38 MSIa1cf5.tmp
   65538 drwxr-xr-x     0      0         0 22-Jun-2016 19:49 Recovery
X      4 -rwxr-xr-x     0      0      1728 24-Aug-2016 12:28 _OOTEX.LOG
SIGHUP detected! TestDisk has been killed.



Sat Oct  8 12:37:53 2016
Command line: TestDisk

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
[url]http://www.cgsecurity.org[/url]
OS: Windows 8 (9200)
Compiler: GCC 4.8, Cygwin 1007.34
Compilation date: 2015-04-18T13:01:55
ext2fs lib: 1.42.8, ntfs lib: 10:0:0, reiserfs lib: 0.3.1-rc8, ewf lib: 20120504, curses lib: ncurses 5.9
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sda)=1000204886016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive0)=1000204886016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\C:)=65767612416
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\D:)=133169152
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\E:)=52428800000
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\F:)=226099200000
filewin32_getfilesize(\\.\G:) GetFileSize err Fonction incorrecte.

filewin32_setfilepointer(\\.\G:) SetFilePointer err Fonction incorrecte.

Warning: can't get size for \\.\G:
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\H:)=10485760000
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\I:)=10485760000
Hard disk list
Disk /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63, sector size=512
Drive C: - 65 GB / 61 GiB - CHS 7995 255 63, sector size=512
Drive D: - 133 MB / 127 MiB - CHS 16 255 63, sector size=512
Drive E: - 52 GB / 48 GiB - CHS 6374 255 63, sector size=512
Drive F: - 226 GB / 210 GiB - CHS 27488 255 63, sector size=512
Drive H: - 10485 MB / 10000 MiB - CHS 1274 255 63, sector size=512

Partition table type (auto): EFI GPT
Disk /dev/sda - 1000 GB / 931 GiB
Partition table type: EFI GPT

Analyse Disk /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63
hdr_size=92
hdr_lba_self=1
hdr_lba_alt=1953525167 (expected 1953525167)
hdr_lba_start=34
hdr_lba_end=1953525134
hdr_lba_table=2
hdr_entries=128
hdr_entsz=128
check_part_gpt failed for partition
 2 P MS Reserved               262144     294911      32768 [Microsoft reserved partition]
check_part_gpt failed for partition
18 P Linux Raid              13137920   68192255   55054336 [testRAIDS]
Current partition structure:
 1 P EFI System                  2048     262143     260096 [BOOTEFI]
No FAT, NTFS, ext2, JFS, Reiser, cramfs or XFS marker
 2 P MS Reserved               262144     294911      32768 [Microsoft reserved partition]
 2 P MS Reserved               262144     294911      32768 [Microsoft reserved partition]
 3 P MS Data                   294912     555007     260096 [BOOTDUPLI] [BOOTSAVE]
 4 P Linux Swap                555008   13137919   12582912 [swap]
 5 P MS Data                 68192256  170592255  102400000 [WindowsMai2016]
 6 P Unknown                335685632  336625663     940032
 7 P Unknown                336625664  407144447   70518784 [U16041]
 8 P MS Data                407144448  535596815  128452368 [WindowsAout16]
 9 P Unknown                535597056  536528895     931840
10 P MS Data                912986112 1354586111  441600000 [MesDATA]
11 P Unknown               1354586112 1421695486   67109375 [Ubuntu14044]
12 P Unknown               1421697024 1430085631    8388608 [home1604]
13 P Unknown               1430085632 1526554623   96468992 [slash1604

Dernière modification par Bougron (Le 08/10/2016, à 13:52)

Dame Isore · Le 08/10/2016, à 14:27

Modération
Sur Toile Libre, choisir le lien « Insérer la miniature dans un forum : » http://pix.toile-libre.org/upload/thumb/1469894479.png

J'ai essayé à plusieurs reprises mais cela ne fonctionnait pas....quand je faisais prévisualisation: erreur en rouge= problème d'URL dans IMG???

(Résolu: je mettais le liens dans l'icone "Image" au lieu de le copier directement dans le message)

Dernière modification par Dame Isore (Le 08/10/2016, à 15:02)

Dame Isore · Le 08/10/2016, à 15:00

Il ne devrait pas y avoir de problème pour lire le contenu du disque. Je ne comprends pas qu'il faille 5 jours pour le parcourir....

Pourtant:

On y voit aussi Id=4 start-stop 51087 fois et id=8 power on time 4388 fois soit un arrêt toutes les 5 minutes. Ce qui me semble un peu trop fréquent. Mais ce n'est pas le problème de ce jour.

J'avoue que c'est un peu du chinois pour moi....

Pour testdisk:

Puis après avoir taper "P"

Du coup j'ai fait "q" et je suis retournée sur cet écran....

mais je fais quoi maintenant?

Pour le modérateur: je fais ce que je peux mais j'ai du mal à tout comprendre sur ces balises, désolée

cqfd93 · Le 08/10/2016, à 15:01

Dame Isore a écrit :

J'ai essayé à plusieurs reprises mais cela ne fonctionnait pas....quand je faisais prévisualisation: erreur en rouge= problème d'URL dans CODE???

Bizarre !
Il suffit de copier ce qui est dans la zone de texte (sur fond blanc) et de le coller dans ton message avec ctrl-v ou clic droit coller, sans utiliser les balises de l'éditeur de message du forum (boutons Image ou Lien).

Les 3 images de ton message 11 sont impeccables !

Dernière modification par cqfd93 (Le 08/10/2016, à 15:02)

Bougron · Le 08/10/2016, à 15:07

Comme dit cqfd93 c'est plus pratique de faire du copier/coller

Ta seconde image indique que le system de fichier est cassé. Donc tesdisk ne peut plus agir.

Une solution est d'oublier tesdisk et d'utiliser photorec.

Dernière modification par Bougron (Le 08/10/2016, à 15:08)

Dame Isore · Le 08/10/2016, à 15:14

Ok, mais Photorec ne récupère que des fichiers photo et des documents, pas les vidéos (formats H264, AVI, MPEG, MOV)?

Donc en fait TestDisk ne m'a renseigné juste sur le fait que mon DDExt est correct mais il y a un bug....

Vous pensez que cela va prendre 5 jours aussi....
Dois-je rallumer mon ordi avant de l'installer? En sachant que j'ai un SCAN qui est plannifié avant au démarrage....
Si je lance PhotoRec, dois-je fermer TestDisk?

Dernière modification par Dame Isore (Le 08/10/2016, à 15:18)

Bougron · Le 08/10/2016, à 15:22

Photorec récupère bien les vidéos. Il est plus rapide que testdisk. Mais il oublie les noms de fichiers.
testdisk a constaté que la structure qui contient les noms de fichiers est inutilisable.
Cette structure qui devrait être au format NTFS n'est plus reconnue. Donc le format visible est passé en RAW et nasman a trouvé que le contenu était un peu surprenant. C'est pour cela que je te propose la solution photorec que tu peux faire en simultané avec ce que Nasman va proposer pour faire une correction manuelle.

Tu peux lancer photorec sans tuer tesdisk et réciproquement . Mais ne fais pas une commande dans l'un des deux si tu as une commande en cours de fonctionnement dans l'un des deux Aafin d'aller plus vite dans la réponse au commandes. sinon le disque va passer son temps a déplacer la tête de lecture pour lire une donnée que l'un lui demande ailleurs sur le disque.

Dernière modification par Bougron (Le 08/10/2016, à 15:31)

moko138 · Le 08/10/2016, à 15:30

Dame Isore,
Si tu parles d'un chkdsk sous windows, ce n'est surtout pas le moment !!!
Car ce serait du quitte ou double. Avec des probabilités défavorables.
Ou alors tu fais une image disque avant, sur un autre disque au moins aussi grand.

Pour photorec, suis Bougron et le tutoriel officiel dur le site du créateur de ce logiciel.

- -

Bougron a écrit :

moko138 a écrit :
il faut
1) au lancement précédent avoir choisi l'option
create a log
ou
append to log (=ajouter au log existant du même disque -si ce log existe déjà),
2) Puis au lancement suivant, choisir
append to log
(...) l'option que tu indiques n'existe plus. (...)
  Use arrow keys to select, then press Enter key:
>[ Create ] Create a new log file
 [ Append ] Append information to log file
 [ No Log ] Don't record anything

Tu te relis ?

Dernière modification par moko138 (Le 08/10/2016, à 15:31)

Dame Isore · Le 08/10/2016, à 15:31

Ok, je vous rassure je suis aussi vos messages....
Donc je n'ai pas fermé TesDisk qui ne travail plus mais j'ai lancé PhotoRec....
je choisi

 Disk / dev /sdb  -   2000GB  /  1863 Gib (RO)  -  Samsung D3 station

Puis "Proceed"

Je suppose que je choisi HPFS - NTFS mais dois-je faire des réglages dans "options" ou "File Opt"?

Dernière modification par Dame Isore (Le 08/10/2016, à 15:35)

Bougron · Le 08/10/2016, à 15:48

moko138 a écrit :

Bougron a écrit :
moko138 a écrit :
il faut
1) au lancement précédent avoir choisi l'option
create a log
ou
append to log (=ajouter au log existant du même disque -si ce log existe déjà),
2) Puis au lancement suivant, choisir
append to log
(...) l'option que tu indiques n'existe plus. (...)
  Use arrow keys to select, then press Enter key:
>[ Create ] Create a new log file
 [ Append ] Append information to log file
 [ No Log ] Don't record anything
Tu te relis ?

Je relis et confirme mon essai ....... J'étais positionné sur [Append] qui est une fonctionnalité d'écrire à la suite dans le log existant et en aucun cas de continuer le traitement à l'endroit où il a été stoppé.

Ce que tu appelles append to log je l'appelle [append] . Voici où c'est positionné lorsque je valide. http://hpics.li/58b0bad

Sur la ligne que j'ai, il m'est totalement impossible d'aller sur la partie droite. Je pense que la partie droite d'est pas selectionnable et et une explication d'détaillée de la partie gauche.0
lstoppé. mier

Dernière modification par Bougron (Le 08/10/2016, à 15:49)

Bougron · Le 08/10/2016, à 15:56

Dame Isore a écrit :

Ok, je vous rassure je suis aussi vos messages....
Donc je n'ai pas fermé TesDisk qui ne travail plus mais j'ai lancé PhotoRec....
je choisi
 Disk / dev /sdb  -   2000GB  /  1863 Gib (RO)  -  Samsung D3 station
Puis "Proceed"
http://pix.toile-libre.org/upload/thumb/1475933298.jpg
Je suppose que je choisi HPFS - NTFS mais dois-je faire des réglages dans "options" ou "File Opt"?

Tu es bien positionnée ... soit no partition whole disk .il ne te reste plus qu'a faire search

Je te suis en direct pour le début

Dernière modification par Bougron (Le 08/10/2016, à 15:57)

Bougron · Le 08/10/2016, à 15:59

Tu devrais certainement avoir ce message
To recover lost files, PhotoRec need to know the filesystem type where the
file were stored:
[ ext2/ext3 ] ext2/ext3/ext4 filesystem
>[ Other ] FAT/NTFS/HFS+/ReiserFS/...
a choisir la seconde ligne.

Dame Isore · Le 08/10/2016, à 16:01

Au fait j'avais omis de dire que j'ai un 2ème DDExt.
Quand le Station D3 c'est mis à buguer je l'ai essayé sur un autre ordi portable. Cet ordi indiquait la même chose à propos du périphérique...qu'il ne pouvait pas l'ejecter, du coup j'ai connecté mon 2ème DDExt (INTENSO) sur cet ordi et pareil, il ne pouvait plus l'ejecter!!!! Mais comme je ne travaillait pas sur INTENSO, j'ai éteint l'ordi puis rallumé, fait un SCAN et un MALWAREBYTES ce qui a réglé les choses tout de suite! Donc j'ai supposé que c'était un virus qui m'avait aussi fait planter le SAMSUNG D3....

Dernière modification par Dame Isore (Le 08/10/2016, à 16:09)

Dame Isore · Le 08/10/2016, à 16:03

Tu es bien positionnée ... soit                    no partition     whole disk   .il ne te reste plus qu'a faire search

Je choisi No partition du coup?

j'obtiens ça:

PS: merci pour votre aide!

Dernière modification par Dame Isore (Le 08/10/2016, à 16:06)

Bougron · Le 08/10/2016, à 16:08

Oui cela prendra la totalité du disque
Mais comme j'ai regardé la taille de la seconde partition qui est proposée, c'est quasiment pareil.. mais on ne prend aucun risque.
J'espère que tu as un gros disque pour récupérer, sinon on va sélectionner des types de fichiers.... (mais je ne maîtrise pas trop car il y a trop d'options . Je viens de vérifier, il y en a un maxima de positionnées. (C'est l'onglet file opt)
et tu vas arriver à cela

PhotoRec 7.0, Data Recovery Utility, April 2015

Please select a destination to save the recovered files.
Do not choose to write the files to the same partition they were stored on.
Keys: Arrow keys to select another directory
C when the destination is correct
Q to quit
Directory /home/u16041
A toi de bien te positionner, Cela va créer un énorme répertoire de nom RECOVER avec plein de sous-répertoires dedans...... qui vont se populer.
En fait je pense que sous windows c'est la même logique que sous ubuntu car sous windows je n'ai pas encore pratiqué.

Dernière modification par Bougron (Le 08/10/2016, à 16:14)

Dame Isore · Le 08/10/2016, à 16:14

Bon bin je cours acheter un autre disque dur car je n'aurai pas assez de place sur Intenso il me reste que 450Go.....
Mais je ne prendrais pas un Samsung!!!!
Au cas, tu me conseillles quoi? Toshiba... ou un Asus, je ne connais pas trop les autres marques. 1 ou 4/6 TB mais pas 1.5 ni 2 car ils buguent souvent.....
Je sais que WD= Hitashi=HgST=Touro et bofbof
Seagate=Samsung=LaCie encore moins!

Dernière modification par Dame Isore (Le 08/10/2016, à 16:15)

Bougron · Le 08/10/2016, à 16:18

Je ne sais pas te conseiller pour les disques durs a retenir
En revanche tu peux faire un essai avec 400 Go pour voir que le principe fonctionne et tuer au bout d'un certain temps..

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 07/10/2016, à 21:52

DDExt en RAW, récupération des fichiers via TestDIsk

#2 Le 07/10/2016, à 21:57

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#3 Le 08/10/2016, à 01:05

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#4 Le 08/10/2016, à 02:55

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#5 Le 08/10/2016, à 04:00

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#6 Le 08/10/2016, à 10:49

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#7 Le 08/10/2016, à 12:13

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#8 Le 08/10/2016, à 12:49

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#9 Le 08/10/2016, à 13:44

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#10 Le 08/10/2016, à 14:27

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#11 Le 08/10/2016, à 15:00

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#12 Le 08/10/2016, à 15:01

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#13 Le 08/10/2016, à 15:07

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#14 Le 08/10/2016, à 15:14

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#15 Le 08/10/2016, à 15:22

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#16 Le 08/10/2016, à 15:30

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#17 Le 08/10/2016, à 15:31

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#18 Le 08/10/2016, à 15:48

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#19 Le 08/10/2016, à 15:56

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#20 Le 08/10/2016, à 15:59

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#21 Le 08/10/2016, à 16:01

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#22 Le 08/10/2016, à 16:03

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#23 Le 08/10/2016, à 16:08

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#24 Le 08/10/2016, à 16:14

Re : DDExt en RAW, récupération des fichiers via TestDIsk

#25 Le 08/10/2016, à 16:18

Re : DDExt en RAW, récupération des fichiers via TestDIsk

Pied de page des forums