[RESOLU]Données perdus

genin64 · Le 12/04/2017, à 11:15

Bonjour à tous,
Je viens de faire une ÉNORME bourde et j’espère qu'il existe une solution pour la réparer. En voulant créer un live-usb, je l'ai en fait créer sur mon disque dur externe. Vous comprenez le problème. Est ce j'ai un espoir de récupérer les photos et documents qui étaient dessus ? Merci de votre aide,

Dernière modification par genin64 (Le 16/04/2017, à 22:02)

Hoper · Le 12/04/2017, à 15:24

ça dépend... Tu avais des sauvegardes de tes documents ? Si la réponse est non tu vois maintenant pourquoi c'est important d'avoir des sauvegardes...

Il te reste une possibilité de, peu être, récupérer quelques fichiers en utilisant des outils spécialisés comme photorec par exemple.
Cela dit, si ton disque externe était formaté en FAT32 ou NTFS, d'autres outils (le plus souvent payant) seront à mon avis plus efficaces.

En libre il existe aussi foremost :
https://forum.ubuntu-fr.org/viewtopic.php?id=252779

Ce thread peu te donner de nombreuses pistes:
https://forum.ubuntu-fr.org/viewtopic.php?id=447877

(son auteur, rmy, est un spécialiste de la question).

moko138 · Le 12/04/2017, à 15:36

Pas de précipitation.
Ne fais rien d'irréversible. Donc aucune écriture sur ton disque.

Il y a des précédents où presque tout a été récupéré, c'est-à-dire tout, moins (au maximum) le début (du disque) écrasé par l'iso.

As-tu un ancien fichier ou une ancienne participation à un forum qui nous donnerait des indications sur le partitionnement et le formatage du DDE ?
Par exemple un ancien

sudo fdisk -l

ou un ancien

sudo parted -l

ou une ancienne capture de gparted ?

Si tu n'as jamais repartitionné ni reformaté ton disque, peux-tu photographier ce qui est collé dessus ?

Dernière modification par moko138 (Le 12/04/2017, à 15:42)

genin64 · Le 12/04/2017, à 16:22

Hoper, j'aime bien ton humour , mais si j'avais un double de ces fichiers, je ne poserais pas la question ! Quand à la nécessité d'avoir une sauvegarde, .....
Merci pour les liens. J’étais tellement dégouté que je n'ai pas fais de recherches sur le sujet.

moko138, merci mais je n'ai aucune indication sur le partitionnement et le formatage du DDE. Quand à photographier le disque, je ne sais ni ce que c'est exactement ni comment l'on fait.

Hoper · Le 12/04/2017, à 16:40

Hoper, j'aime bien ton humour

Malheureusement ce n'en était pas vraiment... Si tu savais combien de fois dans ma vie j'ai expliqué aux gens qu'il fallait qu'il fasse des sauvegardes... Sur des forums, des mails, dans des conférences...

Et combien de fois on est venu me trouver (par écrit, chez moi, par mail, par téléphone...) en me disant, "merde, j'ai fait une boulette... Comment je peux faire pour récupérer mes fichiers ?" C'était peu être amusant au début... Je sais plus, j'ai oublié... Mais après 30 ans à répondre à cette même question, je t'avoue que ça me navre plus qu'autre chose. (Ce qui ne m’empêche pas de continuer à répondre comme tu l'a vu... Ni de continuer à rappeler que "faire des sauvegardes" ce n'est pas une option, ou un truc qu'on peu remettre au mois suivant, ou quelque chose qui concernerait que "les autres".

Avoue, ce n'était surement pas moi mais il y a forcément déjà quelqu'un dans ta vie qui t'avais pourtant prévenu non ?

NB : Si je faisais la remarque, c'était aussi dans l'espoir que maintenant, toi aussi quand tu verra quelqu'un mettre plein de trucs sur un disque tu aura le réflexe de lui demander "Mais heu... tes photos la... Tu les a aussi ailleurs au cas ou ?"

Dernière modification par Hoper (Le 12/04/2017, à 16:43)

moko138 · Le 12/04/2017, à 16:43

moko138, merci mais je n'ai aucune indication sur le partitionnement et le formatage du DDE. Quand à photographier le disque, je ne sais ni ce que c'est exactement ni comment l'on fait.

Bon, puisque tu n'as jamais modifié ce DDE -
l'as-tu eu neuf ? -
on va se débrouiller sans extraire le disque du boîtier :

a) Installer l'utilitaire :

