Contenu | Rechercher | Menus

Annonce

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.

À propos de l'équipe du forum.

#1 Le 31/10/2015, à 19:10

guitguit

Récupération de données sur Synology

Bonjour à tous,

Eh bien voici mon problème que j'essaie de résoudre depuis quelques mois...
Je suis équipé d'un PC windows 7 avec un synology DS209J contenant 2 disques dur de 3To chacun.
Je m'en sert de stockage pour mes films et photos ainsi que quelques données. Je suis en RAID 1 (du moins je le croyais...)

Il y a quelques mois, j'ai eu droit à un bip de mon syno, m'alertant que le disque 1 était tombé (défectueux).
J'ai voulu effectuer des réparations puisque j'étais en RAID, mais je crois que la copie n'a pas marché car je n'ai rien sur le 2ème DD.
Je dois donc récupérer mon premier DD pour retrouver mes données...

Je l'ai donc enlevé de mon syno pour le brancher directement sur mon PC.
Et là, j'ai essayé tout un tas de logiciels, techniques que j'ai pu trouver sur le net, sans résultat (rescue, ext-to-explorer, ...)
J'en suis aujourd'hui à installer une VM (virtual box), y installer Ubuntu (fait !) et essayer de retrouver le DD (ko...)
Mon objectif est de suivre le tuto suivant : lien
Mais je n'arrive pas à voir mon disque défectueux (car ubuntu est lancé depuis la VM) => Des idées ?

J'ai également essayé d'utiliser Testdisk, mais je suis bloqué : voici ce que m'affiche testdisk comme partitions :
Disk /dev/sdb - 3000GB / 2794 GiB - CHS 364801 255 63

      D MS Data 256 -> 4980607  [1.41.12-3211]
      D Linux raid 256 -> 4980480 [md0]
      D linux swap 4980736 -> 9174895
      D linux raid 4980736 -> 9175039 [md1]
      P Linux raid 9453280 -> 5860516583 [Diskstation:2] (ligne en vert)

C'est bien sûr la dernière ligne qui contient mes données... Mais je ne sais pas comment y accéder
Quand je sélectionne ma ligne, c'est à dire ma partition, il me propose "deeper search" ou "write". L'un met 2 jours à tourner sans résultat, l'autre écrit j'imajine une structure correcte, mais je n'y ai toujours pas accès...

Alors je me retrouve bloqué, sans nouvelle idée...
Si quelqu'un peut m'aider à faire avancer ma récupération de ces données, je suis preneur !

Merci la communauté !

Hors ligne

#2 Le 01/11/2015, à 15:50

Bougron

Re : Récupération de données sur Synology

Bonjour.
Tu as dis que ton raids1 n'a pas fonctionné.
Dans un contexte RAID1, les deux disques sont indépendants.  Donc fais du classique.
Télécharges une  version récente de ubuntu, (14.04.3). Fais une clé USB (liliusbcreator, unetbootin) et lances testdisk à partir de cette clé USB.
Je te rappelle qu'un deepsearch c'est pas loin de 10 heures sur un disque de 1 TO en bon état. Donc 30 heures dans ton contexte.
et si le disque est en mauvais état, il peut finir de tuer le disque.
Donc avant de lancer testdisk, tu feras une vérification de l'état de tes deux disques avec smartcl

A l'issue de cela, on verra si tu n'as pas intérêt à dupliquer par DDRESCUE le disque abîmé sur le second s'il est resté en bon état.
et faire le testdisk sur le second disque.

Pour installer les logiciels sur  la live USB

setxkb,qp fr
sudo add-apt-repository "deb http://archive.ubuntu.com/ubuntu $(lsb_release -sc) universe"
sudo apt-get update
sudo apt-get install gddrescue 
sudo apt-get install testdisk
sudo apt-get install GSmartControl

Si gsmartcontrol, veut paramétrer la messagerie , tu peux répondre n'importe quoi.
Puis tu nous donneras l'état des disques

sudo smartctl -a /dev/sdX     avec le X à la bonne valeur

Penses à mettre en forme la réponse  et fais une réponse par disque car c'est assez volumineux.

Dernière modification par Bougron (Le 01/11/2015, à 15:57)

Hors ligne

#3 Le 01/11/2015, à 18:49

guitguit

Re : Récupération de données sur Synology

Bonjour

Merci pour ce retour

Alors voici le resultat du smartctl que j ai pu faire en essayant de mettre le code sur fond noir... :

