Contenu | Rechercher | Menus

Annonce

Ubuntu 16.04 LTS
Commandez vos DVD et clés USB Ubuntu-fr !

Pour en savoir un peu plus sur l'équipe du forum.

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

#401 Le 31/07/2015, à 15:23

moko138

Re : [Tuto] Bilan : comment récupérer des données perdues

Nasman a écrit :

1) On n'écrit pas sur un disque avant d'avoir récupéré les données (à copier 100 fois).

Swiss_Knight a écrit :

Je sais pour le point 1).

Oui.... mais :

Swiss_Knight a écrit :

Testdisk ne me retrouve rien d'autre qu'un BS endommagé que je me suis empressé de réécrire avec le backup.

sad


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne

#402 Le 06/08/2015, à 14:24

Hoper

Re : [Tuto] Bilan : comment récupérer des données perdues

"j'ai souvenir lorsque je testais TestDisk sous XP il y a de cela quelques années, qu'il était capable de retrouver des structures de partitions"

Une "structure de partition" c'est franchement pas grand chose. Quelques octets tout au plus. Des flags de début et de fin en gros... A des endroits ou il n'y a jamais aucune écriture de faite quelque soit les écritures que tu fait. Retrouver une "structure de partition" ne veut pas dire que tu pourra répcupérer les informations qu'il y avait dedans...


Mes tutos et coups de gueule :
http://hoper.dnsalias.net/tdc/
@hoper@framapiaf.org

Hors ligne

#403 Le 07/08/2015, à 22:51

Swiss_Knight

Re : [Tuto] Bilan : comment récupérer des données perdues

Hello.

Ouaip, je pense que la FAT a été grillée avec dd de toute façon, donc c'est râpé.
PhotoRec m'a retrouvé 50 Go de données. C'était la misère pour faire le tri mais j'y suis arrivé.
Et pour les images, merci les données EXIF pour faire un renommage automatique avec la date de prise de vue, ça aide beaucoup.
J'espère que ce sera suffisant.

smile


xuniL

Hors ligne

#404 Le 09/02/2016, à 23:42

LEBOT

Re : [Tuto] Bilan : comment récupérer des données perdues

Je reviens une nouvelle fois sur la légende urbaine du disque dur au congélateur; avant de tester cette "méthode" sur le disque dur 3,5" de mon ordi fixe (un WD de 250 Go qui s'est bloqué il y a 5 jours), j'ai testé sur un DD d'ordi portable qui refusait de démarrer Windows il y a 4 ans et que j'ai remplacé à l'époque (c'est avec cet ordi que j'écris ce message).
J'avais gardé ce DD dans mon tiroir et aujourd'hui je m'en suis servi comme cobaye : je l'ai mis 4 h au congélo dans 2 sacs congélo pour éviter le maxi d'humidité; je l'ai ensuite sorti du congélo et sorti des sacs; laissé 1h et demie à l'air libre pour qu'il sèche bien; je l'ai branché en DD esclave de mon ordi fixe et... il a démarré (alors que ce matin, je l'ai testé plusieurs fois et qu'il ne démarrait plus du tout...); en 2 heures, j'ai pu récupérer près de 100 Go de données.