sudo apt-get install --no-install-recommends smartmontools

b) Repérer la lettre X exacte attribuée au disque /dev/sdX (elle peut changer entre deux branchements ou démarrages !) :

sudo parted -l

(c'est un L minuscule).

c) Lire les données SMART :
en remplaçant X par la lettre trouvée précédemment, faire sans ajouter de chiffre :

sudo smartctl -s on -a /dev/sdX

et en donner le retour complet et entre balises-code.

Dans ce retour, nous aurons la référence du modèle puis la toile nous dira comment il était partitionné et formaté lors de la vente.

Hoper · Le 12/04/2017, à 16:47

@moko : pourquoi pas mais... Peut etre que genin64 sait déjà parfaitement en quoi le disque était formaté non ? (NTFS ? autre ?) C'est effectivement à ce stage l'information la plus importante. De toute façon tout le début du disque à été écrasé donc l’adresse de début de la partition... On s'en moque un peu non ?

moko138 · Le 12/04/2017, à 17:17

Hoper a écrit :

l’adresse de début de la partition... On s'en moque un peu non ?

Je ne crois pas non :
J'ai dans l'idée de comparer les données constructeur avec le retour de testdisk, qui fait merveille, même en récupération de noms et de l'arborescence, et plus particulièrement pour les formats FAT et NTFS. (Parfois testdisk voit un peu trop de partitions, mais si genin64 confirme qu'il a eu le disque neuf, on sera tranquilles de ce côté-là).

Mais de toute façon, encore une fois, j'ai déjà vu, sur ce forum, traiter ce cas avec réussite. Donc je passerai la main à un des cadors de la restauration de partitions, dès que nous aurons rassemblé les infos de base.

genin64 · Le 12/04/2017, à 17:21

@Hoper : En fait ce DD externe était une sauvegarde d'un ancien pc et je n'ai pas fait de copie de celui-ci. Je suis conscient de la nécessité des sauvegarde mais jamais je n'aurai pensé faire une telle erreur de manip. Comme quoi, on est jamais trop prudent (mais faut pas devenir parano pour autant)

genin64 · Le 12/04/2017, à 18:08

@moko138 : Decidement, avec moi, rien de simple !!

~$ sudo parted -l
Modèle: ATA TOSHIBA MK2555GS (scsi)
Disque /dev/sda : 250GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags: 

Numéro  Début   Fin     Taille  Type      Système de fichiers  Fanions
 1      32,3kB  10,7GB  10,7GB  primary   ntfs                 diag
 2      10,7GB  76,1GB  65,3GB  primary   ntfs                 démarrage
 3      76,1GB  96,1GB  20,0GB  extended
 6      76,1GB  92,9GB  16,9GB  logical   ext4
 5      92,9GB  96,1GB  3145MB  logical   linux-swap(v1)
 4      96,1GB  250GB   154GB   primary   ext4


Avertissement: Le descripteur du pilote indique une taille physique de bloc de
2048 octets, mais Linux lui indique 512 octets.
Ignorer/Ignore/Annuler/Cancel?

Ignorer ? Annuler ?
Ça m'indique pour l'instant les partitions du DD du pc mais rien concernant le DDE.

genin64 · Le 12/04/2017, à 19:29

@Hoper : Très intéressante ta présentation sur les backups (surtout la diapo 20). Je pensais être à l’abri mais je fais parti des 34.6%. Je vais changer mon fonctionnement et continuer la lecture de tes présentations. Encore merci.

moko138 · Le 13/04/2017, à 04:23

Je serai quasi indisponible avant lundi. Ai prévenu un spécialiste de la récupération.