xubuntu@xubuntu:~/Desktop$ sudo smartctl -a /dev/sda
smartctl 6.2 2013-07-26 r3841 [i686-linux-3.19.0-25-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Seagate Barracuda 7200.14 (AF)
Device Model:     ST3000DM001-1CH166
Serial Number:    Z1F37KHK
LU WWN Device Id: 5 000c50 063a3afad
Firmware Version: CC27
User Capacity:    3 000 592 982 016 bytes [3,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2, ACS-3 T13/2161-D revision 3b
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sun Nov  1 17:39:10 2015 UTC

==> WARNING: A firmware update for this drive may be available,
see the following Seagate web pages:
http://knowledge.seagate.com/articles/en_US/FAQ/207931en
http://knowledge.seagate.com/articles/en_US/FAQ/223651en

SMART support is: Available - device has SMART capability.
SMART support is: Disabled

SMART Disabled. Use option -s with argument 'on' to enable it.
(override with '-T permissive' option)

je n ai pas eu plus d infos...

cela peut aider ?

Hors ligne

#4 Le 01/11/2015, à 19:13

Bougron

Re : Récupération de données sur Synology

Bonsoir
C'est bien présenté. J'aurais du penser que ce n'était pas activé. 

tentes

sudo smartctl    -s on  /dev/sda
sudo smartctl    -a      /dev/sda

Hors ligne

#5 Le 01/11/2015, à 19:19

guitguit

Re : Récupération de données sur Synology

Et voila le resultat !

root@xubuntu:~# smartctl -a /dev/sda
smartctl 6.2 2013-07-26 r3841 [i686-linux-3.19.0-25-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Seagate Barracuda 7200.14 (AF)
Device Model:     ST3000DM001-1CH166
Serial Number:    Z1F37KHK
LU WWN Device Id: 5 000c50 063a3afad
Firmware Version: CC27
User Capacity:    3 000 592 982 016 bytes [3,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2, ACS-3 T13/2161-D revision 3b
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sun Nov  1 18:17:12 2015 UTC

==> WARNING: A firmware update for this drive may be available,
see the following Seagate web pages:
http://knowledge.seagate.com/articles/en_US/FAQ/207931en
http://knowledge.seagate.com/articles/en_US/FAQ/223651en

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: 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: 		(  592) 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: 	 ( 338) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x3085)	SCT Status 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   112   073   006    Pre-fail  Always       -       45649248
  3 Spin_Up_Time            0x0003   094   094   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       534
  5 Reallocated_Sector_Ct   0x0033   099   099   010    Pre-fail  Always       -       1392
  7 Seek_Error_Rate         0x000f   036   034   030    Pre-fail  Always       -       42756429995255
  9 Power_On_Hours          0x0032   082   082   000    Old_age   Always       -       16344
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       90
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       -       57377
188 Command_Timeout         0x0032   100   001   000    Old_age   Always       -       2918 2990 3043
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   068   049   045    Old_age   Always       -       32 (Min/Max 30/32)
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       -       66
193 Load_Cycle_Count        0x0032   086   086   000    Old_age   Always       -       29024
194 Temperature_Celsius     0x0022   032   051   000    Old_age   Always       -       32 (0 16 0 0 0)
197 Current_Pending_Sector  0x0012   001   001   000    Old_age   Always       -       17104
198 Offline_Uncorrectable   0x0010   001   001   000    Old_age   Offline      -       17104
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       1840h+48m+08.051s
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       4174963175
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       20735702565

SMART Error Log Version: 1
ATA Error Count: 57352 (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 57352 occurred at disk power-on lifetime: 16300 hours (679 days + 4 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
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 01 ff ff ff 4f 00      05:09:52.902  READ FPDMA QUEUED
  60 00 01 ff ff ff 4f 00      05:09:52.894  READ FPDMA QUEUED
  60 00 01 ff ff ff 4f 00      05:09:52.890  READ FPDMA QUEUED
  60 00 01 ff ff ff 4f 00      05:09:52.882  READ FPDMA QUEUED
  60 00 01 ff ff ff 4f 00      05:09:52.873  READ FPDMA QUEUED

Error 57351 occurred at disk power-on lifetime: 16300 hours (679 days + 4 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
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 01 ff ff ff 4f 00      05:09:49.182  READ FPDMA QUEUED
  2f 00 01 10 00 00 20 00      05:09:49.148  READ LOG EXT
  60 00 01 ff ff ff 4f 00      05:09:45.579  READ FPDMA QUEUED
  60 00 01 ff ff ff 4f 00      05:09:45.577  READ FPDMA QUEUED
  60 00 01 ff ff ff 4f 00      05:09:45.567  READ FPDMA QUEUED

Error 57350 occurred at disk power-on lifetime: 16300 hours (679 days + 4 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
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 01 ff ff ff 4f 00      05:09:45.579  READ FPDMA QUEUED
  60 00 01 ff ff ff 4f 00      05:09:45.577  READ FPDMA QUEUED
  60 00 01 ff ff ff 4f 00      05:09:45.567  READ FPDMA QUEUED
  60 00 01 ff ff ff 4f 00      05:09:45.555  READ FPDMA QUEUED
  2f 00 01 10 00 00 20 00      05:09:45.479  READ LOG EXT

Error 57349 occurred at disk power-on lifetime: 16300 hours (679 days + 4 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
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 01 ff ff ff 4f 00      05:09:41.713  READ FPDMA QUEUED
  60 00 01 ff ff ff 4f 00      05:09:41.705  READ FPDMA QUEUED
  60 00 01 ff ff ff 4f 00      05:09:41.704  READ FPDMA QUEUED
  60 00 01 ff ff ff 4f 00      05:09:41.702  READ FPDMA QUEUED
  60 00 01 ff ff ff 4f 00      05:09:41.693  READ FPDMA QUEUED

Error 57348 occurred at disk power-on lifetime: 16300 hours (679 days + 4 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
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 01 ff ff ff 4f 00      05:09:37.957  READ FPDMA QUEUED
  60 00 01 ff ff ff 4f 00      05:09:37.946  READ FPDMA QUEUED
  60 00 01 ff ff ff 4f 00      05:09:37.938  READ FPDMA QUEUED
  60 00 01 ff ff ff 4f 00      05:09:37.937  READ FPDMA QUEUED
  60 00 01 ff ff ff 4f 00      05:09:37.934  READ FPDMA QUEUED

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Aborted by host               10%     15817         -
# 2  Short offline       Aborted by host               10%     15817         -

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.

Est-ce que c est positif ?

Hors ligne

#6 Le 01/11/2015, à 20:47

Bougron

Re : Récupération de données sur Synology

Bonsoir,
Je crains que ton disque  soit carrément fichu. Cela va être un défi d'en tirer quelque chose. le seek-error rate est énorme.  C'est certainement testdisk qui l'a fait exploser. Donc ne plus jamais utiliser tesdisk pour ce disque.
Je t'extrais les infos importantes.

197 Current_Pending_Sector  0x0012   001   001   000    Old_age   Always       -       17104
  5 Reallocated_Sector_Ct   0x0033   099   099   010    Pre-fail  Always       -       1392
  1 Raw_Read_Error_Rate     0x000f   112   073   006    Pre-fail  Always       -       45649248
  7 Seek_Error_Rate         0x000f   036   034   030    Pre-fail  Always       -       42756429995255
188 Command_Timeout         0x0032   100   001   000    Old_age   Always       -       2918 2990 3043

Peux-tu regarder pour l'autre disque.
Je ne connais pas 'synology DS209J' Dans certains cas, les appareils peuvent découpler les disques sans démontage.
Comment as-tu fais pour savoir que le second disque n'a pas été utilisé?

Dernière modification par Bougron (Le 01/11/2015, à 20:58)

Hors ligne

#7 Le 01/11/2015, à 20:59

guitguit

Re : Récupération de données sur Synology

Voici le résultat pour le second :

root@xubuntu:~# smartctl -a /dev/sda
smartctl 6.2 2013-07-26 r3841 [i686-linux-3.19.0-25-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Seagate Barracuda 7200.14 (AF)
Device Model:     ST3000DM001-1CH166
Serial Number:    S1F14YRH
LU WWN Device Id: 5 000c50 05b382cd2
Firmware Version: CC24
User Capacity:    3 000 592 982 016 bytes [3,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 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: 6.0 Gb/s)
Local Time is:    Sun Nov  1 20:55:35 2015 CET

==> WARNING: A firmware update for this drive may be available,
see the following Seagate web pages:
http://knowledge.seagate.com/articles/en_US/FAQ/207931en
http://knowledge.seagate.com/articles/en_US/FAQ/223651en

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: 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: 		(  592) 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: 	 ( 340) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x3085)	SCT Status 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   114   099   006    Pre-fail  Always       -       60225088
  3 Spin_Up_Time            0x0003   094   094   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   098   098   020    Old_age   Always       -       2144
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   057   053   030    Pre-fail  Always       -       133162491272
  9 Power_On_Hours          0x0032   075   075   000    Old_age   Always       -       22413
 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   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   000    Old_age   Always       -       0 0 0
189 High_Fly_Writes         0x003a   099   099   000    Old_age   Always       -       1
190 Airflow_Temperature_Cel 0x0022   077   047   045    Old_age   Always       -       23 (Min/Max 23/23)
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       -       123
193 Load_Cycle_Count        0x0032   036   036   000    Old_age   Always       -       129002
194 Temperature_Celsius     0x0022   023   053   000    Old_age   Always       -       23 (0 17 0 0 0)
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       2502h+08m+46.972s
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       8905296868
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       8585282945

SMART Error Log Version: 1
No Errors Logged

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.

Je n'y ai encore jamais touché. Mais c'est lorsque je me suis connecté au syno qu'il m'a indiqué qu'il était vide....

Il n'y a vraiment rien à faire pour le premier disque dur ? Même pas l'envoyer chez un expert ?
(snif....) Je ne comprend pas à quoi correspondent les lignes que tu as extraites...

Merci de ton aide en tout cas....

Hors ligne

#8 Le 01/11/2015, à 23:05

Bougron

Re : Récupération de données sur Synology

Bonsoir.
Comme tes données sont très importantes, tu peux effectivement faire faire un devis,
Cependant dans l'analyse du second disque, j'ai envie de dire qu'il n'est pas du tout vide.
Comme je ne connais pas le synergy, je vais certainement dire une bêtise, Mais, je pense qu'il a été simplement déactivé car devenu quasiment inutilisable.
Lorsque je regarde les valeurs de ce second disque, elles sont nettement supérieurs au premier disque.

Dans  un contexte classique, J'utilise DDRESCUE pour copier en lui faisant faire  3 passages
       1er passage           Lecture rapide de ce qui peut être lu.
       2e passage            Relecture de ce qui n'a pas pu être lu la première fois en insistant un peu.
       3e  passage           Encore une relecture plus invasive qui risque de faire casser le disque.
Je sais que DDrescue a une fonctionnalité  originale:  Pouvoir récupérer sur une duplication. Je ne la maîtrise pas.
Je sais que cela est prévu pour des DVD, Il faudrait que je regarde si cela est aussi exécutable pour des disques durs.

Dans un premier temps, il semble y avoir trois possibilités.
    A) Appel à un expert.
    B) Refaire fonctionner si possible afin de tenter une duplication.
        B1) Tenter de refaire fonctionner  le cynergy    avec les deux disques en RAIDS1.
        B2) Installer un vrai ubuntu et le logiciel MDADM  ou tenter de continuer en virtual box
      Mais je crains que cela ne fonctionne pas. Il suffit d'un seul secteur illisible dans la même position sur les deux disque pour que l'accouplement soit refusé.
   C) Acheter un disque d'au moins 3 To et dupliquer par DDSRESCUE   soit les deux recouplés ensemble  soit l'un après l'autre.

Je te laisse réfléchir à la situation. Tu as le temps. Je vais te faire un tableau en expliquant.
Je t'avais donné un lien anglais pour comprendre mon diagnostic.

Dernière modification par Bougron (Le 01/11/2015, à 23:11)

Hors ligne

#9 Le 01/11/2015, à 23:28

Bougron

Re : Récupération de données sur Synology

Voici un exemple de codification possible. https://www.gnu.org/software/ddrescue/m … anual.html
J'admets que le disque SDC est le plus récent,  que le disque SDD a cessé de fonctionner il y a quelque temps et que le disque SDB est le récepteur,
que tout est dans la 4eme partition des disques et que le suivi se fera dans la 3eme partition du récepteur.  J'ai vu par tesdisk que la taille des secteurs est de 4096 bytes.
La codif sera proche de celle-ci.

sudo mkdir   /media/$USER/ddsuivi
sudo mount /dev/sdb3 /media/$USER/ddsuivi
date
sudo ddrescue    -b4096    -f  -n         /dev/sdc4   /dev/sdb4  /media/$USER/ddsuivi/journalRAID
ddrescuelog  -t  /media/$USER/ddsuivi/journalRAID
date
sudo ddrescue  -b4096 -d  -f  -r0 -c1  /dev/sdc4  /dev/sdb4  /media/$USER/ddsuivi/journalRAID
sudo ddrescue  -b4096 -d  -f  -r0 -c1  /dev/sdd4  /dev/sdb4  /media/$USER/ddsuivi/journalRAID
ddrescuelog  -t  /media/$USER/ddsuivi/journalRAID
date
sudo ddrescue  -b4096 -d  -f  -r3 -c1  /dev/sdc4  /dev/sdb4  /media/$USER/ddsuivi/journalRAID
sudo ddrescue  -b4096 -d  -f  -r3 -c1  /dev/sdd4  /dev/sdb4  /media/$USER/ddsuivi/journalRAID
ddrescuelog  -t  /media/$USER/ddsuivi/journalRAID
date
sudo ddrescue  -b4096 -d  -f  -r9 -c1  /dev/sdc4  /dev/sdb4  /media/$USER/ddsuivi/journalRAID
sudo ddrescue  -b4096 -d  -f  -r9 -c1  /dev/sdd4  /dev/sdb4  /media/$USER/ddsuivi/journalRAID
ddrescuelog  -t  /media/$USER/ddsuivi/journalRAID
Date

Dernière modification par Bougron (Le 03/11/2015, à 01:53)

Hors ligne

#10 Le 02/11/2015, à 00:52

Bougron

Re : Récupération de données sur Synology

Bonsoir.
Voila mon analyse qui peut être complétée par d'autres personnes.
                                                                                           

ID# ATTRIBUTE_NAME              VALUE WORST THRESH TYPE      1erdisqueRAW_VALUE  2e disqueRAW_VALUE
  1 Raw_Read_Error_Rate        112   073   006    Pre-fail          45 649 248         60 225 088
  3 Spin_Up_Time               094   094   000    Pre-fail                   0                  0
  4 Start_Stop_Count           100   100   020    Old_age                  534              2 144
  5 Reallocated_Sector_Ct      099   099   010    Pre-fail               1 392                  0 
  7 Seek_Error_Rate            036   034   030    Pre-fail  42 756 429 995 255    133 162 491 272
  9 Power_On_Hours             082   082   000    Old_age               16 344             22 413
 10 Spin_Retry_Count           100   100   097    Pre-fail                   0                  0
 12 Power_Cycle_Count          100   100   020    Old_age                   90                164
183 Runtime_Bad_Block          100   100   000    Old_age                    0                  0
184 End-to-End_Error           100   100   099    Old_age                    0                  0
187 Reported_Uncorrect         001   001   000    Old_age               57 377                  0
188 Command_Timeout            100   001   000    Old_age       2918 2990 3043     0000 0000 0000           
189 High_Fly_Writes            100   100   000    Old_age                    0                  1
190 Airflow_Temperature_Cel    068   049   045    Old_age   32 (Min/Max 30/32) 23 (Min/Max 23/23)
191 G-Sense_Error_Rate         100   100   000    Old_age                    0                  0
192 Power-Off_Retract_Count    100   100   000    Old_age                   66                123
193 Load_Cycle_Count           086   086   000    Old_age               29 024            129 002
194 Temperature_Celsius        032   051   000    Old_age      32 (0 16 0 0 0)    23 (0 17 0 0 0)
197 Current_Pending_Sector     001   001   000    Old_age               17 104                  0
198 Offline_Uncorrectable      001   001   000    Old_age               17 104                  0
199 UDMA_CRC_Error_Count       200   200   000    Old_age                    0                  0
240 Head_Flying_Hours          100   253   000    Old_age            1840h+48m          2502h+08m
241 Total_LBAs_Written         100   253   000    Old_age        4 174 963 175      8 905 296 868
242 Total_LBAs_Read            100   253   000    Old_age       20 735 702 565      8 585 282 945
Pour le premier disque; Error 57352 occurred at disk power-on lifetime: 16300 hours (679 days + 4 hours)it donc 44 geures avant la fin de son fonctionnement!
Quant au second:  No Errors Logged    Ce qui me semble un peu surprenant N'ayant aucunbe erreur, il devrait encore fonctionner!!!!!! 
Pour l'explication, c'est ma traduction rapide faite à partir de ces documents, https://www.smartmontools.org/wiki/AttributesSeagate
et https://fr.wikipedia.org/wiki/Self-Monitoring,_Analysis_and_Reporting_Technology#Attributs_S.M.A.R.T._connus        
  1 Raw_Read_Error_Rate    Quantité d'erreurs rencontrée dans un créneau => C'est énorme dans les deux cas,
  3 Spin_Up_Time            
  4 Start_Stop_Count        Nombre de mise en route du moteur.
  5 Reallocated_Sector_Ct   Nombre de secteurs qui sont fichus mais remplacés par un secteur de secours,
                                             Plus le disque est gros, plus en en a, Mais cela prend du temps d'aller les lire car ils ne sont pas au bon endroit.
  7 Seek_Error_Rate         Il y en a une quantité très importante.
  9 Power_On_Hours          Nombre d'heures de fonctionnement,    Pour deux disques en RAIDS , je m'attendais à quasiment la même valeur.
                                             De plus le second disque que tu affirmes vide est celui qui a le plus bossé.
 10 Spin_Retry_Count        Nombre de fois où les commande de lectures, d'écriture, de? n'ont pas répondus dans le délai imparti.
 12 Power_Cycle_Count       
183 Runtime_Bad_Block       
184 End-to-End_Error        
187 Reported_Uncorrect      
188 Command_Timeout         
189 High_Fly_Writes         Je n'ai pas pu trouver confirmation, Mais je pense que c'est ce flag qui indique de le disque est devenu inutilisable en écriture, ce qui veut dire que tous les espoirs sont permis en lecture d'autant plus que ses secteurs sont de bonne qualité.  
190 Airflow_Temperature_Cel 
191 G-Sense_Error_Rate      
192 Power-Off_Retract_Count  Nombre de fois où les moteurs se sont reposés.
193 Load_Cycle_Count         Nombre de fois où la tête de lecture/écriture s'est reposée.
194 Temperature_Celsius     
197 Current_Pending_Sector  Nombre de secteurs qui sont fichus et qu'on n'a pas pu remplacer, deux causes possibles, La limite de remplacement est atteinte (ce que je ne crois pas), Le secteur est tellement illisible qu'on ne peut pas en écrire un secteur en double.
198 Offline_Uncorrectable   Nombre d'erreurs non corrigeables. 
199 UDMA_CRC_Error_Count    
240 Head_Flying_Hours       Temps pendant lequel la tête de lecture/écriture a bossé, Une nouvelle fois, on voit que le second disque a plus travaillé.
241 Total_LBAs_Written     Nombre de secteurs écrits,   Une nouvelle fois, le second disque a plus bossé.
                             Dans	un conteste RAID1 c'est très surprenant. Il devrait y avoir égalité,  Je pense  que c'est le premier disque qui  a lâché en premier. Il y a une option RAID indique qu'il faut user un disque avant l'autre. Il y a une autre option qui dit qu'il faut les user en même temps. Cela présente le risque que le seconde disque lâche quelques jours après le premier.

Conclusion,
Peut-être une tentative de réparation RAID avant celle de ddrescue. Si des experts RAIDS passent dans le coin....
      Démonter le premier disque . Le remplacer tenter de remettre en état le raids via le cinergy  à partir du disque qu'il considère vide ???????
D'ailleurs ce disque, il est encore monté de façon classique ne semble-t-il.
C'est le moment de lancer le GPARTED  de la liive-USB et de capturer  l'image qui est affichée.
Tu pourrais même tenter d'y accéder pour voir si le cinergy a vraiment tout supprimé!!!
.
Car je ne comprends pas qu'il ne fonctionne plus puisqu'il n'a pas encore eu d'erreur grave : SMART Error Log Version: 1
No Errors Logged

Dernière modification par Bougron (Le 02/11/2015, à 08:48)

Hors ligne

#11 Le 03/11/2015, à 01:49

Bougron

Re : Récupération de données sur Synology

bonsoir,
Je suis en train de lire la doc
http://www.materiel.net/serveur-de-stoc … 46529.html

http://www.materiel.net/serveur-de-stockage-nas/synology-ds-209j-46529.html a écrit :

Caractéristiques :
        Accepte deux disques dur SATA (non livrés) jusqu’à 2 To (disques compatibles uniquement)

Géométrie des disques :
    Pas de RAID (2 volumes)

Donc, ils devraient être découplables directement sans démontage.

As-tu ces logiciels http://global.download.synology.com/dow … 179.tar.gz   http://global.download.synology.com/dow … .1-013.zip

Dernière modification par Bougron (Le 03/11/2015, à 01:58)

Hors ligne

#12 Le 05/11/2015, à 21:18

guitguit

Re : Récupération de données sur Synology

Bonjour Bougron,

Je ne prend connaissance de tes messages que maintenant !
Merci pour toutes ces explications !
Je vais digérer un peu tout ça, télécharger les logiciels que tu m'a conseillé et reposter pour donner de la visibilité sur mon avancement.

J'espère pouvoir avancer là dessus ce WE !

En tout cas, merci beaucoup !
Ça me donne une piste à explorer, et j'adore ça ! ;-)

Hors ligne

#13 Le 07/11/2015, à 19:24

guitguit

Re : Récupération de données sur Synology

Bonsoir !

Alors j'ai bien lu les messages de Bougron (Merci encore !)
J'apporte quelques précisions :
J'ai fait le SMART sur chacun des disques dur du syno en enlevant chacun des disques du syno et en le branchant directement sur mon PC.

Quand j'ai eu l'erreur du syno, la première fois, j'ai regardé la dispo du disque 2 : 2,7To, soit quasi vide, selon le syno, mais ce n'est peut être pas le cas...
Suite à l'erreur, j'ai enlevé le disque 1 que j'ai analysé directement avec mon PC, sans passer par le syno. Je pense que j'ai fais beaucoup de mauvaises manips (... quel C!!..., maintenant que j'y pense...) et lorsque je l'ai remis sur le syno, je n'ai même pas réussi à y accéder de nouveau.
Donc j'imagine plutôt une solution du type :
Oublions le disque dur 1 pour le moment
Regardons le 2 en le branchant depuis mon PC. S'il est vide, je reviens sur le disque 1 pour voir si je peux encore trouver qqe chose...
S'il est plein (je croise les doigts...), j'essaie de récupérer mes données : ouf !

Du coup, si j'ai bien compris, voici ce que je peux faire dans l'ordre :
1- Copier les données du disque 2 sur disque 3 (un nouveau) (GPARTED ???)
2- Accéder au disque 3 via ubuntu et recopier les données

Pensez-vous que c'est un bon choix ?

Bougron, concernant ton dernier mail, vu que je n'accède plus au syno, je ne vois pas comment utiliser ces logiciels... Sur le DS209J, c'est bien les caractéristiques, mais elles ont évoluées depuis, du moins c'est ce qu'on m'a dit... Par contre, qu'entends-tu par découpables sans démontage ?

Merci

Hors ligne

#14 Le 08/11/2015, à 01:39

Bougron

Re : Récupération de données sur Synology

Bonjour
Je note en premier que l'accès au synology n'est plus possible.
J'avais vérifié que le synology permettait à l'OS de voir les disques comme étant deux disques totalement indépendants et non unis par le RAID.
Cela évitait  de les démonter .

Donc l'idée que je suggère est de copier le disque 2 que je vais appeler SDB  sur un nouveau disque neuf  que je vais appeler SDC.
il faut donc que le disque  nouveau soit au moins de même taille.
et de continuer la copie avec l'autre disque  (que tu appelles disque 1) si cela ne suffit pas.

Je te déconseille fortement d'utiliser gparted car ton disque n'est pas en bon état.
mais je te recommande d'utiliser ddrescue qui est le bon outil pour travailler  sur des disques en mauvais état car il prend en compte cette situation.

Je vais presque te  donner la bonne codification, Mais  regardes quand même.

A)  Installer le logiciel si cela n'a pas encore été fait.
   Comme tu disposes d'un ubuntu qui fonctionne, tu utiliseras la logithèque. Le mot clé est  gddrescue
  Les caractéristiques de ton disque vues par smartctl et testdisk sont les suivantes.:
              Sector Sizes:     512 bytes logical, 4096 bytes physical
             Disk /dev/sdb - 3000GB / 2794 GiB - CHS 364801 255 63

B) Faire un premier sauvetage rapide de ce qui est possible de faire.
   (Pour raison personnelle, je suis en train d'utiliser ce style de produit)

      date
      sudo ddrescue    -b4096    -f  -n  c126        /dev/sdb   /dev/sdc  /home/$USER/ddsuvidd
      ddrescuelog  -t  /home/$USER/ddsuivi
      date

Cela va te copier de gros paquets  de données  de 516096 octets d'un seul coup.
               C'est globalement  4 fois moins que la taille recommandée par la commande DD   et 30 fois moins qu'un passage avec GPARTED
               Mais 8 fois plus que celle prévue par ce produit. J'essaie de prendre en compte le gros volume qu'il y a à transférer.
Tu peux ne pas prendre la valeur que je te propose en jouant sur le paramètre   c126 à condition que cette valeur reste multiple de 63.

C) Faire un second passage rapide afin de récupérer les secteurs qui ont échappé à la première copie en commençant par le début .
 

    date
    sudo ddrescue  -b4096 -d  -f  -r0 -c1  /dev/sdb  /dev/sdc   /home/$USER/ddsuvidd
    ddrescuelog  -t  /home/$USER/ddsuivi
    date

d) Commencer le premier  passage de récupération avec petite insistance  en commençant par la fin.

  date
    sudo ddrescue  -R -b4096 -d  -f  -r1 -c1  /dev/sdb  /dev/sdc   /home/$USER/ddsuvidd
    ddrescuelog  -t  /home/$USER/ddsuivi
    date

d)C'est le moment de faire  le bilan car tout ne sera certainement pas sauvé  avec 2 tentatives.
         

 ddrescuelog  -l-   /home/$USER/ddsuivi >/home:$USER/ddbadblocks 

et de faire un choix   soit continuer avec ce disque, soit continuer avec le 'disque 1'
Je pars du principe que  le disque 1  a encore quelque chose dans le ventre et que tu l'as monté en remplacement du disque 2 car tu manques de place, si ce n'est pas le cas, tu as pu le monter   en externe   et il a une lettre que je ne connais pas et que j'appelle X
==Je pars du principe que tes deux disques étaient RAIDS1 dans leur totalité. Ce qui est fort probable.

e) On insiste lourdement pour en récupérer un maxima avec le second disque (disque 1)
   

