Recuperation des données d'un HDD de NAS

Finkelstein · Le 06/10/2020, à 13:32

ok, je vais refaire une passe.
Je passe exactement la meme commande ?

geole · Le 06/10/2020, à 14:00

Oui exactement la même commande après avoir vérifié que SDD1 est toujours le disque de réception

Finkelstein · Le 06/10/2020, à 15:21

geole a écrit :

D) Si on n'a pas de chance, il va y avoir trop de pertes de données. Dans ce contexte trois pistes:

C'est bien la commande fsck qui va determiner si on a eu de la chance ou pas ? (enfin s'il y a trop de perte de données ou pas)

Dernière modification par Finkelstein (Le 06/10/2020, à 15:21)

geole · Le 06/10/2020, à 17:04

Oui. C'est elle qui remet en état le système de fichier en triant ce qui est bon et en éliminant ce qui n'est pas correct.
Mais j'ai considéré que la partition était formatée en EXT4 , ce qui n'est peut-être pas le cas.
Si la partition est formatée en NTFS, cela sera la commande CHKDSK de windows.

Dernière modification par geole (Le 06/10/2020, à 17:05)

Finkelstein · Le 06/10/2020, à 17:15

geole a écrit :

Oui. C'est elle qui remet en état le système de fichier en triant ce qui est bon et en éliminant ce qui n'est pas correct.
Mais j'ai considéré que la partition était formatée en EXT4 , ce qui n'est peut-être pas le cas.
Si la partition est formatée en NTFS, cela sera la commande CHKDSK de windows.

Non, non elle est bien formatée en ext4, je verifiais juste que j'avais bien compris

Finkelstein · Le 06/10/2020, à 18:46

GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 1998 GB, tried: 462848 B, bad-sector: 462848 B, bad areas: 40

     ipos:  154753 MB, non-trimmed:        0 B,  current rate:       0 B/s
     opos:  154753 MB, non-scraped:        0 B,  average rate:       0 B/s
non-tried:        0 B,  bad-sector:   458752 B,    error rate:     195 B/s
  rescued:    1998 GB,   bad areas:       40,        run time:  1h 51m 43s
pct rescued:   99.99%, read errors:      337,  remaining time:         n/a
                              time since last successful read:     59m 30s
Finished

Bon a priori encore environ 4100 secteurs de récupéré.

Je me laisserai bien tenter par une nouvelle tentative ...

geole · Le 06/10/2020, à 18:50

Vu que cela se fait en moins de deux heures, tu as bien raison de réessayer.
Mais la dernière heure n'a pas été prolifique.

Avant

GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 1998 GB, tried: 532480 B, bad-sector: 208896 B, bad areas: 48

     ipos:  154753 MB, non-trimmed:        0 B,  current rate:       0 B/s
     opos:  154753 MB, non-scraped:        0 B,  average rate:       8 B/s
non-tried:        0 B,  bad-sector:   462848 B,    error rate:     204 B/s
  rescued:    1998 GB,   bad areas:       40,        run time:  2h 13m 35s
pct rescued:   99.99%, read errors:      404,  remaining time:         n/a
                              time since last successful read:     13m 52s
Finished

AJOUT

Etat initial
197 Current_Pending_Sector 0x0012 084 001 000 Old_age Always - 1368
état actuel bad-sector: 458752 B
donc 458752/512= 896
Nombre de secteurs récupérés lors de ce passage (462848-458752)/512=8

Dernière modification par geole (Le 07/10/2020, à 07:15)

Finkelstein · Le 07/10/2020, à 07:58

GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 1998 GB, tried: 458752 B, bad-sector: 458752 B, bad areas: 40

     ipos:  154753 MB, non-trimmed:        0 B,  current rate:       0 B/s
     opos:  154753 MB, non-scraped:        0 B,  average rate:       0 B/s
non-tried:        0 B,  bad-sector:   458752 B,    error rate:     204 B/s
  rescued:    1998 GB,   bad areas:       40,        run time:  1h 51m  8s
pct rescued:   99.99%, read errors:      336,  remaining time:         n/a
                              time since last successful read:         n/a
Finished

