Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 08/09/2024, à 19:48

olivierm38

22.04: instabilités récentes et répétées avec gel système

Bonsoir,

j'ai l'impression qu'il y a un problème de fond en ce moment sur mon PC. Le problème n'est pas urgentissime, car cette fois-ci au moins, j'ai pu m'en sortir sans devoir ramener le PC au dépanneur grâce à une  clé USB 24 qui m'a permis de réaliser le fsck demandé au démarrage.

Le système gèle assez régulièrement, et je suis obligé de recourir à des arrêts que je n'ai me pas trop (touches magiques ou bouton power/off) et surtout, au redémarrage ça se passe souvent mal avec Ubuntu qui détecte des problèmes sur ma partition dev/sda2 et refuse de booter.

Je ne sais pas quelle est la "root cause" du problème et il faut probablement que je fasse un ensemble de contrôles. J'ai remarqué que souvent, ces problèmes interviennent après une utilisation d'un disque externe et une sauvegarde via rsync Les fois où ça s'est produit, j'vais à chaque fois des messages curieux comme si le système essayait d'écrire sur une partition en lecture seule et échouait.

J'imagine qu'il existe un ensemble de contrôles que je pourrais commencer à réaliser?

Merci d'avance pour ceux qui pourront m'aider dans le diagnostic: problème logiciel ou matériel, je n'en ai aucune idée...


Ubuntu depuis juillet 2009 - le plaisir de la liberté!

Hors ligne

#2 Le 08/09/2024, à 19:59

xubu1957

Re : 22.04: instabilités récentes et répétées avec gel système

Bonsoir,

Montre la RAM :

LANG=C free -wh

les retours de :

sudo apt update

les noyaux présents :

echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

et :

df -Thx tmpfs

en te servant du Retour utilisable de commande


Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#3 Le 09/09/2024, à 12:50

olivierm38

Re : 22.04: instabilités récentes et répétées avec gel système

Ok, voici les éléments

olmaillard@pcmail:~$ LANG=C free -wh
               total        used        free      shared     buffers       cache   available
Mem:           7.7Gi       1.5Gi       3.6Gi        19Mi       130Mi       2.4Gi       5.8Gi
Swap:          2.0Gi          0B       2.0Gi
olmaillard@pcmail:~$ 
olmaillard@pcmail:~$ sudo apt update
[sudo] Mot de passe de olmaillard : 
Atteint :1 http://fr.archive.ubuntu.com/ubuntu jammy InRelease
Atteint :2 http://fr.archive.ubuntu.com/ubuntu jammy-updates InRelease         
Atteint :3 http://fr.archive.ubuntu.com/ubuntu jammy-backports InRelease       
Atteint :4 https://linux.teamviewer.com/deb stable InRelease                   
Atteint :5 https://ppa.launchpadcontent.net/mozillacorp/mozillavpn/ubuntu jammy InRelease
Atteint :6 http://security.ubuntu.com/ubuntu jammy-security InRelease          
Réception de :7 https://esm.ubuntu.com/apps/ubuntu jammy-apps-security InRelease [7553 B]
Réception de :8 https://esm.ubuntu.com/apps/ubuntu jammy-apps-updates InRelease [7456 B]
Réception de :9 https://esm.ubuntu.com/infra/ubuntu jammy-infra-security InRelease [7450 B]
Réception de :10 https://esm.ubuntu.com/infra/ubuntu jammy-infra-updates InRelease [7449 B]
29,9 ko réceptionnés en 2s (13,7 ko/s)    
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
6 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir.
olmaillard@pcmail:~$ 
olmaillard@pcmail:~$ echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