Hoper · Le 13/04/2017, à 09:48

@genin64 : Whaou.... Tu dois être le premier à jeter un coup d'oeil à ça...

J'avais commencé à mettre mes présentations en ligne et puis j'ai rapidement arrêté. Le soucis c'est que les diapos ne font en général que poser les bonnes questions (elle me servent de pense-bête) et je suis la pour essayer d'apporter les réponses. Du coup, sans le présentateur, tu risque ne n'avoir que les questions, et très peu de réponses

Bref, il faudrait que je les conçoivent autrement pour qu'elles puissent avoir un intérêt seules, mais c'est que ça demande du travail tout ça...

Et oui, l'erreur humaine est beaucoup, beaucoup plus fréquente qu'on ne le croit en matière de perte de données. Il y a moins d'un mois j'ai supprimé la table de partition d'un disque dur au lieu de celle d'une clef usb...
Alors que bon... J'ai quand même quelques années d'informatique derrière moi et que je suis juste HYPER parano en matière de sécurité des données. Mais oui, ça arrive à tout le monde

jamesbad000 · Le 13/04/2017, à 20:53

Bonsoir

genin64 a écrit :

Ignorer ? Annuler ?

Répondre Ignorer

Donner aussi le retour de

sudo lsblk -o SIZE,NAME,FSTYPE,LABEL,MOUNTPOINT
sudo ls -l /dev/disk/by-id

Edit: tu sais au moins de quel type était ta partition (ms-dos, ntfs, ext) ?

Dernière modification par jamesbad000 (Le 13/04/2017, à 20:59)

moko138 · Le 13/04/2017, à 21:03

Merci jamesbad000 d'intervenir !

genin64 · Le 14/04/2017, à 09:27

Bonjour à tous, je vais essayé de faire dans l'ordre :
@Hoper : Avoir des questions, c'est bien plus intéressant que de prendre bêtement ce que l'on veux bien nous servir (je ne vais pas prêcher un convaincu je pense). Quand aux réponses, je te contacterai peut-être via ton blog si c'est possible.

@jamesbad000 : Merci de te pencher sur mon problème. Alors voilà :

~$ sudo parted -l
[sudo] Mot de passe de olivier : 
Modèle: ATA TOSHIBA MK2555GS (scsi)
Disque /dev/sda : 250GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags: 

Numéro  Début   Fin     Taille  Type      Système de fichiers  Fanions
 1      32,3kB  10,7GB  10,7GB  primary   ntfs                 diag
 2      10,7GB  76,1GB  65,3GB  primary   ntfs                 démarrage
 3      76,1GB  96,1GB  20,0GB  extended
 6      76,1GB  92,9GB  16,9GB  logical   ext4
 5      92,9GB  96,1GB  3145MB  logical   linux-swap(v1)
 4      96,1GB  250GB   154GB   primary   ext4


Avertissement: Le descripteur du pilote indique une taille physique de bloc de
2048 octets, mais Linux lui indique 512 octets.
Ignorer/Ignore/Annuler/Cancel? Ignorer                                    
Modèle: Seagate Portable (scsi)
Disque /dev/sdb : 2000GB
Taille des secteurs (logiques/physiques): 2048B/512B
Table de partitions : mac
Disk Flags: 

Numéro  Début   Fin     Taille  Système de fichiers  Nom    Fanions
 1      2048B   6143B   4096B                        Apple
 2      7389kB  9880kB  2490kB                       EFI

:~$ sudo lsblk -o SIZE,NAME,FSTYPE,LABEL,MOUNTPOINT
  SIZE NAME   FSTYPE  LABEL                    MOUNTPOINT
232,9G sda                                     
   10G ├─sda1 ntfs    PQSERVICE                
 60,9G ├─sda2 ntfs                             
    1K ├─sda3                                  
143,4G ├─sda4 ext4                             
    3G ├─sda5 swap                             [SWAP]
 15,7G └─sda6 ext4                             /