Voici le resultat de la derniere passe, si je lis bien le compte rendu, rien de nouveau n'a ete recupéré.
Il me parait logique de passer a la suite, non ? (combler avec des zeros et fsck)

geole · Le 07/10/2020, à 08:08

Bonjour.
Effectivement trois tentatives de lectures sur les secteurs HS n'ont pas permis une seule récupération.
Il ne reste plus qu'à passer à la suite

Finkelstein · Le 07/10/2020, à 18:43

ca y est le fsck est bien terminé et j'ai commencé a verfier quelques trucs mais y a un truc qui cloche.

Quand j'analyse mon disque avec baobab, il me dit que 880Go sont utilisés mais quand je fais clic droit > propriétés sur le disque ca me dit que le contenu du disque fait 880Go mais qu'il y a 1.4To d'espace disque occupé.
En effet, en regardant un peu plus attentivement je m’aperçois qu'il manque mon répertoire de vidéos par rapport au disque d'origine.
J'imagine que ça fait partie de ce qui n'a pas pu être récupéré et ce n'est pas grave mais quitte a ne pas récupérer mes vidéos j'aimerais quand même recuperer l'espace qu'elles occupaient. Comment je peux faire ?

geole · Le 07/10/2020, à 18:48

Pense à regarder le contenu du répertoire

lost+found

je ne sais pas s'il est pris en compte par baobab
et aussi afin de voir les gros répertoires

sudo apt install ncdu
cd /PointDeMontageDeLaPartition
ncdu

Finkelstein · Le 07/10/2020, à 18:56

ncdu me fait la meme description que baobab c'est a dire qu'il me donne une hierarchie de repertoire (le lost+found y figure) totalisant 820G
Mais gparted me dit que 1.31To sont utilisés

geole · Le 07/10/2020, à 19:21

Ce sont tes vidéos...... qui n'ont pas été raccrochées.
Donc achat d'un disque de 2 To pour dupliquer ce qui a été sauvé.
puis remettre à zéro les répertoires puis photorec pour ajouter dans l'autre disque puis reformatage du disque

Finkelstein · Le 07/10/2020, à 20:04

geole a écrit :

Donc achat d'un disque de 2 To pour dupliquer ce qui a été sauvé.
puis remettre à zéro les répertoires puis photorec pour ajouter dans l'autre disque puis reformatage du disque

Argh, je craignais que tu dises ca ...
J'ai deja galéré pour l'achat d'un nouveau disque, je ne vais pas pouvoir recommencer.
Je vais donc faire un tri dans les données récupérées, garder uniquement ce qui est necessaire et faire les sauvegardes sur d'autres support (en esperant avoir assez de place ...) et reformater le disque de 2 To.

Si tu vois des contre indications a ma solution, n'hesites pas a me le dire : ce serait dommage de perdre encore plus de données ...

geole · Le 07/10/2020, à 20:46

Je peux essayer de contacter un spécialiste pour voir s'il sait comment libérer les secteurs alloués à des données non raccrochées à des systèmes de fichiers.

Il serait vraiment dommages que tu supprimes des fichiers pour t'en tirer.

Je te suggère d'ailleur d'ouvrir une nouvelle discussion intitulée "ncdu indique 800 Go utilisés mais gparted dit 1300 go utilisés" qui fera référence à cette discussion pour expliquer la génèse. De mon côté, je regarderais si je trouve quelque chose permettant de récupérer l'espace contenant tes vidéos en disant adieu à leur récupération.

Cependant, il me semble que ta partition actuelle n'est pas pleine à 100% Alors peut-être qu'il ne faut pas se presser: On va regarder comment ton disque fichu réagit pour voir s'il n'est pas réutilisable!
Lance l'application disque et reformate-le en choisisant l'option d'écraser tout le disque.
Ne te trompe pas de disque.
Lorsque cela sera fait, refais un rapport smartctl, Je te donnerais un avis pour une éventuelle réutilisation.
Je pense que le formatage durera plus de 24 heures en non-stop.

Dernière modification par geole (Le 07/10/2020, à 20:51)

Finkelstein · Le 07/10/2020, à 22:27

geole a écrit :