date
    sudo ddrescue  -R -b4096 -d  -f  -r9 -c1  /dev/sdX  /dev/sdc   /home/$USER/ddsuvidd
    ddrescuelog  -t  /home/$USER/ddsuivi
    date

f) Et de nouveau sur le premier disque émetteur.
   

date
    sudo ddrescue  -R -b4096 -d  -f  -r9 -c1  /dev/sdb  /dev/sdc   /home/$USER/ddsuvidd
    ddrescuelog  -t  /home/$USER/ddsuivi
    date

g) C'est le moment de faire  le bilan définitif sauf à décider d'insister encore plus lourdement
         

 ddrescuelog  -l-   /home/$USER/ddsuivi >/home/$USER/ddbadblocks 

i) Reste maintenant à identifier les fichiers qui auraient des paquets de 4096 zéros consécutifs.
     J'ai vu le principe mais je n'ai pas encore réussi à faire.

Bonne occupation pour cette semaine.

Dernière modification par Bougron (Le 08/11/2015, à 03:10)

Hors ligne

#15 Le 08/11/2015, à 11:20

guitguit

Re : Récupération de données sur Synology

Merci Bougron !

Du coup, je viens de passer commande d'un nouveau DD 3T + un SSD 250Go (parce que le mien de 128Go commence à être limite, mais rien à voir avec notre sujet !)
Je devrais recevoir tout ça en milieu de semaine.