465,8G sdb    iso9660 Ubuntu 16.04.2 LTS amd64 
  1,5G ├─sdb1 iso9660 Ubuntu 16.04.2 LTS amd64 /media/olivier/Ubuntu 16.04.2 LTS
  2,4M └─sdb2 vfat    Ubuntu 16.04.2 LTS amd64 
 1024M sr0

:~$ sudo ls -l /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root  9 avril 14 08:35 ata-Optiarc_DVD_RW_AD-7580S_30656330_2021922Q112 -> ../../sr0
lrwxrwxrwx 1 root root  9 avril 14 09:21 ata-ST9500325AS_5VE9NENF -> ../../sdb
lrwxrwxrwx 1 root root 10 avril 14 09:21 ata-ST9500325AS_5VE9NENF-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 avril 14 09:21 ata-ST9500325AS_5VE9NENF-part2 -> ../../sdb2
lrwxrwxrwx 1 root root  9 avril 14 09:21 ata-TOSHIBA_MK2555GSX_49LRT36BT -> ../../sda
lrwxrwxrwx 1 root root 10 avril 14 09:21 ata-TOSHIBA_MK2555GSX_49LRT36BT-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 avril 14 09:21 ata-TOSHIBA_MK2555GSX_49LRT36BT-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 avril 14 09:21 ata-TOSHIBA_MK2555GSX_49LRT36BT-part3 -> ../../sda3
lrwxrwxrwx 1 root root 10 avril 14 09:21 ata-TOSHIBA_MK2555GSX_49LRT36BT-part4 -> ../../sda4
lrwxrwxrwx 1 root root 10 avril 14 09:21 ata-TOSHIBA_MK2555GSX_49LRT36BT-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 avril 14 09:21 ata-TOSHIBA_MK2555GSX_49LRT36BT-part6 -> ../../sda6
lrwxrwxrwx 1 root root  9 avril 14 09:21 wwn-0x50000391b1d04c24 -> ../../sda
lrwxrwxrwx 1 root root 10 avril 14 09:21 wwn-0x50000391b1d04c24-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 avril 14 09:21 wwn-0x50000391b1d04c24-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 avril 14 09:21 wwn-0x50000391b1d04c24-part3 -> ../../sda3
lrwxrwxrwx 1 root root 10 avril 14 09:21 wwn-0x50000391b1d04c24-part4 -> ../../sda4
lrwxrwxrwx 1 root root 10 avril 14 09:21 wwn-0x50000391b1d04c24-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 avril 14 09:21 wwn-0x50000391b1d04c24-part6 -> ../../sda6
lrwxrwxrwx 1 root root  9 avril 14 09:21 wwn-0x5000c50021a39069 -> ../../sdb
lrwxrwxrwx 1 root root 10 avril 14 09:21 wwn-0x5000c50021a39069-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 avril 14 09:21 wwn-0x5000c50021a39069-part2 -> ../../sdb2

Hoper · Le 14/04/2017, à 09:33

@genin64: Mon adresse email est dans la section contact, pas de soucis.

genin64 · Le 14/04/2017, à 09:35

