Ubuntu-fr

Coeur Noir

Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Hello,

au dernier (re) démarrage du pc, j'ai vu défiler ça :

[   15.322942] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[   15.322944] ata2.00: irq_stat 0x40000001
[   15.322945] ata2.00: failed command: FLUSH CACHE EXT
[   15.322948] ata2.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 21
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   15.322949] ata2.00: status: { DRDY DF ERR }
[   15.322950] ata2.00: error: { ABRT }
[   15.328211] ata2.00: configured for UDMA/133
[   15.328214] ata2.00: device reported invalid CHS sector 0
[   15.328230] ata2: EH complete
[   19.594963] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[   19.594965] ata2.00: irq_stat 0x40000001
[   19.594967] ata2.00: failed command: FLUSH CACHE EXT
[   19.594980] ata2.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 16
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   19.594981] ata2.00: status: { DRDY DF ERR }
[   19.594982] ata2.00: error: { ABRT }
[   19.681984] ata2.00: configured for UDMA/133
[   19.681986] ata2.00: device reported invalid CHS sector 0
[   19.682002] ata2: EH complete
[   23.143865] fbcon: Taking over console
[   23.146273] Console: switching to colour frame buffer device 240x67
[   23.918964] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[   23.918998] ata2.00: irq_stat 0x40000001
[   23.919010] ata2.00: failed command: FLUSH CACHE EXT
[   23.919026] ata2.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 3
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   23.919061] ata2.00: status: { DRDY DF ERR }
[   23.919074] ata2.00: error: { ABRT }
[   23.953236] ata2.00: configured for UDMA/133
[   23.953237] ata2.00: device reported invalid CHS sector 0
[   23.953252] ata2: EH complete
[   28.202965] ata2.00: NCQ disabled due to excessive errors
[   28.202967] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[   28.202998] ata2.00: irq_stat 0x40000001
[   28.203010] ata2.00: failed command: FLUSH CACHE EXT
[   28.203026] ata2.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 20
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   28.203060] ata2.00: status: { DRDY DF ERR }
[   28.203073] ata2.00: error: { ABRT }
[   30.335202] ata2.00: configured for UDMA/133
[   30.335205] ata2.00: device reported invalid CHS sector 0
[   30.335220] ata2: EH complete
[   34.586963] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[   34.586997] ata2.00: irq_stat 0x40000001
[   34.587009] ata2.00: failed command: FLUSH CACHE EXT
[   34.587025] ata2.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 12
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   34.587060] ata2.00: status: { DRDY DF ERR }
[   34.587073] ata2.00: error: { ABRT }
[   36.699114] ata2.00: configured for UDMA/133
[   36.699116] ata2.00: device reported invalid CHS sector 0
[   36.699132] ata2: EH complete
[   40.970964] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[   40.970996] ata2.00: irq_stat 0x40000001
[   40.971008] ata2.00: failed command: FLUSH CACHE EXT
[   40.971024] ata2.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 29
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   40.971059] ata2.00: status: { DRDY DF ERR }
[   40.971072] ata2.00: error: { ABRT }
[   43.101723] ata2.00: configured for UDMA/133
[   43.101726] ata2.00: device reported invalid CHS sector 0
[   43.101742] sd 1:0:0:0: [sda] tag#29 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[   43.101743] sd 1:0:0:0: [sda] tag#29 Sense Key : Illegal Request [current] 
[   43.101745] sd 1:0:0:0: [sda] tag#29 Add. Sense: Unaligned write command
[   43.101747] sd 1:0:0:0: [sda] tag#29 CDB: Synchronize Cache(10) 35 00 00 00 00 00 00 00 00 00
[   43.101753] blk_update_request: I/O error, dev sda, sector 0 op 0x1:(WRITE) flags 0x800 phys_seg 0 prio class 0
[   43.101786] ata2: EH complete
[   43.256922] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)

Dans ce pc, il y a 2 disques, sda est un HDD 1To qui contient les datas persos.
J'ajoute donc

