[Résolu] récupération de données sur partition reformatée en NTFS

mohican · Le 07/05/2021, à 18:32

Bonjour,
un disque dur a été extrait d'un ordi tombé en panne, et monté dans un boîtier externe. Le disque dur n'est pas endommagé.
Il contenait une partition ayant dessus le système Linux ainsi que les données utilisateur.
Cette partition apparaît comme vide et formatée en NTFS (vu via gparted).

Elle a manifestement été reformatée en NTFS accidentellement, peut-être par quelqu'un qui a essayé de l'ouvrir avec un Mac.
Rien n'a été ré-écrit par dessus.

Est-il possible de récupérer les données utilisateur, importantes - et non sauvegardées -, qui s'y trouvaient ?

Merci.
(edit : petite précision, il y a une partition EFI, donc a priori table de partition GPT - et c'était une configuration Dual boot avec une partition système Windows qui est intacte.)

Dernière modification par mohican (Le 11/05/2021, à 09:28)

Nuliel · Le 08/05/2021, à 08:23

Mac a aussi pu mettre une partition EFI dessus, donc à voir ce qu'il y avait au départ.
Première chose, ne monte surtout pas la partition NTFS. Il faudrait désactiver l'automontage des partitions. Tu es sur quelle version d'ubuntu? (afin de connaître le bureau et t'indiquer si tu ne sais pas où cela se trouve pour désactiver l'automontage des partitions)
Si, la création d'une partition NTFS a écrasé des données, plus qu'à espérer que cela n'a pas trop impacté la partition ext4.
Une fois que cela sera fait, on passera testdisk sur le disque afin de voir s'il trouve l'ancienne partition (avec un deep search)

geole · Le 08/05/2021, à 08:28

Nuliel a écrit :

Il faudrait désactiver l'automontage des partitions.

Bonjour
Je ne ne vois pas l'intérêt de le faire......
Que peut écrire de plus un ième montage des partitions de ce disque?
Autant attaquer immédiatement en deep search de tesdisk https://doc.ubuntu-fr.org/testdisk pour duplication dans une partition d'un autre disque des répertoires qui seront éventuellement trouvés.

Dernière modification par geole (Le 08/05/2021, à 08:31)

Nuliel · Le 08/05/2021, à 08:29

Toute partition montée automatiquement le sera en lecture et écriture, c'est pas la peine d'en rajouter une couche.
Au moins en désactivant cette option, on sera sûr qu'on écrase pas plus de données.

Dernière modification par Nuliel (Le 08/05/2021, à 08:31)

geole · Le 08/05/2021, à 08:35

Montée en écriture ne veut pas dire que cela écrit. Pour écrire, il faut volontairement lancer des commandes d'écritures. Chose qu'on peut s'interdire. Il suffit de faire attention au moment où on choisit le répertoire de récupération. ==> Ne pas choisir l'une des partitions du disque mais d'un autre disque.

Nuliel · Le 08/05/2021, à 09:04

Pas sûr, je ne sais pas s'il peut y avoir des choses modifiées (du genre des métadonnées pour le dernier accès, vu que le gestionnaire de fichiers ouvre par défaut la nouvelle partition). Cela mériterait un test, je vais tester ça

geole · Le 08/05/2021, à 09:19

Normalement, le montage d'une partition EXT4 modifie
le compteur indiquant la date d'accès
Le compteur indiquant le nombre de montage
et peut donc déclencher une commande FSCK qui potentiellement peut réparer une partition qui n'est pas en bon état.
Pour une partition NTFS, il y a certainement les même risques.
Potentiellement une chance sur un milliard? de se retrouver dans ce contexte.
Qui plus est, ce n'est pas dit que cela perturbe beaucoup la phase de deep search

Je suis donc avec intérêt ton test.

Nuliel · Le 08/05/2021, à 09:42

nuliel@nuliel-desktop:~$ sudo losetup -l
nuliel@nuliel-desktop:~$ hexdump disqueVirtuel 
0000000 0000 0000 0000 0000 0000 0000 0000 0000
*
1e00000
nuliel@nuliel-desktop:~$ ls -lh disqueVirtuel 
-rwxrwxrwx 1 nuliel nuliel 30M  8 mai   10:29 disqueVirtuel
nuliel@nuliel-desktop:~$ sudo losetup -fP disqueVirtuel 
nuliel@nuliel-desktop:~$ sudo losetup -l
NAME       SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE                  DIO LOG-SEC
/dev/loop0         0      0         0  0 /home/nuliel/disqueVirtuel   0     512
nuliel@nuliel-desktop:~$ sudo cfdisk /dev/loop0
























Synchronisation des disques.
nuliel@nuliel-desktop:~$ sudo fdisk -l
Disque /dev/sda : 223,58 GiB, 240065183744 octets, 468877312 secteurs
Modèle de disque : WDC WDS240G2G0B-
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 : dos
Identifiant de disque : 0x609e2baf

Périphérique Amorçage    Début       Fin  Secteurs Taille Id Type
/dev/sda1    *            2048   1050623   1048576   512M  b W95 FAT32
/dev/sda2              1050624  79175679  78125056  37,3G 83 Linux
/dev/sda3             79175680 468875263 389699584 185,8G 83 Linux


Disque /dev/loop0 : 30 MiB, 31457280 octets, 61440 secteurs
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 : dos
Identifiant de disque : 0x717ffb55

Périphérique Amorçage Début   Fin Secteurs Taille Id Type
/dev/loop0p1           2048 61439    59392    29M  7 HPFS/NTFS/exFAT
nuliel@nuliel-desktop:~$ sudo mkfs.ntfs /dev/loop0p1
The partition start sector was not specified for /dev/loop0p1 and it could not be obtained automatically.  It has been set to 0.
The number of sectors per track was not specified for /dev/loop0p1 and it could not be obtained automatically.  It has been set to 0.
The number of heads was not specified for /dev/loop0p1 and it could not be obtained automatically.  It has been set to 0.
Cluster size has been automatically set to 4096 bytes.
To boot from a device, Windows needs the 'partition start sector', the 'sectors per track' and the 'number of heads' to be set.
Windows will not be able to boot from this device.
Initializing device with zeroes: 100% - Done.
Creating NTFS volume structures.
mkntfs completed successfully. Have a nice day.
nuliel@nuliel-desktop:~$ sudo dd if=/dev/loop0 of=avantOuverture
61440+0 enregistrements lus
61440+0 enregistrements écrits
31457280 octets (31 MB, 30 MiB) copiés, 0,241148 s, 130 MB/s
nuliel@nuliel-desktop:~$ sudo dd if=/dev/loop0 of=apresOuverture
61440+0 enregistrements lus
61440+0 enregistrements écrits
31457280 octets (31 MB, 30 MiB) copiés, 0,273973 s, 115 MB/s
nuliel@nuliel-desktop:~$ sha256sum avantOuverture apresOuverture 
dd204ff9b66b0483817d7466b2cbecd0047099a07fda133289df8b1313af6b81  avantOuverture
dd204ff9b66b0483817d7466b2cbecd0047099a07fda133289df8b1313af6b81  apresOuverture
nuliel@nuliel-desktop:~$ sudo dd if=/dev/loop0 of=aprescreationfichier
61440+0 enregistrements lus
61440+0 enregistrements écrits
31457280 octets (31 MB, 30 MiB) copiés, 0,23455 s, 134 MB/s
nuliel@nuliel-desktop:~$ sha256sum avantOuverture apresOuverture aprescreationfichier 
dd204ff9b66b0483817d7466b2cbecd0047099a07fda133289df8b1313af6b81  avantOuverture
dd204ff9b66b0483817d7466b2cbecd0047099a07fda133289df8b1313af6b81  apresOuverture
cfdbd01e9092d45bab65fd71de8b1bfa5c886495cc854240408cf23ce6c2f5c6  aprescreationfichier
nuliel@nuliel-desktop:~$

Là j'ai créé une partition ntfs avec cfdisk et mkfs.ntfs, puis j'ai fait une copie du disque, puis ouvert et fermer, puis copie du disque. Puis j'ai ajouté un fichier, puis encore copie du disque.
On voit avant et après ouverture on a la même chose. J'ai vérifié que mon test n'était pas dans le vent en ajoutant un fichier et en faisant une copie de /dev/loop0 à comparer aux autres copies (en fait à la base je comparais des copies du fichier disqueVirtuel, sauf que ça marche absolument pas).
Sous gnome, le montage en tant que tel n'a donc pas l'air de modifier la partition même lorsqu'elle est ouverte en lecture écriture, après je n'exclus pas la possibilité qu'une action sur le gestionnaire de fichier (faire un clic droit et aller dans Propriétés, ou des trucs comme ça) modifie la partition sans vraiment le dire.

geole · Le 08/05/2021, à 09:53

Je viens aussi de créer (version 20.04) une partition EXT4
J'ai le sentiment qu'aucun contrôle de qualité n'est déclenché par les montages en écriture

tune2fs -l /dev/sdc5
Filesystem UUID:          aec5b60e-578c-4bb6-845e-42bb7c2ba441
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              131072
Block count:              524288
Reserved block count:     26214
Free blocks:              498900
Free inodes:              131061
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      127
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Sat May  8 10:43:42 2021
Last mount time:          Sat May  8 10:49:24 2021
Last write time:          Sat May  8 10:49:24 2021
Mount count:              97
Maximum mount count:      -1
Last checked:             Sat May  8 10:43:42 2021
Check interval:           0 (<none>)
Lifetime writes:          33 MB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      bb8cddde-6ae1-42d7-8168-4e21f54701fd
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x23ac667d
root@b:~#

Je viens donc de forcer

tune2fs -c 15 /dev/sdc5

résultat, au montage, une alerte conseillant le fsck à chaque montage

EXT4-fs (sdc5): warning: maximal mount count reached, running e2fsck is recommended

Voici les zones modifiées dans la description de la partition

root@b:~# diff T1.txt T2.txt
28,31c28,31
< Last mount time:          Sat May  8 10:44:40 2021
< Last write time:          Sat May  8 10:44:40 2021
< Mount count:              1
< Maximum mount count:      -1
---
> Last mount time:          Sat May  8 11:00:25 2021
> Last write time:          Sat May  8 11:00:25 2021
> Mount count:              162
> Maximum mount count:      15
34c34
< Lifetime writes:          533 kB
---
> Lifetime writes:          33 MB
46c46
< Checksum:                 0xf5535af7
---
> Checksum:                 0xa033389b
root@b:~#

Dernière modification par geole (Le 08/05/2021, à 11:17)

mohican · Le 08/05/2021, à 11:01

Bonjour,
merci de vos réponses.
En fait hier j'avais de toutes façons déjà monté la partition pour voir ce qu'il y avait dedans !

Si j'ai bien compris je vais utiliser testdisk (effectivement présent dans la logithèque).

Question préliminaire :
sachant qu'avant d'être reformatée en NTFS la partition était en ext4, est-ce j'ai intérêt à la reformater en ext4 avant de passer testdisk dessus ?

geole · Le 08/05/2021, à 11:16

On n'écrit pas dans le disque tant que les fichiers ne sont pas récupérés..
Donc on ne formate pas.

Dernière modification par geole (Le 08/05/2021, à 11:17)

mohican · Le 08/05/2021, à 11:26

ok.
Je suis en train de regarder la page testdisk de notre doc. https://doc.ubuntu-fr.org/testdisk

À l'étape 3, est-ce que je vais choisir comme table de partition "Intel" ou "EFI GPT" ?

geole · Le 08/05/2021, à 11:43

Ne change pas celle sur laquelle il est positionné puisque de toute façon on ne va pas la réécrire

mohican · Le 08/05/2021, à 13:18

(il m'a bien sélectionné EFI GPT)
J'ai fait l'analyse l'obtient ceci :

Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63

The harddisk (1000 GB / 931 GiB) seems too small! (< 2000 GB / 1863 GiB)
Check the harddisk size: HD jumper settings, BIOS detection...

The following partitions can't be recovered:
     Partition               Start        End    Size in sectors
>  MS Data               1953521663 3907041278 1953519616
   MS Data               1953523711 3905785854 1952262144

[ Continue ]
NTFS, blocksize=4096, 1000 GB / 931 GiB

C'est curieux il indique deux partitions quasiment au même endroit. toutes les deux NTFS. Laquelle choisir ?

mohican · Le 08/05/2021, à 13:36

J'ai continué.
Ensuite sur chaque grosse partition proposée j'ai fait "p" pour lister les fichiers
2 me donnent une arborescence Windows
1 me donne "filesystem seems damaged"
et 1 me donne le dossier System Volume Information (ce que je vois sur la partition NTFS vide).

Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
     Partition               Start        End    Size in sectors
 D MS Data                     2048    1023999    1021952 [R up ation]
 D MS Data                     2048 1953521663 1953519616
 D EFI System               1024000    1228799     204800 [EFI System Partition]
 D MS Data                  1261568  983066623  981805056
 D MS Data                  1261568 1953523711 1952262144
>D MS Data                 12613185  983066624  970453440
 D MS Data                983066624 1953520063  970453440

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
                P=Primary  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
NTFS found using backup sector, blocksize=4096, 496 GB / 462 GiB

geole · Le 08/05/2021, à 13:44

Bon, à ce niveau, on ne voit aucune partition EXT4 car c'est ce qu'il faut chercher puisque tu as dit
"Il contenait une partition ayant dessus le système Linux ainsi que les données utilisateur."

Mais je ne suis pas certain que tu en sois au "deep-search" étapes 10 11....

donc il faut continuer en appuyant sur la touche entrée

Dernière modification par geole (Le 08/05/2021, à 13:45)

mohican · Le 08/05/2021, à 14:55

Merci, "deep search" en cours. A priori y'en a encore pour 6 heures... (disque de 1 To )

mohican · Le 08/05/2021, à 22:36

Pas bon signe, cela a fortement ralenti et à 76% ça a l'air arrêté avec "read error" mais ne me rend pas la main.
https://blog.liberetonordi.com/public/i … -31-31.png
Qu'en pensez-vous ?

_{Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images.}
Ah, désolé, je pensais que l'image se chargeait depuis mon propre stockage.

Dernière modification par mohican (Le 09/05/2021, à 09:13)

mohican · Le 09/05/2021, à 09:18

Donc TestDisk s'est arrêté à cause d'une erreur de lecture.
Du coup j'ai lancé ddrescue pour faire une copie de ma partititon reformatée vers une partition de sauvegarde (sur un autre disque). En faisant des tests je me suis rendu compte que ça allait être hyper long, donc hier soir j'ai lancé la copie des premiers 40 Go,

sudo ddrescue -unf --size=40G /dev/sdb5 /dev/sdc8

mais au bout de 7h30m il n'a fait que 70% de la première passe. Est-ce que si je l'interromps maintenant j'aurais quand même les premiers 28 Go correctement copiés et je pourrais lancer TestDisk dessus ?

geole · Le 09/05/2021, à 09:27

Bonjour
Je crains que tu n'ais pas pris une très bonne solution. Es-tu certain que SDB5 contient la globalité de l'ex-partition EXT4 et que c'est au même endroit et que la taille de la partition EXT4 était de 40 go seulement....

NOTA, si tu retrouves la description du vieil EXT4 (une vieille commande fdisk par exemple), il est alors possible de positionner avec un paramètre supplémentaire ( -i, --input-position=<bytes> starting position of domain in input file [0]

Dernière modification par geole (Le 09/05/2021, à 09:32)

Nuliel · Le 09/05/2021, à 09:30

Tu n'as pas fait de fichier de log pour ddrescue!
On ne peut pas l'arrêter pour le reprendre plus tard (enfin si, mais il va falloir recommencer depuis le début).
Les options -u et -n et --size=40G ne sont pas forcément utile,
Commence déjà par donner le retour de

sudo apt install smartmontools
sudo smartctl -a /dev/sdb

(si /dev/sdb est bien le disque avec les données à récupérer)
On ne sait pas si /dev/sdc8 est plus grand que /dev/sdb5, tu écrases la partition /dev/sdc8, j'espère qu'il y avait rien dessus parce que là t'écrases tout (en particulier que /dev/sdc est bien le disque sain, parce que si tu as inversé les deux disques tu écrases tes données à récupérer)
Perso je serais pour couper et qu'on refasse ça correctement en espérant que la commande lancée n'ait rien cassé.
Au passage, la notation /dev/sdX n'est pas persistante: le nom peut très bien changer d'un démarrage à un autre

Dernière modification par Nuliel (Le 09/05/2021, à 09:31)

mohican · Le 09/05/2021, à 13:21

geole a écrit :

Es-tu certain que SDB5 contient la globalité de l'ex-partition EXT4 et que c'est au même endroit

Oui

geole a écrit :

et que la taille de la partition EXT4 était de 40 go seulement....

Elle fait 500 Go, mais je pense qu'il y avait peu de données dessus, donc elles doivent se trouver au début (après le système Linux). De toutes façons vu la lenteur du processus je suis obligé de restreindre la taille de la zone à traiter.

Finalement j'ai du interrompre car c'était quasi immobilisé à 81%

 sudo ddrescue -unf --size=40G /dev/sdb5 /dev/sdc8
GNU ddrescue 1.23
Press Ctrl-C to interrupt
     ipos:  220856 kB, non-trimmed:   92745 kB,  current rate:       0 B/s
     opos:  220856 kB, non-scraped:        0 B,  average rate:    801 kB/s
non-tried:    7306 MB,  bad-sector:        0 B,    error rate:       0 B/s
  rescued:   32601 MB,   bad areas:        0,        run time: 11h 17m 48s
pct rescued:   81.50%, read errors:     1814,  remaining time:    100d 23h
                              time since last successful read:         39s
Copying non-tried blocks... Pass 5 (forwards)^C
  Interrupted by user

mohican · Le 09/05/2021, à 13:22

Voici la sortie de smartctl :

sudo smartctl -a /dev/sdb
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-72-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Toshiba 2.5" HDD MQ01ABD...
Device Model:     TOSHIBA MQ01ABD100
Serial Number:    87CQP8R0T
LU WWN Device Id: 5 000039 7f2e02147
Firmware Version: AX0R2J
User Capacity:    1000204886016 bytes [1,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Form Factor:      2.5 inches
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS (minor revision not indicated)
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sun May  9 14:16:50 2021 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

Read SMART Data failed: Connexion terminée par expiration du délai d'attente

=== START OF READ SMART DATA SECTION ===
SMART Status command failed: Connexion terminée par expiration du délai d'attente
SMART overall-health self-assessment test result: UNKNOWN!
SMART Status, Attributes and Thresholds cannot be read.

SMART Error Log Version: 1
ATA Error Count: 6466 (device log contains only the most recent five errors)
	CR = Command Register [HEX]
	FR = Features Register [HEX]
	SC = Sector Count Register [HEX]
	SN = Sector Number Register [HEX]
	CL = Cylinder Low Register [HEX]
	CH = Cylinder High Register [HEX]
	DH = Device/Head Register [HEX]
	DC = Device Command Register [HEX]
	ER = Error register [HEX]
	ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 6466 occurred at disk power-on lifetime: 2231 hours (92 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 60 00 7e 61 40  Error: UNC 96 sectors at LBA = 0x00617e00 = 6389248

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 00 60 7d 61 40 00      11:55:56.067  READ DMA EXT
  25 00 00 60 7f 61 40 00      11:55:48.497  READ DMA EXT
  25 00 00 60 81 61 40 00      11:55:43.111  READ DMA EXT
  e1 00 0f 00 00 00 00 00      11:55:43.110  IDLE IMMEDIATE
  ef 03 45 00 00 00 00 00      11:55:43.110  SET FEATURES [Set transfer mode]

Error 6465 occurred at disk power-on lifetime: 2231 hours (92 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 a0 c0 80 61 40  Error: UNC 160 sectors at LBA = 0x006180c0 = 6389952

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 00 60 7f 61 40 00      11:55:48.497  READ DMA EXT
  25 00 00 60 81 61 40 00      11:55:43.111  READ DMA EXT
  e1 00 0f 00 00 00 00 00      11:55:43.110  IDLE IMMEDIATE
  ef 03 45 00 00 00 00 00      11:55:43.110  SET FEATURES [Set transfer mode]
  ef 02 00 00 00 00 00 00      11:55:43.110  SET FEATURES [Enable write cache]

Error 6464 occurred at disk power-on lifetime: 2231 hours (92 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 60 00 61 61 40  Error: UNC 96 sectors at LBA = 0x00616100 = 6381824

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 00 60 5f 61 40 00      11:54:41.725  READ DMA EXT
  e1 00 0f 00 00 00 00 00      11:54:41.725  IDLE IMMEDIATE
  ef 03 45 00 00 00 00 00      11:54:41.724  SET FEATURES [Set transfer mode]
  ef 02 00 00 00 00 00 00      11:54:41.724  SET FEATURES [Enable write cache]
  e1 00 02 00 00 00 00 00      11:54:41.724  IDLE IMMEDIATE

Error 6463 occurred at disk power-on lifetime: 2231 hours (92 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 58 08 66 61 40  Error: UNC 88 sectors at LBA = 0x00616608 = 6383112

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 00 60 65 61 40 00      11:53:40.014  READ DMA EXT
  25 00 00 60 63 61 40 00      11:53:39.287  READ DMA EXT
  25 00 00 60 6f 61 40 00      11:53:25.689  READ DMA EXT
  25 00 00 60 4b 61 40 00      11:53:21.780  READ DMA EXT
  25 00 00 60 4d 61 40 00      11:53:20.813  READ DMA EXT

Error 6462 occurred at disk power-on lifetime: 2231 hours (92 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 78 e8 75 61 40  Error: UNC 120 sectors at LBA = 0x006175e8 = 6387176

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 00 60 75 61 40 00      11:51:48.165  READ DMA EXT
  25 00 00 60 73 61 40 00      11:51:40.661  READ DMA EXT
  25 00 00 60 71 61 40 00      11:51:33.298  READ DMA EXT
  e1 00 0f 00 00 00 00 00      11:51:33.297  IDLE IMMEDIATE
  ef 03 45 00 00 00 00 00      11:51:33.297  SET FEATURES [Set transfer mode]

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

Selective Self-tests/Logging not supported

mohican · Le 09/05/2021, à 13:26

J'ai débranché et rebranché le disque.
J'ai relancé smartctl, j'ai maintenant un peu plus d'infos :

sudo smartctl -a /dev/sdb
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-72-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Toshiba 2.5" HDD MQ01ABD...
Device Model:     TOSHIBA MQ01ABD100
Serial Number:    87CQP8R0T
LU WWN Device Id: 5 000039 7f2e02147
Firmware Version: AX0R2J
User Capacity:    1000204886016 bytes [1,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Form Factor:      2.5 inches
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS (minor revision not indicated)
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sun May  9 14:24:03 2021 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: FAILED!
Drive failure expected in less than 24 hours. SAVE ALL DATA.
See vendor-specific Attribute list for failed Attributes.

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(  120) seconds.
Offline data collection
capabilities: 			 (0x5b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					No Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 ( 245) minutes.
SCT capabilities: 	       (0x003d)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   085   085   050    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   100   100   050    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0027   100   100   001    Pre-fail  Always       -       1785
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       2389
  5 Reallocated_Sector_Ct   0x0033   001   001   050    Pre-fail  Always   FAILING_NOW 16376
  7 Seek_Error_Rate         0x000b   100   100   050    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   050    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0032   095   095   000    Old_age   Always       -       2231
 10 Spin_Retry_Count        0x0033   147   100   030    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       1453
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       514
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       37
193 Load_Cycle_Count        0x0032   096   096   000    Old_age   Always       -       48594
194 Temperature_Celsius     0x0022   100   100   000    Old_age   Always       -       27 (Min/Max 12/43)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       1391
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
220 Disk_Shift              0x0002   100   100   000    Old_age   Always       -       0
222 Loaded_Hours            0x0032   096   096   000    Old_age   Always       -       1839
223 Load_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
224 Load_Friction           0x0022   100   100   000    Old_age   Always       -       0
226 Load-in_Time            0x0026   100   100   000    Old_age   Always       -       188
240 Head_Flying_Hours       0x0001   100   100   001    Pre-fail  Offline      -       0

SMART Error Log Version: 1
ATA Error Count: 6478 (device log contains only the most recent five errors)
	CR = Command Register [HEX]
	FR = Features Register [HEX]
	SC = Sector Count Register [HEX]
	SN = Sector Number Register [HEX]
	CL = Cylinder Low Register [HEX]
	CH = Cylinder High Register [HEX]
	DH = Device/Head Register [HEX]
	DC = Device Command Register [HEX]
	ER = Error register [HEX]
	ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 6478 occurred at disk power-on lifetime: 2231 hours (92 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 01 14 5b 72 40  Error: UNC 1 sectors at LBA = 0x00725b14 = 7494420

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 01 14 5b 72 40 00      00:01:16.812  READ DMA EXT
  25 00 01 13 5b 72 40 00      00:01:12.967  READ DMA EXT
  25 00 01 12 5b 72 40 00      00:01:09.123  READ DMA EXT
  25 00 01 11 5b 72 40 00      00:01:05.267  READ DMA EXT
  25 00 01 10 5b 72 40 00      00:01:01.423  READ DMA EXT

Error 6477 occurred at disk power-on lifetime: 2231 hours (92 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 01 13 5b 72 40  Error: UNC 1 sectors at LBA = 0x00725b13 = 7494419

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 01 13 5b 72 40 00      00:01:12.967  READ DMA EXT
  25 00 01 12 5b 72 40 00      00:01:09.123  READ DMA EXT
  25 00 01 11 5b 72 40 00      00:01:05.267  READ DMA EXT
  25 00 01 10 5b 72 40 00      00:01:01.423  READ DMA EXT
  b0 d5 01 00 4f c2 00 00      00:01:01.422  SMART READ LOG

Error 6476 occurred at disk power-on lifetime: 2231 hours (92 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 01 12 5b 72 40  Error: UNC 1 sectors at LBA = 0x00725b12 = 7494418

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 01 12 5b 72 40 00      00:01:09.123  READ DMA EXT
  25 00 01 11 5b 72 40 00      00:01:05.267  READ DMA EXT
  25 00 01 10 5b 72 40 00      00:01:01.423  READ DMA EXT
  b0 d5 01 00 4f c2 00 00      00:01:01.422  SMART READ LOG
  25 00 05 10 5b 72 40 00      00:00:53.281  READ DMA EXT

Error 6475 occurred at disk power-on lifetime: 2231 hours (92 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 01 11 5b 72 40  Error: UNC 1 sectors at LBA = 0x00725b11 = 7494417

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 01 11 5b 72 40 00      00:01:05.267  READ DMA EXT
  25 00 01 10 5b 72 40 00      00:01:01.423  READ DMA EXT
  b0 d5 01 00 4f c2 00 00      00:01:01.422  SMART READ LOG
  25 00 05 10 5b 72 40 00      00:00:53.281  READ DMA EXT
  e5 00 00 00 00 00 00 00      00:00:53.012  CHECK POWER MODE

Error 6474 occurred at disk power-on lifetime: 2231 hours (92 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 01 10 5b 72 40  Error: UNC 1 sectors at LBA = 0x00725b10 = 7494416

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 01 10 5b 72 40 00      00:01:01.423  READ DMA EXT
  b0 d5 01 00 4f c2 00 00      00:01:01.422  SMART READ LOG
  25 00 05 10 5b 72 40 00      00:00:53.281  READ DMA EXT
  e5 00 00 00 00 00 00 00      00:00:53.012  CHECK POWER MODE
  b0 da 00 00 4f c2 00 00      00:00:52.808  SMART RETURN STATUS

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

geole · Le 09/05/2021, à 13:29

Je ne sais pas quelle panne avait ton ordinateur.....
Peut-être uniquement celle-ci
5 Reallocated_Sector_Ct 0x0033 001 001 050 Pre-fail Always FAILING_NOW 16376

en attendant, il y a une très bonne nouvelle

197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       0

Dans un premier temps
On va s'assurer des noms des disques

ls -ls  /dev/disk/by-uuid

Es-tu absolument certain qu'il faut inspecter la partition SDB5
si oui, après avoir vérifié que la partition de réception est au moins aussi grande
on pourra relancer une copie en mettant un fichier de suivi pour être capable de pouvoir continuer
et en prenant en compte les caractéristiques physiques 4096 bytes physical donc avec l'option -b4096

Dernière modification par geole (Le 09/05/2021, à 13:51)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 07/05/2021, à 18:32

[Résolu] récupération de données sur partition reformatée en NTFS

#2 Le 08/05/2021, à 08:23

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#3 Le 08/05/2021, à 08:28

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#4 Le 08/05/2021, à 08:29

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#5 Le 08/05/2021, à 08:35

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#6 Le 08/05/2021, à 09:04

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#7 Le 08/05/2021, à 09:19

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#8 Le 08/05/2021, à 09:42

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#9 Le 08/05/2021, à 09:53

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#10 Le 08/05/2021, à 11:01

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#11 Le 08/05/2021, à 11:16

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#12 Le 08/05/2021, à 11:26

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#13 Le 08/05/2021, à 11:43

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#14 Le 08/05/2021, à 13:18

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#15 Le 08/05/2021, à 13:36

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#16 Le 08/05/2021, à 13:44

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#17 Le 08/05/2021, à 14:55

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#18 Le 08/05/2021, à 22:36

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#19 Le 09/05/2021, à 09:18

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#20 Le 09/05/2021, à 09:27

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#21 Le 09/05/2021, à 09:30

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#22 Le 09/05/2021, à 13:21

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#23 Le 09/05/2021, à 13:22

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#24 Le 09/05/2021, à 13:26

Re : [Résolu] récupération de données sur partition reformatée en NTFS

#25 Le 09/05/2021, à 13:29

Re : [Résolu] récupération de données sur partition reformatée en NTFS

Pied de page des forums