[Résulu]-Récupérer données DD Défectueux

El Catala · Le 16/11/2024, à 18:52

Bonsoir,
J' ai besoin de récuperer certains fichiers d' un DD sata de 1TB. Je l' ai connecté avec un cable SATA / USB mais il n' apparait pas dans la configuration. Existe-t-il malgré tout une possibilité de l' ouvrir afin de récupérer ces fichiers( en général, se sont ds fichiers txt)?
La prise SATA comporte deux voyants :
une led allumée indiquant que le disque est alimenté, mais il ne tourne pas.
une led etteinte qui correspond à l' entrée sur le disque.
Mon cable est en SATA 3 et USB 3.0. Le PC ne possède que des USB 2.0.
Par avance, merci de vos réponses.
Cordialement

Dernière modification par El Catala (Le 23/11/2024, à 10:59)

LukePerp · Le 18/11/2024, à 08:37

Bonjour,
L'outil Photorec est de loin le meilleur pour récupérer des données d'un disque.
Je l'ai utilisé de nombreuses fois pour aider des gens qui avait effacé des données par erreur.
Il est difficile à prendre en main, faut bien lire la documentation.
La récupération de données est très volumineuse, faut prévoir un disque dur entier.
Une fois la récupération faite, j'utilise le script suivant pour trier les données sinon c'est juste inexploitable.
https://doc.kubuntu-fr.org/photorec
Script pour trier :

#!/usr/bin/env python
import os
import os.path
import shutil
import sys

# Script pour trier les résultats de Photorec, une extension par dossier
# Example: $ python recovery.py /home/me/recovered_files /home/me/sorted_files 

source = sys.argv[1]
destination = sys.argv[2]

while not os.path.exists(source):
    source = raw_input('Enter a valid source directory\n')
while not os.path.exists(destination):
    destination = raw_input('Enter a valid destination directory\n')

for root, dirs, files in os.walk(source, topdown=False):
    for file in files:
        extension = os.path.splitext(file)[1][1:].upper()
        destinationPath = os.path.join(destination,extension)
        
        if not os.path.exists(destinationPath):
            os.mkdir(destinationPath)
        if os.path.exists(os.path.join(destinationPath,file)):
            print('WARNING: this file was not copied :' + os.path.join(root,file))
        else:
            shutil.copy2(os.path.join(root,file), destinationPath)

FrancisFDZ · Le 18/11/2024, à 08:56

Bonjour,
+1 pour photorec/testdisk
Il est recommandé de travailler sur une copie du disque endommagé (via dd), donc de disposer d'un autre support sain, de dimension suffisante pour accueillir les données +/- corrompues à récupérer.

El Catala · Le 18/11/2024, à 13:08

Bonjour,
Merci du renseignement. Je vais, dès ce soir, me plonger dans la doc avant de me lancer.
Je donnerai le résultat de ma recherche plutôt demain.
Cordialement

geole · Le 18/11/2024, à 14:56

Bonjour
Avant de te lancer dans des actions longues, peux-tu donner ces retours

sudo fdisk -l | sed -e '/loop/,+5d'

lsblk -fe7

Tu indiqueras le nom du disque en question

Dernière modification par geole (Le 18/11/2024, à 14:56)

El Catala · Le 18/11/2024, à 16:49

Bonsoir,
En réponse, voila le retour de commandes demandés:
Commande 1 :

elfouster@elcasot:~$ sudo fdisk -l | sed -e '/loop/,+5d'
[sudo] Mot de passe de elfouster : 
Disque /dev/sda : 931,51 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: WDC WD10SPZX-60Z
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 4B775C85-5FBD-464F-B076-98FB4A41F0D8

Périphérique Début        Fin   Secteurs Taille Type
/dev/sda1       34      32767      32734    16M Réservé Microsoft
/dev/sda2    32768 1953521663 1953488896 931,5G Données de base Microsoft

La partition 1 ne commence pas sur une frontière de cylindre physique.


Disque /dev/sdb : 119,24 GiB, 128035676160 octets, 250069680 secteurs
Disk model: RBU-SNS8350DES31
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 : gpt
Identifiant de disque : 5E953F5D-615F-4450-B506-B0156525F833

Périphérique    Début       Fin  Secteurs Taille Type
/dev/sdb1        2048    534527    532480   260M Système EFI
/dev/sdb2      534528    567295     32768    16M Réservé Microsoft
/dev/sdb3      569344  79781887  79212544  37,8G Données de base Microsoft
/dev/sdb4    79781888  81057791   1275904   623M Environnement de récupération Windows
/dev/sdb5    81059840 250068991 169009152  80,6G Système de fichiers Linux