Alors, je précise que j'étais très sceptique; je le suis beaucoup moins et je vais tenter l'expérience sur mon DD WD de 250 Go demain, mais avant je vais tenter de changer la carte de circuit imprimé (pris sur le même modèle acheté d'occasion).

Légende urbaine; peut-être bien que non en définitive; pour expliquer ce dépannage, je pense que ce procédé ne peut "réparer" que les DD qui ont un problème mécanique; la légère rétractation du métal due au froid intense suffit peut-être à redonner un peu de jeu aux pièces en mouvement et à faire que le DD re-fonctionne au moins quelques heures, ce qui suffit à récupérer les données et coûte beaucoup moins cher que les sociétés spécialisées dans la récup de données.

Si d'autres ont des réussites dans ce domaine, merci de le dire, car cela peut aider... dans certains cas.

Hors ligne

#405 Le 10/02/2016, à 02:31

moko138

Re : [Tuto] Bilan : comment récupérer des données perdues

Merci de ce test.
Je dirais plutôt que "la légère rétractation du métal due au froid intense suffit peut-être à" restreindre le jeu excessif des "pièces en mouvement" usées.
                - - -
Il serait très intéressant que tu nous donnes 2 rapports

smartctl -a /dev/sdX

(en adaptant le "X")
un rapport avant le changement de carte, et l'autre après.


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne

#406 Le 10/02/2016, à 12:18

LEBOT

Re : [Tuto] Bilan : comment récupérer des données perdues

moko138 a écrit :

Merci de ce test.
Je dirais plutôt que "la légère rétractation du métal due au froid intense suffit peut-être à" restreindre le jeu excessif des "pièces en mouvement" usées.
                - - -
Il serait très intéressant que tu nous donnes 2 rapports

smartctl -a /dev/sdX

(en adaptant le "X")
un rapport avant le changement de carte, et l'autre après.


Pour le rapport, je ne suis pas sous Ubuntu mais sous Windows; je n'aurai pas de rapport avant changement car le DD ne fonctionne plus du tout; pour après, si tu peux me dire comment je peux l'obtenir sous Windows, je le ferais avec plaisir.

Pour la rétractation du métal, tu as sans doute raison : réduction du jeu; d'après le bruit fait par le DD lorsque je le branche, j'ai retrouvé le son sur un site indiquant que le rotor était bloqué.

Hors ligne

#407 Le 10/02/2016, à 13:04

moko138

Re : [Tuto] Bilan : comment récupérer des données perdues

Les données SMART sont stockées dans une puce du HD.
Donc, il n'est pas nécessaire que le HD fonctionne normalement pour pouvoir les lire !

Par contre, je ne sais pas où est située cette puce sur ton modèle de HD.
Il est clair que si c'est sur le circuit que tu t'apprêtes à changer, les anciennes données ne seront plus accessibles après remplacement.
  - -
Sous win, il y a plusieurs utilitaires gratuits  ou en démo qui te donnent accès aux données SMART.
  - -
Comme pièces en mouvement, je vois le plateau et le bras de lecture. Qu'entends-tu par "rotor" ?


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne

#408 Le 10/02/2016, à 14:18

LEBOT

Re : [Tuto] Bilan : comment récupérer des données perdues

Ok, je vais essayer de trouver ça.

Pour les pièces en mouvement, j'interprète rotor par l'axe sur lequel les plateaux du DD sont posés.

Hors ligne

#409 Le 12/02/2016, à 23:43

LEBOT

Re : [Tuto] Bilan : comment récupérer des données perdues

Juste un petit mot pour dire que le changement de carte n'a pas donné de résultat; je m'achemine vers un déplacement de la puce Rom de l'ancienne carte vers la nouvelle (avec décapeur thermique car fer à souder inopérant...); ce sera fait dans une dizaine de jours. Si cela ne fonctionne pas, il y a aussi la solution de faire faire une nouvelle PCB par une société canadienne (pcbsolution) qui fait ce travail en une dizaine de jours contre 50 USD (+ frais de port).
J'ai gardé le rapport Smart de la nouvelle carte; je ferai le rapport de l'ancienne dès qu'elle sera de nouveau opérationnelle (puce Rom sur nouvelle carte).
Prochain message dans une dizaine de jours.

Hors ligne

#410 Le 05/03/2016, à 11:19

flowlapache

Re : [Tuto] Bilan : comment récupérer des données perdues

Bonjour à tous, cela fait un moment que je découvre et test gddrescue pour récupérer les données d'une partition comportant des secteurs défectueux...Ce logiciel est super, et grâce à cette page j'ai pu bien comprendre comment cela fonctionnait et dans quel ordre faire les choses avec prudence...(le congélateur ce sera vraiment en dernier recours désespéré après avoir gddrescue le disque dans tout les sens...)
Et je viens de me pencher sur ddrutility, car j'essaye de récupérer environ 50Go sur une partition de 250Go, et ddrescue est très long pour analyser tout cela alors qu'il pourrait travailler 5 fois moins...(en plus mes données n'ont pas l'air d'être là où les secteurs sont défectueux, mais la partition NTFS les contenant ne permet pas de les "voir" ou de les "manipuler").

Je ne comprends pas comment visualiser quels fichiers sont impactés par les secteurs défectueux (la doc de ddrutility est bien faite mais je ne comprends pas tout...), et surtout je souhaiterai savoir comment bien utiliser le log fourni par "ddru_ntfsbitmap" qui permet de restreindre le scan de gddrescue aux portions de la partition contenant réellement des données! Je voudrais continuer la récupération avec ddrescue mais qu'il se concentre sur ces 50Go de données et pas sur les 250Go entiers. Que devrais je faire avec le log en cours utilisé par ddrescue et celui de ddru_ntfsbitmap pour ne pas "perdre" le travail déjà effectué avec ddrescue et continuer la récupération sans analyser à chaque fois toute la partition.

Merci beaucoup

Hors ligne