Et du coup, comme tu dis, je vais pouvoir bosser dessus sur la fin de semaine ! Une belle occupation à venir !

Je reviens dès que j'ai pu avancer.

Merci

Hors ligne

#16 Le 08/11/2015, à 12:31

Bougron

Re : Récupération de données sur Synology

Bonjour
Ce que tu peux déjà faire, c'est de s'assurer que les deux disques sont identiques.
S'ils sont montables simultanément cela se fera en un seul passage, sinon, l'un après l'autre.
             Si tu es en bios legacy     sudo fdisk -l
             Si tu es en bios EFI         sudo parted -l
s'il y a des différences, la technique de copie du disque n'est pas jouable, on passera à la technique de copie des partitions.
Si c'est identique, il y a de fortes chances que l'implantation finale soit la même, mais  il est préférable de s'en assurer par testdisk qui donne en adresse "CHS".
par exemple

Disk /dev/sdb - 64 GB / 60 GiB - CHS 61695 64 32
     Partition               Start        End    Size in sectors
>* FAT32 LBA                1   0  1 30857  63 32   63195136 [INSTALWINFR]
 P FAT32 LBA            30858   0  1 35977  63 32   10485760 [INSTAL14043]
   FAT32 LBA            35978   0  1 51977  63 32   32768000 [INSTALWINUS]
   Linux                36482   0  1 61694  63 32   51636224 [LIBRE]
   Linux                51978   0  1 51978  63 32       2048 [clone]

