Récupération fichiers sur DD HS (ABANDON)

Support Debian
Tags: #<Tag:0x00007f63f4e59cf0>
#1

Bonjour à tous,
Deux DD sans doute hs m’ont été confiés pour récupération de fichiers, mais je n’arrive pas à les lire.
1/. Western Digital Caviar SE wd3200aajs 320gb
sudo smartctl --scan
retourne

tom@debian:~$ sudo smartctl --scan
[sudo] Mot de passe de tom : 
/dev/sda -d scsi # /dev/sda, SCSI device
/dev/sdb -d sat # /dev/sdb [SAT], ATA device

le dd externe est bien vu, mais comme j’utilise un adaptateur usb, je fais (inutilement puisque le matériel est vu ci-dessus) un
lsusb -t | grep usb-storage
qui me retourne

lsusb -t | grep usb-storage
Port 1: Dev 10, If 0, Class=Mass Storage, Driver=usb-storage, 480M

J’active smart sur sdb (je ne sais pas si c’est utile…)

sudo smartctl --smart=on --offlineauto=on --saveauto=on /dev/sdb

et là, je reste ad vitam aeternam sur

sudo smartctl --smart=on --offlineauto=on --saveauto=on /dev/sdb
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.10.0-11-amd64] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

2/.Seagate Momentus 5400.6 320gb
Mêmes symptômes, à la différence que celui-ci apparaît, contrairement au Western Digital dans mon gestionnaire de fichiers (nemo)

sudo smartctl --scan
[sudo] Mot de passe de tom : 
/dev/sda -d scsi # /dev/sda, SCSI device
/dev/sdb -d sat # /dev/sdb [SAT], ATA device

tom@debian:~$ lsusb -t | grep usb-storage
    |__ Port 1: Dev 12, If 0, Class=Mass Storage, Driver=usb-storage, 480M

sudo smartctl --smart=on --offlineauto=on --saveauto=on /dev/sdb

reste aussi ad vitam aeternam sur

tom@debian:~$ sudo smartctl --smart=on --offlineauto=on --saveauto=on /dev/sdb
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.10.0-11-amd64] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

Bien évidemment, impossible de les monter…
Pour ma part, je tourne sous Debian 11 (installation complète sans upgrade)…
Y-a-il possibilité de récupérer des fichiers ? A la base je pensais au secteur d’amorçage puisque ces PC ne voulaient plus démarrer, mais j’aurais, je pense, pu récupérer des fichiers… Les tables d’allocations sont HS ?

Je ne suis pas informaticien, vous l’aurez compris, alors merci de me parler dans un langage pour débutant…
Bien cordialement,
Thierry

#2

Bonjour,
je ne suis pas spécialiste mais voir peut-être le paquet :
https://packages.debian.org/bullseye/gddrescue
et la description du logiciel :
https://www.gnu.org/software/ddrescue/ddrescue_fr.html

#3

Bonjour,

avant de les monter, peut etre serait il interessant d’en vérifier les partitions?

#4

Il n’est pas nécessaire de monter les disques ou partitions

#5

Cette phrase ne contient aucune information utile. Il faut décrire précisément et complètement ce que tu fais et ce qui en résulte. On n’est pas devant ton écran, il faut nous montrer.

Quels symptômes ? Ces retours de commandes n’ont pas de lien apparent avec l’impossibilité de lire.

Bien évidemment, cette phrase ne contient aucune information utile. Je ne vais pas refaire le discours complet, voir ci-dessus.

Sur le fond, brancher un disque SATA potentiellement défaillant via un adaptateur USB n’est pas la meilleure méthode, selon comment l’adaptateur va réagir aux erreurs. Il vaudrait mieux le brancher directement en SATA. D’autre part les commandes SMART ne passent pas toujours très bien à travers certains adaptateurs USB. Tu as essayé de simplement obtenir les données SMART avec

smartctl -a /dev/sdb

?

#6

Bonjour,
Merci à vous deux pour votre aide.
Je ne peux pas monter les disques mais j’ai vu les partitions. Je vais donc relever le maximum d’informations demain. De plus, je me suis renseigné pour savoir si ils étaient cryptés (ce qui aurait provoqué les mêmes symptômes je crois), mais non…
Pour ce qui concerne gddrescue, cela me semble tout à fait adapté à mon cas. J’ai trouvé l’aide sur le forum ubuntu, mais ça ne me semble pas si simple que ça, tout en ligne de commande… Je dois approfondir pour être capable de ne récupérer que les fichiers personnels, notamment les photos et vidéos de famille, sous windows et ubuntu…

#7

Bonjour Pascal,
Les PC ne démarraient plus, je pensais donc aux secteurs d’amorçage.
A part mon adaptateur, je n’ai pas de possibilité de tester autrement… Si nécessaire, je vais essayer de récupérer du matériel…

je n’arrive pas à les lire