django@ASGARD:~$ sudo smartctl -s on -a /dev/sda
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-72-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Blue
Device Model:     WDC WD10EZEX-00BN5A0
Serial Number:    WD-WCC3F0348707
LU WWN Device Id: 5 0014ee 20959e582
Firmware Version: 01.01A01
User Capacity:    1000204886016 bytes [1,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2, ACS-3 T13/2161-D revision 3b
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sun Apr 18 05:00:37 2021 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:  (0x82)	Offline data collection activity
					was completed without error.
					Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(11400) 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: 	 ( 118) minutes.
Conveyance self-test routine
recommended polling time: 	 (   5) minutes.
SCT capabilities: 	       (0x3035)	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   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   168   166   021    Pre-fail  Always       -       2583
  4 Start_Stop_Count        0x0032   097   097   000    Old_age   Always       -       3986
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   062   062   000    Old_age   Always       -       28299
 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   097   097   000    Old_age   Always       -       3986
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       154
193 Load_Cycle_Count        0x0032   199   199   000    Old_age   Always       -       3832
194 Temperature_Celsius     0x0022   115   096   000    Old_age   Always       -       28
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%     23105         -
# 2  Short offline       Completed without error       00%      7908         -

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.

django@ASGARD:~$ 

que je ne suis pas sûr de « décoder ».

Dernière modification par Coeur Noir (Le 18/04/2021, à 05:03)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Vobul

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

De mes recherches, cette réponse semble la plus intéressante : https://www.veritas.com/support/en_US/article.100026891

As-tu smartd qui tourne ? Vu l'état de ton disque je pense qu'il n'y a pas lieu de s'inquiéter (mais fais des backups quand même hein !).

---

Vobul
Utilisez le retour utilisable de commandes !!!
J'aime la langue française, mais je parle franglais, deal with it.
RTFM

jplemoine

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

C'est un disque qui a un peu plus de 3 ans de fonctionnement.
Il y a pas mal de séquence d'arrêt / marche (1/un peu plus de 3 jours)
Pas de réallocation
Donc, c'est bizarre mais on dirait qu'il fonctionne parfaitement.
D'accord avec Vobul pour les sauvegardes.

---

Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.

MicP

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Bonjour

Si tu peux, vérifie quand même que les cordons d'alimentation et de données de ce disque soient bien connectés
mais je suis aussi étonné de ne rien trouver de suspect dans les informations S.M.A.R.T. de ce disque.

geole

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Hello,

[   15.322942] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[   15.328214] ata2.00: device reported invalid CHS sector 0
[   19.681986] ata2.00: device reported invalid CHS sector 0
[   23.953237] ata2.00: device reported invalid CHS sector 0
[   30.335205] ata2.00: device reported invalid CHS sector 0
[   36.699116] ata2.00: device reported invalid CHS sector 0
[   43.101726] ata2.00: device reported invalid CHS sector 0
[   43.101742] sd 1:0:0:0: [sda] tag#29 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[   43.101743] sd 1:0:0:0: [sda] tag#29 Sense Key : Illegal Request [current] 
[   43.101745] sd 1:0:0:0: [sda] tag#29 Add. Sense: Unaligned write command
[   43.101747] sd 1:0:0:0: [sda] tag#29 CDB: Synchronize Cache(10) 35 00 00 00 00 00 00 00 00 00
[   43.101753] blk_update_request: I/O error, dev sda, sector 0 op 0x1:(WRITE) flags 0x800 phys_seg 0 prio class 0

django@ASGARD:~$ sudo smartctl -s on -a /dev/sda
=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Blue
Device Model:     WDC WD10EZEX-00BN5A0
					
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       0
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       0

SMART Error Log Version: 1
No Errors Logged
 

que je ne suis pas sûr de « décoder ».

Bonjour
Cela se passe en phase de démarrage  et te fait perdre pas loin de 18 secondes.
Soit il y a un problème "chauffe"....
Soit le secteur zéro est vraiment illisible  et ton disque a une table de partition gpt. La duplication est alors utilisée.
Soit le secteur 0 fini par être lu et tu peux enfin accéder aux partitions..... Attention pour le jour où la réparation n'aura plus lieu.
Le fait que cela ne soit pas enregistré peut vouloir dire que la commande ne traverse pas le câble de liaison ou que le firmware  ne pense pas à enregistrer les défaillances.
Pour en connaître un peu plus

sudo fdisk -l /dev/sda

sudo dd   if=/dev/sda of=/dev/null count=1 1>/dev/null

NOTA, je ne comprends pas la raison pour laquelle le logiciel veut écrire dans le secteur zéro au démarrage de l'ordinateur.

Dernière modification par geole (Le 18/04/2021, à 13:03)

---

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

MicP

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Essaye de mettre ce disque sur une autre machine, ne serait-ce que pour tester quelques démarrages/arrêts
histoire de voir si c'est le disque ou ta machine qui provoque ces dysfonctionnements.
Tu pourrais même le tester dans un boîtier USB connecté sur une autre machine.
Tu ne seras pas obligé de démarrer l'autre machine sur ce disque et tu pourras démarrer avec une version Live.

Dernière modification par MicP (Le 18/04/2021, à 12:57)

Coeur Noir

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Et aujourd'hui comme presque toujours, rien à signaler.
Mais ça n'est pas la première fois que j'ai ce  genre de « couac » avec ce disque ou d'autres, d'ailleurs.

Est-ce que ça peut venir des câbles de liaison eux-mêmes entre disques et carte mère ?
Car il me semble bien que je suis tranquille un long moment dès lors que je les « touche » ou « intervertis ».
Et côté CM je trouve que les « prises » sont trèèèèès faciles à enlever, depuis toujours.

C'est un disque qui a un peu plus de 3 ans de fonctionnement.
Euh, sur une machine qui date de 2013~14 c'est cohérent ?
Il y a pas mal de séquence d'arrêt / marche (1/un peu plus de 3 jours)
En rapport avec le fait que j'éteins cet ordi régulièrement ? ( faut pas ? )

C'est pô du GPT

django@ASGARD:~$ sudo fdisk -l /dev/sda
[sudo] Mot de passe de django : 
Disque /dev/sda : 931,53 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: WDC WD10EZEX-00B
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 : dos
Identifiant de disque : 0x0002bf49

Périphérique Amorçage Début        Fin   Secteurs Taille Id Type
/dev/sda1              2048 1951999999 1951997952 930,8G 83 Linux
django@ASGARD:~$

et

django@ASGARD:~$ sudo dd   if=/dev/sda of=/dev/null count=1 1>/dev/null
1+0 enregistrements lus
1+0 enregistrements écrits
512 octets copiés, 0,000142333 s, 3,6 MB/s
django@ASGARD:~$

a l'air cohérent ?

smartd a l'air présent effectivement :

Soit il y a un problème "chauffe"....
Pas de température excessive où que ce soit d'après psensor, ou tu veux dire une « chauffe » sur un endroit précis du disque lui même ?

Et merci pour toutes vos interventions !

Dernière modification par Coeur Noir (Le 18/04/2021, à 17:03)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

geole

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

On voit donc que la table de partition est dos et que le secteur 0 est bien lisible.
Je pense que cela peut effectivement venir "des câbles de liaison eux-mêmes entre disques et carte mère ?" s'il ne sont ps bien enfichés

Par "chauffe" je voulais simplement dire que la température a  augmenter rapidement de 10° cela provoque probablement une dilation de 1 micro qui peut suffire à  améliorer la liaison..

AJOUT.      Je pense que tu as très très peu d'arrêts du disque  par 24 heures ( un tout les trois jours)
      Normalement, pour qui travaille 8 heures par jours, cela fait 3 arrêts par 24 heures!
Ton disque permet d'en supporter beaucoup, plus
  4 Start_Stop_Count        0x0032   097   097   000    Old_age   Always       -       3986
  9 Power_On_Hours          0x0032  062   062   000    Old_age   Always       -       28299

Dernière modification par geole (Le 18/04/2021, à 17: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

Coeur Noir

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Bon j'abuse de vos savoir et gentillesse, je mets les mêmes infos concernant mon disque de sauvegarde, sdc ( externe, usb, via un rack CRU ).
Info récoltée juste après une sauvegarde ( ce qui expliquera sans doute qu'il y fait chaud comme dans un cul fiévreux ).

django@ASGARD:/media/django/SAUV_2020/DATA$ sudo smartctl -s on -a /dev/sdc
[sudo] Mot de passe de django : 
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-72-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Hitachi Deskstar 7K1000.C
Device Model:     Hitachi HDS721010CLA332
Serial Number:    JP6940HZ0U2JAF
LU WWN Device Id: 5 000cca 375cb66c3
Firmware Version: JP4OA3MA
User Capacity:    1000204886016 bytes [1,00 TB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    7200 rpm
Form Factor:      3.5 inches
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 2.6, 3.0 Gb/s
Local Time is:    Sun Apr 18 18:36:32 2021 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 Status not supported: Invalid status byte (0x01) [JMicron]
SMART overall-health self-assessment test result: PASSED
Warning: This result is based on an Attribute check.

General SMART Values:
Offline data collection status:  (0x80)	Offline data collection activity
					was never started.
					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: 		( 9514) seconds.
Offline data collection
capabilities: 			 (0x5b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					No 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: 	 ( 159) minutes.
SCT capabilities: 	       (0x003d)	SCT Status supported.
					SCT Error Recovery Control 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     0x000b   100   100   016    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   136   136   054    Pre-fail  Offline      -       94
  3 Spin_Up_Time            0x0007   120   120   024    Pre-fail  Always       -       315 (Average 316)
  4 Start_Stop_Count        0x0012   099   099   000    Old_age   Always       -       5561
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   067    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   140   140   020    Pre-fail  Offline      -       30
  9 Power_On_Hours          0x0012   096   096   000    Old_age   Always       -       30363
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       5561
192 Power-Off_Retract_Count 0x0032   096   096   000    Old_age   Always       -       5564
193 Load_Cycle_Count        0x0012   096   096   000    Old_age   Always       -       5564
194 Temperature_Celsius     0x0002   153   153   000    Old_age   Always       -       39 (Min/Max 15/51)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   200   000    Old_age   Always       -       0

SMART Error Log Version: 0
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%     15605         -

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.

django@ASGARD:/media/django/SAUV_2020/DATA$ 

L'un est-il beaucoup plus « fatigué » que l'autre, un intérêt à les intervertir ?
À une époque, ce disque Hitachi était dans la tour mais je trouvais ça « incohérent » de l'y laisser en permanence puisqu'il ne servait qu'à de la sauvegarde.

Dernière modification par Coeur Noir (Le 18/04/2021, à 18:44)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

MicP

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

… je trouvais ça « incohérent » de l'y laisser en permanence puisqu'il ne servait qu'à de la sauvegarde. …

Je confirme : Laisser tourner un disque pour ne l'utiliser que rarement je trouve aussi que ça n'est pas très logique,
sans compter qu'il vaut mieux isoler le disque de sauvegarde du système sauvegardé.

Dernière modification par MicP (Le 18/04/2021, à 18:52)

geole

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Ce n'est facile de savoir s'il faut utiliser au quotidien le meilleur disque et utiliser le mauvais pour des sauvegardes
ou le contraire.
Quoiqu'il en soit les deux disques sont en bon état
pour hitachi, je suis surpris par cette ligne

 9 Power_On_Hours          0x0012   096   096   000    Old_age   Always       -       30363

Donc le constructeur dit, qu'en moyenne, ce type de disque fonctionne pendant 86 ans en non-stop.
30363/(100-96)*100/24/365,25

Mais pour le western seulement 8,5 ans

  9 Power_On_Hours          0x0032   062   062   000    Old_age   Always       -       28299

Dernière modification par geole (Le 18/04/2021, à 19: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

Coeur Noir

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Bon je vais me trouver des câbles neufs, déjà, on verra si ça change quelque chose.

Sauvegarder un peu plus souvent aussi.

Je passe en résolu ? Je laisse comme ça ?

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

MicP

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Bonjour

@geole

michel@xubu:~$ echo "Le disque Hitachi a tourné pendant environ $(bc <<< "scale=2; 30363 / (365.25 * 24)") ans"
Le disque Hitachi a tourné pendant environ 3.46 ans
michel@xubu:~$ echo "Le disque Western a tourné pendant environ $(bc <<< "scale=2; 28299 / (365.25 * 24)") ans"
Le disque Western a tourné pendant environ 3.22 ans
michel@xubu:~$ 

=======
@Coeur Noir
Il y a peut-être aussi une fatigue du bloc d'alimentation
s'il tourne depuis tout ce temps.

Dernière modification par MicP (Le 24/04/2021, à 07:44)

Coeur Noir

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Ces valeurs me semblent cohérentes, MicP ( en gros 12 heures par jour ).

Et ouais, l'alim' c'est celle d'origine… difficile à jauger / évaluer je suppose ?

Et puis voyez, depuis que j'ai posté le premier message, je n'ai plus eu ces alertes.

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

MicP

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

…  l'alim' c'est celle d'origine… difficile à jauger / évaluer je suppose ? …

Surtou s'il s'agit de panne intermittente,
le plus simple serait de l'échanger temporairement par une dont tu aurais la certitude qu'elle fonctionne bien,
comme le défaut se manifeste au démarrage et se voit dans les retours de dmesg, ça devrait être vite vu.

Bien sûr, ça peut aussi venir d'un composant de la carte mère, ou/et d'un autre périphérique
mais changer d'alimentation est quand même plus simple et rapide à faire.

Un bon dépoussiérage ne fera pas de mal non plus …
et en dépoussiérant, regarde si tu n'as pas des condensateurs qui ont gonflé.
Parfois, en "faisant le ménage", on trouve des choses intéressantes.

=======

… Et puis voyez, depuis que j'ai posté le premier message, je n'ai plus eu ces alertes. …

Cool ! Comme solution efficace

Donc, si ça se reproduit, il te suffira de venir poster quelques messages

Voilà voilà !

Dernière modification par MicP (Le 24/07/2021, à 16:25)

Coeur Noir

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Du nouveau ?

django@ASGARD:~$ dmesg | grep -Ei "error|warning"
(…)
[    0.956202] gpio-aaeon: probe of gpio-aaeon.0 failed with error -22
(…)
[   12.986785] gpio-aaeon: probe of gpio-aaeon.0 failed with error -22
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   21.289765] ata3.00: error: { ABRT }
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   27.645796] ata3.00: error: { ABRT }
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   34.001762] ata3.00: error: { ABRT }
[   40.353667] ata3.00: NCQ disabled due to excessive errors
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   40.353761] ata3.00: error: { ABRT }
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   44.609761] ata3.00: error: { ABRT }
[   51.793673] ata3.00: failed to IDENTIFY (I/O error, err_mask=0x4)
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   64.577764] ata3.00: error: { ABRT }
[   64.664973] blk_update_request: I/O error, dev sda, sector 0 op 0x1:(WRITE) flags 0x800 phys_seg 0 prio class 0
django@ASGARD:~$ 

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Coeur Noir

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Depuis une session-live :

