#26 Le 09/05/2020, à 19:40
- sjlouis
Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager
OK, j'essaierai.
Merci 
.
Kubuntu 16.04
Hors ligne
#27 Le 10/05/2020, à 07:53
- sjlouis
Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager
Très dangereux de faire une commande fsck sur un disque dont on n'a pas pensé à regarder la qualité alors que cela ne prend que quelques minutes.
J'attends donc toujours le retour. Si cela tarde trop, je ne regarderais pas lorsque tu posteras
Bonjour,
En quoi c'est dangereux d'exécuter cette commande avant d'avoir fait la vérification ? Et si smartmontools permet de voir l'état du disque, que doit-on faire avant d'exécuter fsck ?
Merci .
Dernière modification par sjlouis (Le 10/05/2020, à 09:12)
Kubuntu 16.04
Hors ligne
#28 Le 10/05/2020, à 09:30
- geole
Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager
Bonjour
Je vais tenter d'expliquer: Lorsque le logiciel ne peut pas accéder à la partition, Il existe trois causes principales:
A) L'utilisateur l'a plus ou moins détruite en faisant une fausse manipulation.
=> Ce contexte ne nécessite pas un fsck mais un testdisk pour tenter de récupérer ce qui peut l'être.
B) L'appareil a manqué de courant électrique pour écrire ce qui restaient de données dans ses buffers (Ce contexte n'existe pas pour les partitions EXFAT, BTRFS, ZFS). Ce cas englobe aussi les périphériques externes que l'on débranche sans prendre de précautions.
=> Dans ce contexte, le FSCK est préconisé.
C) Autres cas..... Je ne connais alors que le problème disque.
=> Ce contexte nécessite de commencer par faire un smartcl afin d'affiner la cause.. On y trouve alors trois causes principales pouvant être ensemble:
1) L'état connectique. (Câble, firmware) Il faut d'abord le réparer avant de commencer à vouloir faire un FSCK qui marcherait mal.
2) L'état de la tête de lecture. Elle donne des signes de faiblesse. Il est alors URGENT de sauver le plus vite possible sur un autre disque ce qui peut l'être avant que cela lâche. Il est dangereux de faire un fsck qui va prendre du temps et risque d'écrire aux mauvais endroits.
Dans ce contexte, si possible, mettre le disque hors tension jusqu'au lancement de l'opération de duplication.
3) L'état des plateaux. Souvent le FSCK va planter et aggraver la situation.
L'opération de duplication est nécessaire pour les contextes 2 et 3 qui sont souvent ensembles.
Faire le rapport smartctl ne prend que quelques minutes.
Ce que fait un FSCK.
Il répare au mieux en fonction de ce qu'il peut lire sur le disque.
Si la cause est une panne électrique, seuls les derniers fichiers sont perdus.
Si la cause est l'état du disque, suivant ce qui ne peut être lu, La totalité des fichiers du disques peut être supprimée.
Alors qu'il existe un médicament appelé DDRESCUE qui a une technique permettant de faire des essais multiples de lecture des zones ne pouvant être lues en standard. Il insistera pendant plusieurs minutes aux endroits difficiles à lire. On peut le faire insister pendant plusieurs jours jusqu'à la mort du moteur électrique ou des têtes de lecture dans l'espoir de récupérer le maxima de secteurs "officiellement" illisibles.
Donc faire un fsck sur un disque en mauvais état va aggraver le mauvais état au lieu de réparer. Ce qui ne sera pas le cas sur la duplication qui est dans un état stable. Elle se contentera d'éliminer ce qui est réellement irrécupérable. D'où l'importance du diagnostic de l'état du disque surtout que c'est extrêmement facile à fournir.
En standard, les logiciels ne font pas une seconde tentative de lecture d'où le gros intérêt de dupliquer avant de faire la réparation (FSCK) sur la duplication. Le risque de perdre des données est alors plus faible mais pas nul. De plus on est certain de la qualité de la réparation.
Nota: On a vu dans ce forum, des utilisateurs qui faisaient des fsck plusieurs fois par jour pendant quelques semaines avant de commencer à penser que c'était anormal et poster une demande d'aide. Il était alors un peu tard.
J'espère que ces explications vont te permettre de comprendre mon insistance sur la demande.
Dernière modification par geole (Le 10/05/2020, à 09:39)
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
#29 Le 10/05/2020, à 09:51
- sjlouis
Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager
Ok, merci. Vous êtes spécialiste dans le hardware ? Parce que ce n'est pas très commun comme connaissances.
Dans mon cas, je n'ai lancé le fsck qu'après avoir copié tout ce qui était visible. Et je ne le mettais sous tension que pour lancer une série de copiage. Peut-être qu'un des autres outils aurait permis de lire aussi les fichiers "perdus", ceux qui sont redevenus visibles après le fsck.
Est-ce qu'un disque fatigué sur le point de rendre l'âme fait systématiquement des bruits suspects ? Car celui-là semble ronronner parfaitement.
Merci .
Kubuntu 16.04
Hors ligne
#30 Le 10/05/2020, à 10:19
- geole
Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager
Non, Je ne suis pas spécialiste dans le hardware. Dans le forum, je réponds principalement aux problèmes de démarrage des ordinateurs.
Donc, j'ai quelques idées pas nécessairement définitives sur la qualité des disques mais encore très peu pour les SSD.
Le bruit suspect est très souvent signe que le firmware du disque veut lire/écrire un secteur "illisible" et qu'il n'y arrive pas.
Mais s'il y arrive assez rapidement, tu n'auras pas le temps d'entendre. Il mettra le secteur en quarantaine en le remplaçant par un autre.
D'un seul coup, tu seras informé que le disque est mourant par manque de secteurs de remplacement sans que tu n'ait rien vu venir.
Un petit coup de smartctl tous les six mois, permet de voir l'évolution si on pense à conserver la rapport précédant.
===> exemple du jour https://forum.ubuntu-fr.org/viewtopic.p … #p22282179
Dernière modification par geole (Le 10/05/2020, à 10:32)
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
#31 Le 10/05/2020, à 10:59
- sjlouis
Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager
Alors est-ce qu'un disque qui cliquette est un disque suspect ou pas forcément ? Parce que celui-là cliquetait depuis le début de temps en temps. Une fois j'avais acheté un Seagate et comme il cliquetait énormément et était très bruyant, je l'ai envoyé chez Seagate et ils m'ont répondu qu'il fonctionnait très bien, ce qui m'avait agacé car c'était assez pénible de regarder une vidéo avec ce bruit. j'ai fini par le remplacer rapidement car c'était trop désagréable.
Kubuntu 16.04
Hors ligne
#32 Le 17/05/2020, à 14:10
- sjlouis
Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager
Bonjour,
Alors j'ai refait un test après m'être servi du disque pendant une semaine et on peut voir que le nombre de secteurs ré alloués a sensiblement augmenté. Il est passé de 8384 à 9072. Je n'ai pas l'impression que ce soit très engageant :
root@Jean-Louis-Dell:/dev# smartctl -s on -a /dev/sda1
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.15.0-99-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Device Model: ST8000DM004-2CX188
Serial Number: WCT2FEN2
LU WWN Device Id: 5 000c50 0cc68417e
Firmware Version: 0001
User Capacity: 8 001 563 222 016 bytes [8,00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 5425 rpm
Form Factor: 3.5 inches
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: ACS-3 T13/2161-D revision 5
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Sun May 17 15:02:45 2020 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (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: ( 0) 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: ( 995) minutes.
Conveyance self-test routine
recommended polling time: ( 2) minutes.
SCT capabilities: (0x30a5) SCT Status supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 061 048 006 Pre-fail Always - 240690069
3 Spin_Up_Time 0x0003 092 092 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 635
5 Reallocated_Sector_Ct 0x0033 097 097 010 Pre-fail Always - 9072
7 Seek_Error_Rate 0x000f 075 060 045 Pre-fail Always - 32399797
9 Power_On_Hours 0x0032 097 097 000 Old_age Always - 2668 (6 9 0)
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 57
183 Runtime_Bad_Block 0x0032 096 096 000 Old_age Always - 4
184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0
187 Reported_Uncorrect 0x0032 001 001 000 Old_age Always - 9335
188 Command_Timeout 0x0032 100 098 000 Old_age Always - 68720787476
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 066 056 040 Old_age Always - 34 (Min/Max 34/35)
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 - 30
193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 641
194 Temperature_Celsius 0x0022 034 044 000 Old_age Always - 34 (0 21 0 0 0)
195 Hardware_ECC_Recovered 0x001a 084 064 000 Old_age Always - 240690069
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 192
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 192
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 704 (210 198 0)
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 15674215400
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 6012254649
SMART Error Log Version: 1
ATA Error Count: 9336 (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 9336 occurred at disk power-on lifetime: 2505 hours (104 days + 9 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 08 ff ff ff 4f 00 00:47:23.058 READ FPDMA QUEUED
61 00 00 ff ff ff 4f 00 00:47:23.053 WRITE FPDMA QUEUED
61 00 00 ff ff ff 4f 00 00:47:23.049 WRITE FPDMA QUEUED
61 00 00 ff ff ff 4f 00 00:47:23.045 WRITE FPDMA QUEUED
61 00 00 ff ff ff 4f 00 00:47:23.041 WRITE FPDMA QUEUED
Error 9335 occurred at disk power-on lifetime: 2505 hours (104 days + 9 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 08 ff ff ff 4f 00 00:47:22.787 READ FPDMA QUEUED
27 00 00 00 00 00 e0 00 00:47:22.693 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 a0 00 00:47:22.690 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 00 00:47:22.678 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 e0 00 00:47:22.556 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
Error 9334 occurred at disk power-on lifetime: 2505 hours (104 days + 9 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 08 ff ff ff 4f 00 00:47:22.462 READ FPDMA QUEUED
61 00 00 ff ff ff 4f 00 00:47:22.458 WRITE FPDMA QUEUED
61 00 00 ff ff ff 4f 00 00:47:22.454 WRITE FPDMA QUEUED
61 00 00 ff ff ff 4f 00 00:47:22.450 WRITE FPDMA QUEUED
61 00 00 ff ff ff 4f 00 00:47:22.446 WRITE FPDMA QUEUED
Error 9333 occurred at disk power-on lifetime: 2505 hours (104 days + 9 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 08 ff ff ff 4f 00 00:47:22.196 READ FPDMA QUEUED
27 00 00 00 00 00 e0 00 00:47:22.102 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
ec 00 00 00 00 00 a0 00 00:47:22.099 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 00 00:47:22.087 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 e0 00 00:47:21.970 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
Error 9332 occurred at disk power-on lifetime: 2505 hours (104 days + 9 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 08 ff ff ff 4f 00 00:47:21.879 READ FPDMA QUEUED
61 00 00 ff ff ff 4f 00 00:47:21.875 WRITE FPDMA QUEUED
61 00 00 ff ff ff 4f 00 00:47:21.871 WRITE FPDMA QUEUED
61 00 00 ff ff ff 4f 00 00:47:21.867 WRITE FPDMA QUEUED
61 00 00 ff ff ff 4f 00 00:47:21.862 WRITE FPDMA QUEUED
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.
root@Jean-Louis-Dell:/dev# Kubuntu 16.04
Hors ligne
#33 Le 17/05/2020, à 15:32
- geole
Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager
Bonjour,
Il faudrait que tu continues de suivre chaque quinzaine l'évolution car cela peut s'accélérer rapidement .
Pour le moment, tu as ces valeurs
5 Reallocated_Sector_Ct 0x0033 097 097 010 Pre-fail Always - 9072
Le disque sera déclaré failing-now lorsque tu auras ces valeurs
5 Reallocated_Sector_Ct 0x0033 010 010 010 Pre-fail Always - nnnnn
avec probablement nnnn proche de 270.000 9072/(100-097)*(100-010)
Je ne sais pas si le logiciel de l'appareil peut te prévenir par email, à chaque fois qu'il y a perte d'un point.
En standard, smartctl ne surveille pas cette zone, il faut coder.
Tu peux attendre d'en arriver à la moitié (055) tu pourras alors forcer le remplacement.
MAIS , à mon avis, le point le plus important à surveiller est ce compteur
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 192
Il y a 192 secteurs illisibles.
associé à
9 Power_On_Hours 0x0032 097 097 000 Old_age Always - 2668 (6 9 0)
Error 9336 occurred at disk power-on lifetime: 2505 hours (104 days + 9 hours) Error: UNC at LBA = 0x0fffffff = 268435455
L'erreur UNC signifie secteur illisible et fait augmenter le compteur de 1. Elle s'est produite il y a 163 heures .
Il ne faudrait pas que tout le disque devienne illisible.
Dernière modification par geole (Le 17/05/2020, à 15:36)
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
#34 Le 17/05/2020, à 15:37
- sjlouis
Re : Ubuntu disque inaccessible - possible avec Windows/Ext2 volume manager
Le disque est dans un enregistreur, pas dans un NAS. J'enregistre des émissions sur la TNT (séries, films, documentaires...). Donc s'il tombe en panne, je serai un peu embêté. Je vais attendre un peu et voir comment il "chute" pour demander un remplacement.
Merci .
Kubuntu 16.04
Hors ligne