Signifie (dans mon langage de non informaticien) que je ne vois pas de fichiers… Je dirais même plus, mon gestionnaire de fichiers ne vois même pas un des disques.

Quels symptômes ? Ces retours de commandes n’ont pas de lien apparent avec l’impossibilité de lire.

Les symptômes évoqués sont le fait que mon pc voit bien ces deux DD (SATA sur adaptateur USB), que mon gestionnaire (nemo) n’en voit qu’un, mais qu’aucun des deux ne se monte…

A noter que j’utilise cet adaptateur USB pour récupérer des fichiers sur mes 3 vieux DD perso, dont un IDE, sans problèmes, mais ils étaient fonctionnels, eux !..

Tu as essayé de simplement obtenir les données SMART avec smartctl -a /dev/sdb

Non, pour le moment, je n’ai fait que ce qui est dans mon premier message. Je le fais dès que possible et je reviens vers toi (en essayant d’être le plus précis possible, malgré mon incompétence :wink:.)
Cordialement,
Thierry

#8

salut,
tu peux tenter photorec ( du paquet testdisk )

#9

@PascalHambourg

tom@debian:~$ sudo smartctl -a /dev/sdb
[sudo] Mot de passe de tom : 
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.10.0-11-amd64] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

Voilà, et ma console reste en l’état…

Sinon, je peux disposer d’un vieux SONY VAIO. Si je monte le seagate 2.5" à la place de son DD, ça ne me donnera rien de plus, puisqu’il n’est pas détecté, je me trompe ?

@dindoun
Salut,
Je viens de tester Photorec qui me semble bien plus intuitif pour mon niveau.
Lorsque je le lance sans disque externe, mon disque sda est bien détecté. Mais lorsque je branche mon disque à tester (Seagate ou Western Digital via l’adaptateur usb) il reste sur " please wait"…

#10

Raison de plus pour essayer en connexion SATA directe.

Il est bien détecté puisqu’il apparaît en tant que /dev/sdb.
Pas de PC fixe sous la main, plus pratique pour ce genre d’opération ? Dans ce cas si le portable n’a qu’un emplacement pour disque, il faudra démarrer avec un système sur clé ou disque USB.

#11

Non, je n’ai pas gardé de fixe, le dernier, la carte mère a fondu…
Bonne idée, je vais faire une clé d’une distribution légère en 32 bits, persistante, ce sera plus simple il me semble.

Gnome-disk-utility détecte bien les deux disques :
Le western digital :
Western Digital
Espace non alloué, ça signifie qu’il a été formaté ? Ce serait bien de pouvoir l’analyser pour savoir s’il va directement à la benne…

Le seagate :
Seagate
Une partition en NTFS… Mais je n’arrive pas à explorer plus avant. Vide, pas vide ? En état, HS ?

#12

Non, ça signifie que la table de partition a été effacée ou ne contient aucune partition. Ça ne veut pas dire que le contenu des partitions a été effacé. Et ça veut encore moins dire que le disque est physiquement endommagé. Des outils comme testdisk peuvent rechercher les partitions perdues.

Que retourne une tentative de montage en ligne de commande root ?

mount /dev/sdb1 /mnt
#13 
tom@debian:~$ sudo mount /dev/sdb1 /mnt
[sudo] Mot de passe de tom :

Pas de réponse… mais je suis toujours en usb. Je vais donc essayer sur le vieux VAIO 32 bits avec une distrib très légère en persistant…

Pour le Western Digital,c’est un 3,5", va falloir que je trouve une vieille tour… C’est pas gagné !

#14

Comment ça, « pas de réponse » ? Pas de retour à l’invite ou retour à l’invite sans message (donc succès) ? Dans le premier cas, il faudrait examiner les derniers messages du noyau avec dmesg.

#15

Bonjour Pascal,
Ah, retour à l’invite sans message :
capture terminal
Encore une interprétation vaseuse de ma part…

#16

Non, il n’y a pas de retour à l’invite (tom@debian:~$), ça bloque quelque part…

#17

Ah oui, zut, l’invite, ce n’est pas le pavé clignotant !!!
Je recherche un logiciel pour créer une clé persistante (avec lubuntu, c’est léger) mais je ne trouve plus UnetBootin dans les dépots !
Etcher ne semble pas le faire non plus, gnome disk utility ne le fait pas c’est sur…
J’aurais aimé monter ce disque sur mon vieux portable…
Sinon je teste en non persistant, mais moi et le terminal…

#18

Je ne vois pas le rapport entre la persistance et l’usage du terminal. De toute façon la ligne de commande est incontournable pour ce genre d’opération.

#19

Ce PC n’a plus de batterie et je voulais conserver mes paramètres réseau (et si possible travailler en environnement graphique… Mais si la ligne de commande est indispensable, je vais faire avec une session live et sans connexion si trop casse pied !

#20

Qu’est-ce que la batterie vient faire là-dedans ?