#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
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,
… 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
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" )... 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
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 :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.
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
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!rLa 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