ii  linux-headers-5.15.0-119                5.15.0-119.129        all
ii  linux-tools-common                      5.15.0-119.129        all
ii  linux-headers-5.15.0-119-generic        5.15.0-119.129        amd64
ii  linux-image-5.15.0-119-generic          5.15.0-119.129        amd64
ii  linux-modules-5.15.0-119-generic        5.15.0-119.129        amd64
ii  linux-modules-extra-5.15.0-119-generic  5.15.0-119.129        amd64
ii  linux-generic                           5.15.0.119.119        amd64
ii  linux-generic-hwe-20.04                 5.15.0.119.119        amd64
ii  linux-headers-generic                   5.15.0.119.119        amd64
ii  linux-image-generic                     5.15.0.119.119        amd64
ii  linux-hwe-5.19-headers-5.19.0-46        5.19.0-46.47~22.04.1  all
ii  linux-headers-5.19.0-46-generic         5.19.0-46.47~22.04.1  amd64
ii  linux-hwe-6.2-headers-6.2.0-39          6.2.0-39.40~22.04.1   all
ii  linux-headers-6.2.0-39-generic          6.2.0-39.40~22.04.1   amd64
ii  linux-hwe-6.5-headers-6.5.0-45          6.5.0-45.45~22.04.1   all
ii  linux-headers-6.5.0-45-generic          6.5.0-45.45~22.04.1   amd64
ii  linux-image-6.5.0-45-generic            6.5.0-45.45~22.04.1   amd64
ii  linux-modules-6.5.0-45-generic          6.5.0-45.45~22.04.1   amd64
ii  linux-modules-extra-6.5.0-45-generic    6.5.0-45.45~22.04.1   amd64
ii  linux-hwe-6.8-headers-6.8.0-40          6.8.0-40.40~22.04.3   all
ii  linux-generic-hwe-22.04                 6.8.0-40.40~22.04.3   amd64
ii  linux-headers-6.8.0-40-generic          6.8.0-40.40~22.04.3   amd64
ii  linux-headers-generic-hwe-22.04         6.8.0-40.40~22.04.3   amd64
ii  linux-hwe-6.8-tools-6.8.0-40            6.8.0-40.40~22.04.3   amd64
ii  linux-image-6.8.0-40-generic            6.8.0-40.40~22.04.3   amd64
ii  linux-image-generic-hwe-22.04           6.8.0-40.40~22.04.3   amd64
ii  linux-modules-6.8.0-40-generic          6.8.0-40.40~22.04.3   amd64
ii  linux-modules-extra-6.8.0-40-generic    6.8.0-40.40~22.04.3   amd64
ii  linux-tools-6.8.0-40-generic            6.8.0-40.40~22.04.3   amd64

Noyau courant : 6.8.0-40-generic x86_64
olmaillard@pcmail:~$ 
olmaillard@pcmail:~$ df -Thx tmpfs
Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
/dev/sda2        ext4       457G    396G   38G  92% /
efivarfs         efivarfs   192K     75K  113K  40% /sys/firmware/efi/efivars
/dev/sda1        vfat       511M    7,0M  504M   2% /boot/efi
olmaillard@pcmail:~$ 

Ubuntu depuis juillet 2009 - le plaisir de la liberté!

Hors ligne

#4 Le 09/09/2024, à 13:03

xubu1957

Re : 22.04: instabilités récentes et répétées avec gel système

Tente la procédure de la Doc > kernel#via_autoremove

extrait § 5.1 a écrit :

En pratique, si un ou plusieurs vieux noyaux résistent à la purge, il suffit de passer cette commande dans le terminal :

apt-mark showmanual | awk '/linux-.*[0-9]/ && ! /hwe-[0-9][02468].04/{print}' | xargs -r sudo apt-mark auto

Puis de repasser la commande de nettoyage automatique :

sudo apt autoremove --purge -y

Après cela, il ne restera que le dernier noyau et l'avant-dernier


Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#5 Le 09/09/2024, à 22:53

olivierm38

Re : 22.04: instabilités récentes et répétées avec gel système

et voilà, c'est curieux on dirait que ça n'a rien changé?

olmaillard@pcmail:~$ apt-mark showmanual | awk '/linux-.*[0-9]/ && ! /hwe-[0-9][02468].04/{print}' | xargs -r sudo apt-mark auto
olmaillard@pcmail:~$ 
olmaillard@pcmail:~$ sudo apt autoremove --purge -y
[sudo] Mot de passe de olmaillard : 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
0 mis à jour, 0 nouvellement installés, 0 à enlever et 15 non mis à jour.
olmaillard@pcmail:~$ 

la liste des noyaux après la commande

