#1 Le 08/10/2019, à 12:03
- Shinji-san
Tentative de récupération d'un disque dont le montage échoue
Bonjour o/
J'ai un disque qui refuse de se monter.
C'est un disque NTFS de partage de données entre Ubuntu et Windows. Windows voulait le vérifier à chaque démarrage. Les premières fois je le laissais opérer. Puis, voyant qu'il me redemandait à chaque fois, j'ai finit par sauter cette étape.
Évidement un beau jour il a refusé de se monter, alors je l'ai débranché pour éviter que ça empire. Je souhaiterai en récupérer les données sur un disque plus grand que je viens d'acheter.
J'ai pas mal farfouillé sur le forum, la doc et le net en général mais avant de lancer moi même un ddrescue pour faire une image du disque, je serai plus serein de vous demander votre avis.
Gparted me met un avertissement que voici sur ce disque d'1.5To (sde) :
ntfs_mst_post_read_fixup_warn: magic: 0xffffffff size: 4096 usa_ofs: 65535 usa_count: 65535: Argument invalide
Actual VCN (0xffffffffffffffff) of index buffer is different from expected VCN (0x3).
Failed to open $Secure: Aucun fichier ou dossier de ce type
Failed to mount '/dev/sde1': Aucun fichier ou dossier de ce type
Impossible de lire le contenu du système de fichiers.
Pour cette raison, certaines opérations peuvent être indisponibles.
La raison peut être l’absence d’un paquet logiciel.
Voici la liste des paquets logiciels nécessaires pour la prise en charge du système de fichiers ntfs : ntfs-3g / ntfsprogs.
Voici le résultat du sfdisk -luS sur le disque endommagé ainsi que le nouveau :
Disque /dev/sdd : 3,7 TiB, 4000787030016 octets, 7814037168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 81139512-7F2D-4712-9B59-62A331D14B6C
Périphérique Début Fin Secteurs Taille Type
/dev/sdd1 2048 3907018751 3907016704 1,8T Système de fichiers Linux
/dev/sdd2 3907018752 7814035455 3907016704 1,8T Données de base Microsoft
Disque /dev/sde : 1,4 TiB, 1500301910016 octets, 2930277168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x1b5d5071
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sde1 * 2048 2930274303 2930272256 1,4T 7 HPFS/NTFS/exFAT
(Pour info à côté il y a un SSD et un Raid1)
Je m’apprêtais à lancer la commande suivante puis je me suis dit qu'il valait mieux quelque avis éclairé ^^ :
sudo ddrescue /dev/sde1 /media/DD4ToExt2To/green1to5disk.img /media/DD4ToExt2To/green1to5disk.log -n
Si une âme charitable passe par là.. Qu'en pensez-vous ?
Dernière modification par Shinji-san (Le 08/10/2019, à 16:54)
Hors ligne
#2 Le 08/10/2019, à 13:37
- Shinji-san
Re : Tentative de récupération d'un disque dont le montage échoue
J'oubliais que l'idée derrière cela était de travailler ensuite avec testdisk sur l'image de mon disque, en suivant le tutoriel de l'auteur du dit logiciel. En effet, il me semble avoir lu que c'était le plus judicieux.
Hors ligne
#3 Le 08/10/2019, à 17:44
- geole
Re : Tentative de récupération d'un disque dont le montage échoue
Bonjour
Avant d'entreprendre une duplication du disque, je te prie de regarder son état physique car il est possible qu'il soit très dégradé, modérément dégradé ou pas du tout si la cause est logicielle. Mais cela n'est probablement pas le cas.
Paragraphes 1 et 3.2 de https://doc.ubuntu-fr.org/smartmontools
Je pense que tu n'as encore rien sur le gros disque.
Comme ton disque endommagé a encore la chance de pouvoir lire la structure des partitions, je te propose de regarder avec l'application GNOME DISK UTILITY la taille en Mega octets de la partition SDE1, de détruire les deux partitions du gros disque et d'en créer une avec la taille exacte trouvée puis la seconde avec l'espace restant.
Normalement cela devrait donner 1430797 Mio ( 2930272256/2/1024 )
Si tu ne commets pas d'erreurs dans la reconnaissance des disques, la commande devient
sudo ddrescue -f -n /dev/sde1 /dev/sdd1 /$HOME/green1to5disk.log
Cette façon de faire rend plus pratique l'utilisation de testdisk
Pour se prémunir d'une erreur, il est souvent conseillé d'utiliser les UUID au lieu des noms logiques qui dépendent de l'ordre du montage. Pour les connaître, utilise la commande
ls -als /dev/disk/by-uuid
Dernière modification par geole (Le 08/10/2019, à 17:45)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#4 Le 09/10/2019, à 10:32
- Shinji-san
Re : Tentative de récupération d'un disque dont le montage échoue
Bonjour et merci @geole d'avoir pris de ton temps pour me répondre.
Voici le résultat de la commande SMART sur le disque que je tente de récupérer :
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-65-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Western Digital Caviar Green (AF)
Device Model: WDC WD15EARS-00Z5B1
Serial Number: WD-WMAVU2792075
LU WWN Device Id: 5 0014ee 60010395f
Firmware Version: 80.00A80
User Capacity: 1500301910016 bytes [1,50 TB]
Sector Size: 512 bytes logical/physical
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS (minor revision not indicated)
SATA Version is: SATA 2.6, 3.0 Gb/s
Local Time is: Wed Oct 9 10:01:40 2019 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x84) Offline data collection activity
was suspended by an interrupting command from host.
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: (31800) 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: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 363) minutes.
Conveyance self-test routine
recommended polling time: ( 5) minutes.
SCT capabilities: (0x3031) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 169 169 051 Pre-fail Always - 31479
3 Spin_Up_Time 0x0027 197 178 021 Pre-fail Always - 5125
4 Start_Stop_Count 0x0032 099 099 000 Old_age Always - 1451
5 Reallocated_Sector_Ct 0x0033 141 141 140 Pre-fail Always - 471
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 097 097 000 Old_age Always - 2449
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 535
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 40
193 Load_Cycle_Count 0x0032 196 196 000 Old_age Always - 13356
194 Temperature_Celsius 0x0022 115 108 000 Old_age Always - 35
196 Reallocated_Event_Count 0x0032 001 001 000 Old_age Always - 264
197 Current_Pending_Sector 0x0032 195 195 000 Old_age Always - 1341
198 Offline_Uncorrectable 0x0030 199 199 000 Old_age Offline - 449
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 001 001 000 Old_age Offline - 55916
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.
Mais ne faudrait-il pas lancer un test pour avoir des résultats frais ? Je ne sais pas si c'est nécessaire ou alors peut-être dangereux ?
J'ai installé par curiosité gsmartcontrol dont voici le log d'erreur :
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-65-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Western Digital Caviar Green (AF)
Device Model: WDC WD15EARS-00Z5B1
Serial Number: WD-WMAVU2792075
LU WWN Device Id: 5 0014ee 60010395f
Firmware Version: 80.00A80
User Capacity: 1,500,301,910,016 bytes [1.50 TB]
Sector Size: 512 bytes logical/physical
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS (minor revision not indicated)
SATA Version is: SATA 2.6, 3.0 Gb/s
Local Time is: Wed Oct 9 10:00:57 2019 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
AAM level is: 128 (quiet), recommended: 128
APM feature is: Unavailable
Rd look-ahead is: Enabled
Write cache is: Enabled
ATA Security is: Disabled, frozen [SEC2]
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x84) Offline data collection activity
was suspended by an interrupting command from host.
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: (31800) 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: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 363) minutes.
Conveyance self-test routine
recommended polling time: ( 5) minutes.
SCT capabilities: (0x3031) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE
1 Raw_Read_Error_Rate POSR-K 169 169 051 - 31479
3 Spin_Up_Time POS--K 197 178 021 - 5125
4 Start_Stop_Count -O--CK 099 099 000 - 1451
5 Reallocated_Sector_Ct PO--CK 141 141 140 - 471
7 Seek_Error_Rate -OSR-K 200 200 000 - 0
9 Power_On_Hours -O--CK 097 097 000 - 2449
10 Spin_Retry_Count -O--CK 100 100 000 - 0
11 Calibration_Retry_Count -O--CK 100 100 000 - 0
12 Power_Cycle_Count -O--CK 100 100 000 - 535
192 Power-Off_Retract_Count -O--CK 200 200 000 - 40
193 Load_Cycle_Count -O--CK 196 196 000 - 13356
194 Temperature_Celsius -O---K 115 108 000 - 35
196 Reallocated_Event_Count -O--CK 001 001 000 - 264
197 Current_Pending_Sector -O--CK 195 195 000 - 1341
198 Offline_Uncorrectable ----CK 199 199 000 - 449
199 UDMA_CRC_Error_Count -O--CK 200 200 000 - 0
200 Multi_Zone_Error_Rate ---R-- 001 001 000 - 55916
||||||_ K auto-keep
|||||__ C event count
||||___ R error rate
|||____ S speed/performance
||_____ O updated online
|______ P prefailure warning
General Purpose Log Directory Version 1
SMART Log Directory Version 1 [multi-sector log support]
Address Access R/W Size Description
0x00 GPL,SL R/O 1 Log Directory
0x01 SL R/O 1 Summary SMART error log
0x02 SL R/O 5 Comprehensive SMART error log
0x03 GPL R/O 6 Ext. Comprehensive SMART error log
0x06 SL R/O 1 SMART self-test log
0x07 GPL R/O 1 Extended self-test log
0x09 SL R/W 1 Selective self-test log
0x10 GPL R/O 1 SATA NCQ Queued Error log
0x11 GPL R/O 1 SATA Phy Event Counters log
0x80-0x9f GPL,SL R/W 16 Host vendor specific log
0xa0-0xa7 GPL,SL VS 16 Device vendor specific log
0xa8-0xb7 GPL,SL VS 1 Device vendor specific log
0xc0 GPL,SL VS 1 Device vendor specific log
0xc1 GPL VS 93 Device vendor specific log
0xe0 GPL,SL R/W 1 SCT Command/Status
0xe1 GPL,SL R/W 1 SCT Data Transfer
SMART Extended Comprehensive Error Log Version: 1 (6 sectors)
Device Error Count: 27657 (device log contains only the most recent 24 errors)
CR = Command Register
FEATR = Features Register
COUNT = Count (was: Sector Count) Register
LBA_48 = Upper bytes of LBA High/Mid/Low Registers ] ATA-8
LH = LBA High (was: Cylinder High) Register ] LBA
LM = LBA Mid (was: Cylinder Low) Register ] Register
LL = LBA Low (was: Sector Number) Register ]
DV = Device (was: Device/Head) Register
DC = Device Control Register
ER = Error register
ST = Status register
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 27657 [8] occurred at disk power-on lifetime: 2444 hours (101 days + 20 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 26 30 b5 b8 40 00 Error: UNC 8 sectors at LBA = 0x2630b5b8 = 640726456
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
25 00 00 00 08 00 00 26 30 b5 b8 40 00 00:00:11.596 READ DMA EXT
25 00 00 00 08 00 00 1f 2b 78 c0 40 00 00:00:11.578 READ DMA EXT
25 00 00 00 08 00 00 00 00 09 60 40 00 00:00:11.565 READ DMA EXT
25 00 00 00 08 00 00 00 60 08 08 40 00 00:00:11.565 READ DMA EXT
25 00 00 00 08 00 00 00 60 08 00 40 00 00:00:11.553 READ DMA EXT
Error 27656 [7] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 26 30 b5 b8 40 00 Error: UNC 8 sectors at LBA = 0x2630b5b8 = 640726456
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
25 00 00 00 08 00 00 26 30 b5 b8 40 00 00:00:12.541 READ DMA EXT
25 00 00 00 08 00 00 1f 2b 78 c0 40 00 00:00:12.523 READ DMA EXT
25 00 00 00 08 00 00 00 00 09 60 40 00 00:00:12.523 READ DMA EXT
25 00 00 00 08 00 00 00 60 08 08 40 00 00:00:12.522 READ DMA EXT
25 00 00 00 08 00 00 00 60 08 00 40 00 00:00:12.513 READ DMA EXT
Error 27655 [6] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 26 30 b5 b8 40 00 Error: UNC at LBA = 0x2630b5b8 = 640726456
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 68 00 00 26 30 b5 b8 40 08 1d+04:12:47.443 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:12:47.443 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:12:47.443 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:12:47.439 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:12:47.439 SET FEATURES [Set transfer mode]
Error 27654 [5] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 26 30 b5 80 40 00 Error: UNC at LBA = 0x2630b580 = 640726400
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 28 00 00 26 30 b5 80 40 08 1d+04:12:44.584 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:12:44.577 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:12:44.577 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:12:44.573 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:12:44.573 SET FEATURES [Set transfer mode]
Error 27653 [4] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 26 30 b5 b8 40 00 Error: UNC at LBA = 0x2630b5b8 = 640726456
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 98 00 00 26 30 b5 b8 40 08 1d+04:12:41.727 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:12:41.727 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:12:41.727 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:12:41.724 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:12:41.724 SET FEATURES [Set transfer mode]
Error 27652 [3] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 26 30 b5 80 40 00 Error: UNC at LBA = 0x2630b580 = 640726400
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 60 00 00 26 30 b5 80 40 08 1d+04:12:38.896 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:12:38.896 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:12:38.896 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:12:38.892 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:12:38.892 SET FEATURES [Set transfer mode]
Error 27651 [2] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 26 30 b5 b8 40 00 Error: UNC at LBA = 0x2630b5b8 = 640726456
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 c8 00 00 26 30 b5 b8 40 08 1d+04:12:36.031 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:12:36.031 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:12:36.031 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:12:36.027 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:12:36.027 SET FEATURES [Set transfer mode]
Error 27650 [1] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 26 30 b5 80 40 00 Error: UNC at LBA = 0x2630b580 = 640726400
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 98 00 00 26 30 b5 80 40 08 1d+04:12:33.168 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:12:33.167 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:12:33.167 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:12:33.164 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:12:33.164 SET FEATURES [Set transfer mode]
Error 27649 [0] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 26 30 b5 b8 40 00 Error: UNC at LBA = 0x2630b5b8 = 640726456
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 08 00 00 26 30 b5 b8 40 08 1d+04:12:30.328 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:12:30.328 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:12:30.328 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:12:30.324 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:12:30.324 SET FEATURES [Set transfer mode]
Error 27648 [23] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 26 30 b5 80 40 00 Error: UNC at LBA = 0x2630b580 = 640726400
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 d0 00 00 26 30 b5 80 40 08 1d+04:12:27.483 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:12:27.483 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:12:27.483 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:12:27.479 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:12:27.479 SET FEATURES [Set transfer mode]
Error 27647 [22] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 26 30 b5 b8 40 00 Error: UNC at LBA = 0x2630b5b8 = 640726456
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 40 00 00 26 30 b5 b8 40 08 1d+04:12:24.634 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:12:24.634 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:12:24.634 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:12:24.630 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:12:24.630 SET FEATURES [Set transfer mode]
Error 27646 [21] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 26 30 b5 80 40 00 Error: UNC at LBA = 0x2630b580 = 640726400
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 10 00 00 26 30 b5 80 40 08 1d+04:12:21.791 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:12:21.791 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:12:21.791 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:12:21.788 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:12:21.788 SET FEATURES [Set transfer mode]
Error 27645 [20] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 26 30 b5 b8 40 00 Error: UNC at LBA = 0x2630b5b8 = 640726456
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 78 00 00 26 30 b5 b8 40 08 1d+04:12:18.963 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:12:18.963 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:12:18.963 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:12:18.959 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:12:18.959 SET FEATURES [Set transfer mode]
Error 27644 [19] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 26 30 b5 80 40 00 Error: UNC at LBA = 0x2630b580 = 640726400
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 48 00 00 26 30 b5 80 40 08 1d+04:12:16.120 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:12:16.119 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:12:16.119 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:12:16.115 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:12:16.115 SET FEATURES [Set transfer mode]
Error 27643 [18] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 26 30 b5 b8 40 00 Error: UNC at LBA = 0x2630b5b8 = 640726456
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 a8 00 00 26 30 b5 b8 40 08 1d+04:12:13.257 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:12:13.257 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:12:13.257 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:12:13.253 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:12:13.253 SET FEATURES [Set transfer mode]
Error 27642 [17] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 26 30 b5 80 40 00 Error: UNC at LBA = 0x2630b580 = 640726400
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 80 00 00 26 30 b5 80 40 08 1d+04:12:10.416 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:12:10.416 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:12:10.416 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:12:10.412 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:12:10.412 SET FEATURES [Set transfer mode]
Error 27641 [16] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 9a 80 51 98 40 00 Error: UNC at LBA = 0x9a805198 = 2592100760
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 e8 00 00 9a 80 51 98 40 08 1d+04:12:07.428 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:12:07.428 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:12:07.428 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:12:07.424 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:12:07.424 SET FEATURES [Set transfer mode]
Error 27640 [15] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 9a 80 51 80 40 00 Error: UNC at LBA = 0x9a805180 = 2592100736
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 a0 00 00 9a 80 51 80 40 08 1d+04:12:04.419 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:12:04.419 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:12:04.419 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:12:04.414 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:12:04.414 SET FEATURES [Set transfer mode]
Error 27639 [14] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 9a 80 51 98 40 00 Error: UNC at LBA = 0x9a805198 = 2592100760
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 38 00 00 9a 80 51 98 40 08 1d+04:12:01.414 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:12:01.414 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:12:01.414 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:12:01.410 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:12:01.410 SET FEATURES [Set transfer mode]
Error 27638 [13] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 9a 80 51 80 40 00 Error: UNC at LBA = 0x9a805180 = 2592100736
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 c8 00 00 9a 80 51 80 40 08 1d+04:11:58.425 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:11:58.425 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:11:58.425 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:11:58.421 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:11:58.421 SET FEATURES [Set transfer mode]
Error 27637 [12] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 9a 80 51 98 40 00 Error: UNC at LBA = 0x9a805198 = 2592100760
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 50 00 00 9a 80 51 98 40 08 1d+04:11:55.420 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:11:55.420 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:11:55.420 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:11:55.416 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:11:55.416 SET FEATURES [Set transfer mode]
Error 27636 [11] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 9a 80 51 80 40 00 Error: UNC at LBA = 0x9a805180 = 2592100736
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 30 00 00 9a 80 51 80 40 08 1d+04:11:52.433 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:11:52.430 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:11:52.430 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:11:52.426 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:11:52.426 SET FEATURES [Set transfer mode]
Error 27635 [10] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 9a 7f d1 90 40 00 Error: UNC at LBA = 0x9a7fd190 = 2592067984
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 98 00 00 9a 7f d1 90 40 08 1d+04:11:49.422 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:11:49.422 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:11:49.422 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:11:49.418 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:11:49.418 SET FEATURES [Set transfer mode]
Error 27634 [9] occurred at disk power-on lifetime: 2441 hours (101 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 51 00 08 00 00 9a 7f d1 80 40 00 Error: UNC at LBA = 0x9a7fd180 = 2592067968
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
60 00 08 00 40 00 00 9a 7f d1 80 40 08 1d+04:11:46.417 READ FPDMA QUEUED
ef 00 10 00 02 00 00 00 00 00 00 a0 08 1d+04:11:46.417 SET FEATURES [Enable SATA feature]
27 00 00 00 00 00 00 00 00 00 00 e0 08 1d+04:11:46.417 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 00 00 00 00 00 a0 08 1d+04:11:46.413 IDENTIFY DEVICE
ef 00 03 00 46 00 00 00 00 00 00 a0 08 1d+04:11:46.413 SET FEATURES [Set transfer mode]
SMART Extended Self-test Log Version: 1 (1 sectors)
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.
SCT Status Version: 2
SCT Version (vendor specific): 258 (0x0102)
SCT Support Level: 1
Device State: Active (0)
Current Temperature: 35 Celsius
Power Cycle Min/Max Temperature: 24/35 Celsius
Lifetime Min/Max Temperature: 19/42 Celsius
Under/Over Temperature Limit Count: 0/0
SCT Temperature History Version: 2
Temperature Sampling Period: 1 minute
Temperature Logging Interval: 1 minute
Min/Max recommended Temperature: 0/60 Celsius
Min/Max Temperature Limit: -41/85 Celsius
Temperature History Size (Index): 478 (40)
Index Estimated Time Temperature Celsius
41 2019-10-09 02:03 36 *****************
... ..( 2 skipped). .. *****************
44 2019-10-09 02:06 36 *****************
45 2019-10-09 02:07 ? -
46 2019-10-09 02:08 24 *****
47 2019-10-09 02:09 24 *****
48 2019-10-09 02:10 25 ******
49 2019-10-09 02:11 25 ******
50 2019-10-09 02:12 25 ******
51 2019-10-09 02:13 26 *******
52 2019-10-09 02:14 26 *******
53 2019-10-09 02:15 26 *******
54 2019-10-09 02:16 27 ********
55 2019-10-09 02:17 27 ********
56 2019-10-09 02:18 28 *********
57 2019-10-09 02:19 28 *********
58 2019-10-09 02:20 28 *********
59 2019-10-09 02:21 29 **********
... ..( 4 skipped). .. **********
64 2019-10-09 02:26 29 **********
65 2019-10-09 02:27 30 ***********
66 2019-10-09 02:28 30 ***********
67 2019-10-09 02:29 30 ***********
68 2019-10-09 02:30 31 ************
... ..( 2 skipped). .. ************
71 2019-10-09 02:33 31 ************
72 2019-10-09 02:34 32 *************
... ..( 10 skipped). .. *************
83 2019-10-09 02:45 32 *************
84 2019-10-09 02:46 33 **************
... ..( 9 skipped). .. **************
94 2019-10-09 02:56 33 **************
95 2019-10-09 02:57 34 ***************
... ..( 15 skipped). .. ***************
111 2019-10-09 03:13 34 ***************
112 2019-10-09 03:14 35 ****************
... ..( 27 skipped). .. ****************
140 2019-10-09 03:42 35 ****************
141 2019-10-09 03:43 30 ***********
... ..( 27 skipped). .. ***********
169 2019-10-09 04:11 30 ***********
170 2019-10-09 04:12 ? -
171 2019-10-09 04:13 26 *******
... ..( 4 skipped). .. *******
176 2019-10-09 04:18 26 *******
177 2019-10-09 04:19 27 ********
178 2019-10-09 04:20 27 ********
179 2019-10-09 04:21 28 *********
180 2019-10-09 04:22 ? -
181 2019-10-09 04:23 22 ***
182 2019-10-09 04:24 22 ***
183 2019-10-09 04:25 22 ***
184 2019-10-09 04:26 23 ****
185 2019-10-09 04:27 23 ****
186 2019-10-09 04:28 24 *****
187 2019-10-09 04:29 ? -
188 2019-10-09 04:30 22 ***
... ..( 2 skipped). .. ***
191 2019-10-09 04:33 22 ***
192 2019-10-09 04:34 ? -
193 2019-10-09 04:35 19 -
194 2019-10-09 04:36 ? -
195 2019-10-09 04:37 23 ****
196 2019-10-09 04:38 23 ****
197 2019-10-09 04:39 24 *****
198 2019-10-09 04:40 25 ******
199 2019-10-09 04:41 25 ******
200 2019-10-09 04:42 25 ******
201 2019-10-09 04:43 26 *******
202 2019-10-09 04:44 26 *******
203 2019-10-09 04:45 26 *******
204 2019-10-09 04:46 27 ********
205 2019-10-09 04:47 27 ********
206 2019-10-09 04:48 ? -
207 2019-10-09 04:49 30 ***********
... ..( 4 skipped). .. ***********
212 2019-10-09 04:54 30 ***********
213 2019-10-09 04:55 31 ************
... ..( 2 skipped). .. ************
216 2019-10-09 04:58 31 ************
217 2019-10-09 04:59 32 *************
... ..( 7 skipped). .. *************
225 2019-10-09 05:07 32 *************
226 2019-10-09 05:08 33 **************
... ..( 4 skipped). .. **************
231 2019-10-09 05:13 33 **************
232 2019-10-09 05:14 34 ***************
... ..( 10 skipped). .. ***************
243 2019-10-09 05:25 34 ***************
244 2019-10-09 05:26 35 ****************
... ..( 47 skipped). .. ****************
292 2019-10-09 06:14 35 ****************
293 2019-10-09 06:15 ? -
294 2019-10-09 06:16 19 -
295 2019-10-09 06:17 19 -
296 2019-10-09 06:18 19 -
297 2019-10-09 06:19 20 *
298 2019-10-09 06:20 21 **
299 2019-10-09 06:21 22 ***
300 2019-10-09 06:22 22 ***
301 2019-10-09 06:23 22 ***
302 2019-10-09 06:24 23 ****
303 2019-10-09 06:25 24 *****
304 2019-10-09 06:26 24 *****
305 2019-10-09 06:27 25 ******
... ..( 2 skipped). .. ******
308 2019-10-09 06:30 25 ******
309 2019-10-09 06:31 26 *******
... ..( 3 skipped). .. *******
313 2019-10-09 06:35 26 *******
314 2019-10-09 06:36 27 ********
315 2019-10-09 06:37 27 ********
316 2019-10-09 06:38 28 *********
317 2019-10-09 06:39 28 *********
318 2019-10-09 06:40 28 *********
319 2019-10-09 06:41 29 **********
... ..( 6 skipped). .. **********
326 2019-10-09 06:48 29 **********
327 2019-10-09 06:49 ? -
328 2019-10-09 06:50 30 ***********
... ..( 6 skipped). .. ***********
335 2019-10-09 06:57 30 ***********
336 2019-10-09 06:58 31 ************
... ..( 4 skipped). .. ************
341 2019-10-09 07:03 31 ************
342 2019-10-09 07:04 32 *************
... ..( 10 skipped). .. *************
353 2019-10-09 07:15 32 *************
354 2019-10-09 07:16 33 **************
... ..( 8 skipped). .. **************
363 2019-10-09 07:25 33 **************
364 2019-10-09 07:26 34 ***************
... ..( 9 skipped). .. ***************
374 2019-10-09 07:36 34 ***************
375 2019-10-09 07:37 35 ****************
... ..( 42 skipped). .. ****************
418 2019-10-09 08:20 35 ****************
419 2019-10-09 08:21 36 *****************
... ..( 98 skipped). .. *****************
40 2019-10-09 10:00 36 *****************
SCT Error Recovery Control command not supported
Device Statistics (GP/SMART Log 0x04) not supported
SATA Phy Event Counters (GP Log 0x11)
ID Size Value Description
0x0001 2 0 Command failed due to ICRC error
0x0002 2 0 R_ERR response for data FIS
0x0003 2 0 R_ERR response for device-to-host data FIS
0x0004 2 0 R_ERR response for host-to-device data FIS
0x0005 2 0 R_ERR response for non-data FIS
0x0006 2 0 R_ERR response for device-to-host non-data FIS
0x0007 2 0 R_ERR response for host-to-device non-data FIS
0x000a 2 2 Device-to-host register FISes sent due to a COMRESET
0x000b 2 0 CRC errors within host-to-device FIS
0x8000 4 5708 Vendor specific
La lecture de ses logs me semble assez obscure. Je ne sais pas trop comment interprété ça. Tu as certainement plus d'expérience dans le domaine. Je vais faire quelques recherches, malgré tout.
En ce qui concerne la taille du disque GNOME DISK me donne étonnament :
1500299395072 octets donc 1500299,3950720001012 Mo
Et du coup en utilisant les UUID à la place des noms logiques, la commande ddrescue donnerait quelque chose comme ça ?
sudo ddrescue -f -n 4ECAD431CAD416D5 d9534bd9-c503-41b9-8b7e-c01f349e6e33 /$HOME/green1to5disk.log
Hors ligne
#5 Le 09/10/2019, à 11:14
- moko138
Re : Tentative de récupération d'un disque dont le montage échoue
Comme le laissait présager la phrase
Windows voulait le vérifier à chaque démarrage
Le disque est en effet en très mauvais état :
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
5 Reallocated_Sector_Ct 0x0033 141 141 140 Pre-fail Always - 471
196 Reallocated_Event_Count 0x0032 001 001 000 Old_age Always - 264
197 Current_Pending_Sector 0x0032 195 195 000 Old_age Always - 1341
198 Offline_Uncorrectable 0x0030 199 199 000 Old_age Offline - 449
C'en est même étonnant pour un disque de moins de 2.500 heures.
.
= =
.
quelque chose comme ça ?
Non. En attendant le retour de geole, merci de montrer :
ls -l /dev/disk/by-id | grep -Evi "\-part|reader|sr[0-9]|total" | sort -k10 ; echo; sudo lsblk -o name,fstype,label,size,mountpoint,uuid | grep -Ev "loop|sr[0-9]"
pour avoir la désignation stable des disques.
Ce qui aidera à réaliser sans erreur l'action suivante :
Il est URGENT de désactiver pour ce disque les tests automatiques toutes les quatre heures :
sudo smartctl -o off /dev/<ton disque>
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#6 Le 09/10/2019, à 11:49
- Shinji-san
Re : Tentative de récupération d'un disque dont le montage échoue
Je te remercie pour ta contribution @moko138 !
Voici le résultat de la commande :
lrwxrwxrwx 1 root root 9 oct. 9 08:26 md-name-pc-quentin:0 -> ../../md0
lrwxrwxrwx 1 root root 9 oct. 9 08:26 md-uuid-f6cc627a:fcf9874d:acebae64:a83f94b4 -> ../../md0
lrwxrwxrwx 1 root root 9 oct. 9 08:26 ata-Crucial_CT256MX100SSD1_15050E932556 -> ../../sda
lrwxrwxrwx 1 root root 9 oct. 9 08:26 wwn-0x500a07510e932556 -> ../../sda
lrwxrwxrwx 1 root root 9 oct. 9 08:26 ata-ST3320413AS_Z2A2VTCE -> ../../sdb
lrwxrwxrwx 1 root root 9 oct. 9 08:26 wwn-0x5000c5002e426c18 -> ../../sdb
lrwxrwxrwx 1 root root 9 oct. 9 08:26 ata-ST3320418AS_6VMFKF38 -> ../../sdc
lrwxrwxrwx 1 root root 9 oct. 9 08:26 wwn-0x5000c50027b5a513 -> ../../sdc
lrwxrwxrwx 1 root root 9 oct. 9 08:26 ata-WDC_WD15EARS-00Z5B1_WD-WMAVU2792075 -> ../../sdd
lrwxrwxrwx 1 root root 9 oct. 9 08:26 wwn-0x50014ee60010395f -> ../../sdd
lrwxrwxrwx 1 root root 9 oct. 9 08:26 ata-WDC_WD40EZRZ-00GXCB0_WD-WCC7K6SEK4NT -> ../../sde
lrwxrwxrwx 1 root root 9 oct. 9 08:26 wwn-0x50014ee2bb37c6d3 -> ../../sde
NAME FSTYPE LABEL SIZE MOUNTPOINT UUID
sda 238,5G
├─sda5 swap 15,9G [SWAP] 08871e78-5056-43e6-996e-3e5c0aba612c
└─sda6 ext4 222,6G / 5c234fa3-2c4b-4e9c-9604-088820bc3fec
sdb 298,1G
└─sdb1 linux_raid_member pc-quentin:0 298,1G f6cc627a-fcf9-874d-aceb-ae64a83f94b4
└─md0 ext4 298G /media/raid e9fee7e6-1f78-4ce3-8c6d-6d9488acd4bf
sdc 298,1G
└─sdc1 linux_raid_member pc-quentin:0 298,1G f6cc627a-fcf9-874d-aceb-ae64a83f94b4
└─md0 ext4 298G /media/raid e9fee7e6-1f78-4ce3-8c6d-6d9488acd4bf
sdd 1,4T
└─sdd1 ntfs Stockage green 1.5T 1,4T 4ECAD431CAD416D5
sde 3,7T
├─sde1 ext4 1,8T d9534bd9-c503-41b9-8b7e-c01f349e6e33
└─sde2 ntfs 1,8T 0B52C8345256FE79
J'ai suivi tes conseils et désactivé les tests sur le disque malade.
Faut-il que je le débranche en attendant la suite ?
Dernière modification par Shinji-san (Le 09/10/2019, à 11:49)
Hors ligne
#7 Le 09/10/2019, à 12:13
- moko138
Re : Tentative de récupération d'un disque dont le montage échoue
Tout à l'heure, ton disque malade était momentanément vu comme /dev/sdd (je ne sais pas si c'est sdd que tu as employé, puisque tu as omis de montrer le retour complet), mais sa désignation stable est :
/dev/disk/by-id/ata-WDC_WD15EARS-00Z5B1_WD-WMAVU2792075
Donc la commande de désactivation des tests pour ce disque est :
sudo smartctl -o off /dev/disk/by-id/ata-WDC_WD15EARS-00Z5B1_WD-WMAVU2792075
Du coup, une des désignations stables de la partition à copier est :
/dev/disk/by-id/ata-WDC_WD15EARS-00Z5B1_WD-WMAVU2792075-part1
Comme tu n'as pas encore appliqué le conseil de geole :
je te propose de (...) détruire les deux partitions du gros disque et d'en créer une avec la taille exacte trouvée puis la seconde avec l'espace restant.
je ne suis pas en mesure de te donner une reformulation précise de la commande de geole.
- -
Faut-il que je le débranche en attendant la suite ?
Oui. Et surtout, ne laisse plus aucun système d'exploitation vérifier encore le système de fichiers : sur un disque matériellement abîmé, ça a des effets destructeurs ! Cf. ./viewtopic.php?id=2017964
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#8 Le 09/10/2019, à 12:46
- Shinji-san
Re : Tentative de récupération d'un disque dont le montage échoue
Je ne savais pas si je devais préparer la partition comme conseillée mais car le retour de Gnome disk me donnait ce qu'avait prévu geole.
En effet, j'obtenais :
1500299395072 octets donc 1500299,3950720001012 Mo
alors que geole prévoyait
1430797 Mio ( 2930272256/2/1024 )
. Dois-je créer une partition (ext 4 ?) de 1500300 ?
En attendant, j'ai débranché le disque.
D'ailleurs, question subsidiaire : Peut-on brancher/débrancher des disques sans éteindre le PC ? Je précise que ce ne sont pas des disques sur lesquels démarre le système, bien évidement. En l’occurrence, je parle du disque malade.
En ce qui concerne le changement de lettre de désignation des disques. Hier j'avais débrancher les disques par mesure de précaution, en attendant une réponse. J'ai du les rebrancher en inversant les câble.
Hors ligne
#9 Le 09/10/2019, à 14:00
- moko138
Re : Tentative de récupération d'un disque dont le montage échoue
Pour les partitions à créer sur le disque sain, attends le retour de geole.
- -
j'ai débranché le disque.
Parfait.
- -
D'ailleurs, question subsidiaire : Peut-on brancher/débrancher des disques sans éteindre le PC ? Je précise que ce ne sont pas des disques sur lesquels démarre le système, bien évidement. En l’occurrence, je parle du disque malade.
Bien sûr qu'on peut brancher/débrancher des disques sans éteindre le PC.
Mais avant de débrancher un disque, il faut s'assurer que toutes ses partitions soient démontées.
Donc le disque /dev/chose ne doit plus figurer
dans le retour (colonne de gauche) de
echo ; df -Th | grep -Ev "udev|tmpfs|loop"
variante :
dans la colonne "MOUNTPOINT" de
echo; sudo lsblk -o name,fstype,label,size,mountpoint | grep -v loop
Mais quand il y a une seule partition sur le DDE, un coup d'oeil dans le gestionnaire de fichiers suffit généralement.
- -
En ce qui concerne le changement de lettre de désignation des disques. Hier j'avais débrancher les disques par mesure de précaution, en attendant une réponse. J'ai du les rebrancher en inversant les câble.
Inverser les câbles : tu t'es pris la tête pour rien, pour deux raisons :
- Avec la désignation stable tu es à l'abri des changements de lettre (sdX --> sdY), mais tu ne le savais pas encore ;
- La lettre X peut changer, même sans débranchement !
Ça m'arrive régulièrement,
tantôt parce que j'ai malencontreusement touché le câble ou la prise usb du DDE (ce qui équivaut à un débranchement sauvage sans démontage préalable),
tantôt parce que l'alimentation de ma mini-tour ne suffit plus avec ses pauvres 220 Watts. Dans ce dernier cas, le disque disparaît subitement du gestionnaire de fichiers, et un petit tour dans
dmesg | grep-i usb | tail -30
montre ce genre d'info :
[954131.260384] sdh: sdh1 sdh2 < sdh5 sdh6 sdh7 sdh8 sdh9 sdh10 > sdh3
# Et (...) subitement :
[967279.354324] usb 1-10: USB disconnect, device number 48
# Attribution d'un nouveau numéro de périphérique usb :
[967279.736047] usb 1-10: new high-speed USB device number 49 using ehci_hcd
[967279.869877] usb 1-10: New USB device found, idVendor=(...)
# Attribution d'une NOUVELLE LETTRE :
[967280.896197] sd 42:0:0:0: [sdg] nnnn 512-byte logical blocks: (xxx GB/yyy GiB)
(...)
[967281.088772] sdg: sdg1 sdg2 < sdg5 sdg6 sdg7 sdg8 sdg9 sdg10 > sdg3
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#10 Le 09/10/2019, à 14:13
- Shinji-san
Re : Tentative de récupération d'un disque dont le montage échoue
Je te remercie pour ces précisions !! Je vais donc attendre le retour de geole.
Hors ligne
#11 Le 09/10/2019, à 16:39
- geole
Re : Tentative de récupération d'un disque dont le montage échoue
Je ne savais pas si je devais préparer la partition comme conseillée mais car le retour de Gnome disk me donnait ce qu'avait prévu geole.
En effet, j'obtenais :
1500299395072 octets donc 1500299,3950720001012 Mo
alors que geole prévoyait
1430797 Mio ( 2930272256/2/1024 )
. Dois-je créer une partition (ext 4 ?) de 1500300 ?
Tu peux créer une partition NTFS de 1500300 Mo ou une partition de 1500299395072 /1024/1024 = 1430797 Mio Fais simplement attention à l'unité utilisée.
Ou rétrécir la seconde qui est en NTFS à la taille indiquée.
En effet la partition à copier est en NTFS. Hier je n'y avais pas pensé!
La première commande permettant de copier les parties saines devient donc
sudo ddrescue -f -n /dev/disk/by-id/ata-WDC_WD15EARS-00Z5B1_WD-WMAVU2792075-part1 /dev/disk/by-id/ata-WDC_WD40EZRZ-00GXCB0_WD-WCC7K6SEK4NT-part2 /$HOME/green1to5disk.log
si tu copies dans la seconde partition.
J'ai noté qu'il y a au moins 1341 secteurs illisibles et que
200 0xC8 Multi-Zone Error Rate Nombre total d’erreurs à l’écriture d’un secteur. est très important ( 55916)
cela va prendre du temps à copier surtout que les secteurs ont une taille de 512 octets.
Lorsque la première copie sera terminée, tu pourras tenter de faire les secteurs oubliés en mettant l'option -c1 à la place de -n https://doc.ubuntu-fr.org/ddrescue
Cette commande dispose de points de reprises
La suite sera cela
1) Tenter de copier le maxima des 1341 secteurs. Ce n'est pas certain qu'on réussisse.
2) A un moment donné on arrêtera lorsque la récupération deviendra peu rapide.
3) On prendra alors une image de la partition saine sous forme de fichier.
4) On mettra à zéro les secteurs non dupliqués afin de ne pas induire en erreur windows.
5) On lancera la commande chkdsk sur la partition dupliquée avec windows.
6) Tu verras alors ce qui a été conservé et ce qui a été éliminé.
7) S'il y a trop de choses éliminées, on restore à partir de l'image et on retourne tenter de récupérer encore des mauvais secteurs. Cela me semble possible car la mécanique est saine..
1 Raw_Read_Error_Rate 0x002f 169 169 051 Pre-fail Always - 31479
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
Dernière modification par geole (Le 09/10/2019, à 16:59)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#12 Le 10/10/2019, à 09:49
- Shinji-san
Re : Tentative de récupération d'un disque dont le montage échoue
Je te remercie pour ta réponse et toutes ses précisions !!
J'ai lu dans la doc ubuntu-fr ceci :
Évitez d'utiliser une partition NTFS pour accueillir une image disque de taille importante (plus de quelques Go). Plusieurs personnes ont rapporté que la récupération ralentit au fur et à mesure de la récupération, à telle point qu'il est impossible de finir la récupération.
Qu'en penses-tu ?
Comme tu me dis que ça va être long, je ferai ça ce soir ou demain sur un autre PC (j'imagine qu'il faudra que je repasse la commande pour obtenir la désignation des disques).
Je crois comprendre que pour la première copie (avec le flag -n), je peux laisser tourner la commande sans soucis.
Par contre, pour la seconde (flag -c1), il faut que je reste devant le PC à surveiller, c'est bien ça ? Qu'aurais-je à faire ?
D'ailleurs, si je comprends bien, la seconde commande va essayer de copier les secteurs oubliés par la première commande, mais sur la même image, c'est bien ça ? En gros, essayer de boucher les trous (ce que tu décris dans l'étape 1)).
J'ai également une question sur ton 2) : Comment saurai-je que c'est tellement lent qu'il faut que j'arrête la commande ? Et de quelle manière ?
Hors ligne
#13 Le 10/10/2019, à 14:08
- geole
Re : Tentative de récupération d'un disque dont le montage échoue
Bonjour.
Je pense que la personne qui a écrit le commentaire que tu cites dans la documentation de ubuntu à propos du format NTFS devrait revoir sa position. Mais tu n'es pas concerné car la commande DDRESCUE n'utilise pas l'application NTFS-3G.
Comme a dit moko, le nom des disques ne change jamais... Mais tu peux refaire sa commande bien que personnellement je préfère masquer moins de choses.
ls -l /dev/disk/by-id | grep -Evi "\reader|sr[0-9]|total"
Pour la première commande, tu peux regarder de temps en temps.
c'est assez facile de voir l'évolution. Tu y verras le débit qui sera certainement exprimé en Mo/s
Tu y verras aussi le temps estimé de fin.
Tu peux même faire un copier-coller pour poster à condition de ne pas faire la commande Ctrl c qui stopperait le process.
Pour la seconde commande, c'est pareil sauf que le débit sera certainement exprimé en Ko/s
et la donnée qui indique depuis combien de temps a été réussi la dernière lecture devient importante à regarder.
Au début, cela sera certainement exprimé en secondes puis lorsqu'on relancera une nouvelle fois, cela risque d'être exprimé en minutes. Lorsque cela devient des heures, on peut penser qu'il faut arrêter d'insister.... Je vais retrouver des captures d'écran que je mettrais dans la documentation que j'ai citée.
Le principe de DDrescue est le suivant:
Lecture d'un disque de mauvaise qualité.: Le but est de dupliquer tout se qui se lit de façon aisée puis de lire ce qui l'est moins.
Donc le premier passage lit un paquet de 64Ko et le duplique, Si erreur de lecture on passe outre et on lit le paquet de 64Ko suivant.
A la fin de la lecture totale du disque, on revient sur les paquets de 64Ko qui n'ont pas pu être lu et on lit le premier secteur de ce paquet de 64 Ko. S'il est lu , on passe au second secteur, etc...
Aussitôt qu'un secteur n'est pas lisible on passe au paquet de 64Ko suivant.
Lorsque ce passage est fait, on revient sur les paquets de 64Ko n'ont pas été lus en commençant par la fin du paquet avec le même principe.
C'est le fichier LOG qui contient la liste des blocs copiés et ceux qui n'ont pas réussi à être copiés.
Je crois que cette conception est basée sur le fait que très souvent les secteurs illisibles ne sont pas répartis de façon équitable sur la totalité de la surface du disque mais sont regroupés dans quelques endroits. Ce qui est spécialement vrai lorsqu'une tête de lecture "atterrit".
Lorsque ce passage est fait, il ne reste que des secteurs illisibles, Souvent en insistant, un certain nombre peut être lus. Mais pas tous. Il faut alors prendre une décision d'arrêter.
Certaines personnes savent regarder à quoi correspond ces secteurs définitivement illisibles:
-> Des secteurs qui ne sont pas alloués à des fichiers => dans ce cas ce n'est pas grave.
-> Des secteurs qui sont alloués à des fichiers => dans ce cas, quelques fichiers sont perdus.
-> Des secteurs qui sont alloués à la description des noms de fichiers > dans ce cas, on perd pas mal de choses et on doit utiliser PHOTOREC pour récupérer ce qui manque.
-> Les secteurs de début de disque qui décrivent les partitions => dans ce cas, il faut copier le disque et utiliser tesdisk pour tenter de retrouver les partitions si on n'a pas mémorisé leurs structures (99,999% des cas).
NOTA, pour arrêter la copie, il suffit d'appuyer sur les touches Ctrl C
PS: J'espère que tu es bien sur un version de UBUNTU installé sur disque DUR et pas sur une session dite "LIVE-USB" qui risque de ne pas être fabriquée en mode persistant . Le contenu du fichier de LOG serait alors perdu à chaque démarrage.. Il faudrait alors le mettre dans une autre partition du gros disque.
Dernière modification par geole (Le 10/10/2019, à 14:20)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#14 Le 12/10/2019, à 08:01
- Shinji-san
Re : Tentative de récupération d'un disque dont le montage échoue
La première commande est en cours depuis plus d'1h :
rescued: 70243 MB, errsize: 19369 kB, current rate: 5308 kB/ssize: 19275 kB, current rate: 65863 kB/s
ipos: 70305 MB, errors: 439, average rate: 16523 kB/s
opos: 70305 MB, run time: 1.18 h, successful read: 0 s ago
Copying non-tried blocks... Pass 1 (forwards) [
Encore merci pour ces explications détaillées. Je vous tiens au courant.
Edit :
ddrescue toujours en cours après bientôt 17h à tourner. J'ai L'impression que le débit ralenti vers la fin, et qu'il y a plus de paquets ignorés
Hors ligne
#15 Le 12/10/2019, à 09:45
- geole
Re : Tentative de récupération d'un disque dont le montage échoue
Bonjour
Cela avance bien
Tu as 1441 Go de traités sur le disque qui fait 1500,301 Go
C'est donc presque la fin du passage rapide
Il y a actuellement 3473 zones détectées en erreur pour un total de 175 MB
La vitesse actuelle est de 55,508 Gb ce qui est correct
Tu va bien quitter la phase 1 de copie rapide pour arriver dans la phase lente de recopie des zones abîmées.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#16 Le 12/10/2019, à 10:12
- moko138
Re : Tentative de récupération d'un disque dont le montage échoue
J'ai lu dans la doc ubuntu-fr ceci :
Évitez d'utiliser une partition NTFS pour accueillir une image disque de taille importante (plus de quelques Go). Plusieurs personnes ont rapporté que la récupération ralentit au fur et à mesure de la récupération, à telle point qu'il est impossible de finir la récupération.
Tu n'es pas en train de constituer une "image disque" ni une "image" de partition.
- -
Je pense que la personne qui a écrit le commentaire que tu cites dans la documentation de ubuntu à propos du format NTFS devrait revoir sa position. Mais tu n'es pas concerné car la commande DDRESCUE n'utilise pas l'application NTFS-3G.
En effet, l'auteur de la phrase n'avait pas compris :
- que si un disque présente une forte dégradation matérielle, aucune correction logicielle ne peut en annuler totalement les conséquences (cf. État du disque : pour dissiper une confusion) ;
- que si un disque présente une forte dégradation matérielle, alors le système de fichiers (ntfs, ext4 ou autre) qui n'est qu'une surcouche logicielle, n'entre pas en ligne de compte (*) ;
- que c'est par conception que gddrescue commence vite puis ralentit progressivement.
Ce conseil de la Doc gddrescue est donc absurde.
__
(*) À quelques points près,
- comme la redondance des données, qui est très limitée, à des endroits différents du disque ;
- et comme la liste, en début de partition ext4, de "badblocks" à ne pas utiliser, liste qui a probablement un équivalent en ntfs.
On notera que ces mesures visent à anticiper les effets d'une dégradation, matérielle ou logicielle, du disque. Mais qu'en aucun cas elles ne permettent de faire réapparaître des données devenues illisibles.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#17 Le 12/10/2019, à 10:25
- moko138
Re : Tentative de récupération d'un disque dont le montage échoue
geole,
Vois-tu un inconvénient à ce que je supprime de la Doc le paragraphe sur lequel Shinji-san a attiré notre attention ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#18 Le 12/10/2019, à 11:37
- Shinji-san
Re : Tentative de récupération d'un disque dont le montage échoue
Là, ddrescue tourne depuis plus de 20h30 et on dépasse les 5400 zones en erreur.
Pour la suite, je relance la même commande avec le flag c1 plutôt que n et je surveille la donnée qui indique depuis combien de temps a été réussi la dernière lecture. Il s'agit de "successful read", c'est bien ça ? Donc tant que cela reste en dessous de l'heure, je laisse tourner, sinon, je passe au bloc suivant.
J'imagine que la manière de faire cela sera indiqué !?
Je dois lui passer un autre fichier de log en paramètre ou dois-je lui passer le même ?
Hors ligne
#19 Le 12/10/2019, à 12:26
- geole
Re : Tentative de récupération d'un disque dont le montage échoue
C'est obligatoirement le même fichier de log qu'il faut passer car c'est lui qui contient la liste des blocs copiés avec succès et la liste des blocs non copiés.
Si tu mets un nouveau fichier de logs, il repartira à zéro.
Tu laisseras tourner est tu feras de temps en temps des captures d'écran permettant de voir ce qui ce passe .
pour la suite, il y aura encore les paramètres
-d -f -R -r27 -c1
C'est plutôt à ce niveau qu'on arrête la recopie ou que le disque commence à flancher ....
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#20 Le 12/10/2019, à 12:33
- geole
Re : Tentative de récupération d'un disque dont le montage échoue
Shinji-san a écrit :J'ai lu dans la doc ubuntu-fr ceci :
Évitez d'utiliser une partition NTFS pour accueillir une image disque de taille importante (plus de quelques Go). Plusieurs personnes ont rapporté que la récupération ralentit au fur et à mesure de la récupération, à telle point qu'il est impossible de finir la récupération.
- -
En effet, l'auteur de la phrase n'avait pas compris :
- que si un disque présente une forte dégradation matérielle, aucune correction logicielle ne peut en annuler totalement les conséquences (cf. État du disque : pour dissiper une confusion) ;Ce conseil de la Doc gddrescue est donc absurde.
Bonjour moko138
Je ne trouve pas cette remarque dans la documentation ddrescue
Peut-être ai-je mal lu..
ou alors c'est dans une autre documentation.
Dernière modification par geole (Le 12/10/2019, à 12:34)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#21 Le 12/10/2019, à 13:12
- moko138
Re : Tentative de récupération d'un disque dont le montage échoue
ddrescue, § "Configuration du système"
Ctrl f
elques Go). Plusieurs personnes ont rapporté qu
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#22 Le 12/10/2019, à 13:41
- Shinji-san
Re : Tentative de récupération d'un disque dont le montage échoue
Voici où il en est :
D'ailleurs je lis "pass 2" à la fin. Il fait une seconde passe tout seul ?
Donc je repasse exactement la même commande mais à la place du paramètre -n, je passe tous les suivants : -d -f -R -r27 -c1. Tous en même temps ?
Et cela aura pour conséquence de tenter de récupérer les paquets en erreurs sur lesquels est passé la première commande, ok.
Le seul paramètre me permettant de vérifier qu'on doit arrêter la recopie, que le disque commence à flancher... c'est "successful read" !? Quand il sera trop important, il faudra que je fasse quoi pour passer au paquet suivant ? Ce sera proposé dans l'invite de commande ?
Je ne sais pas si c'est normal mais je ne vois pas tous les paramètres que décrit le chapitre suivant de la doc.
Pour information, mes paquets sont à jour et je suis sous Ubuntu 16.04 LTS.
D'ailleurs, j'ai installé ddrescueview et je peux en faire des copies d'écran également.
Dernière modification par Shinji-san (Le 12/10/2019, à 13:43)
Hors ligne
#23 Le 12/10/2019, à 14:59
- geole
Re : Tentative de récupération d'un disque dont le montage échoue
Pour le moment laisse tourner cette première commande.
Il est en train de faire le passes en partant de la fin du disque. et non plus du début
Il me semble qu'il fait cinq passages avant de se terminer.
Tu peux maintenant constater qu'il y a presque une minute sans lecture réussie.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#24 Le 12/10/2019, à 16:18
- geole
Re : Tentative de récupération d'un disque dont le montage échoue
HORS SUJET
ddrescue, § "Configuration du système"
Ctrl felques Go). Plusieurs personnes ont rapporté qu
Merci moko138
Le commentaire en question a été ajouté dans la version du 26/04/2014.
Au mieux, il ne peut s'appliquer que si on duplique dans un fichier image.
Le problème est qu'en 2019, certains continuent d'affirmer que cela reste vrai.. ( https://forum.ubuntu-fr.org/viewtopic.p … #p22158989 )
Personnellement j'ai un doute mais je n'ai jamais fait un fichier de 2 To dans une partition NTFS ni EXT4 d'ailleurs. Il me semble savoir que l'écriture en NTFS et plus lente qu'en EXT4 mais je n'ai pas le matériel pour faire un essai sur une telle volumétrie.
Le paragraphe 1.3 a été ajouté le 6 avril 2014. Je ne suis pas certain que le conseil soit utile.
gsettings set org.gnome.desktop.media-handling automount false
Il me semble que la réparation automatique des supports externes formatés en NTFS ne se fait pas avec ubuntu et j'ai un gros doute sur cette exécution automatique pour les supports externes formatés en EXT4 vu que, pour les supports internes, il faut souvent faire les commandes de façon manuelle au moment du boot qui se plante.
Si c'est la partition contenant la racine, le boot indique son nom et la commande à faire manuellement
Si c'est la partition contenant le répertoire /home, Il faut chercher dans la trace du boot pour trouver son nom et faire manuellement la commande.
Les exemples ne manquent pas (malheureusement). La dernière en date https://forum.ubuntu-fr.org/viewtopic.php?id=2044442
Donc je doute qu'il sache mieux traiter les partitions externes.
Dernière modification par geole (Le 12/10/2019, à 16:19)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#25 Le 13/10/2019, à 15:12
- Shinji-san
Re : Tentative de récupération d'un disque dont le montage échoue
Bon voilà la première commande est terminée :
rescued: 1500 GB, errsize: 31175 kB, current rate: 2293 kB/s
ipos: 1500 GB, errors: 646, average rate: 9466 kB/s
opos: 1500 GB, run time: 1.83 d, successful read: 0 s ago
Finished
Pour rappel, c'était celle-ci :
sudo ddrescue -f -n /dev/disk/by-id/ata-WDC_WD15EARS-00Z5B1_WD-WMAVU2792075-part1 /dev/disk/by-id/ata-WDC_WD40EZRZ-00GXCB0_WD-WCC7K6SEK4NT-part1 /$HOME/green1to5disk.log
J'imagine que la commande suivante sera :
sudo ddrescue -f -d -f -R -r27 -c1 /dev/disk/by-id/ata-WDC_WD15EARS-00Z5B1_WD-WMAVU2792075-part1 /dev/disk/by-id/ata-WDC_WD40EZRZ-00GXCB0_WD-WCC7K6SEK4NT-part1 /$HOME/green1to5disk.log
Comment ça va se passer ?
Hors ligne