Cependant, il me semble que ta partition actuelle n'est pas pleine à 100% Alors peut-être qu'il ne faut pas se presser: On va regarder comment ton disque fichu réagit pour voir s'il n'est pas réutilisable!
Lance l'application disque et reformate-le en choisisant l'option d'écraser tout le disque.
Ne te trompe pas de disque.
Lorsque cela sera fait, refais un rapport smartctl, Je te donnerais un avis pour une éventuelle réutilisation.
Je pense que le formatage durera plus de 24 heures en non-stop.

Oui c'est pas bete du tout !
Je vais faire tout ca, merci !

geole · Le 08/10/2020, à 06:52

Bonjour
A) Si tu n'as pas commencé le formatage, au lieu de faire 1 grosse partition de 2 To, fais 4 partitions de taille uidentiques à 1 Mo près (500 Mo)
Avantages
- On divise par 4 le temps de création de chaque partition, ce qui permet de faire en 4 morceaux au lieu d'un seul
- Je vais te faire installer MDADM afin de récupérer un espace disque de (4-1)*500 Go en RAIDS5 afin d'obtenir une relative sécurité de lecture mais performance d'écriture divisée par deux.

B) J'ai compris que tu n'as aucun fichier musical et vidéos. Si tel est bien le cas, on pourra les récupérer par photorec sans avoir besoin de supprimer les fichiers qui sont connus. Il suffira de préciser les types de fichiers qu'on souhaite récupérer

Finkelstein · Le 13/10/2020, à 20:11

geole a écrit :

Bonjour
A) Si tu n'as pas commencé le formatage, au lieu de faire 1 grosse partition de 2 To, fais 4 partitions de taille uidentiques à 1 Mo près (500 Mo)
Avantages
- On divise par 4 le temps de création de chaque partition, ce qui permet de faire en 4 morceaux au lieu d'un seul
- Je vais te faire installer MDADM afin de récupérer un espace disque de (4-1)*500 Go en RAIDS5 afin d'obtenir une relative sécurité de lecture mais performance d'écriture divisée par deux.
B) J'ai compris que tu n'as aucun fichier musical et vidéos. Si tel est bien le cas, on pourra les récupérer par photorec sans avoir besoin de supprimer les fichiers qui sont connus. Il suffira de préciser les types de fichiers qu'on souhaite récupérer

Ok, j'opte pour cette solution
Je previens quand mes 4 partitions sont créées et MDADM est installé

Finkelstein · Le 17/10/2020, à 11:43

Bonjour,
J'ai reformaté mon ancien disque en 4 partitions ext4, comme tu me l'as demandé.

J'ai repassé un smartctl sur le disque dont voici le resultat :

smartctl 6.6 2016-05-31 r4324 [x86_64-linux-5.4.0-51-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Seagate Barracuda Green (AF)
Device Model:     ST2000DL003-9VT166
Serial Number:    5YDA0VRW
LU WWN Device Id: 5 000c50 0532faf48
Firmware Version: CC3C
User Capacity:    2000398934016 bytes [2,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5900 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Sat Oct 17 12:38:30 2020 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x82)	Offline data collection activity
					was completed without error.
					Auto Offline Data Collection: Enabled.
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: 		(  623) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					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: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 ( 366) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x30b7)	SCT Status supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   086   086   006    Pre-fail  Always       -       1796115
  3 Spin_Up_Time            0x0003   092   092   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   084   084   020    Old_age   Always       -       16912
  5 Reallocated_Sector_Ct   0x0033   070   070   036    Pre-fail  Always       -       19936
  7 Seek_Error_Rate         0x000f   061   060   030    Pre-fail  Always       -       983943875785
  9 Power_On_Hours          0x0032   023   011   000    Old_age   Always       -       67520
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       164
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   001   001   000    Old_age   Always       -       8333
188 Command_Timeout         0x0032   100   098   000    Old_age   Always       -       38655295498
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   080   051   045    Old_age   Always       -       20 (0 1 20 18 0)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       94
193 Load_Cycle_Count        0x0032   082   082   000    Old_age   Always       -       36080
194 Temperature_Celsius     0x0022   020   049   000    Old_age   Always       -       20 (128 0 0 0 0)
195 Hardware_ECC_Recovered  0x001a   030   006   000    Old_age   Always       -       1796115
197 Current_Pending_Sector  0x0012   001   001   000    Old_age   Always       -       38816
198 Offline_Uncorrectable   0x0010   001   001   000    Old_age   Offline      -       38816
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       23667 (196 253 0)
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       2862340387
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       1581292645