Puis la deuxième commande :

elfouster@elcasot:~$ lsblk -fe7
NAME  FSTYPE FSVER LABEL   UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                            
├─sda1
│                                                                              
└─sda2
      ntfs         El_Casot
                           6C62344B62341BF0                      373,4G    60% /mnt/El_Casot
sdb                                                                            
├─sdb1
│     vfat   FAT32 SYSTEM  8A8C-3B54                               161M    37% /boot/efi
├─sdb2
│                                                                              
├─sdb3
│     ntfs                 A2BEF317BEF2E329                          2G    95% /mnt/A2BEF317BEF2E329
├─sdb4
│     ntfs                 8420BD7420BD6E34                                    
└─sdb5
      ext4   1.0           7b7892a7-06f1-409e-b818-0d975b8a5f71   34,9G    51% /
sr0

Problème, bien que le DD soit connecté, il n' est pas visible.
Je crains le pire !!!
Cordialement

geole · Le 18/11/2024, à 17:35

C'est bien ce que je pensais te voir dire.
Mais si c'est un disque de 3,5 pouce et pas 2,5 pouce, il est certain que la puissance électrique est insuffisance.
S'il a été détecté, cela aurait du être SDC. Donne donc ce retour

journalctl  --no-pager -b -g sdc

Dernière modification par geole (Le 18/11/2024, à 17:36)

El Catala · Le 18/11/2024, à 17:40

Bon, on peut dire que c' est clair

elfouster@elcasot:~$ journalctl  --no-pager -b -g sdc
-- No entries --

La messe est dite ?

geole · Le 18/11/2024, à 18:01

A moins que ta méthode de connexion en soit la cause

El Catala · Le 18/11/2024, à 18:18

Par méthode de connection, qu'entendez-vous.
Si c'est le câble, il est neuf. Malheureusement, je n'ai pas d'autre DD pour réaliser un test. Cela permettrait de confirmer
son bon état.
Je peux toujours remonter le DD dans sa tour. Le Bios démarre sans problème. Le plantage intervient au démarrage de Windows?
Je doute qu'un simple câble USB permette de voir le DD
Pour info, c'est bien un 3.5".
Cordialement

geole · Le 18/11/2024, à 18:22

Tu peux toujours remonter le disque dur dans la tour.
Je ne vois pas trop pourquoi tu ne pourrais pas booter et pourquoi windows se planterait.

Dernière modification par geole (Le 18/11/2024, à 19:15)

El Catala · Le 18/11/2024, à 18:53

Je vais remonter le DD. Toutefois, j'ai mis en doute son intégrité, car, depuis un moment, il faisait de plus en plus de bruit. Les dernières tentatives de démarrage se sont toutes soldées par le plantage de Win10. Il me semble me souvenir que le numéro de l'erreur était 436 (sous réserve de ma mémoire). Cette erreur aurait du signalé le ou les fichiers endommagés, mais dans ce cas, rien.
Je vois cela demain.
Merci pour le temps passé, je vous tiens au courant.
Cordialement

fred-cavernedufond · Le 18/11/2024, à 20:56

El Catala a écrit :

Bonsoir,
J' ai besoin de récuperer certains fichiers d' un DD sata de 1TB. Je l' ai connecté avec un cable SATA / USB mais il n' apparait pas dans la configuration. Existe-t-il malgré tout une possibilité de l' ouvrir afin de récupérer ces fichiers( en général, se sont ds fichiers txt)?
La prise SATA comporte deux voyants :
une led allumée indiquant que le disque est alimenté, mais il ne tourne pas.
une led etteinte qui correspond à l' entrée sur le disque.
Mon cable est en SATA 3 et USB 3.0. Le PC ne possède que des USB 2.0.
Par avance, merci de vos réponses.
Cordialement

Hello
il faut déjà s'assurer que le disque n'est pas HS sur le plan électrique :

Débranche tous des disques et ne branche que ce disque sur une seule nappe SATA relié directement vers la carte-mère + le câble d'alim bien sur. Puis tu démarres la machine et vas dans le BIOS : le disque doit être reconnu et tu dois le sentir vibrer sous la main si c'est un disque avec tête mécanique. Au besoin refaire la même manip sur une autre nappe SATA. Il faut que l'ordinateur soit complètement éteint avant de le rallumer - pas de mise en veille) Il est possible que le SATA/usb ne fasse pas bon ménage. J'ai par ailleurs parfois le même problème lorsque je permute des disque sur ma machine, le BIOS est un peu capricieux.

Autre test : brancher le disque sur un autre ordinateur et/ou sur une alimentation externe.