ubuntu@ubuntu:~$ sudo fsck -V /dev/sda
fsck de util-linux 2.34
[/usr/sbin/fsck.ext2 (1) -- /dev/sda] fsck.ext2 /dev/sda 
e2fsck 1.45.5 (07-Jan-2020)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sda

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
    e2fsck -b 8193 <périphérique>
 ou
    e2fsck -b 32768 <périphérique>

Trouvé une table de partitions dos dans /dev/sda
ubuntu@ubuntu:~$ 

Est-ce que je tente tel que suggéré

(sudo?) e2fsck -b 8193 /dev/sda

Et le paysage :

ubuntu@ubuntu:~$ lsblk -fe7 -o +size
NAME       FSTYPE LABEL     UUID                                 FSAVAIL FSUSE% MOUNTPOINT   SIZE
sda                                                                                        931,5G
└─sda1     ext4   DATA      b19322e6-8a6d-4e24-b87f-4b0155b41963                           930,8G
sdb                                                                                        111,8G
├─sdb1     ext4   Budgie    25c341fb-320d-4a4a-9d64-b08c5fe55540                            37,3G
├─sdb2                                                                                         1K
├─sdb5     ext4   System_02 384c7fbb-8785-4c06-9053-790ad27cc3bf                            37,3G
└─sdb6     ext4   System_03 c3e7a588-524b-4a46-bbf9-cc63cdc5db28                            37,3G
sdc                                                                                         29,8G
├─sdc1     exfat  Ventoy    8824-0624                                                       29,8G
│ └─ventoy                                                             0   100% /cdrom       2,5G
└─sdc2     vfat   VTOYEFI   36FE-745E                                                         32M
sr0                                                                                         1024M
ubuntu@ubuntu:~$

