[Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

Arbiel · Le 03/03/2020, à 00:05

Bonsoir

Depuis quelque mois, mon PC se bloque en cours de session. J'utilise les noyaux 4.15.0-88-generic ou 4.15.0-76-generic, avec des blocages sensiblement aussi fréquents dans un cas comme dans l'autre.

Ceci m'est arrivé ce soir. Lorsque j'ai eu à nouveau la main, j'ai exécuté la commande

dmesg -dT

dont j'ai collé le résultat ici (https://paste.ubuntu.com/p/VF2F73MhF8/), avant de connaître un nouveau blocage, qui a duré plus d'une demi-heure, pendant lequel l'activité de mon disque sda a été quasi ininterrompue, blocage que j'ai stoppé en arrêtant brutalement mon PC.

On voit dans le résultat de la commande, à partir de la ligne 1120 (lun. mars 2 19:24:19 2020), un grand nombre de messages d'erreurs relatives à ata1.00 que j'ai supposé être mon disque sda.

[lun. mars  2 19:24:19 2020 <  210,035448>] ata1.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x0 action 0x6 frozen
[lun. mars  2 19:24:19 2020 <    0,000008>] ata1.00: failed command: WRITE FPDMA QUEUED
[lun. mars  2 19:24:19 2020 <    0,000007>] ata1.00: cmd 61/08:00:a8:e1:cd/00:00:1b:00:00/40 tag 0 ncq dma 4096 out
                                                     res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[lun. mars  2 19:24:19 2020 <    0,000003>] ata1.00: status: { DRDY }
[lun. mars  2 19:24:19 2020 <    0,000003>] ata1.00: failed command: WRITE FPDMA QUEUED
[lun. mars  2 19:24:19 2020 <    0,000006>] ata1.00: cmd 61/08:08:a0:5d:9f/00:00:04:00:00/40 tag 1 ncq dma 4096 out
                                                     res 40/00:00:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
[lun. mars  2 19:24:19 2020 <    0,000003>] ata1.00: status: { DRDY }
[lun. mars  2 19:24:19 2020 <    0,000002>] ata1.00: failed command: WRITE FPDMA QUEUED
[lun. mars  2 19:24:19 2020 <    0,000014>] ata1.00: cmd 61/08:10:00:e2:cd/00:00:1b:00:00/40 tag 2 ncq dma 4096 out
                                                     res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[lun. mars  2 19:24:19 2020 <    0,000001>] ata1.00: status: { DRDY }
[lun. mars  2 19:24:19 2020 <    0,000001>] ata1.00: failed command: WRITE FPDMA QUEUED
[lun. mars  2 19:24:19 2020 <    0,000003>] ata1.00: cmd 61/08:18:a0:a6:a0/00:00:04:00:00/40 tag 3 ncq dma 4096 out
…………
[lun. mars  2 19:25:23 2020 <    0,000004>] ata1: hard resetting link
[lun. mars  2 19:25:23 2020 <    0,314149>] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[lun. mars  2 19:25:23 2020 <    0,002882>] ata1.00: ACPI cmd 00/00:00:00:00:00:a0 (NOP) rejected by device (Stat=0x51 Err=0x04)
[lun. mars  2 19:25:23 2020 <    0,014813>] ata1.00: ACPI cmd 00/00:00:00:00:00:a0 (NOP) rejected by device (Stat=0x51 Err=0x04)
[lun. mars  2 19:25:23 2020 <    0,000210>] ata1.00: configured for UDMA/133
[lun. mars  2 19:25:23 2020 <    0,000004>] ata1.00: device reported invalid CHS sector 0
[lun. mars  2 19:25:23 2020 <    0,001069>] ata1: EH complete
[lun. mars  2 19:25:52 2020 <   28,318783>] INFO: task dmcrypt_write:491 blocked for more than 120 seconds.

J'ai ensuite relancé mon PC à partir d'un sytème de secours, avec lequel je rédige le présent message. Ce système de secours utilise le noyau 4.15.0-54-generic, avec lequel je ne connais aucun blocage. Cependant, ce système de secours n'utilise pas les mêmes volumes logiques que mon système opérationnel. Pour essayer de lever le doute entre le disque et les noyaux, j'ai exécuté smartmontools dont voici le résultat

remi@remi-Vostro-3550:~$ sudo smartctl -s on -a /dev/sda
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-54-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Scorpio Blue Serial ATA
Device Model:     WDC WD2500BEVS-22UST0
Serial Number:    WD-WXE807F76421
LU WWN Device Id: 5 0014ee 2ab25dd37
Firmware Version: 01.01A01
User Capacity:    250059350016 bytes [250 GB]
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)
Local Time is:    Mon Mar  2 21:28:47 2020 CET
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:  (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: 		( 9180) 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: 	 ( 110) minutes.
Conveyance self-test routine
recommended polling time: 	 (   5) minutes.
SCT capabilities: 	       (0x303f)	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     0x000f   200   200   051    Pre-fail  Always       -       81
  3 Spin_Up_Time            0x0003   187   180   021    Pre-fail  Always       -       1616
  4 Start_Stop_Count        0x0032   094   094   000    Old_age   Always       -       6084
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   100   253   051    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   087   087   000    Old_age   Always       -       10044
 10 Spin_Retry_Count        0x0013   100   100   051    Pre-fail  Always       -       0
 11 Calibration_Retry_Count 0x0012   100   100   051    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   095   095   000    Old_age   Always       -       5870
192 Power-Off_Retract_Count 0x0032   195   195   000    Old_age   Always       -       4105
193 Load_Cycle_Count        0x0032   001   001   000    Old_age   Always       -       606674
194 Temperature_Celsius     0x0022   103   088   000    Old_age   Always       -       44
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0012   200   200   000    Old_age   Always       -       16
198 Offline_Uncorrectable   0x0010   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0009   100   253   051    Pre-fail  Offline      -       0

SMART Error Log Version: 1
ATA Error Count: 264 (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 264 occurred at disk power-on lifetime: 10042 hours (418 days + 10 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 08 f0 e8 01 e0  Error: UNC 8 sectors at LBA = 0x0001e8f0 = 125168

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 f0 e8 01 1c 00      00:11:11.584  READ DMA EXT
  ef 10 02 00 00 00 00 00      00:11:11.583  SET FEATURES [Enable SATA feature]
  27 00 00 00 00 00 00 00      00:11:11.583  READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
  ec 00 00 00 00 00 00 00      00:11:11.582  IDENTIFY DEVICE
  ef 03 45 00 00 00 00 00      00:11:11.581  SET FEATURES [Set transfer mode]

Error 263 occurred at disk power-on lifetime: 10042 hours (418 days + 10 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 08 f0 e8 01 e0  Error: UNC 8 sectors at LBA = 0x0001e8f0 = 125168

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 f0 e8 01 1c 00      00:10:56.951  READ DMA EXT
  c8 00 58 18 ce 9f 00 00      00:10:56.933  READ DMA
  c8 00 18 78 2b 57 03 00      00:10:56.928  READ DMA
  c8 00 08 38 2a 62 03 00      00:10:56.917  READ DMA
  c8 00 20 f8 cd 9f 00 00      00:10:56.916  READ DMA

Error 262 occurred at disk power-on lifetime: 10042 hours (418 days + 10 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 00 e9 01 e0  Error: UNC at LBA = 0x0001e900 = 125184

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 00 00 e9 01 1c 00      00:09:32.888  READ DMA EXT
  ef 10 02 00 00 00 00 00      00:09:32.887  SET FEATURES [Enable SATA feature]
  27 00 00 00 00 00 00 00      00:09:32.887  READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
  00 00 00 00 00 00 00 00      00:09:32.887  NOP [Abort queued commands]
  ec 00 00 00 00 00 00 00      00:09:32.884  IDENTIFY DEVICE

Error 261 occurred at disk power-on lifetime: 10040 hours (418 days + 8 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 08 f8 e8 01 e0  Error: UNC 8 sectors at LBA = 0x0001e8f8 = 125176

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 f8 e8 01 1c 00      00:11:55.433  READ DMA EXT
  35 00 10 40 57 81 1c 00      00:11:55.433  WRITE DMA EXT
  35 00 20 00 27 5e 1c 00      00:11:55.433  WRITE DMA EXT
  35 00 08 78 b6 16 1c 00      00:11:55.433  WRITE DMA EXT
  35 00 08 58 d0 2d 1b 00      00:11:55.433  WRITE DMA EXT

Error 260 occurred at disk power-on lifetime: 10040 hours (418 days + 8 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 08 f8 e8 01 e0  Error: UNC 8 sectors at LBA = 0x0001e8f8 = 125176

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 f8 e8 01 1c 00      00:11:35.622  READ DMA EXT
  35 00 10 e0 7b 78 1c 00      00:11:35.622  WRITE DMA EXT
  35 00 08 b8 7b 78 1c 00      00:11:35.621  WRITE DMA EXT
  35 00 10 78 7b 78 1c 00      00:11:35.621  WRITE DMA EXT
  35 00 08 38 7b 78 1c 00      00:11:35.621  WRITE DMA EXT

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

remi@remi-Vostro-3550:~$

J'ai déjà évoqué cette difficulté fin janvier :https://forum.ubuntu-fr.org/viewtopic.php?id=2048079. xubu1957 m'avait suggéré de me reporter vers https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1788044, mais la situation m'y est apparue différente car le blocage n'a apparemment lieu qu'au lancement ou à l'arrêt du PC, alors que dans mon cas, il se produit à peu près n'importe quand dans mes sessions.

Merci d'avance pour le résultat de vos analyses et vos conseils.

Arbiel

Dernière modification par Arbiel (Le 05/03/2020, à 17:43)

moko138 · Le 03/03/2020, à 12:14

Ton disque est tout simplement en train de rendre l'âme :

197 Current_Pending_Sector   200   200   000  -   16

À 10.000 heures, c'est bizarre pour un Scorpio blue (cet ancien modèle s'avère habituellement robuste).

geole · Le 03/03/2020, à 12:19

Bonjour
L'analyse du DMESG montre que c'est un problème d'accès disque.
Le retour de smartclt le précise: 16 secteurs sont totalement illisibles.

9 Power_On_Hours          0x0032   087   087   000    Old_age   Always       -       10044
197 Current_Pending_Sector  0x0012   200   200   000    Old_age   Always       -       16

On peut voir que c'est récent . On dispose seulement des cinq derniers.

Error 264 occurred at disk power-on lifetime: 10042 hours  Error: UNC 8 sectors at LBA = 0x0001e8f0 = 125168
Error 263 occurred at disk power-on lifetime: 10042 hours  Error: UNC 8 sectors at LBA = 0x0001e8f0 = 125168
Error 262 occurred at disk power-on lifetime: 10042 hours  Error: UNC at LBA = 0x0001e900 = 125184
Error 261 occurred at disk power-on lifetime: 10040 hours  Error: UNC 8 sectors at LBA = 0x0001e8f8 = 125176
Error 260 occurred at disk power-on lifetime: 10040 hours   Error: UNC 8 sectors at LBA = 0x0001e8f8 = 125176

C'est donc en tout début de disque. La commande

sudo fdisk -l | grep -v loop

devrait permettre de trouver dans quelle partition sont ces secteurs. Celle utilisée par le ubuntu qui fonctionne mal .
Cette partition est à reformater afin de pouvoir réutiliser ces secteurs.

Mon avis: Lorsqu'un disque commence à avoir des secteurs illisibles, il est grand temps de vérifier que les données de l'utilisateur sont bien disponibles ailleurs car il est fort probable que le problème s'aggrave. Dans ce cas, il faudra changer le disque bien qu'il soit récent.

AJOUT. Je viens de trouver cela
193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 606674
C'est une valeur très mauvaise. C'est certainement lié à ce problème.
https://unix.stackexchange.com/question … umber-from

Peut-être que l'outil de dé-activation peut encore être utilisé http://idle3-tools.sourceforge.net/

Dernière modification par geole (Le 03/03/2020, à 12:41)

moko138 · Le 03/03/2020, à 13:53

geole a écrit :

AJOUT. Je viens de trouver cela
193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 606674
C'est une valeur très mauvaise. C'est certainement lié à ce problème.
https://unix.stackexchange.com/question … umber-from

Faux !

- -

Peut-être que l'outil de dé-activation peut encore être utilisé http://idle3-tools.sourceforge.net/

Surtout pas !

Arguments à suivre dès que ma connexion redevient correcte.

moko138 · Le 03/03/2020, à 14:03

1) Voici mon Scorpio Blue :

Model Family:     Western Digital Scorpio Blue Serial ATA
  9 Power_On_Hours          0x0032   061   061   000    Old_age       28785
193 Load_Cycle_Count        0x0032   001   001   000    Old_age       2274070

Il frôle donc les 29.000 heures et les 2,3 millions de parcages.

Et il fonctionne encore parfaitement :

  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail       15
197 Current_Pending_Sector  0x0032   200   200   000    Old_age       0
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age       0
200 Multi_Zone_Error_Rate   0x0009   100   253   051    Pre-fail       0

- -

2) Cf. Parcages et température des disques rotatifs : compromis [tutoriel]

geole · Le 03/03/2020, à 18:51

Merci de la rectification.
Je souhaite que tu puisses écrire

moko138 a écrit :

1) Voici mon Scorpio Blue qui n'a toujours aucun problème.

Model Family:     Western Digital Scorpio Blue Serial ATA
  9 Power_On_Hours          0x0032   001   001   000    Old_age       73070
193 Load_Cycle_Count        0x0032   001   001   000    Old_age       5777000

Arbiel · Le 03/03/2020, à 20:19

Merci pour vos conseils, dont j'ai pu tirer grand profit.

Une petite précision préliminaire : les 10000 heures de fonctionnement ne correspondent pas à la réalité de ce disque. Des difficultés, dont je n'ai qu'un vague souvenir, m'ont incité à remplacer mon disque original par ce disque qui provient d'un enregistreur vidéo que je n'utilisais plus, mais qui n'a cependant pas été beaucoup utilisé.

J'ai omis de dire que je dispose également d'un noyau 4.15.0-74-generic dans mon système opérationnel. Je ne l'ai pas mentionné hier car je ne l'avais pas testé dans ma situation actuelle. Il accède aux mêmes volumes logiques que les deux autres systèmes fondés sur les noyaux 4.15.0-88-generic et 4.15.0-76-generic. Je l'utilise actuellement, sans qu'aucun blocage ne se produise. Je l'ai utilisé ce matin également pendant une petite heure, également sans blocage. Je comprends parfaitement que cela ne signifie aucunement que mon disque ne soit pas en fin de vie, mais peut-être n'est-il pas encore tout à fait à l'agonie. Je vais néanmoins augmenter la fréquence de mes sauvegardes.

Le retour de la commande indiquée par geole, dans lequel j'ai supprimé un certain nombre de lignes qui se répètent à l'identique, à savoir

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

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

montre que les secteurs défectueux, (8 sectors at LBA = 0x0001e8f0 = 125168 et 8 sectors at LBA = 0x0001e8f8 = 125176) sont dans la partition /dev/sda1, qui se trouve être ma partition /boot.

remi@remi-Vostro-3550:~$ sudo fdisk -l | grep -v loop
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


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
…………………
Disque /dev/sda : 232,9 GiB, 250059350016 octets, 488397168 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 : 0x000c5f95

Périphérique Amorçage   Début       Fin  Secteurs Taille Id Type
/dev/sda1    *           2048   1026047   1024000   500M 83 Linux
/dev/sda2             1026048 488396799 487370752 232,4G 8e LVM Linux




Disque /dev/mapper/victor-boot : 252 MiB, 264241152 octets, 516096 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


Disque /dev/mapper/victor-alma : 10 GiB, 10737418240 octets, 20971520 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


Disque /dev/mapper/victor-grub : 200 MiB, 209715200 octets, 409600 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


Disque /dev/mapper/victor-gumnon : 115 GiB, 123480309760 octets, 241172480 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


Disque /dev/mapper/victor-psilos : 7 GiB, 7516192768 octets, 14680064 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


Disque /dev/mapper/victor-louis_l : 3 GiB, 3221225472 octets, 6291456 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


Disque /dev/mapper/victor-var_l : 8 GiB, 8589934592 octets, 16777216 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


Disque /dev/mapper/victor-xavier : 1 GiB, 1073741824 octets, 2097152 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


Disque /dev/mapper/victor-benoit_l : 10 GiB, 10737418240 octets, 20971520 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


Disque /dev/mapper/victor-home_l : 10 GiB, 10737418240 octets, 20971520 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


Disque /dev/mapper/victor-secours : 10 GiB, 10737418240 octets, 20971520 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


Disque /dev/mapper/victor-ciel : 10 GiB, 10737418240 octets, 20971520 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


Disque /dev/sdb : 29,8 GiB, 32015679488 octets, 62530624 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 : 0x000dd18f

Périphérique Amorçage    Début      Fin Secteurs Taille Id Type
/dev/sdb1    *            2048 62509055 62507008  29,8G  b W95 FAT32
/dev/sdb2             62509056 62529535    20480    10M 83 Linux


Disque /dev/mapper/victor-louis : 3 GiB, 3219128320 octets, 6287360 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


Disque /dev/mapper/victor-var : 8 GiB, 8587837440 octets, 16773120 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


Disque /dev/mapper/victor-benoit : 10 GiB, 10735321088 octets, 20967424 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


Disque /dev/mapper/victor-home : 10 GiB, 10735321088 octets, 20967424 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

………
remi@remi-Vostro-3550:~$

Les remarques que vous avez faites et le bon fonctionnement de mon PC avec le noyau 4.15.0-74-generic, m'ont amené à réaliser que la plus importante différence entre les trois situations (4.15.0-74-generic, 4.15.0-76-generic et 4.15.0-88-generic) était la localisation du fichier vmlinuz correspondant. En supposant qu'en cours de session, des modules soient chargés dynamiquement à partir de ces fichiers, j'ai déplacé le fichier vmlinuz-4.15.0-88-generic, ce qui s'est bien passé (j'avais bien sûr des doutes) et redémarré le PC avec le noyau 4.15.0-88-generic. Avec lequel je poursuis ma saisie actuelle.

Pour l'instant tout se passe bien.

Je ne marque pas encore le problème comme résolu, bien qu'il en ressorte assez clairement que le blocage est bien dû à des défectuosités de mon disque dur, comme vous me l'avez indiqué.

Ce dont je vous remercie grandement.

Arbiel

geole · Le 03/03/2020, à 20:46

Une partition de boot, ce n'est pas volumineux.
Je te propose de dupliquer son contenu en ligne de commandes. J'espère ne pas me tromper

mkdir $HOME/SaveBoot
cp -Rav  /boot/*  $HOME/SaveBoot

Cela devrait permettre de savoir si tous les fichiers sont lisibles pour duplication.
On devrait bloquer sur un fichier....

NOTA: Je ne vois pas ce qu'on aurait faire dans la structure /boot pendant une session.

Dernière modification par geole (Le 03/03/2020, à 20:51)

moko138 · Le 03/03/2020, à 23:26

Arbiel a écrit :

j'ai déplacé le fichier vmlinuz-4.15.0-88-generic, (...)
Pour l'instant tout se passe bien.

Tu aurais aussi pu dupliquer le fichier ; et l'original sur secteurs défectueux, (à supposer que l'état du disque le permette) :
- le renommer
- et le rendre ineffaçable avec chattr.

Parce que là, tu as libéré son espace qui risque ainsi d'être réutilisé à la prochaine mise à jour-noyau. D'où réapparition du problème.

Mais cela n'a pas grande importance. Parce que je ne vois que deux cas de figures :
soit les secteurs défectueux sont localisés dans une seule zone (après un atterrissage de têtes). Et alors on peut prolonger des années la vie du disque (je l'ai fait) en passant ladite zone (moyennant une bonne marge de 5 Gio de chaque côté de la zone rayée) en "non alloué".
Ta partition /boot, dans cette hypothèse, est à reconstituer plus loin sur le disque (ou sur une carte-mémoire) ;

Soit les secteurs sont dispersés (cas le plus fréquent). Et alors le disque est à jeter parce qu'il ne sera plus jamais fiable.
Et précisément, ta phrase

les 10000 heures de fonctionnement ne correspondent pas à la réalité de ce disque.

peut (entre autres hypothèses) illustrer le cas où le disque est dégradé de telle sorte qu'il ne peut plus enregistrer correctement les données SMART.
J'ai ainsi un disque usé de test, dont le nombre d'heures affiché a radicalement diminué, suite à un fsck intercalé entre deux rapports smartctl !

moko138 · Le 03/03/2020, à 23:31

geole a écrit :

NOTA: Je ne vois pas ce qu'on aurait faire dans la structure /boot pendant une session.

En effet, je n'ai pas eu l'occasion de tester en EFI, mais en mode hérité, oui :
il est parfaitement faisable de démonter la partition /boot une fois que le système est lancé. Et de continuer à bosser normalement pendant des heures (sauf, bien sûr, qu'une mise à jour de grub est alors impossible).

geole · Le 04/03/2020, à 01:10

Bonsoir moko138
En efi, il faut obligatoirement une partition FAT32 avec un drapeau boot destinée à stocker la totalité des fichiers de boot EFI de tous les O.S.
Cette partition peut être démontée sans difficulté. Les mises à jour des noyaux peuvent même se faire. Seule une nouvelle version des programmes *.EFI pose problème. Mais c'est rare qu'il y en ait.

Si ubuntu décide d'ajouter une partition de boot, son contenu sera identique à une installation LEGACY.

Après réflexion, Je pense qu'à un moment donné, il y a eu 16 secteurs illisibles que le bios veut encore réparer au démarrage même si c'est devenu inutile.

Bonsoir Arbiel.
Si, pendant le fonctionnement, tu as de nouveau un problème, note l'heure et la minute de l'incident, on regardera alors dans le journal ce qui s'est passé. Je te donnerais la codification.

Arbiel · Le 04/03/2020, à 01:43

Bonsoir

Le contenu initial de cette intervention n'a plus aucun intérêt, si ce n'est d'indiquer que je m'étais trompé sur la localisation de mon /boot, et que les erreurs d'entrée-sortie n'y sont pas localisées.

Arbiel

Dernière modification par Arbiel (Le 08/03/2020, à 19:05)

moko138 · Le 04/03/2020, à 03:34

Pour la première partie de ton dernier message, je ne suis pas compétent et je laisse à geole le soin de te répondre.
Pour la fin,
soit tu as redémarré et il faut chercher dans le journal (si tu ne l'as pas désactivé) ;

soit tu as redémarré (et tu as désactivé le journal) : cherche dans syslog et syslog.1 ;

soit tu n'as pas redémarré, et tu cherches dans dmesg :

dmesg | grep -Ei "i/o error|lba|sector"

et

cat /var/log/dmesg | grep -Ei "i/o error|lba|sector"

.

= =

.

geole a écrit :

secteurs illisibles que le bios veut encore réparer

Je n'ai jamais rien vu de tel.

Je reformule ce que j'ai dit plus haut :
Pour avoir la paix malgré des secteurs dégradés, il suffit de mettre leur(s) zone(s) dans une zone non allouée.
J'ai ainsi utilisé plusieurs années un HDD qui avait pourtant 1229 secteurs défectueux concentrés en une seule zone.

geole · Le 04/03/2020, à 10:41

Bonjour.
Finalement c'est mieux que cela ne soit pas les fichiers de boot.
Moko138 t'a donné deux commandes pour voir dans le DMESG, en voici une autre qui est peut-être plus complète.

journalctl    --no-pager --since  "2020-03-02 19:24:18" --until  "2017-12-06 19:24:20"   >Trace.txt && cat Trace.txt

Je vais lire tranquillement ce que tu as posté car il y a à lire
Puis, en supposant que les secteurs fichus contiennent des données et pas des descriptions de fichiers,
je vais te faire recopier l'intégralité des fichiers dans la sortie /dev/null (le temps de trouver la meilleure commande)
On regardera aussi tous les secteurs inutilisés. Si rien ne parle on fera un contrôle non destructif
Je dois m'absenter une heure environ

Arbiel · Le 04/03/2020, à 18:25

Bonjour

Il n'est pas nécessaire de lire tout le début de mon message dont le but était de permettre à tout lecteur de vérifier que ma partition /boot est bien /dev/mapper/victor-xavier. Les erreurs sont si faciles à commettre que les contrôles par autrui sont souvent nécessaires pour les détecter. Afficher toutes ces informations vous permettait donc de contrôler mes conclusions.

Revenant en début d'après-midi sur l'invraisemblable effet du déplacement de deux fichiers qui n'avaient aucun lien, ni de près, ni de loin, avec les blocages de mon PC, j'ai constaté que c'était dans ma partition /boot, c'est à dire dans mon volume logique /dev/mapper/victor-xavier que ces fichiers se trouvent. Cela pour dire que, même si il n'y a aucune raison pour que ces fichiers soient lus durant la session, au moins ont-ils un rapport, lointain, avec mon problème : ils sont localisés dans mon système. Comme quoi il est facile de se tromper quand on a la tête dans le guidon.

Pour les commandes indiquées par moko138 (dont j'ai supprimé l'option -i qui me semble contraire à ce que nous recherchons, et dont j'ai légèremet modifier les critères de recherche pour supprimer de faux positifs), elle ne donnent malheureusement pas grand chose, vraisemblablement par ce que j'ai arrêté mon PC pendant la nuit

remi@remi-Vostro-3550:~$ dmesg | grep -E "i/o error|[^[:alpha:]]lba|sector"
[    1.925090] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
remi@remi-Vostro-3550:~$ 
remi@remi-Vostro-3550:~$ cat /var/log/syslog | grep -E "i/o error|[^[:alpha:]]lba|sector"
Jan 10 18:21:10 remi-Vostro-3550 kernel: [    1.923251] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jan 11 00:07:18 remi-Vostro-3550 kernel: [20824.995631] print_req_error: I/O error, dev sda, sector 469887258
Jan 11 00:07:27 remi-Vostro-3550 kernel: [20833.240311] print_req_error: I/O error, dev sda, sector 469887243
Jan 11 00:07:31 remi-Vostro-3550 kernel: [20837.423909] print_req_error: I/O error, dev sda, sector 469887240
Jan 11 00:21:19 remi-Vostro-3550 smartd[1411]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 19:29:14 remi-Vostro-3550 kernel: [    1.905736] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jan 11 19:29:20 remi-Vostro-3550 smartd[1471]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 19:59:21 remi-Vostro-3550 smartd[1471]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 20:54:40 remi-Vostro-3550 kernel: [    1.924977] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jan 11 20:54:43 remi-Vostro-3550 smartd[1467]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 21:24:43 remi-Vostro-3550 smartd[1467]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 21:54:43 remi-Vostro-3550 smartd[1467]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 22:24:43 remi-Vostro-3550 smartd[1467]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 22:54:44 remi-Vostro-3550 smartd[1467]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 12 17:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 12 17:19:36 remi-Vostro-3550 kernel: [    1.903393] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jan 12 17:24:40 remi-Vostro-3550 kernel: [  368.692347] print_req_error: I/O error, dev sda, sector 469887220
Jan 12 17:24:44 remi-Vostro-3550 kernel: [  373.075855] print_req_error: I/O error, dev sda, sector 469887232
Jan 12 17:26:20 remi-Vostro-3550 kernel: [  468.887027] print_req_error: I/O error, dev sda, sector 469887218
Jan 12 17:26:36 remi-Vostro-3550 kernel: [  484.375008] print_req_error: I/O error, dev sda, sector 469887220
Jan 12 17:49:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors (changed +3)
Jan 12 18:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 18:49:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 19:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 19:49:37 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 20:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 20:49:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 21:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 21:49:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 22:19:37 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 22:49:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 23:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 13 08:20:25 remi-Vostro-3550 kernel: [    1.925338] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jan 13 08:20:30 remi-Vostro-3550 smartd[1442]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Fichier binaire (entrée standard) correspondant
remi@remi-Vostro-3550:~$

remi@remi-Vostro-3550:~$ cat /var/log/syslog.1 | grep -E "i/o error|[^[:alpha:]]lba|sector"
Jan  8 14:18:30 remi-Vostro-3550 kernel: [    1.938838] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jan  8 21:36:05 remi-Vostro-3550 kernel: [    1.906745] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
cat: /var/log/syslog.1: Erreur d'entrée/sortie
remi@remi-Vostro-3550:~$

Un blocage s'est produit pendant l'exécution de cette commande entre 16:06 (ou 07) et 16:10 (ou 11). J'en ai profité pour passer la commande

remi@remi-Vostro-3550:~$ dmesg -dT > /tmp/dmesg.log
remi@remi-Vostro-3550:~$

dont j'ai enregistré le contenu ici https://paste.ubuntu.com/p/C738Kmmfv6/.
J'en ai tiré :

remi@remi-Vostro-3550:~$ grep  "I/O error" /tmp/dmesg.log
[mer. mars  4 16:09:39 2020 <    0,000003>] print_req_error: I/O error, dev sda, sector 469886976
[mer. mars  4 16:11:07 2020 <    0,000005>] print_req_error: I/O error, dev sda, sector 469887220
[mer. mars  4 16:11:21 2020 <    0,000005>] print_req_error: I/O error, dev sda, sector 469887220
remi@remi-Vostro-3550:~$

Il est clair que si des erreurs d'entrée-sortie se produisent lors de l'enregistrement de messages dans les fichiers syslog, des blocages peuvent survenir à tout moment. Je vais créer un nouveau volume logique pour y déplacer mon répertoire /var (séparé de ma racine).

Il n'en reste pas moins qu'il me faudrait identifier les secteurs défectueux pour voir s'ils sont regroupés ou répartis à travers tout de disque. J'ai bien peur que ce soit cette seconde hypothèse puisqu'il y en a dans /dev/sda1 (les 16 identifiés par geole) et ces nouveaux secteurs au beau milieu de mon LVM.

Enfin, pour finir, la commande proposée par geole a créé un fichier de plus de 500 000 lignes, que je n'ai pas pu enregistré dans ubuntu pastebin. J'ai voulu en restreindre la portée, mais j'ai obtenu apparemment le même fichier. La recherche des erreurs d'entrée-sortie me donne les résultats suivants:

remi@remi-Vostro-3550:~$ grep "I/O error" Trace.txt>/tmp/erreurs.log
remi@remi-Vostro-3550:~$ grep -c -e "" /tmp/erreurs.log
141
remi@remi-Vostro-3550:~$ cat /tmp/erreurs.log
janv. 21 09:57:17 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887251
janv. 21 09:57:17 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887233
janv. 22 13:55:00 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887249
janv. 22 13:55:04 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
janv. 23 09:56:39 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887246
janv. 23 09:56:39 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
janv. 24 00:10:12 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887272
janv. 24 00:10:16 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
janv. 28 17:17:01 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
janv. 28 17:17:05 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
janv. 28 17:18:55 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
janv. 28 17:18:55 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
janv. 29 11:03:30 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
janv. 29 11:03:30 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
janv. 29 11:05:03 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
janv. 29 11:05:19 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
janv. 30 12:50:33 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
janv. 30 12:50:37 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
janv. 30 12:52:06 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
janv. 30 12:52:21 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
janv. 31 11:27:11 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
janv. 31 11:27:15 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
janv. 31 11:29:34 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
janv. 31 11:29:34 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 01 11:34:18 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 01 11:34:22 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 01 11:35:56 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 01 11:36:12 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 02 12:50:47 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 02 12:50:52 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 02 12:52:22 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 02 12:53:26 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 02 12:53:26 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 03 09:36:20 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 03 09:36:20 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 03 09:38:22 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 03 09:38:22 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887224
févr. 04 00:11:10 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 04 00:11:14 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 04 00:12:45 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 04 00:13:00 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 06 00:11:35 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 06 00:11:35 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 06 00:13:06 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 06 00:13:21 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 07 00:09:31 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 07 00:09:35 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 07 00:11:09 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 07 00:11:25 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 08 00:07:58 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 08 00:08:03 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 08 00:09:37 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 08 00:09:52 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 09 00:13:10 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 09 00:13:10 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 09 00:13:10 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 09 00:13:11 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 10 00:09:06 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 10 00:09:06 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 10 00:11:02 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 10 00:11:23 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 11 10:17:22 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 11 10:17:22 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 11 10:18:56 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 11 10:19:12 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 12 00:09:47 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 12 00:09:51 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 12 00:12:18 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 12 00:12:18 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 13 00:12:57 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 13 00:12:57 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 13 00:12:57 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 13 00:12:57 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 15 00:10:25 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 15 00:10:25 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 15 00:12:12 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 15 00:12:12 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 16 00:10:26 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 16 00:10:26 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 16 00:12:02 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 16 00:12:43 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 16 00:13:04 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 17 09:56:51 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 17 09:56:51 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 17 09:59:01 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 17 09:59:01 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887226
févr. 18 00:11:19 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 18 00:11:19 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 18 00:13:26 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 18 00:13:26 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887226
févr. 18 00:13:26 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 19 12:34:27 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 19 12:34:27 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 19 12:36:04 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 19 12:36:19 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 20 10:03:24 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 20 10:03:24 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 20 10:04:57 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 20 10:05:11 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 21 00:12:27 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 21 00:12:31 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 21 00:14:19 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 21 00:14:19 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 22 00:12:55 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 22 00:12:55 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 22 00:13:26 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 23 00:12:14 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 23 00:12:14 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 23 00:14:57 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 23 00:14:57 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 23 00:14:57 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 24 00:12:55 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 24 00:12:55 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 24 00:15:15 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 24 00:15:15 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 25 09:46:35 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 25 09:47:36 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 25 09:50:00 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 25 09:50:00 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 26 10:24:21 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 26 10:24:25 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 26 10:26:05 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 26 10:27:13 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 26 10:27:13 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 27 11:01:33 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 27 11:01:33 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 27 11:03:04 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 27 11:03:23 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 28 00:12:03 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 28 00:12:03 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 28 00:13:52 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 28 00:13:52 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
févr. 29 00:09:00 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
févr. 29 00:09:00 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
févr. 29 00:11:27 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
févr. 29 00:11:27 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
mars 01 10:42:52 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469886976
mars 01 10:42:56 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887232
mars 01 10:45:18 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887220
mars 01 10:45:18 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887230
mars 01 10:45:18 remi-Vostro-3550 kernel: print_req_error: I/O error, dev sda, sector 469887226
remi@remi-Vostro-3550:~$

Je reporte l'analyse de ces résultats car je dois m'absenter. À première vue, les secteurs défectueux seraient relativement regroupés. Le changement de disque interne dont j'ai parlé précédemment remonte à bien plus loin que le 21 janvier et je n'ai pas le souvenir d'avoir pu «maltraiter» mon PC vers cette date, époque pendant laquelle je n'ai pas voyagé.

Que pensez-vous de tout cela ?

Arbiel

P.S. Avant de partir, j'ai extrait la liste des secteurs

469886976
469887220
469887224
469887226
469887230
469887232
469887233
469887246
469887249
469887251
469887272

Dernière modification par Arbiel (Le 04/03/2020, à 18:35)

geole · Le 04/03/2020, à 21:02

Arbiel a écrit :

:

remi@remi-Vostro-3550:~$ cat /var/log/syslog.1 | grep -E "i/o error|[^[:alpha:]]lba|sector"
Jan  8 14:18:30 remi-Vostro-3550 kernel: [    1.938838] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jan  8 21:36:05 remi-Vostro-3550 kernel: [    1.906745] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
cat: /var/log/syslog.1: Erreur d'entrée/sortie
remi@remi-Vostro-3550:~$

P.S. Avant de partir, j'ai extrait la liste des secteurs

469886976
469887220
469887224
469887226
469887230
469887232
469887233
469887246
469887249
469887251
469887272

C'est en train de changer toute la donne.
Le fichier syslog est un fichier qui se fabrique très souvent. Le fichier actuel est renommé -1 pour permettre la création du nouveau fichier.
Mais le fichier -1 est relu pour être compressé et devenir -2
Ce qui veut dire que le disque ne sait plus mémoriser des écritures récentes.
Je crains que le disque soit maintenant à changer.

J'ai passé l'après-midi à tenter de coder un script qui relirait tous les fichiers sauf la partition /home , je crains qu'en version 19.10 la codification ait changé.
Je te le donne tel qu'il est.Tu devrais obtenir la liste des fichiers à problème.

date C'est long en exécution
sudo find / -mount -type f  -exec cat {}  >/dev/null     \;  
date

moko138 · Le 04/03/2020, à 23:29

Arbiel,
"-i" dans "grep -i", signifie "quelle que soit la casse".

En retirant le -i,
tu t'es contraint à chercher séparément les "I/O error" ;
tu t'es privé des lignes en "LBA", en "Error", en "Sector"...

Arbiel · Le 04/03/2020, à 23:42

Bonsoir

Il n'est pas évident que le disque soit réellement inutilisable car les secteurs défectueux me semblent regroupés. Je peux effectivement chercher quels sont les fichiers concernés par ces secteurs, mais je ne saurai pas où ils sont localisés. N'y a-t-il pas moyen de tester les secteurs et de récupérer l'adresse de ceux qui sont défectueux ?

Arbiel

geole · Le 05/03/2020, à 00:52

Pour tester tout le disque cela va prendre du temps voir cette discussion https://forum.ubuntu-fr.org/viewtopic.p … #p22182223

Il faudra que tu fasses cela avec le support d'installation car les partitions ne doivent pas être montées
et tu en as un certain nombre vu que tu as fait plein de partitions en LVM

A titre d'exemple pour l'une, la commande serait

sudo badblocks  -b 512  -n  -s    -v   /dev/mapper/victor-ciel

Ou alors , comme tu as deux instances ubuntu, tu te sers d'une instance pour analyser les LVM de l'autre ubuntu

Dernière modification par geole (Le 05/03/2020, à 12:46)

Arbiel · Le 05/03/2020, à 02:00

Bonsoir

Pour l'instant, j'ai déplacé le volume logique victor-var en le recopiant et en modifiant les noms. Mon système est reparti. Je ne sais pas quel en sera l'impact réel.

J'ai de plus passé la commande badblocks sur la partition /dev/sda1, dans laquelle, a priori, il y a 16 secteurs défectueux. Malheureusement

remi@remi-Vostro-3550:~$ sudo badblocks  -b 512  -n  -s    -v  /dev/sda1
Vérification des blocs défectueux dans un mode non destructif de lecture-
écriture
Du bloc 0 au bloc 1023999
Vérification des blocs défectueux (test non destructif de lecture-écriture)
Test en cours avec un motif aléatoire :   0.00% effectué, 0:00 écoulé. (0/0/0 ercomplété                                                 
Passe complétée, 0 blocs défectueux repérés. (0/0/0 erreurs)
remi@remi-Vostro-3550:~$

Arbiel

moko138 · Le 05/03/2020, à 06:57

Arbiel a écrit :

N'y a-t-il pas moyen de tester les secteurs et de récupérer l'adresse de ceux qui sont défectueux ?

Si.
Et même je ne suis pas sûr qu'un test soit utile, puisque les adresses sont déjà stockées

1) Certains d'entre eux sont stockés dans les données smart, sous la forme :

smartctl -a sur un disque usé a écrit :

ATA Error Count: 42 (device log contains only the most recent five errors)
Error 42 occurred at disk power-on lifetime: 5644 hours (235 days + 4 hours)
(...)
40 51 71 9f ec 5b e0 Error: UNC 113 sectors at LBA = 0x005bec9f = 6024351

Cela ne concerne que les cinq dernières erreurs.
- -

2) Les secteurs qui, à chaud, s'avèrent illisibles, sont évidemment identifiés dans les logs. Puis récapitulés par dmesg. (C'était l'intérêt de mon #13).
À présent il faut fouiller les kern.log.*.gz, car ils permettent de remonter à un mois.(*)
Une base de départ intéressante :

sudo zgrep -Ei "i/o e| lba|sector" /var/log/kern.log.4.gz | grep -v sr[0-1]

Et pense à sauvegarder kern.log.4.gz (du moins ton kern.log.* le plus ancien) avant qu'il ne soit anéanti par la prochaine rotation.

(*)
/!\ Le rôle précieux des logs comme outils de diagnostic est impossible
- si on a bidouillé précipitamment les réglages de logrotate
OU
- si on a mis les logs en /tmpfs ou dans /tmp !

Arbiel · Le 05/03/2020, à 12:42

Bonjour moko138

Hier soir, je n'avais pas vu ton intervention. J'ai effectivement confondu -i avec -v.

J'ai appliqué la commande grep également sur syslog, qui ne contient apparemment que des messages enregistrés en janvier.

remi@remi-Vostro-3550:~$ dmesg | grep -Ei "i/o error|lba|sector"
[    1.899440] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
remi@remi-Vostro-3550:~$
remi@remi-Vostro-3550:~$
remi@remi-Vostro-3550:~$ cat /var/log/dmesg | grep -Ei "i/o error|lba|sector"
cat: /var/log/dmesg: Aucun fichier ou dossier de ce type
remi@remi-Vostro-3550:~$
remi@remi-Vostro-3550:~$
remi@remi-Vostro-3550:~$ cat /var/log/syslog | grep -Ei "i/o error|lba|sector"
Jan 10 12:55:32 remi-Vostro-3550 40grub2: debug: parsing: # Fallback normal timeout code in case the timeout_style feature is
Jan 10 12:55:34 remi-Vostro-3550 40grub2: debug: parsing: # Fallback hidden-timeout code in case the timeout_style feature is
Jan 10 13:27:10 remi-Vostro-3550 kernel: [ 2658.037759] kauditd_printk_skb: 32 callbacks suppressed
Jan 10 13:27:23 remi-Vostro-3550 kernel: [ 2670.597980] kauditd_printk_skb: 388 callbacks suppressed
Jan 10 13:28:29 remi-Vostro-3550 kernel: [ 2737.122516] kauditd_printk_skb: 395 callbacks suppressed
Jan 10 14:00:26 remi-Vostro-3550 kernel: [ 4653.508471] kauditd_printk_skb: 7 callbacks suppressed
Jan 10 18:21:10 remi-Vostro-3550 kernel: [    1.923251] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jan 10 18:21:44 remi-Vostro-3550 dbus-daemon[1837]: [session uid=1000 pid=1837] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service' requested by ':1.21' (uid=1000 pid=1951 comm="uim-toolbar " label="unconfined")
Jan 11 00:07:18 remi-Vostro-3550 kernel: [20824.995631] print_req_error: I/O error, dev sda, sector 469887258
Jan 11 00:07:27 remi-Vostro-3550 kernel: [20833.240311] print_req_error: I/O error, dev sda, sector 469887243
Jan 11 00:07:31 remi-Vostro-3550 kernel: [20837.423909] print_req_error: I/O error, dev sda, sector 469887240
Jan 11 00:21:19 remi-Vostro-3550 smartd[1411]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 00:37:51 remi-Vostro-3550 kernel: [22657.942509] kauditd_printk_skb: 32 callbacks suppressed
Jan 11 00:38:00 remi-Vostro-3550 kernel: [22666.961141] kauditd_printk_skb: 388 callbacks suppressed
Jan 11 19:29:14 remi-Vostro-3550 kernel: [    1.905736] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jan 11 19:29:20 remi-Vostro-3550 smartd[1471]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 19:29:55 remi-Vostro-3550 dbus-daemon[2281]: [session uid=1000 pid=2281] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service' requested by ':1.20' (uid=1000 pid=2412 comm="uim-toolbar " label="unconfined")
Jan 11 19:33:36 remi-Vostro-3550 gnome-shell[2473]: JS ERROR: Exception in callback for signal: position-changed: TypeError: this._rect is null#012getCurrentRect@resource:///org/gnome/shell/ui/keyboard.js:561:22#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22#012_onFocusPositionChanged@resource:///org/gnome/shell/ui/keyboard.js:643:20#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22#012_emit@resource:///org/gnome/gjs/modules/signals.js:128:27#012_setCurrentWindow/this._currentWindowPositionId<@resource:///org/gnome/shell/ui/keyboard.js:535:21
Jan 11 19:59:21 remi-Vostro-3550 smartd[1471]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 20:09:31 remi-Vostro-3550 kernel: [ 2475.336785] kauditd_printk_skb: 32 callbacks suppressed
Jan 11 20:54:40 remi-Vostro-3550 kernel: [    1.924977] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jan 11 20:54:43 remi-Vostro-3550 smartd[1467]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 20:55:08 remi-Vostro-3550 dbus-daemon[1810]: [session uid=1000 pid=1810] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service' requested by ':1.21' (uid=1000 pid=1922 comm="uim-toolbar " label="unconfined")
Jan 11 21:16:33 remi-Vostro-3550 gnome-shell[1921]: JS ERROR: Exception in callback for signal: position-changed: TypeError: this._rect is null#012getCurrentRect@resource:///org/gnome/shell/ui/keyboard.js:561:22#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22#012_onFocusPositionChanged@resource:///org/gnome/shell/ui/keyboard.js:643:20#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22#012_emit@resource:///org/gnome/gjs/modules/signals.js:128:27#012_setCurrentWindow/this._currentWindowPositionId<@resource:///org/gnome/shell/ui/keyboard.js:535:21
Jan 11 21:24:43 remi-Vostro-3550 smartd[1467]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 21:54:43 remi-Vostro-3550 smartd[1467]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 22:24:43 remi-Vostro-3550 smartd[1467]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 22:31:10 remi-Vostro-3550 gnome-shell[1921]: JS ERROR: Exception in callback for signal: position-changed: TypeError: this._rect is null#012getCurrentRect@resource:///org/gnome/shell/ui/keyboard.js:561:22#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22#012_onFocusPositionChanged@resource:///org/gnome/shell/ui/keyboard.js:643:20#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22#012_emit@resource:///org/gnome/gjs/modules/signals.js:128:27#012_setCurrentWindow/this._currentWindowPositionId<@resource:///org/gnome/shell/ui/keyboard.js:535:21
Jan 11 22:54:44 remi-Vostro-3550 smartd[1467]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 12 17:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 12 17:19:36 remi-Vostro-3550 kernel: [    1.903393] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jan 12 17:20:09 remi-Vostro-3550 dbus-daemon[2324]: [session uid=1000 pid=2324] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service' requested by ':1.20' (uid=1000 pid=2492 comm="uim-toolbar " label="unconfined")
Jan 12 17:24:40 remi-Vostro-3550 kernel: [  368.692347] print_req_error: I/O error, dev sda, sector 469887220
Jan 12 17:24:44 remi-Vostro-3550 kernel: [  373.075855] print_req_error: I/O error, dev sda, sector 469887232
Jan 12 17:26:20 remi-Vostro-3550 kernel: [  468.887027] print_req_error: I/O error, dev sda, sector 469887218
Jan 12 17:26:36 remi-Vostro-3550 kernel: [  484.375008] print_req_error: I/O error, dev sda, sector 469887220
Jan 12 17:49:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors (changed +3)
Jan 12 18:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 18:49:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 19:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 19:49:37 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 20:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 20:49:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 21:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 21:49:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 22:19:37 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 22:49:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 23:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 13 08:20:25 remi-Vostro-3550 kernel: [    1.925338] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jan 13 08:20:30 remi-Vostro-3550 smartd[1442]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 13 08:21:05 remi-Vostro-3550 dbus-daemon[2315]: [session uid=1000 pid=2315] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service' requested by ':1.20' (uid=1000 pid=2478 comm="uim-toolbar " label="unconfined")
Jan 13 08:23:55 remi-Vostro-3550 kernel: [  265.903205] kauditd_printk_skb: 32 callbacks suppressed
Jan 13 08:24:06 remi-Vostro-3550 kernel: [  276.992909] kauditd_printk_skb: 388 callbacks suppressed
Fichier binaire (entrée standard) correspondant
remi@remi-Vostro-3550:~$ cat /var/log/syslog | grep -Ei "i/o error|lba|sector"
Jan 10 12:55:32 remi-Vostro-3550 40grub2: debug: parsing: # Fallback normal timeout code in case the timeout_style feature is
Jan 10 12:55:34 remi-Vostro-3550 40grub2: debug: parsing: # Fallback hidden-timeout code in case the timeout_style feature is
Jan 10 13:27:10 remi-Vostro-3550 kernel: [ 2658.037759] kauditd_printk_skb: 32 callbacks suppressed
Jan 10 13:27:23 remi-Vostro-3550 kernel: [ 2670.597980] kauditd_printk_skb: 388 callbacks suppressed
Jan 10 13:28:29 remi-Vostro-3550 kernel: [ 2737.122516] kauditd_printk_skb: 395 callbacks suppressed
Jan 10 14:00:26 remi-Vostro-3550 kernel: [ 4653.508471] kauditd_printk_skb: 7 callbacks suppressed
Jan 10 18:21:10 remi-Vostro-3550 kernel: [    1.923251] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jan 10 18:21:44 remi-Vostro-3550 dbus-daemon[1837]: [session uid=1000 pid=1837] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service' requested by ':1.21' (uid=1000 pid=1951 comm="uim-toolbar " label="unconfined")
Jan 11 00:07:18 remi-Vostro-3550 kernel: [20824.995631] print_req_error: I/O error, dev sda, sector 469887258
Jan 11 00:07:27 remi-Vostro-3550 kernel: [20833.240311] print_req_error: I/O error, dev sda, sector 469887243
Jan 11 00:07:31 remi-Vostro-3550 kernel: [20837.423909] print_req_error: I/O error, dev sda, sector 469887240
Jan 11 00:21:19 remi-Vostro-3550 smartd[1411]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 00:37:51 remi-Vostro-3550 kernel: [22657.942509] kauditd_printk_skb: 32 callbacks suppressed
Jan 11 00:38:00 remi-Vostro-3550 kernel: [22666.961141] kauditd_printk_skb: 388 callbacks suppressed
Jan 11 19:29:14 remi-Vostro-3550 kernel: [    1.905736] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jan 11 19:29:20 remi-Vostro-3550 smartd[1471]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 19:29:55 remi-Vostro-3550 dbus-daemon[2281]: [session uid=1000 pid=2281] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service' requested by ':1.20' (uid=1000 pid=2412 comm="uim-toolbar " label="unconfined")
Jan 11 19:33:36 remi-Vostro-3550 gnome-shell[2473]: JS ERROR: Exception in callback for signal: position-changed: TypeError: this._rect is null#012getCurrentRect@resource:///org/gnome/shell/ui/keyboard.js:561:22#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22#012_onFocusPositionChanged@resource:///org/gnome/shell/ui/keyboard.js:643:20#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22#012_emit@resource:///org/gnome/gjs/modules/signals.js:128:27#012_setCurrentWindow/this._currentWindowPositionId<@resource:///org/gnome/shell/ui/keyboard.js:535:21
Jan 11 19:59:21 remi-Vostro-3550 smartd[1471]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 20:09:31 remi-Vostro-3550 kernel: [ 2475.336785] kauditd_printk_skb: 32 callbacks suppressed
Jan 11 20:54:40 remi-Vostro-3550 kernel: [    1.924977] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jan 11 20:54:43 remi-Vostro-3550 smartd[1467]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 20:55:08 remi-Vostro-3550 dbus-daemon[1810]: [session uid=1000 pid=1810] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service' requested by ':1.21' (uid=1000 pid=1922 comm="uim-toolbar " label="unconfined")
Jan 11 21:16:33 remi-Vostro-3550 gnome-shell[1921]: JS ERROR: Exception in callback for signal: position-changed: TypeError: this._rect is null#012getCurrentRect@resource:///org/gnome/shell/ui/keyboard.js:561:22#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22#012_onFocusPositionChanged@resource:///org/gnome/shell/ui/keyboard.js:643:20#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22#012_emit@resource:///org/gnome/gjs/modules/signals.js:128:27#012_setCurrentWindow/this._currentWindowPositionId<@resource:///org/gnome/shell/ui/keyboard.js:535:21
Jan 11 21:24:43 remi-Vostro-3550 smartd[1467]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 21:54:43 remi-Vostro-3550 smartd[1467]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 22:24:43 remi-Vostro-3550 smartd[1467]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 11 22:31:10 remi-Vostro-3550 gnome-shell[1921]: JS ERROR: Exception in callback for signal: position-changed: TypeError: this._rect is null#012getCurrentRect@resource:///org/gnome/shell/ui/keyboard.js:561:22#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22#012_onFocusPositionChanged@resource:///org/gnome/shell/ui/keyboard.js:643:20#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22#012_emit@resource:///org/gnome/gjs/modules/signals.js:128:27#012_setCurrentWindow/this._currentWindowPositionId<@resource:///org/gnome/shell/ui/keyboard.js:535:21
Jan 11 22:54:44 remi-Vostro-3550 smartd[1467]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 12 17:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
Jan 12 17:19:36 remi-Vostro-3550 kernel: [    1.903393] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jan 12 17:20:09 remi-Vostro-3550 dbus-daemon[2324]: [session uid=1000 pid=2324] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service' requested by ':1.20' (uid=1000 pid=2492 comm="uim-toolbar " label="unconfined")
Jan 12 17:24:40 remi-Vostro-3550 kernel: [  368.692347] print_req_error: I/O error, dev sda, sector 469887220
Jan 12 17:24:44 remi-Vostro-3550 kernel: [  373.075855] print_req_error: I/O error, dev sda, sector 469887232
Jan 12 17:26:20 remi-Vostro-3550 kernel: [  468.887027] print_req_error: I/O error, dev sda, sector 469887218
Jan 12 17:26:36 remi-Vostro-3550 kernel: [  484.375008] print_req_error: I/O error, dev sda, sector 469887220
Jan 12 17:49:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors (changed +3)
Jan 12 18:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 18:49:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 19:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 19:49:37 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 20:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 20:49:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 21:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 21:49:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 22:19:37 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 22:49:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 12 23:19:36 remi-Vostro-3550 smartd[1394]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 13 08:20:25 remi-Vostro-3550 kernel: [    1.925338] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jan 13 08:20:30 remi-Vostro-3550 smartd[1442]: Device: /dev/sda [SAT], 6 Currently unreadable (pending) sectors
Jan 13 08:21:05 remi-Vostro-3550 dbus-daemon[2315]: [session uid=1000 pid=2315] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service' requested by ':1.20' (uid=1000 pid=2478 comm="uim-toolbar " label="unconfined")
Jan 13 08:23:55 remi-Vostro-3550 kernel: [  265.903205] kauditd_printk_skb: 32 callbacks suppressed
Jan 13 08:24:06 remi-Vostro-3550 kernel: [  276.992909] kauditd_printk_skb: 388 callbacks suppressed
Fichier binaire (entrée standard) correspondant
remi@remi-Vostro-3550:~

smartctl analyse apparemment l'intégralité d'un disque physique, indépendamment du partitionnement et a fortiori du LVM. Il apparaît donc que mon disque comporte 16 secteurs défectueux. Cependant, je ne comprends pas quelles sont les adresses de ces secteurs

remi@remi-Vostro-3550:~$ sudo smartctl -a -d ata /dev/sda | grep -e "Error: UNC "
  40 51 08 f8 e8 01 e0  Error: UNC 8 sectors at LBA = 0x0001e8f8 = 125176
  40 51 08 f8 e8 01 e0  Error: UNC 8 sectors at LBA = 0x0001e8f8 = 125176
  40 51 00 00 e9 01 e0  Error: UNC at LBA = 0x0001e900 = 125184
  40 51 08 f0 e8 01 e0  Error: UNC 8 sectors at LBA = 0x0001e8f0 = 125168
  40 51 08 f0 e8 01 e0  Error: UNC 8 sectors at LBA = 0x0001e8f0 = 125168
remi@remi-Vostro-3550:~$

alors que dans l'analyse du fichier Trace.txt de

geole a écrit :

journalctl --no-pager --since "2020-03-02 19:24:18" --until "2017-12-06 19:24:20" >Trace.txt

j'en trouve 11 entre les adresses 469886976 et 469887272.

Dans

remi@remi-Vostro-3550:~$ sudo zgrep -Ei "i/o e| lba|sector" /var/log/kern.log.4.gz | grep -v sr[0-1]
Feb  2 21:22:46 remi-Vostro-3550 kernel: [    1.932920] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  3 09:27:59 remi-Vostro-3550 kernel: [    1.910229] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  3 09:33:37 remi-Vostro-3550 kernel: [  401.424439] ata1.00: device reported invalid CHS sector 0
Feb  3 09:33:37 remi-Vostro-3550 kernel: [  401.424441] ata1.00: device reported invalid CHS sector 0
Feb  3 09:33:37 remi-Vostro-3550 kernel: [  401.424444] ata1.00: device reported invalid CHS sector 0
Feb  3 09:33:37 remi-Vostro-3550 kernel: [  401.424445] ata1.00: device reported invalid CHS sector 0
Feb  3 09:33:37 remi-Vostro-3550 kernel: [  401.424446] ata1.00: device reported invalid CHS sector 0
Feb  3 09:33:37 remi-Vostro-3550 kernel: [  401.424448] ata1.00: device reported invalid CHS sector 0
Feb  3 09:33:37 remi-Vostro-3550 kernel: [  401.424450] ata1.00: device reported invalid CHS sector 0
Feb  3 09:33:37 remi-Vostro-3550 kernel: [  401.424451] ata1.00: device reported invalid CHS sector 0
Feb  3 09:33:37 remi-Vostro-3550 kernel: [  401.424451] ata1.00: device reported invalid CHS sector 0
Feb  3 09:33:37 remi-Vostro-3550 kernel: [  401.424452] ata1.00: device reported invalid CHS sector 0
Feb  3 09:33:37 remi-Vostro-3550 kernel: [  401.424454] ata1.00: device reported invalid CHS sector 0
Feb  3 09:35:13 remi-Vostro-3550 kernel: [  497.146421] ata1.00: device reported invalid CHS sector 0
Feb  3 09:36:16 remi-Vostro-3550 kernel: [  560.646865] print_req_error: I/O error, dev sda, sector 469886976
Feb  3 09:36:20 remi-Vostro-3550 kernel: [  564.593818] print_req_error: I/O error, dev sda, sector 469887232
Feb  3 09:38:17 remi-Vostro-3550 kernel: [  681.671298] print_req_error: I/O error, dev sda, sector 469887230
Feb  3 09:38:22 remi-Vostro-3550 kernel: [  686.175528] print_req_error: I/O error, dev sda, sector 469887224
Feb  3 10:52:54 remi-Vostro-3550 kernel: [    1.941344] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  3 23:23:42 remi-Vostro-3550 kernel: [    1.928281] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  3 23:32:35 remi-Vostro-3550 kernel: [    1.928347] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  4 00:08:31 remi-Vostro-3550 kernel: [ 2216.520626] ata1.00: device reported invalid CHS sector 0
Feb  4 00:08:31 remi-Vostro-3550 kernel: [ 2216.520628] ata1.00: device reported invalid CHS sector 0
Feb  4 00:08:31 remi-Vostro-3550 kernel: [ 2216.520634] ata1.00: device reported invalid CHS sector 0
Feb  4 00:08:31 remi-Vostro-3550 kernel: [ 2216.520637] ata1.00: device reported invalid CHS sector 0
Feb  4 00:11:10 remi-Vostro-3550 kernel: [ 2375.274521] print_req_error: I/O error, dev sda, sector 469886976
Feb  4 00:11:14 remi-Vostro-3550 kernel: [ 2379.222101] print_req_error: I/O error, dev sda, sector 469887232
Feb  4 00:12:45 remi-Vostro-3550 kernel: [ 2470.225077] print_req_error: I/O error, dev sda, sector 469887220
Feb  4 00:12:59 remi-Vostro-3550 kernel: [ 2484.744687] print_req_error: I/O error, dev sda, sector 469887220
Feb  4 14:28:33 remi-Vostro-3550 kernel: [    1.903476] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  4 21:39:53 remi-Vostro-3550 kernel: [    1.925743] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  5 10:35:42 remi-Vostro-3550 kernel: [    1.877901] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  5 10:43:12 remi-Vostro-3550 kernel: [    1.934249] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  5 14:03:20 remi-Vostro-3550 kernel: [    1.933008] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  5 21:56:18 remi-Vostro-3550 kernel: [    1.927898] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  6 00:08:48 remi-Vostro-3550 kernel: [ 8008.946417] ata1.00: device reported invalid CHS sector 0
Feb  6 00:10:29 remi-Vostro-3550 kernel: [ 8109.329001] print_req_error: I/O error, dev sda, sector 469887232
Feb  6 00:11:34 remi-Vostro-3550 kernel: [ 8174.676511] print_req_error: I/O error, dev sda, sector 469886976
Feb  6 00:13:06 remi-Vostro-3550 kernel: [ 8266.308622] print_req_error: I/O error, dev sda, sector 469887220
Feb  6 00:13:21 remi-Vostro-3550 kernel: [ 8281.515639] print_req_error: I/O error, dev sda, sector 469887220
Feb  6 10:39:27 remi-Vostro-3550 kernel: [    1.913486] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  6 20:17:12 remi-Vostro-3550 kernel: [    4.224562] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  7 00:09:31 remi-Vostro-3550 kernel: [14015.671778] print_req_error: I/O error, dev sda, sector 469886976
Feb  7 00:09:35 remi-Vostro-3550 kernel: [14019.618671] print_req_error: I/O error, dev sda, sector 469887232
Feb  7 00:11:09 remi-Vostro-3550 kernel: [14113.274067] print_req_error: I/O error, dev sda, sector 469887220
Feb  7 00:11:24 remi-Vostro-3550 kernel: [14128.881812] print_req_error: I/O error, dev sda, sector 469887220
Feb  7 09:41:28 remi-Vostro-3550 kernel: [    1.910274] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  8 00:07:58 remi-Vostro-3550 kernel: [44656.614461] print_req_error: I/O error, dev sda, sector 469887220
Feb  8 00:08:03 remi-Vostro-3550 kernel: [44661.143471] print_req_error: I/O error, dev sda, sector 469887232
Feb  8 00:09:37 remi-Vostro-3550 kernel: [44755.552477] print_req_error: I/O error, dev sda, sector 469887220
Feb  8 00:09:52 remi-Vostro-3550 kernel: [44770.228028] print_req_error: I/O error, dev sda, sector 469887220
Feb  8 12:13:44 remi-Vostro-3550 kernel: [    1.909762] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  8 16:18:10 remi-Vostro-3550 kernel: [    1.912061] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  8 16:21:04 remi-Vostro-3550 kernel: [    1.925375] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  9 00:10:37 remi-Vostro-3550 kernel: [28235.962072] print_req_error: I/O error, dev sda, sector 469886976
Feb  9 00:10:41 remi-Vostro-3550 kernel: [28240.052974] print_req_error: I/O error, dev sda, sector 469887232
Feb  9 00:12:47 remi-Vostro-3550 kernel: [28366.061823] print_req_error: I/O error, dev sda, sector 469887230
Feb  9 00:13:07 remi-Vostro-3550 kernel: [28386.110344] print_req_error: I/O error, dev sda, sector 469887230
Feb  9 11:50:31 remi-Vostro-3550 kernel: [    1.901345] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  9 14:03:45 remi-Vostro-3550 kernel: [    1.944139] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  9 16:33:29 remi-Vostro-3550 kernel: [    2.047386] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb  9 23:42:07 remi-Vostro-3550 kernel: [    1.936545] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Feb 10 00:06:19 remi-Vostro-3550 kernel: [ 1516.200752] ata1.00: device reported invalid CHS sector 0
Feb 10 00:06:19 remi-Vostro-3550 kernel: [ 1516.200756] ata1.00: device reported invalid CHS sector 0
Feb 10 00:06:19 remi-Vostro-3550 kernel: [ 1516.200760] ata1.00: device reported invalid CHS sector 0
Feb 10 00:06:19 remi-Vostro-3550 kernel: [ 1516.200764] ata1.00: device reported invalid CHS sector 0
Feb 10 00:06:19 remi-Vostro-3550 kernel: [ 1516.200769] ata1.00: device reported invalid CHS sector 0
Feb 10 00:06:19 remi-Vostro-3550 kernel: [ 1516.200775] ata1.00: device reported invalid CHS sector 0
Feb 10 00:06:19 remi-Vostro-3550 kernel: [ 1516.200778] ata1.00: device reported invalid CHS sector 0
Feb 10 00:07:21 remi-Vostro-3550 kernel: [ 1578.298265] ata1.00: device reported invalid CHS sector 0
Feb 10 00:07:54 remi-Vostro-3550 kernel: [ 1611.065632] ata1.00: device reported invalid CHS sector 0
Feb 10 00:08:59 remi-Vostro-3550 kernel: [ 1676.600431] print_req_error: I/O error, dev sda, sector 469886976
Feb 10 00:09:04 remi-Vostro-3550 kernel: [ 1681.037940] print_req_error: I/O error, dev sda, sector 469887232
Feb 10 00:11:02 remi-Vostro-3550 kernel: [ 1799.383449] print_req_error: I/O error, dev sda, sector 469887230
Feb 10 00:11:23 remi-Vostro-3550 kernel: [ 1820.186559] print_req_error: I/O error, dev sda, sector 469887230
remi@remi-Vostro-3550:~$

on ne retrouve que 5 parmi ces 11

remi@remi-Vostro-3550:~$ sudo zgrep -Ei "i/o e| lba|sector" /var/log/kern.log.4.gz | grep -v sr[0-1] | sed -nr /"[[:digit:]]{8,12}$/s/^.*([[:digit:]]{8,12})/\1/p" | sort
69886976
69886976
69886976
69886976
69886976
69886976
69887220
69887220
69887220
69887220
69887220
69887220
69887220
69887220
69887220
69887224
69887230
69887230
69887230
69887230
69887230
69887232
69887232
69887232
69887232
69887232
69887232
69887232
remi@remi-Vostro-3550:~$

Arbiel

geole · Le 05/03/2020, à 15:00

Bonjour
Tu peux aussi tenter cette commande qui peut probablement aller plus loin dans le passé.

journalctl  | grep  "I/O error" | grep  "sector"

Dernière modification par geole (Le 05/03/2020, à 15:01)

geole · Le 05/03/2020, à 15:10

Bonjour

RECTIFICATION
Une amélioration pour la commande
sudo zgrep -Ei "i/o e| lba|sector" /var/log/kern.log.4.gz | grep -v sr[0-1] | sed -nr /"[[:digit:]]{8,12}$/s/^.*([[:digit:]]{8,12})/\1/p" | sort | uniq -c

Pour essayer de remonter plus loin dans le temps
AMELIORATION

journalctl  | grep  "I/O error" | grep  "sector" | cut -d" " -f9-12 | sort | uniq -c
      2 dev sda, sector 0
      3 dev sda, sector 1031718912
      1 dev sda, sector 1341790816
      3 dev sda, sector 1714321760
     78 dev sdb, sector 0
      1 dev sdb, sector 1023068192
      4 dev sdb, sector 1659627520
      1 dev sdb, sector 1659672064
      1 dev sdb, sector 1659672072
      1 dev sdb, sector 1659672296
      1 dev sdb, sector 1659672840
      2 dev sdb, sector 167774080
      1 dev sdb, sector 1814915088
      1 dev sdb, sector 201120768
      1 dev sdb, sector 2048
      2 dev sdb, sector 2072
      2 dev sdb, sector 217907200
      2 dev sdb, sector 238877184
      1 dev sdb, sector 24
      2 dev sdb, sector 251663360
      2 dev sdb, sector 301799424
      2 dev sdb, sector 419439616
      1 dev sdb, sector 466128928
      3 dev sdb, sector 466133256
      1 dev sdb, sector 503326752
      2 dev sdb, sector 587212288
      1 dev sdb, sector 587214864
      1 dev sdb, sector 587214888
      1 dev sdb, sector 587214920
      1 dev sdb, sector 73682945
      1 dev sdb, sector 754991624
      1 dev sdb, sector 838876920
      2 dev sdb, sector 83888640
      2 dev sdb, sector 922765048
      2 dev sdb, sector 938102784
      3 dev sdc, sector 0
      1 dev sr0, sector 108888

Dernière modification par geole (Le 06/03/2020, à 12:13)

Arbiel · Le 05/03/2020, à 17:41

Bonjour

Je ne pense pas qu'il soit utile d'essayer de remonter dans le temps avant janvier.

Il vient de me revenir à l'esprit que récemment j'ai été confronté à un manque d'espace dans mon /var, séparé de /root, et chiffré. Comme je ne sais pas, et n'ai pas essayé, d'étendre un volume logique chiffré, j'ai créé en nouveau /var, comme je viens de le faire pour essayer de résoudre ce problème de blocages. Il est plus que probable, pour ne pas dire certain, que j'ai réalisé cette opération en janvier, Et c'est alors que j'ai dû commencer à subir des blocages, sans trop m'en préoccuper. J'ai pris le problème à bras le corps ces jours-ci car je suis plus disponible que d'habitude.

Je chiffre ces répertoires pour des raisons historiques. Je suis convaincu que nous (au sens large des internautes) ne sommes pas assez prudents vis à vis de la confidentialité de nos informations et ne protégeons pas suffisamment bien notre vie privée. Le chiffrement me semble la meilleure façon de nous protéger. Soucieux de prêcher cette pratique, je l'ai appliquée à moi-même pour éviter de me trouver dans la situation du conseilleur qui s'abstient de pratiquer ce qu'il préconise. Et pour en acquérir une certaine expérience.

Je reconnais que chiffrer /root et /var n'apporte pas grand chose. Je poursuis cependant sur ma lancée car en supprimer le chiffrement nécessiterait la création d'un nouvel initrd, et je n'ai pas envie de mettre en danger mon système. Même si mes clés USB sont toutes "live-USB" compatibles, avec un grub dans leur MBR et des iso d'Ubuntu et que je peux sans trop de difficulté réparer les erreurs de démarrage.

Je vous remercie du temps que vous m'avez consacré. J'ai bien pris note que mon disque dur est malade, sans en connaître la réelle gravité. Je continue pour l'instant sans rien changer, si ce n'est la fréquence de mes sauvegardes, qui ne portent que sur mes partitions de données, et n'ont pour l'instant jamais rencontré de secteurs défectueux.

Je marque le problème comme résolu.

Et je repars sur mon apprentissage de Python

Bien cordialement

Arbiel

Dernière modification par Arbiel (Le 05/03/2020, à 18:19)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 03/03/2020, à 00:05

[Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#2 Le 03/03/2020, à 12:14

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#3 Le 03/03/2020, à 12:19

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#4 Le 03/03/2020, à 13:53

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#5 Le 03/03/2020, à 14:03

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#6 Le 03/03/2020, à 18:51

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#7 Le 03/03/2020, à 20:19

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#8 Le 03/03/2020, à 20:46

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#9 Le 03/03/2020, à 23:26

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#10 Le 03/03/2020, à 23:31

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#11 Le 04/03/2020, à 01:10

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#12 Le 04/03/2020, à 01:43

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#13 Le 04/03/2020, à 03:34

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#14 Le 04/03/2020, à 10:41

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#15 Le 04/03/2020, à 18:25

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#16 Le 04/03/2020, à 21:02

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#17 Le 04/03/2020, à 23:29

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#18 Le 04/03/2020, à 23:42

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#19 Le 05/03/2020, à 00:52

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#20 Le 05/03/2020, à 02:00

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#21 Le 05/03/2020, à 06:57

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#22 Le 05/03/2020, à 12:42

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#23 Le 05/03/2020, à 15:00

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#24 Le 05/03/2020, à 15:10

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

#25 Le 05/03/2020, à 17:41

Re : [Résolu : disque défectueux] Blocage récurrent : noyau ou disque ?

Pied de page des forums