Si ce n'est pas identique, tu peux transmettre pour ma culture..
Suivant ce qui sera différant on pourra faire le disque entier en un passage, sinon on fera partition par partition.
Dans ce cas, les scripts seront à revoir mais surtout, il faudra que tu indiques les priorités à accorder à chaque partition.

Dernière modification par Bougron (Le 08/11/2015, à 12:32)

Hors ligne

#17 Le 14/11/2015, à 10:08

guitguit

Re : Récupération de données sur Synology

Bonjour,

Ca y est, j'ai recu et branché mon nouveau disque.
Je suis dans la configuration suivante :
Démarrage du PC sur clé USB 16Go avec Xubuntu (sdg).
sdb : Disque 1 3To branché sur le PC : volume 1 RAID (à priori HS)
sde : Disque 2 3To branché sur le PC : volume 2 RAID (voir si le RAID a dupliqué les données)
sdd : Disque 3 3To branché sur le PC : disque neuf
sda : Disque 4 SSD 128Go branché sur le PC : système Windows
sdc : Disque 5 250Go branché sur le PC : Disque de données OK pour utilisation Windows

Modèle: ATA KINGSTON SV300S3 (scsi)
Disque /dev/sda : 120GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos

Numéro  Début   Fin    Taille  Type     Système de fichiers  Fanions
 1      1049kB  106MB  105MB   primary  ntfs                 démarrage
 2      106MB   120GB  120GB   primary  ntfs