Dernière modification par Coeur Noir (Le 24/07/2021, à 16:04)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

MicP

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

…
ubuntu@ubuntu:~$ sudo fsck -V /dev/sda
…
Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
…

…
Est-ce que je tente tel que suggéré

Non

Car la commande fsck est une commande qui sert à "Vérifier et réparer un système de fichiers Linux" (extrait de la page man de la commande fsck)
mais tu lui as donné un nom de fichier de périphérique qui est associé à un disque
alors qu'il aurait fallu lui donner un nom de fichier de périphérique qui soit associé à une partition de ce disque qui a été formatée (<=> contenant un système de fichiers).

Un nom de fichier de périphérique associé à une partition d'un disque se termine par le numéro de la partition de ce disque => un chiffre

Il faudra aussi que le système de fichiers à faire vérifier par la commande fsck ne soit PAS en cours d'utilisation <=> ne soit PAS monté.

Dernière modification par MicP (Le 24/07/2021, à 16:32)

Coeur Noir

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Il me semblait bien que je visais mal → sda1 dans mon cas, plutôt.
Et je prévoyais bien de faire ça depuis une live-session. Ou de démonter ce volume qui ne contient rien de vital au système, seulement des documents « humains ».

MAiS

je viens de changer le cable Sata du disque en question et maintenant mon dmesg est propre…
Enfin juste les traditionnelles erreurs sur ACPI et cette nouveauté :

