Pages : 1
#1 Le 28/02/2015, à 21:43
- bbenn
[NAS] récupérer données
Salut,
je crois bien que mon NAS (Buffalo live 1disque) vient de ma lacher.
Je ne sais pas si la panne est physique ou matérielle
En attendant je l'ai démonté pour récuperer le disque afin de le monter en USB sur un socle
Je vois bien apparaitre 3 volumes sur le bureau quand je l'allume mais je ne parviens pas à monter celui qui contient les données.
J'ai ce message:
Error mounting /dev/sdf6 at /media/ben/35305ecb-5ba3-4a42-871e-3219360c9b26: Command-line `mount -t "xfs" -o "uhelper=udisks2,nodev,nosuid" "/dev/sdf6" "/media/ben/35305ecb-5ba3-4a42-871e-3219360c9b26"' exited with non-zero exit status 32: mount: Remote I/O error
vous avez une ptite idée svp?
PI capture de gparted:
Dernière modification par bbenn (Le 28/02/2015, à 21:47)
Hors ligne
#2 Le 01/03/2015, à 00:02
- J5012
Re : [NAS] récupérer données
fsck le xfs
Hors ligne
#3 Le 01/03/2015, à 13:48
- bbenn
Re : [NAS] récupérer données
Alors j'ai fais le fsck
sudo fsck /dev/sdf6
[sudo] password for ben:
fsck de util-linux 2.20.1
If you wish to check the consistency of an XFS filesystem or
repair a damaged filesystem, see xfs_check(8) and xfs_repair(8).
du coup j'ai fais
sudo xfs_check /dev/sdf6
xfs_check: error - read only 28160 of 262144 bytes
XFS: failed to find log head
ERROR: cannot find log head/tail, run xfs_repair
et donc
sudo xfs_repair /dev/sdf6
Phase 1 - find and verify superblock...
Phase 2 - using internal log
- zero log...
xfs_repair : échec de lecture : Erreur d'entrée/sortie
XFS: failed to find log head
zero_log: cannot find log head/tail (xlog_find_tail=5), zeroing it anyway
- scan filesystem freespace and inode maps...
- found root inode chunk
Phase 3 - for each AG...
- scan and clear agi unlinked lists...
- process known inodes and perform inode discovery...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- agno = 8
- agno = 9
- agno = 10
- agno = 11
- agno = 12
- agno = 13
- agno = 14
- agno = 15
- agno = 16
- agno = 17
- agno = 18
- agno = 19
- agno = 20
- agno = 21
- agno = 22
- agno = 23
- agno = 24
- agno = 25
- agno = 26
- agno = 27
- agno = 28
- agno = 29
- agno = 30
- agno = 31
- process newly discovered inodes...
Phase 4 - check for duplicate blocks...
- setting up duplicate extent list...
- check for inodes claiming duplicate blocks...
- agno = 0
- agno = 1
- agno = 3
- agno = 2
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- agno = 8
- agno = 9
- agno = 10
- agno = 11
- agno = 12
- agno = 13
- agno = 14
- agno = 15
- agno = 16
- agno = 17
- agno = 18
- agno = 19
- agno = 20
- agno = 21
- agno = 22
- agno = 23
- agno = 24
- agno = 25
- agno = 26
- agno = 27
- agno = 28
- agno = 29
- agno = 30
- agno = 31
Phase 5 - rebuild AG headers and trees...
- reset superblock...
Phase 6 - check inode connectivity...
- resetting contents of realtime bitmap and summary inodes
- traversing filesystem ...
- traversal finished ...
- moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...
Note - quota info will be regenerated on next quota mount.
fait
j'ai pas tout compris mais du coup j'ai réussi à monter le disque \o/
Merci ;o)
Hors ligne
#4 Le 05/03/2015, à 21:19
- bbenn
Re : [NAS] récupérer données
bon bah j'ai à nouveau un souci.
j'ai branché le disque du NAS sur un socle USB
3 volumes sont montés automatiquement sur le bureau et voici une capture de gparted à ce moment là
si je tente un fsck
sudo fsck /dev/sdf6
fsck de util-linux 2.20.1
If you wish to check the consistency of an XFS filesystem or
repair a damaged filesystem, see xfs_check(8) and xfs_repair(8).
ben@tour:~$ sudo xfs_check /dev/sdf6
xfs_check: /dev/sdf6 is invalid (cannot read first 512 bytes)
et à partir de la le disque est inaccessible. Les volumes n'apparaissent plus sur le bureau. le disque n'apparait plus dans gparted.
je prend toutes les soluces que je peux tenter
Dernière modification par bbenn (Le 05/03/2015, à 21:20)
Hors ligne
#5 Le 06/03/2015, à 20:20
- quaego
Re : [NAS] récupérer données
bbenn, que disent les infos S.M.A.R.T sur le disque :
sudo smartctl -a /dev/sdf
(voir https://doc.ubuntu-fr.org/smartmontools), indicateurs de "failure" dans les attributs ?
Et sinon, pour essayer de récupérer le contenu d'un disque mal en point, il est préférable de travailler sur une copie "image du disque", pour éviter de le modifier (effectuée avec "dd", "ddrescue", ...). Par contre la copie peut le fatiguer et l'achever dans les cas désespérés.
Outils de récupération et infos :
- https://help.ubuntu.com/community/DataRecovery
- https://doc.ubuntu-fr.org/dd#copier_une … differente
- https://doc.ubuntu-fr.org/ddrescue
- https://doc.ubuntu-fr.org/photorec, http://www.cgsecurity.org/wiki/PhotoRec_Etape_par_Etape
Hors ligne
#6 Le 07/03/2015, à 22:30
- bbenn
Re : [NAS] récupérer données
voici le retour du smartctl (je ne sais pas l'interpréter):
sudo smartctl -a /dev/sdg
[sudo] password for ben:
smartctl 6.2 2013-07-26 r3841 [i686-linux-3.11.0-19-lowlatency] (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: ST2000DM001-9YN164
Serial Number: W1E41QTM
LU WWN Device Id: 5 000c50 0607d9bcd
Firmware Version: CC82
User Capacity: 2 000 398 934 016 bytes [2,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: 1.5 Gb/s)
Local Time is: Sat Mar 7 22:27:30 2015 CET
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
See vendor-specific Attribute list for marginal Attributes.
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 584) seconds.
Offline data collection
capabilities: (0x73) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
No 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: ( 223) 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 085 079 006 Pre-fail Always - 201048645
3 Spin_Up_Time 0x0003 095 095 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 45
5 Reallocated_Sector_Ct 0x0033 095 095 036 Pre-fail Always - 7520
7 Seek_Error_Rate 0x000f 072 060 030 Pre-fail Always - 16753080
9 Power_On_Hours 0x0032 089 089 000 Old_age Always - 9737
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 45
183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0
184 End-to-End_Error 0x0032 090 090 099 Old_age Always FAILING_NOW 10
187 Reported_Uncorrect 0x0032 001 001 000 Old_age Always - 2063
188 Command_Timeout 0x0032 098 067 000 Old_age Always - 20 20 89
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 062 035 045 Old_age Always In_the_past 38 (6 225 38 36 0)
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 44
193 Load_Cycle_Count 0x0032 028 028 000 Old_age Always - 145233
194 Temperature_Celsius 0x0022 038 065 000 Old_age Always - 38 (0 20 0 0 0)
197 Current_Pending_Sector 0x0012 074 074 000 Old_age Always - 4384
198 Offline_Uncorrectable 0x0010 074 074 000 Old_age Offline - 4384
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 4542h+48m+35.041s
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 1078882634256
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 1541879069115
SMART Error Log Version: 1
ATA Error Count: 337 (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 337 occurred at disk power-on lifetime: 9734 hours (405 days + 14 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 ff ff ff 0f Error: UNC at LBA = 0x0fffffff = 268435455
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 f0 ff ff ff ef 00 01:09:17.790 READ DMA EXT
25 00 f0 ff ff ff ef 00 01:09:17.786 READ DMA EXT
25 00 f0 ff ff ff ef 00 01:09:16.335 READ DMA EXT
25 00 ef ff ff ff ef 00 01:09:16.314 READ DMA EXT
25 00 08 ff ff ff ef 00 01:09:16.307 READ DMA EXT
Error 336 occurred at disk power-on lifetime: 9734 hours (405 days + 14 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 ff ff ff 0f Error: UNC at LBA = 0x0fffffff = 268435455
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 08 ff ff ff ef 00 01:08:22.582 READ DMA EXT
25 00 08 ff ff ff ef 00 01:08:22.571 READ DMA EXT
25 00 08 ff ff ff ef 00 01:08:22.561 READ DMA EXT
25 00 08 ff ff ff ef 00 01:08:22.534 READ DMA EXT
25 00 08 50 ca 46 ef 00 01:08:22.533 READ DMA EXT
Error 335 occurred at disk power-on lifetime: 9706 hours (404 days + 10 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 28 e7 21 00 Error: UNC at LBA = 0x0021e728 = 2221864
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 e8 28 e7 21 40 00 00:02:08.531 READ DMA EXT
25 00 e8 28 e7 21 40 00 00:02:05.730 READ DMA EXT
25 00 e8 28 e7 21 40 00 00:02:02.960 READ DMA EXT
25 00 e8 28 e7 21 40 00 00:02:00.149 READ DMA EXT
25 00 e8 28 e7 21 40 00 00:01:57.334 READ DMA EXT
Error 334 occurred at disk power-on lifetime: 9706 hours (404 days + 10 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 28 e7 21 00 Error: UNC at LBA = 0x0021e728 = 2221864
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 e8 28 e7 21 40 00 00:02:05.730 READ DMA EXT
25 00 e8 28 e7 21 40 00 00:02:02.960 READ DMA EXT
25 00 e8 28 e7 21 40 00 00:02:00.149 READ DMA EXT
25 00 e8 28 e7 21 40 00 00:01:57.334 READ DMA EXT
ea 00 00 00 00 00 40 00 00:01:57.297 FLUSH CACHE EXT
Error 333 occurred at disk power-on lifetime: 9706 hours (404 days + 10 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 28 e7 21 00 Error: UNC at LBA = 0x0021e728 = 2221864
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 e8 28 e7 21 40 00 00:02:02.960 READ DMA EXT
25 00 e8 28 e7 21 40 00 00:02:00.149 READ DMA EXT
25 00 e8 28 e7 21 40 00 00:01:57.334 READ DMA EXT
ea 00 00 00 00 00 40 00 00:01:57.297 FLUSH CACHE EXT
25 00 e8 28 e7 21 40 00 00:01:54.505 READ DMA EXT
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.
Hors ligne
#7 Le 08/03/2015, à 21:04
- quaego
Re : [NAS] récupérer données
Les valeurs S.M.A.R.T. ne sont pas triviales à interpréter, d'autant que les attributs et valeurs changent selon le fabricant du disque ou du contrôleur, et qu'ils ne sont pas souvent documentés correctement. Parfois les valeurs sont en pourcentage normal (de 0 à 100), inversé (de 100 à 0), ou en unités ... Un site avec des d'infos à ce sujet : https://code.google.com/p/hddguardian/w … attributes
Sur la sortie obtenue, on va retenir :
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 085 079 006 Pre-fail Always - 201048645
5 Reallocated_Sector_Ct 0x0033 095 095 036 Pre-fail Always - 7520
7 Seek_Error_Rate 0x000f 072 060 030 Pre-fail Always - 16753080
184 End-to-End_Error 0x0032 090 090 099 Old_age Always FAILING_NOW 10
198 Offline_Uncorrectable 0x0010 074 074 000 Old_age Offline - 4384
SMART Error Log Version: 1
ATA Error Count: 337 (device log contains only the most recent five errors)
Error 337 occurred at disk power-on lifetime: 9734 hours (405 days + 14 hours)
Error 336 occurred at disk power-on lifetime: 9734 hours (405 days + 14 hours)
Error 335 occurred at disk power-on lifetime: 9706 hours (404 days + 10 hours)
Error 334 occurred at disk power-on lifetime: 9706 hours (404 days + 10 hours)
Error 333 occurred at disk power-on lifetime: 9706 hours (404 days + 10 hours)
- Raw_Read_Error : il y a eu des erreurs de lecture
- Reallocated_Sector_Ct : 7520 secteurs abîmés n'ont pas pu être réalloués dans la réserve (secteurs de secours)
- Seek_Error_Rate : nombre important d'erreurs de positionnement
- End-to-End_Error : le "FAILING_NOW" me semble de mauvais augure
Dans le log, il y a déjà eu 337 erreurs mémorisées (on n'a que les 5 dernières), à différents moments : voir les heures. Pour un disque qui a un peu plus d'un an, c'est pas bon signe (je présume qu'il est d'ailleurs sous garantie et à échanger). A chaque fois l'erreur est de type "READ DMA", donc problème de lecture de secteurs.
A mon avis, il serait utile si possible de tenter de faire une image de la partition avec les données sur un autre disque sain, soit avec dd ou ddrescue. Pour dd un exemple :
sudo dd if=/dev/sdf6 of=POINT_DE_MONTAGE_DISQUE_SAIN/imagexfs.img bs=512 conv=noerror,sync
Pour ddrescue voir le site. Après l'idée est d'essayer de monter l'image copiée de la partition XFS en mode loopback (chercher "mount -o loop" sur Internet) pour essayer d'accéder à son contenu. Si impossible, photorec peut essayer de récupérer des fichiers.
Hors ligne
#8 Le 11/03/2015, à 01:01
- bbenn
Re : [NAS] récupérer données
j'ai pu récupérer pas mal de données et j'ai renvoyé le NAS chez CDiscount.
j'espère qu'il ne vont pas pouvoir le réparer et qu'il vont me le rembourser afin d'acheter un syno
encore merci quaego
Hors ligne
#9 Le 11/03/2015, à 19:41
- quaego
Re : [NAS] récupérer données
De rien bbenn.
Comme le disque dur a clairement des soucis, je ne suis pas certain que le NAS soit en faute. Si ça se trouve, en changeant le disque, il fonctionnera à nouveau.
Hors ligne
Pages : 1