#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
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
Hors ligne