gpio-aaeon: probe of gpio-aaeon.0 failed with error -22

qui a probablement à voir avec https://bugs.launchpad.net/ubuntu/impis … ug/1929504 sans vraiment me concerner outre mesure.

Alors fsck ou pas ?

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

MicP

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

… je viens de changer le cable Sata du disque en question et maintenant mon dmesg est propre…

Si le problème ne se reproduit pas il faudra faire en sorte de bien détruire en petit morceaux l'ancien câble,
… ou alors, en faire cadeau à quelqu'un que tu n'aimes pas du tout.

=======

… Alors fsck ou pas ?

Un fsck sur un système de fichiers en bon état n'est pas utile mais ne lui fera de toutes façons aucun mal,
et un message confirmant qu'il n'y a pas de problème, c'est toujours bon pour le moral

Dernière modification par MicP (Le 24/07/2021, à 18:23)

Coeur Noir

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Bon comme prévu :

django@ASGARD:~$ sudo fsck -V /dev/sda1
fsck de util-linux 2.34
[/usr/sbin/fsck.ext4 (1) -- /media/DATA] fsck.ext4 /dev/sda1 
e2fsck 1.45.5 (07-Jan-2020)
DATA : propre, 78494/61005824 fichiers, 147663328/243999744 blocs
django@ASGARD:~$