J'ai oublié une chose : J'ai acheté ce DDE neuf, je pense qu'il était en FAT32 et ça m’étonnerais que je l'ai formaté en NTFS vu la taille (mais je ne peut pas l'assurer tant je suis du genre à faire des trucs pour voir ce que ça change).

jamesbad000 · Le 14/04/2017, à 20:29

Bon. A vu de nez tu as copié directement une image iso qui a écrasé 1,5 Go au début du disque.

genin64 a écrit :

je pense qu'il était en FAT32

Tu confirme que les données qu'on cherche a récupérer ont été copiées à partir d'un os windows ? (Permet d'éliminer définitivement des systèmes de fichier typiquement linux) ?

Je vais déjà calculer ce qu'il peut rester d'une FAT en supposant que la partition occupait tout le disque.
==> Si jamais tu te rappel de la taille de la partition ça peut aider

Mais on a aussi potentiellement un problème d'identification du disque

Avertissement: Le descripteur du pilote indique une taille physique de bloc de
2048 octets, mais Linux lui indique 512 octets.
Ignorer/Ignore/Annuler/Cancel? Ignorer                                    
Modèle: Seagate Portable (scsi)
Disque /dev/sdb : 2000GB

D'après la ref ST9500325AS, il devrait s'agir d'un 500 Go

Est-ce qu'il est monté en interne ou en externe (boitier USB ?)

edit donner aussi le retour de

sudo lsb_release -a

Dernière modification par jamesbad000 (Le 14/04/2017, à 20:32)

genin64 · Le 14/04/2017, à 20:59

Bonsoir jamesbad000
Je ne suis malheureusement pas devant mon pc pour faire les manips mais je peut tout de même te dire qu'il s'agit bien d'un 500 go, qu'environ 250 go étaient utilisés et qu'il été monté en externe. Par contre, les dernières photos ont été copié depuis Ubuntu (l'essentiel depuis windows).

jamesbad000 · Le 15/04/2017, à 00:18

Ok, tu passera les commandes quand tu pourras...

Je commence par préciser, qu'en dernier recours il restera toujours la possibilité d'une récupération dégradée par photorec ou équivalent.

En tout cas, si tu as fait des copies à partir de windows ça exclue définitivement ext et autre fs linux. Dommage...

Maintenant si la partition commençait normalement au début du disque, et était en fat, l'option de réparation n'est pas réalisable, car la fat miroir devrait être localisée entre 60 et 120 Mo, donc écrasés par l'image iso.

Pour le ntfs il y a un peu plus de chance de retrouver une MFT (variante de la fat), mais j'ignore ce que ça donnera après un écrasement de 1,5 Go même si on arrive à s'appuyer dessus...

Pour explorer cet aspect des choses, Il me faudrait la taille du disque en secteur

sudo fdisk -l /dev/sdb

En parallèle de mon étude sur NTFS, on va quand même regarder ce que donnes testdisk.

sudo apt-get install testdisk
sudo testdisk

Sur les écrans successifs :
- choisir le disque sdb
- choisir le type de partitionnement "Intel"
- choisir l'option Analyse
- valider l'option "quick search" indiquée en bas d'écran
- valider "stop" pour arrêter le quick search
- entrée pour passer à l'écran suivant
- valider "Deeper search"

Ca devrait durer assez longtemps...
Donner une copie de l'écran de résultat de la recherche (en format texte surtout)
Et ne pas quitter. Si des systèmes de fichiers apparaissent, tu pourra toujours te positionner sur chacun d'eux, et si l'option P est proposée, l'utiliser pour aller voir si tu trouve tes fichiers...

genin64 · Le 15/04/2017, à 10:19

Bonjour jamesbad000, voici le retour des commandes :

~$ sudo lsb_release -a
[sudo] Mot de passe de olivier : 
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 16.04.2 LTS
Release:	16.04
Codename:	xenial

~$ sudo fdisk -l /dev/sdb
Disque /dev/sdb : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x15e2543d

Périphérique Amorçage Start     Fin Secteurs  Size Id Type
/dev/sdb1    *            0 3035519  3035520  1,5G  0 Vide
/dev/sdb2             14432   19295     4864  2,4M ef EFI (FAT-12/16/32)

Pour les résultats de testdisk, qu'entends tu par " format texte surtout " ?

genin64 · Le 15/04/2017, à 17:22

Après des heures de recherches, voilà le résultat : [(je ne sais pas pourquoi mais je n'arrive pas à faire de copier/coller. Je met deux capture d’écran (pendant et après)]

Nasman · Le 15/04/2017, à 18:27

Peux tu indiquer quand tu as acheté ton disque pour que l'on puisse faire des hypothèses sur sa structure.

- "vieux disque" (acheté avant les Windows 8.0), alors la table des partitions devait être de type msdos
- s'il a été acheté avant l'apparition des ssd, il est possible que les partitions soient alignées au cylindre et non pas au Mio - dans ce cas la première partition commencerait à la LBA 63 et les autres partitions principales commenceraient à une adress LBA multiple de 16065 secteurs.
- s'il est plus récent alors les partitions seront sans doute alignées au Mio (multiple de 2048 secteurs), la première partition commençant à la LBA 2048.

- pour un disque récent (après W8) il est possible qu'il ait eu une table gpt.

Pour voir si c'est le cas ou peut regarder le contenu des premiers secteurs (mbr protector + en-tête gpt) ou du dernier secteur (sauvegarde de l'en-tête gpt)

L'analyse de testdisk (deeper search) indique des possibles partitions dans le système CHS. Pour faire la correspondance avec des LBA il faut faire la conversion :
LBA = 16065 * cylindre + 63 * tête + secteur - 1

que donne

sudo dd if=/dev/sdb bs=512 count=2 skip=8 | hexdump -C

Dernière modification par Nasman (Le 15/04/2017, à 18:34)

genin64 · Le 15/04/2017, à 18:45

Bonsoir Nasman, je pense avoir acheté ce disque en 2012. Voici le retour de commande :

~$ sudo dd if=/dev/sdb bs=512 count=2 skip=8 | hexdump -C
[sudo] Mot de passe de olivier : 
00000000  50 4d 00 00 00 00 00 02  00 00 0e 18 00 00 04 c0  |PM..............|
00000010  45 46 49 00 00 00 00 00  00 00 00 00 00 00 00 00  |EFI.............|
00000020  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000030  41 70 70 6c 65 5f 48 46  53 00 00 00 00 00 00 00  |Apple_HFS.......|
00000040  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000050  00 00 00 00 00 00 04 c0  40 00 00 13 00 00 00 00  |........@.......|
00000060  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
2+0 enregistrements lus
2+0 enregistrements écrits
1024 bytes (1,0 kB, 1,0 KiB) copied, 0,00108093 s, 947 kB/s
00000400

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 12/04/2017, à 11:15

[RESOLU]Données perdus

#2 Le 12/04/2017, à 15:24

Re : [RESOLU]Données perdus

#3 Le 12/04/2017, à 15:36

Re : [RESOLU]Données perdus

#4 Le 12/04/2017, à 16:22

Re : [RESOLU]Données perdus

#5 Le 12/04/2017, à 16:40

Re : [RESOLU]Données perdus

#6 Le 12/04/2017, à 16:43

Re : [RESOLU]Données perdus

#7 Le 12/04/2017, à 16:47

Re : [RESOLU]Données perdus

#8 Le 12/04/2017, à 17:17

Re : [RESOLU]Données perdus

#9 Le 12/04/2017, à 17:21

Re : [RESOLU]Données perdus

#10 Le 12/04/2017, à 18:08

Re : [RESOLU]Données perdus

#11 Le 12/04/2017, à 19:29

Re : [RESOLU]Données perdus

#12 Le 13/04/2017, à 04:23

Re : [RESOLU]Données perdus

#13 Le 13/04/2017, à 09:48

Re : [RESOLU]Données perdus

#14 Le 13/04/2017, à 20:53

Re : [RESOLU]Données perdus

#15 Le 13/04/2017, à 21:03

Re : [RESOLU]Données perdus

#16 Le 14/04/2017, à 09:27

Re : [RESOLU]Données perdus

#17 Le 14/04/2017, à 09:33

Re : [RESOLU]Données perdus

#18 Le 14/04/2017, à 09:35

Re : [RESOLU]Données perdus

#19 Le 14/04/2017, à 20:29

Re : [RESOLU]Données perdus

#20 Le 14/04/2017, à 20:59

Re : [RESOLU]Données perdus

#21 Le 15/04/2017, à 00:18

Re : [RESOLU]Données perdus

#22 Le 15/04/2017, à 10:19

Re : [RESOLU]Données perdus

#23 Le 15/04/2017, à 17:22

Re : [RESOLU]Données perdus

#24 Le 15/04/2017, à 18:27

Re : [RESOLU]Données perdus

#25 Le 15/04/2017, à 18:45

Re : [RESOLU]Données perdus

Pied de page des forums