S'il le disque ne dit toujours rien, une autre solution consiste à brancher un disque "pilote" avec un OS propre dessus (Ubuntu) sur le SATA1 puis de brancher le disque défectueux en "esclave" sur le SATA2. Bien vérifier l'ordre de la séquence boot dans le BIOS. Ainsi on peut avoir avoir accès aux outils de gestions de disque et donc des partitions - Gpart sous Linux ou Gestionnaire de disques sous Windows - pour faire la récupération de données.

Avant d'utiliser Testdisk, il est préférable d'essayer d'extraire les données qui sont dans la partition windows (?) par copier-coller pour les envoyer soit dans un nouveau dossier ou partition spécifique qu'on aura crée sur le disque pilote. De mémoire, Testdisk est puissant mais selon le degrés d’endommagement des secteurs du disque, il peut extraire un peu n'importe quoi.

Il est quand même rare qu'un disque "crame" complètement à moins d'avoir subit un choc ou une importante surtension.
Fred

Dernière modification par fred-cavernedufond (Le 18/11/2024, à 20:58)

El Catala · Le 19/11/2024, à 20:05

Bonsoir,
J'ai pu me faire prêter une vieille tour de PC et installer le DD défectueux. Malheureusement, je n'ai pas dû respecter le principe maitre/esclave et donc, il a réinstallé Win10. Ouh le nul!!!!
Tout n'est pas perdu, car lors de la réinstallation, Win10 à créer un fichier Windows.old. Après analyse de ce dossier, j'ai retrouvé les fichiers que je cherche à récupérer. Le revers de la médaille, ils sont cryptés, d'où ma question :
Peut-on réinstaller Win10 depuis ce dossier de sauvegarde?
Sinon, comment décrypter ces fichus dossiers?
Merci beaucoup de votre aide
Cordialement

geole · Le 19/11/2024, à 21:31

Bonjour.
Si les fichiers windows sont chifffrés, il me semble que la clé de référence est stockée dans la carte mère initiale.

Cependant, bonne nouvelle, ton disque ne serait pas en trop mauvais état.a

Dernière modification par geole (Le 19/11/2024, à 21:33)

El Catala · Le 23/11/2024, à 10:58

Bonjour,
Coucou, me revoilà . Mes problèmes de récupérations de fichiers sont enfin résolus. Avec bien des efforts et de pétage de plomb, j'ai récupéré plus de 90% de ce que je cherchai. Pour le reste, ce n'est pas grave. Il s'agissait de fichiers sans grand intérêt.
Merci à vous tous qui avez contribué à cette réussite.
Cordialement

LukePerp · Le 24/11/2024, à 08:40

Bravo à toi ! Peux tu partager ta méthode afin de capitaliser ton retour d'expérience.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 16/11/2024, à 18:52

[Résulu]-Récupérer données DD Défectueux

#2 Le 18/11/2024, à 08:37

Re : [Résulu]-Récupérer données DD Défectueux

#3 Le 18/11/2024, à 08:56

Re : [Résulu]-Récupérer données DD Défectueux

#4 Le 18/11/2024, à 13:08

Re : [Résulu]-Récupérer données DD Défectueux

#5 Le 18/11/2024, à 14:56

Re : [Résulu]-Récupérer données DD Défectueux

#6 Le 18/11/2024, à 16:49

Re : [Résulu]-Récupérer données DD Défectueux

#7 Le 18/11/2024, à 17:35

Re : [Résulu]-Récupérer données DD Défectueux

#8 Le 18/11/2024, à 17:40

Re : [Résulu]-Récupérer données DD Défectueux

#9 Le 18/11/2024, à 18:01

Re : [Résulu]-Récupérer données DD Défectueux

#10 Le 18/11/2024, à 18:18

Re : [Résulu]-Récupérer données DD Défectueux

#11 Le 18/11/2024, à 18:22

Re : [Résulu]-Récupérer données DD Défectueux

#12 Le 18/11/2024, à 18:53

Re : [Résulu]-Récupérer données DD Défectueux

#13 Le 18/11/2024, à 20:56

Re : [Résulu]-Récupérer données DD Défectueux

#14 Le 19/11/2024, à 20:05

Re : [Résulu]-Récupérer données DD Défectueux

#15 Le 19/11/2024, à 21:31

Re : [Résulu]-Récupérer données DD Défectueux

#16 Le 23/11/2024, à 10:58

Re : [Résulu]-Récupérer données DD Défectueux

#17 Le 24/11/2024, à 08:40

Re : [Résulu]-Récupérer données DD Défectueux

Pied de page des forums