Modèle: ATA ST3000DM001-1CH1 (scsi)
Disque /dev/sdb : 3001GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : gpt

Numéro  Début   Fin     Taille  Système de fichiers  Nom  Fanions
 1      4840MB  3001GB  2996GB                            raid


Modèle: ATA WDC WD2500JD-00H (scsi)
Disque /dev/sdc : 250GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos

Numéro  Début   Fin     Taille  Type      Système de fichiers  Fanions
 1      32,3kB  98,4GB  98,4GB  primary   ntfs                 démarrage
 2      98,4GB  250GB   152GB   extended                       lba
 7      98,4GB  124GB   25,8GB  logical   ext4
 6      124GB   126GB   1610MB  logical   linux-swap(v1)
 5      126GB   250GB   124GB   logical   ntfs


Erreur: Impossible d'ouvrir /dev/sdd - étiquette de disque non reconnue.  

Modèle: ATA ST3000DM001-1CH1 (scsi)
Disque /dev/sde : 3001GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : gpt

Numéro  Début   Fin     Taille  Système de fichiers  Nom  Fanions
 1      131kB   2550MB  2550MB  ext4                      raid
 2      2550MB  4698MB  2147MB  linux-swap(v1)            raid
 5      4840MB  3001GB  2996GB                            raid