olmaillard@pcmail:~$ echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

ii  linux-headers-5.15.0-119                5.15.0-119.129        all
ii  linux-tools-common                      5.15.0-119.129        all
ii  linux-headers-5.15.0-119-generic        5.15.0-119.129        amd64
ii  linux-image-5.15.0-119-generic          5.15.0-119.129        amd64
ii  linux-modules-5.15.0-119-generic        5.15.0-119.129        amd64
ii  linux-modules-extra-5.15.0-119-generic  5.15.0-119.129        amd64
ii  linux-generic                           5.15.0.119.119        amd64
ii  linux-generic-hwe-20.04                 5.15.0.119.119        amd64
ii  linux-headers-generic                   5.15.0.119.119        amd64
ii  linux-image-generic                     5.15.0.119.119        amd64
ii  linux-hwe-5.19-headers-5.19.0-46        5.19.0-46.47~22.04.1  all
ii  linux-headers-5.19.0-46-generic         5.19.0-46.47~22.04.1  amd64
ii  linux-hwe-6.2-headers-6.2.0-39          6.2.0-39.40~22.04.1   all
ii  linux-headers-6.2.0-39-generic          6.2.0-39.40~22.04.1   amd64
ii  linux-hwe-6.5-headers-6.5.0-45          6.5.0-45.45~22.04.1   all
ii  linux-headers-6.5.0-45-generic          6.5.0-45.45~22.04.1   amd64
ii  linux-image-6.5.0-45-generic            6.5.0-45.45~22.04.1   amd64
ii  linux-modules-6.5.0-45-generic          6.5.0-45.45~22.04.1   amd64
ii  linux-modules-extra-6.5.0-45-generic    6.5.0-45.45~22.04.1   amd64
ii  linux-hwe-6.8-headers-6.8.0-40          6.8.0-40.40~22.04.3   all
ii  linux-generic-hwe-22.04                 6.8.0-40.40~22.04.3   amd64
ii  linux-headers-6.8.0-40-generic          6.8.0-40.40~22.04.3   amd64
ii  linux-headers-generic-hwe-22.04         6.8.0-40.40~22.04.3   amd64
ii  linux-hwe-6.8-tools-6.8.0-40            6.8.0-40.40~22.04.3   amd64
ii  linux-image-6.8.0-40-generic            6.8.0-40.40~22.04.3   amd64
ii  linux-image-generic-hwe-22.04           6.8.0-40.40~22.04.3   amd64
ii  linux-modules-6.8.0-40-generic          6.8.0-40.40~22.04.3   amd64
ii  linux-modules-extra-6.8.0-40-generic    6.8.0-40.40~22.04.3   amd64
ii  linux-tools-6.8.0-40-generic            6.8.0-40.40~22.04.3   amd64

Noyau courant : 6.8.0-40-generic x86_64
olmaillard@pcmail:~$ 

Ubuntu depuis juillet 2009 - le plaisir de la liberté!

Hors ligne

#6 Le 10/09/2024, à 06:26

nany

Re : 22.04: instabilités récentes et répétées avec gel système

Bonjour,



olivierm38 a écrit :

… grâce à une  clé USB 24 qui m'a permis de réaliser le fsck demandé au démarrage.
… au redémarrage ça se passe souvent mal avec Ubuntu qui détecte des problèmes sur ma partition dev/sda2 et refuse de booter.

Il serait peut-être judicieux de vérifier l’état de santé du disque avec smartmontools.



Sinon, peux-tu redémarrer sur la version 5.15.0-119-generic du noyau ?

Hors ligne

#7 Le 10/09/2024, à 10:21

geole

Re : 22.04: instabilités récentes et répétées avec gel système

olivierm38 a écrit :

Bonsoir,

j'ai l'impression qu'il y a un problème de fond en ce moment sur mon PC. Le problème n'est pas urgentissime...... Les fois où ça s'est produit, j'vais à chaque fois des messages curieux comme si le système essayait d'écrire sur une partition en lecture seule et échouait.
J'imagine qu'il existe un ensemble de contrôles que je pourrais commencer à réaliser?
.