SMART Error Log Version: 1
ATA Error Count: 8098 (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 8098 occurred at disk power-on lifetime: 1969 hours (82 days + 1 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 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  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 03 08 ff ff ff ef 00      00:07:06.924  READ DMA EXT
  35 03 08 10 ce 1f e0 00      00:07:06.924  WRITE DMA EXT
  25 03 08 ff ff ff ef 00      00:07:03.591  READ DMA EXT
  35 03 08 10 ce 1f e0 00      00:07:03.590  WRITE DMA EXT
  25 03 08 ff ff ff ef 00      00:07:00.347  READ DMA EXT

Error 8097 occurred at disk power-on lifetime: 1969 hours (82 days + 1 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 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  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 03 08 ff ff ff ef 00      00:07:03.591  READ DMA EXT
  35 03 08 10 ce 1f e0 00      00:07:03.590  WRITE DMA EXT
  25 03 08 ff ff ff ef 00      00:07:00.347  READ DMA EXT
  35 03 08 10 ce 1f e0 00      00:06:47.843  WRITE DMA EXT
  25 03 08 ff ff ff ef 00      00:06:44.537  READ DMA EXT

Error 8096 occurred at disk power-on lifetime: 1969 hours (82 days + 1 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 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  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 03 08 ff ff ff ef 00      00:07:00.347  READ DMA EXT
  35 03 08 10 ce 1f e0 00      00:06:47.843  WRITE DMA EXT
  25 03 08 ff ff ff ef 00      00:06:44.537  READ DMA EXT
  35 03 08 10 ce 1f e0 00      00:06:44.530  WRITE DMA EXT
  25 03 08 ff ff ff ef 00      00:06:41.224  READ DMA EXT

Error 8095 occurred at disk power-on lifetime: 1969 hours (82 days + 1 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 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  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 03 08 ff ff ff ef 00      00:06:44.537  READ DMA EXT
  35 03 08 10 ce 1f e0 00      00:06:44.530  WRITE DMA EXT
  25 03 08 ff ff ff ef 00      00:06:41.224  READ DMA EXT
  35 03 08 10 ce 1f e0 00      00:06:41.217  WRITE DMA EXT
  25 03 08 ff ff ff ef 00      00:06:37.965  READ DMA EXT

Error 8094 occurred at disk power-on lifetime: 1969 hours (82 days + 1 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 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  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 03 08 ff ff ff ef 00      00:06:41.224  READ DMA EXT
  35 03 08 10 ce 1f e0 00      00:06:41.217  WRITE DMA EXT
  25 03 08 ff ff ff ef 00      00:06:37.965  READ DMA EXT
  35 03 08 10 ce 1f e0 00      00:06:01.065  WRITE DMA EXT
  25 03 08 ff ff ff ef 00      00:05:57.763  READ DMA EXT

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%         2         -

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.

J'installe MDADM maintenant

geole · Le 17/10/2020, à 12:14

Bonjour
Un extrait significatif de l'état du disque

=== START OF INFORMATION SECTION ===
Model Family:     Seagate Barracuda Green (AF)
Device Model:     ST2000DL003-9VT166
User Capacity:    2000398934016 bytes [2,00 TB]

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   070   070   036    Pre-fail  Always       -       19936
  9 Power_On_Hours          0x0032   023   011   000    Old_age   Always       -       67520
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0012   001   001   000    Old_age   Always       -       38816
198 Offline_Uncorrectable   0x0010   001   001   000    Old_age   Offline      -       38816

ATA Error Count: 8098 (device log contains only the most recent five errors)

Rappel des valeurs précédentes

  5 Reallocated_Sector_Ct   0x0033   070   070   036    Pre-fail  Always       -       19800
  9 Power_On_Hours          0x0032   024   011   000    Old_age   Always       -       67448
197 Current_Pending_Sector  0x0012   084   001   000    Old_age   Always       -       1368

Donc, A l'issue du reformatage,il y a 38816 secteurs qui ne sont pas relisibles.
Je vais changer d'idée: On va faire du RAID1 avec seulement deux partitions et on se contentera d'y mettre les fichiers de
vidéos j'ai détecté au moins ces extensions à cocher mkv mov mpg tivo ts wtv
musique j'ai détecté au moins ces extensions à cocher jpg mp3 ogg png ra rm
avec photorec en un ou deux passages
En effet je pense qu'il est trop risqué d'y mettre les données fiables que tu as récupéré. On attendra l'arrivée d'un nouveau disque neuf pour reformater ton bon disque actuel afin de récupérer l'espace perdu. Au besoin on pourra y rejouer le scénario de tout récupérer après avoir remis à zéro ce qui a été bien récupéré.

Dernière modification par geole (Le 17/10/2020, à 12:45)

Finkelstein · Le 17/10/2020, à 12:47

a oui ca veut dire que l'etat du disque a empirer depuis le debut de "cette aventure".

A noter que j'ai remarqué qu'il me manquait egalement des documents egalment (pdf, doc, docx, odt, xls, ...), est ce qu'il y a une chance que ce soit recuperable par photorec ?

On va faire du RAID1 avec seulement deux partitions et on se contentera d'y mettre les fichiers vidéos et musique avec photorec

Du coup, il faut que je reformate le disque en le divisant en 2 partitions ? ca ne va pas encore aggraver la situation ?

geole · Le 17/10/2020, à 13:12

Après reformatage total de toute la surface disque, on est passé de 1368 secteurs à 38816 secteurs.
C'est un sacré gap. On aurait pu avoir énormément plus. Dans ce cas c'était simple, on arrêtait.
On aurait pu avoir "failing now." Ce qui résolvait le problème.
On aurait aussi pu avoir une valeur plus faible, par exemple 2000, Ce qui aurait été rassurant.

Avec du raids5, on dispose de 1,5To mais si le raids casse à cause de la future trop grosse dégradation, c'est fichu
Avec du raids1, on ne disposera que de 1 To, mais si le raids casse à cause de la future trop grosse dégradation, on pourra de nouveau jouer avec ddrescue, et aller chercher dans l'autre partition ce qui est devenu illisible dans la première. . Il n'y a que si le secteur N de la première partition et le secteur N de la seconde partition sont tous les deux illisibles que la structure de ce secteur n'est pas récupérable.
Avec du raids 5, Il n'y a pas égalité des valeurs N. et ce n'est pas trouvable.

Il va suffire de supprimer les 4 partitions et d'en créer deux sans demander le formatage de toute la surface. On se contentera du formatage standard qui ne dure que quelques minutes.

Cependant, on peut très bien rester en RAID5, car si on perd tout, il suffira d'attendre l'arrivée du nouveau disque et de recommencer.

A mon avis, les quelques autres fichiers manquants sont vraiment perdus.
Bien sur, on peut demander à photorec de récupérer tous les espaces disques ayant des signatures pdf, doc, docx, odt, xls, ... Mais tu ne vas pas pouvoir identifier facilement ceux qui existent et ceux qui n'existent pas. Pour réussir , il faut l'autre disque, y transférer tous les fichiers qui ont des noms, les remettre à zéro et récupérer tous les espaces disques qui ne sont pas à zéro.

Dernière modification par geole (Le 17/10/2020, à 13:14)

Finkelstein · Le 17/10/2020, à 13:37

geole a écrit :

Il va suffire de supprimer les 4 partitions et d'en créer deux sans demander le formatage de toute la surface. On se contentera du formatage standard qui ne dure que quelques minutes.

Ok, je fais ça rapidement

geole a écrit :

Cependant, on peut très bien rester en RAID5, car si on perd tout, il suffira d'attendre l'arrivée du nouveau disque et de recommencer.

Je préfère tenter le RAID1, autant perdre définitivement les videos ne me dérangerait pas trop mais perdre la musique est un peu plus embêtant pour moi

geole a écrit :

A mon avis, les quelques autres fichiers manquants sont vraiment perdus.
Bien sur, on peut demander à photorec de récupérer tous les espaces disques ayant des signatures pdf, doc, docx, odt, xls, ... Mais tu ne vas pas pouvoir identifier facilement ceux qui existent et ceux qui n'existent pas. Pour réussir , il faut l'autre disque, y transférer tous les fichiers qui ont des noms, les remettre à zéro et récupérer tous les espaces disques qui ne sont pas à zéro.

Je vais faire mon deuil de ces fichiers, l’étape d'identification va me prendre trop de temps pour des fichiers qui ne me manquent pas (ça va faire 4 mois qu'on est sur le sujet, et mon NAS avait déjà grillé depuis un peu de temps avant que j'en parle ici et je n'ai toujours pas eu besoin de ces fichiers manquants)

Finkelstein · Le 19/10/2020, à 12:09

Voila qui est fait pour le reformatage en 2 partitions, si je ne me trompe pas la commande mdadm pour faire le raid1 devrait etre :

sudo mdadm --create /dev/md0 --level=1  --raid-devices=2 /dev/sdd1 /dev/sdd2

geole · Le 19/10/2020, à 12:55

Bonjour
D'après la documentation, cela semble bon.
Si je ne me trompe pas, la suite sera
Formatage

sudo mkfs.ext4   -v /dev/md0

Montage

sudo mkdir /media/raid
sudo  mount  -v /dev/md0 	/media/raid

Création du répertoire de récupération

sudo mkdir  -v  /media/raid/recup

Lancement de photorec https://doc.ubuntu-fr.org/photorec
Je pense que tu feras en deux fois en commençant par les types de fichiers musicaux, à sélectionner
Astuce, tu désélectionnes tout et tu ne choisis que ceux désirés dans la liste
Tu verras alors ce que cela donne

Dernière modification par geole (Le 19/10/2020, à 12:57)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 06/10/2020, à 13:32

Re : Recuperation des données d'un HDD de NAS

#27 Le 06/10/2020, à 14:00

Re : Recuperation des données d'un HDD de NAS

#28 Le 06/10/2020, à 15:21

Re : Recuperation des données d'un HDD de NAS

#29 Le 06/10/2020, à 17:04

Re : Recuperation des données d'un HDD de NAS

#30 Le 06/10/2020, à 17:15

Re : Recuperation des données d'un HDD de NAS

#31 Le 06/10/2020, à 18:46

Re : Recuperation des données d'un HDD de NAS

#32 Le 06/10/2020, à 18:50

Re : Recuperation des données d'un HDD de NAS

#33 Le 07/10/2020, à 07:58

Re : Recuperation des données d'un HDD de NAS

#34 Le 07/10/2020, à 08:08

Re : Recuperation des données d'un HDD de NAS

#35 Le 07/10/2020, à 18:43

Re : Recuperation des données d'un HDD de NAS

#36 Le 07/10/2020, à 18:48

Re : Recuperation des données d'un HDD de NAS

#37 Le 07/10/2020, à 18:56

Re : Recuperation des données d'un HDD de NAS

#38 Le 07/10/2020, à 19:21

Re : Recuperation des données d'un HDD de NAS

#39 Le 07/10/2020, à 20:04

Re : Recuperation des données d'un HDD de NAS

#40 Le 07/10/2020, à 20:46

Re : Recuperation des données d'un HDD de NAS

#41 Le 07/10/2020, à 22:27

Re : Recuperation des données d'un HDD de NAS

#42 Le 08/10/2020, à 06:52

Re : Recuperation des données d'un HDD de NAS

#43 Le 13/10/2020, à 20:11

Re : Recuperation des données d'un HDD de NAS

#44 Le 17/10/2020, à 11:43

Re : Recuperation des données d'un HDD de NAS

#45 Le 17/10/2020, à 12:14

Re : Recuperation des données d'un HDD de NAS

#46 Le 17/10/2020, à 12:47

Re : Recuperation des données d'un HDD de NAS

#47 Le 17/10/2020, à 13:12

Re : Recuperation des données d'un HDD de NAS

#48 Le 17/10/2020, à 13:37

Re : Recuperation des données d'un HDD de NAS

#49 Le 19/10/2020, à 12:09

Re : Recuperation des données d'un HDD de NAS

#50 Le 19/10/2020, à 12:55

Re : Recuperation des données d'un HDD de NAS

Pied de page des forums