Modèle: SanDisk Cruzer Fit (scsi)
Disque /dev/sdg : 16,0GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos

Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
 1      16,4kB  16,0GB  16,0GB  primary  fat32                démarrage, lba

Mon premier objectif est de recopier le disque 2 sur le disque 3.
Mais avant j'aimerai m'assurer que mon disque 1 est bien le sde et mon disque 2 le sdb... J'ai utilisé smartctl et comparé à mes posts précédents. C'est donc bon.



Merci

Dernière modification par guitguit (Le 14/11/2015, à 10:23)

Hors ligne

#18 Le 14/11/2015, à 10:37

guitguit

Re : Récupération de données sur Synology

Maintenant je souhaite comparer mes disques sdb, sdd et sde (mes 3 disques de 3To). J'utilise testdisk :

>Disk /dev/sda - 120 GB / 111 GiB - KINGSTON SV300S37A120G
 Disk /dev/sdb - 3000 GB / 2794 GiB - ST3000DM001-1CH166
 Disk /dev/sdc - 250 GB / 232 GiB - WDC WD2500JD-00HBB0
 Disk /dev/sdd - 3000 GB / 2794 GiB - ST3000DM001-1ER166
 Disk /dev/sde - 3000 GB / 2794 GiB - ST3000DM001-1CH166
 Disk /dev/sdg - 16 GB / 14 GiB - SanDisk Cruzer Fit

Et pour chaque disque :
Mon disque 1 HS :

Disk /dev/sdb - 3000 GB / 2794 GiB - CHS 364801 255 63
     Partition               Start        End    Size in sectors