Bonjour.
Produis rapidement un rapport smartctl ( chapitre trois ) du disque en question et prépare-toi à devoir le remplacer.

Dernière modification par geole (Le 10/09/2024, à 10:22)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#8 Le 10/09/2024, à 21:22

olivierm38

Re : 22.04: instabilités récentes et répétées avec gel système

Bonsoir et merci pour les indications;

alors comme le disque suspicieux est un SSD, il n'est apparemment pas recommandé de passer smartmontools d'après la doc du site? (Il est inutile de tester un SSD car les secteurs testés sont virtuels. Cela ne ferait que l'user de façon prématurée !).

Par contre j'ai lancé l'utiltaire Disques et il semble que le SSD ait des soucis ("disque sain" suivi de "22 secteurs endommagés" sad)... ce qui pourrait expliquer pas mal de pbs?

https://i46.servimg.com/u/f46/18/33/20/78/captur11.png

https://i46.servimg.com/u/f46/18/33/20/78/captur12.png

C'est un PC que j'ai acheté en 2021, je pense que pour un SSD ça fait tôt pour lâcher par contre, mais on peut toujours tomber sur un spécimen défectueux.

J'ai l'impression que je vais pouvoir envoyer un mail à mon vendeur non?


Ubuntu depuis juillet 2009 - le plaisir de la liberté!

Hors ligne

#9 Le 10/09/2024, à 22:24

geole

Re : 22.04: instabilités récentes et répétées avec gel système

geole a écrit :

Produis rapidement un rapport smartctl ( chapitre trois ) du disque en question et prépare-toi à devoir le remplacer.

Pourquoi as-tu compris chapitre deux

sudo smartctl -s on -a /dev/sda

Dernière modification par geole (Le 10/09/2024, à 22:30)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#10 Le 10/09/2024, à 23:24

olivierm38

Re : 22.04: instabilités récentes et répétées avec gel système

geole a écrit :
geole a écrit :

Produis rapidement un rapport smartctl ( chapitre trois ) du disque en question et prépare-toi à devoir le remplacer.

Pourquoi as-tu compris chapitre deux

sudo smartctl -s on -a /dev/sda

Bonsoir, en fait c'est dans la page https://doc.ubuntu-fr.org/smartmontools n'étant pas familier de ces outils, l'avertissement du chapitre 2 est assez inquiétant. Désolé si j'ai mal interprété l'avertissement,

voici la commande et le résultat sur sda:

lmaillard@pcmail:~$ sudo smartctl -s on -a /dev/sda
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-6.8.0-40-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     Samsung SSD 870 EVO 500GB
Serial Number:    S62BNF0R814262Y
LU WWN Device Id: 5 002538 f41803b76
Firmware Version: SVT01B6Q
User Capacity:    500107862016 bytes [500 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Form Factor:      2.5 inches
TRIM Command:     Available, deterministic, zeroed
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-4 T13/BSR INCITS 529 revision 5
SATA Version is:  SATA 3.3, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Tue Sep 10 23:16:39 2024 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(    0) seconds.
Offline data collection
capabilities: 			 (0x53) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					No Offline surface scan supported.
					Self-test supported.
					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: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 (  85) 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: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   096   096   010    Pre-fail  Always       -       22
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       1530
 12 Power_Cycle_Count       0x0032   098   098   000    Old_age   Always       -       1519
177 Wear_Leveling_Count     0x0013   099   099   000    Pre-fail  Always       -       7
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   096   096   010    Pre-fail  Always       -       22
181 Program_Fail_Cnt_Total  0x0032   100   100   010    Old_age   Always       -       0
182 Erase_Fail_Count_Total  0x0032   100   100   010    Old_age   Always       -       0
183 Runtime_Bad_Block       0x0013   096   096   010    Pre-fail  Always       -       22
187 Reported_Uncorrect      0x0032   099   099   000    Old_age   Always       -       765
190 Airflow_Temperature_Cel 0x0032   074   057   000    Old_age   Always       -       26
195 Hardware_ECC_Recovered  0x001a   199   199   000    Old_age   Always       -       765
199 UDMA_CRC_Error_Count    0x003e   100   100   000    Old_age   Always       -       0
235 Unknown_Attribute       0x0012   099   099   000    Old_age   Always       -       91
241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       5070428186

SMART Error Log Version: 1
ATA Error Count: 765 (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 765 occurred at disk power-on lifetime: 1524 hours (63 days + 12 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 88 80 08 d0 40  Error: WP at LBA = 0x00d00880 = 13633664

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  61 08 88 80 08 d0 40 11      07:27:10.341  WRITE FPDMA QUEUED
  60 08 80 28 1c ad 40 10      07:27:10.341  READ FPDMA QUEUED
  47 00 01 30 03 00 40 0c      07:27:10.341  READ LOG DMA EXT
  47 00 01 30 00 00 40 0c      07:27:10.341  READ LOG DMA EXT
  47 00 01 00 00 00 40 0c      07:27:10.341  READ LOG DMA EXT

Error 764 occurred at disk power-on lifetime: 1524 hours (63 days + 12 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 60 28 1c ad 40  Error: UNC at LBA = 0x00ad1c28 = 11344936

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 08 60 28 1c ad 40 0c      07:27:10.174  READ FPDMA QUEUED
  47 00 01 30 03 00 40 00      07:27:10.174  READ LOG DMA EXT
  47 00 01 30 00 00 40 00      07:27:10.174  READ LOG DMA EXT
  47 00 01 00 00 00 40 00      07:27:10.174  READ LOG DMA EXT
  47 00 01 30 00 00 40 00      07:27:10.174  READ LOG DMA EXT

Error 763 occurred at disk power-on lifetime: 1524 hours (63 days + 12 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 28 1c ad 40  Error: UNC at LBA = 0x00ad1c28 = 11344936

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 08 00 28 1c ad 40 00      07:27:10.005  READ FPDMA QUEUED
  60 08 f8 20 1c ad 40 1f      07:27:10.005  READ FPDMA QUEUED
  60 08 b8 18 1c ad 40 17      07:27:10.005  READ FPDMA QUEUED
  60 08 b0 10 1c ad 40 16      07:27:10.005  READ FPDMA QUEUED
  60 08 a8 08 1c ad 40 15      07:27:10.005  READ FPDMA QUEUED

Error 762 occurred at disk power-on lifetime: 1524 hours (63 days + 12 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 e8 a8 1b ad 40  Error: UNC at LBA = 0x00ad1ba8 = 11344808

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 08 e8 a8 1b ad 40 1d      07:27:09.836  READ FPDMA QUEUED
  47 00 01 30 03 00 40 0c      07:27:09.836  READ LOG DMA EXT
  47 00 01 30 00 00 40 0c      07:27:09.836  READ LOG DMA EXT
  47 00 01 00 00 00 40 0c      07:27:09.836  READ LOG DMA EXT
  47 00 01 30 00 00 40 0c      07:27:09.836  READ LOG DMA EXT

Error 761 occurred at disk power-on lifetime: 1524 hours (63 days + 12 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 60 a8 1b ad 40  Error: UNC at LBA = 0x00ad1ba8 = 11344808

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 08 60 a8 1b ad 40 0c      07:27:09.671  READ FPDMA QUEUED
  47 00 01 30 03 00 40 03      07:27:09.671  READ LOG DMA EXT
  47 00 01 30 00 00 40 03      07:27:09.671  READ LOG DMA EXT
  47 00 01 00 00 00 40 03      07:27:09.671  READ LOG DMA EXT
  47 00 01 30 00 00 40 03      07:27:09.671  READ LOG 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
  256        0    65535  Read_scanning was never started
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.

olmaillard@pcmail:~$ 

Ubuntu depuis juillet 2009 - le plaisir de la liberté!

Hors ligne

#11 Le 10/09/2024, à 23:38

geole

Re : 22.04: instabilités récentes et répétées avec gel système

ATA Error Count: 765
Donc 765 erreurs rencontrées pour un disque jeune.
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       1530 
Globalement une toutes les deux heures, Bon score!r

La dernière erreur survenue 
Error 765 occurred at disk power-on lifetime: 1524 hours Error: WP at LBA  = 13633664
est survenue il y a six heures son type est WP donc WriteProtect.  Ce qui fait que le secteur est devenu interdit d'écriture. D'oû ton incident.
Il y a aussi d'autres secteurs illisibles.
UNC at LBA  = 11344936
Error: UNC at LBA = 11344808
mais on ne connait que les cinq derniers.

Enfin,bonne nouvelle si on peut dire.
    5 Reallocated_Sector_Ct   0x0033   096   096   010    Pre-fail  Always       -       22
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   096   096   010    Pre-fail  Always       -       22

22 réparations réussies.
et il a encore la capacité d'en réparer un certain nombre.
soit 22/(100-96)*96 = 528
Donc, il pourrait encore tenir une centaine d'années civiles avec les désagréments que tu connais.

Je n'ai pas su trouver les réparations en attente. Il n'y en a probablement pas.

avertissement  a écrit :

Il est inutile de tester un SSD car les secteurs testés sont virtuels. Cela ne ferait que l'user de façon prématurée !
Évidemment, il reste possible de récupérer les données S.M.A.R.T sans causer d'usure au SSD, heureusement

Dernière modification par geole (Le 11/09/2024, à 00:14)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#12 Le 11/09/2024, à 08:40

olivierm38

Re : 22.04: instabilités récentes et répétées avec gel système

geole a écrit :

ATA Error Count: 765
Donc 765 erreurs rencontrées pour un disque jeune.
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       1530 
Globalement une toutes les deux heures, Bon score!r

La dernière erreur survenue 
Error 765 occurred at disk power-on lifetime: 1524 hours Error: WP at LBA  = 13633664
est survenue il y a six heures son type est WP donc WriteProtect.  Ce qui fait que le secteur est devenu interdit d'écriture. D'oû ton incident.
Il y a aussi d'autres secteurs illisibles.
UNC at LBA  = 11344936
Error: UNC at LBA = 11344808
mais on ne connait que les cinq derniers.

Enfin,bonne nouvelle si on peut dire.
    5 Reallocated_Sector_Ct   0x0033   096   096   010    Pre-fail  Always       -       22
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   096   096   010    Pre-fail  Always       -       22

22 réparations réussies.
et il a encore la capacité d'en réparer un certain nombre.
soit 22/(100-96)*96 = 528
Donc, il pourrait encore tenir une centaine d'années civiles avec les désagréments que tu connais.

Je n'ai pas su trouver les réparations en attente. Il n'y en a probablement pas.

avertissement  a écrit :

Il est inutile de tester un SSD car les secteurs testés sont virtuels. Cela ne ferait que l'user de façon prématurée !
Évidemment, il reste possible de récupérer les données S.M.A.R.T sans causer d'usure au SSD, heureusement


Merci pour le décodage, en regardant de près cette erreur 765 et les commandes qui ont créé l'erreur:

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  61 08 88 80 08 d0 40 11      07:27:10.341  WRITE FPDMA QUEUED
  60 08 80 28 1c ad 40 10      07:27:10.341  READ FPDMA QUEUED
  47 00 01 30 03 00 40 0c      07:27:10.341  READ LOG DMA EXT
  47 00 01 30 00 00 40 0c      07:27:10.341  READ LOG DMA EXT
  47 00 01 00 00 00 40 0c      07:27:10.341  READ LOG DMA EXT

Je trouve que ça ressemble fortement aux lignes de message d'erreurs que j'ai rencontrées lors des précédents plantages de l'ordi (lecture depuis un log, échec en écriture) avec ce qui semblait être une boucle infinie que j'ai fini par stopper avec les touches systèmes au plus de plus de 24h.

https://servimg.com/view/18332078/59

J'ai fait quelques recherches rapides en cherchant à quoi correspond cette commande, j'ai vu que d'autres avaient des soucis de ce type par exemple:

https://patchwork.ozlabs.org/project/li … b.mkp.net/

Ca ne m'a pas beaucoup éclairé sur la nature de l'erreur, j'ai l'impression que c'est un souci à l'interface entre le disque et l'OS.

Dernière modification par olivierm38 (Le 11/09/2024, à 08:40)


Ubuntu depuis juillet 2009 - le plaisir de la liberté!

Hors ligne