À propos du câble, à la boutique, le gars avait l'air sceptique aussi mais a peut-être pointé quelque chose d'intéressant :
⋅ quand il s'agit de connecter des disques internes, utiliser des câbles sata « coudés » ( côté prise disque ).
⋅ effectivement, c'est bien un câble droit que je viens de virer.

…en attendant la prochaine blague…

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Coeur Noir

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Qui n'aura pas tardé à venir :

django@ASGARD:~$ dmesg | grep -Ei "err|warn"
(…)
[   10.548802] EXT4-fs (sdb1): re-mounted. Opts: errors=remount-ro
[   10.864799] gpio-aaeon: probe of gpio-aaeon.0 failed with error -22
[   16.865736] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   16.865827] ata5.00: status: { DRDY DF ERR }
[   16.865838] ata5.00: error: { ABRT }
[   21.129748] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   21.129829] ata5.00: status: { DRDY DF ERR }
[   21.129840] ata5.00: error: { ABRT }
[   25.477734] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   25.477827] ata5.00: status: { DRDY DF ERR }
[   25.477840] ata5.00: error: { ABRT }
[   29.745731] ata5.00: NCQ disabled due to excessive errors
[   29.745733] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   29.745823] ata5.00: status: { DRDY DF ERR }
[   29.745835] ata5.00: error: { ABRT }
[   36.117731] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   36.117819] ata5.00: status: { DRDY DF ERR }
[   36.117830] ata5.00: error: { ABRT }
[   42.493731] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
                        res 61/04:00:00:80:98/00:00:ff:00:00/a0 Emask 0x1 (device error)
[   42.493824] ata5.00: status: { DRDY DF ERR }
[   42.493836] ata5.00: error: { ABRT }
[   44.619398] blk_update_request: I/O error, dev sda, sector 0 op 0x1:(WRITE) flags 0x800 phys_seg 0 prio class 0
django@ASGARD:~$