>  MS Data                      256    4980607    4980352 [1.41.12-3211]
   Linux Raid                   256    4980735    4980480 [md0]
   Linux Swap               4980736    9174895    4194160
   Linux Raid               4980736    9175039    4194304 [md1]
 P Linux Raid               9453280 5860516583 5851063304 [DiskStation:2]

Mon disque vierge (neuf) :

Disk /dev/sdd - 3000 GB / 2794 GiB - CHS 364801 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

Bad GPT partition, invalid signature.
Trying alternate GPT
Bad GPT partition, invalid signature.

Mon disque 2 :

Disk /dev/sde - 3000 GB / 2794 GiB - CHS 364801 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

 1 P Linux Raid                   256    4980735    4980480 [md0]
 2 P Linux Raid               4980736    9175039    4194304 [md1]
 5 P Linux Raid               9453280 5860519007 5851065728 [DiskStation:3]

Hors ligne

#19 Le 14/11/2015, à 10:44

guitguit

Re : Récupération de données sur Synology

Du coup, le CHS est identique sur mes 3 disques.
Je tenterai bien de recopier le sde sur le sdd directement. Mais est-ce bien utile ?
Car le sde semble en bon état de fonctionnement (je ne suis sûr de rien...)... Alors pourquoi ne pas tenter d'aller chercher les données et de les recopier sur le sdd ?

Parce que la copie du sde vers le sdd me permet d'avoir une sauvegarde, certes, mais après je n'ai plus de disque vierge dispo... Alors s'il faut racheter un dd de 3To.... ça va commencer à faire cher l'opération... !!;-)

Est-il possible de visualiser les données présentes sur le sde (fichiers + dossiers) et de les recopier sur le sdd ?

Je pose le crayon en attendant de vos nouvelles !

Hors ligne

#20 Le 14/11/2015, à 22:13

guitguit

Re : Récupération de données sur Synology

Bon j'ai envie de me lancer dans la copie, donc je m'inspire du post de Bougron et voici ce que je compte faire :

ddrescue  -b4096 -d  -f  -r0 -c1  /dev/sde  /dev/sdd

Est-ce suffisant dans un premier temps ?
A quoi sert le    /home/$USER/ddsuvidd qui suit dans ton exemple ?
Dans le même genre de question, à quoi sert le "ddrescuelog  -t  /home/$USER/ddsuivi" et le "Date" que tu mets à chaque fois ?

Je ne veux pas faire de bêtise et suis assez novice sur ces actions...

Merci pour l'aide !

Hors ligne

#21 Le 14/11/2015, à 22:26

guitguit

Re : Récupération de données sur Synology

Allez, c'est parti, je me lance :

ddrescue -f -n /dev/sde /dev/sdd mapfile

ça déroule, 180MB/S

On voit demain...

Hors ligne

#22 Le 15/11/2015, à 07:15

guitguit

Re : Récupération de données sur Synology

et voici le résultat :

root@xubuntu:~# ddrescue -f -n  /dev/sde  /dev/sdd mapfile

GNU ddrescue 1.17
Press Ctrl-C to interrupt
rescued:     3000 GB,  errsize:       0 B,  current rate:   53895 kB/s
   ipos:     3000 GB,   errors:       0,    average rate:     157 MB/s
   opos:     3000 GB,    time since last successful read:       0 s
Finished           

Ca me semble correct, non ?
Faut-il faire un second passage ?

Merci de votre aide,

Hors ligne

#23 Le 15/11/2015, à 07:42

guitguit

Re : Récupération de données sur Synology

Je précise que le log est aussi clair :

root@xubuntu:~# ddrescuelog -t mapfile

current pos:     3000 GB,  current status: finished
domain size:     3000 GB,  in    1 area(s)
    rescued:     3000 GB,  in    1 area(s)  (100%)
  non-tried:         0 B,  in    0 area(s)  (  0%)

    errsize:         0 B,  errors:       0  (  0%)
non-trimmed:         0 B,  in    0 area(s)  (  0%)
  non-split:         0 B,  in    0 area(s)  (  0%)
 bad-sector:         0 B,  in    0 area(s)  (  0%)

Maintenant, je pense que mon sdd et mon sde sont parfaitement identiques, avec la commande parted -l :

Modèle: ATA ST3000DM001-1CH1 (scsi)
Disque /dev/sde : 3001GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : gpt

Numéro  Début   Fin     Taille  Système de fichiers  Nom  Fanions
 1      131kB   2550MB  2550MB  ext4                      raid
 2      2550MB  4698MB  2147MB  linux-swap(v1)            raid
 5      4840MB  3001GB  2996GB                            raid
Modèle: ATA ST3000DM001-1ER1 (scsi)
Disque /dev/sdd : 3001GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : gpt

Numéro  Début   Fin     Taille  Système de fichiers  Nom  Fanions
 1      131kB   2550MB  2550MB  ext4                      raid
 2      2550MB  4698MB  2147MB  linux-swap(v1)            raid
 5      4840MB  3001GB  2996GB                            raid

Hors ligne

#24 Le 15/11/2015, à 07:44

guitguit

Re : Récupération de données sur Synology

A ce stade, j'essaierai bien d'utiliser testdisk sur le sdd (ou le sde, maintenant qu'ils sont identiques...)
Et récupérer mes données...

A ce stade, je sèche...

Avez-vous des idées ?

Merci la communauté !

Hors ligne

#25 Le 15/11/2015, à 16:29

guitguit

Re : Récupération de données sur Synology

Bonjour,

Alors je suis allé du côté du RAID : mdadm
et avec l'aide de différents posts ici ou encore , j'arrive au constat suivant :
Mes disques sont vides....
Que ce soit pour le sdd ou le sde .... snif...

Donc je n'ai plus qu'à essayer de retrouver qqe chose sur le sdb (mon disque HS)

Hors ligne