Puisque le fsck ne se plaignait de rien sur ce système de fichier en sda1, faut-il en conclure que ça ne vient ni du disque lui-même, ni du câble ?
Est-ce typiquement un symptôme de vieux disque ( c'est la cas un peu quand même ) ?
Reste quoi… la carte-mère elle-même qui « perdrait » les ports sata de temps à autre ?

Dernière modification par Coeur Noir (Le 26/07/2021, à 01:03)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

MicP

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Bonjour

Le problème peut aussi être la conséquence d'un mauvais contact au niveau des connecteurs :
entre le connecteur du cordon et le connecteur qui est sur la carte mère
ou/et
entre le connecteur du cordon et le connecteur qui est sur le disque dur.

Il faudrait vérifier s'il n'y a pas quelque chose (poussière ou autre)
qui pourrait provoquer un mauvais contact.

Est-ce que, mécaniquement, ils tiennent bien enfoncés dans les connecteurs
côté carte mère et côté disque ?

Dernière modification par MicP (Le 26/07/2021, à 04:05)

geole

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Bonjour
Bizarre ce truc aléatoire revenu si vite et qui disparaît aussitôt que le message suivant est signalé
29.745731] ata5.00: NCQ disabled due to excessive errors
Ce qui permet alors de lire normalement le secteur zéro et de connaître la liste des partitions

---

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

Coeur Noir

Re : Erreurs dans dmesg : de quoi dois-je m'inquiéter ?

Et démarrage du jour tout va bien… aucune référence à ata ou NCQ dans le dmesg.

Geole effectivement ce « pépin » ne m'empêche généralement pas de démarrer la machine, c'est juste beaucoup plus long ( 30s à une minute de + ) alors qu'en temps normal comme aujourd'hui ça donne :

The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @7.552s
└─multi-user.target @7.552s
  └─snapd.seeded.service @7.518s +33ms
    └─snapd.service @2.954s +4.562s
      └─basic.target @2.919s
        └─sockets.target @2.919s
          └─snapd.socket @2.919s +531us
            └─sysinit.target @2.908s
              └─snapd.apparmor.service @2.842s +65ms
                └─apparmor.service @2.702s +139ms
                  └─local-fs.target @2.702s
                    └─media-DATA.mount @2.665s +36ms
                      └─systemd-fsck@dev-disk-by\x2duuid-b19322e6\x2d8a6d\x2d4e24\x2db87f\x2d4b0155b41963.service @2.537s +127ms
                        └─dev-disk-by\x2duuid-b19322e6\x2d8a6d\x2d4e24\x2db87f\x2d4b0155b41963.device @2.536s

Quand ça merdoie c'est

└─media-DATA.mount @2.665s +36ms

qui prend + de temps, c'est à dire sda1

Note, depuis le temps que je vois passer ce « pépin » il concerne toujours cette partition de ce disque et ce quel que soit le port sata utilisé sur la carte mère, et quel que soit le câble de connexion employé.

Donc finalement le pépin semble bien « suivre » le disque… et rien d'autre.

Je redonne les infos smart, des fois que depuis vous y verriez un « truc » louche :

django@ASGARD:~$ sudo smartctl -s on -a /dev/sda
[sudo] Mot de passe de django : 
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.8.0-63-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Blue
Device Model:     WDC WD10EZEX-00BN5A0
Serial Number:    WD-WCC3F0348707
LU WWN Device Id: 5 0014ee 20959e582
Firmware Version: 01.01A01
User Capacity:    1000204886016 bytes [1,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2, ACS-3 T13/2161-D revision 3b
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Mon Jul 26 14:23:38 2021 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:  (0x82)	Offline data collection activity
					was completed without error.
					Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(11400) 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: 	 ( 118) minutes.
Conveyance self-test routine
recommended polling time: 	 (   5) minutes.
SCT capabilities: 	       (0x3035)	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   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   171   166   021    Pre-fail  Always       -       2416
  4 Start_Stop_Count        0x0032   096   096   000    Old_age   Always       -       4114
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   060   060   000    Old_age   Always       -       29562
 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   096   096   000    Old_age   Always       -       4114
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       156
193 Load_Cycle_Count        0x0032   199   199   000    Old_age   Always       -       3958
194 Temperature_Celsius     0x0022   112   096   000    Old_age   Always       -       31
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%     23105         -
# 2  Short offline       Completed without error       00%      7908         -

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.

django@ASGARD:~$ 

Après honnêtement ce disque tourne depuis des années ( 7~8 ans ) les données sont sauvegardées ailleurs.

C'est juste que j'aimerais être sûr de l'origine du pépin : entendre par là, changer un disque dur pas de problème, mais si c'est la carte-mère c'est moins drôle.

Est-ce qu'un défaut d'alimentation peut causer ce genre de symptômes ? MicP a évoqué cela.
Câbles et connecteurs propres, bien fixes.

Dernière modification par Coeur Noir (Le 26/07/2021, à 14:34)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >