#1 Le 20/08/2024, à 11:04
- cdlp34
[RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Bonjour,
J'ai un PC faisant office de serveur local qui est sous Ubuntu 22.04.4 LTS et j'ai depuis le début toujours le même problème : le FS ubuntu--vg-root passe régulièrement tout seul en RO. Évidemment ça marche moins bien... en passant en mode debug, je peux faire un fsck qui corrige quelques pages de problèmes d'inodes, un reboot et c'est reparti.
Le problème est devenu tellement fréquent que j'ai planifié un reboot quotidien... ce qui limite les impacts sur ce serveur qui doit rester online.
L'OS est installé sur un Nvme, j'ai mis en doute du coup ce Nvme, et l'ai changé par un autre (via clonezilla).... mais le problème est le même.
En UEFI avec Ubuntu 22+, désactiver la gestion d'énergie sur PCI-Express est censé corriger ce problème (pcie_aspm=off). Mon Grub est donc ainsi configuré :
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=5
GRUB_RECORDFAIL_TIMEOUT=$GRUB_TIMEOUT
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pcie_aspm=off"
GRUB_CMDLINE_LINUX="amd_iommu=off iommu=pt"Mais le problème reste entier. Malgré le reboot quotidien, ce FS passe encore en RO de temps en temps ce qui fait dysfonctionner l'OS et me fait donc perdre régulièrement le fonctionnement de mon serveur.
Configuration Hardware :
Carte mère : AX370-Gaming K7
CPU : AMD® Ryzen 5 3400g with radeon vega graphics GPU
RAM : 16 Go
HDD : Nvme WD BLACK 500 Go
Boot : EFI
Je suis donc preneur de toute suggestion pouvant mener à la résolution de ce soucis.
Merci d'avance pour votre aide.
Cordialement
Dernière modification par cdlp34 (Le 18/09/2024, à 21:55)
Hors ligne
#2 Le 20/08/2024, à 11:18
- geole
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Bonjour
Recherchons la piste de l'incident matériel qui n'existe peut-être plus.
journalctl | grep "I/O error" | grep "sector" | cut -d" " -f9-12 | sort | uniq -c | head -100journalctl | grep "I/O error" | tail -100Les 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
#3 Le 20/08/2024, à 12:58
- cdlp34
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Bonjour Geole et merci pour ton premier retour.
Alors concernant la première commande :
~$ journalctl | grep "I/O error" | grep "sector" | cut -d" " -f9-12 | sort | uniq -c | head -100 2 dev sdc, sector 1148468216
1 dev sdc, sector 1231640265
1 dev sdc, sector 1464083913
1 dev sdc, sector 1716796249
2 dev sdc, sector 1716796260
1 dev sdc, sector 1844923350
1 dev sdc, sector 609498997
2 dev sdc, sector 610550601et la seconde, idem :
$ journalctl | grep "I/O error" | tail -100
juil. 09 00:06:09 MYSRV kernel: blk_update_request: I/O error, dev sdc, sector 1148468216 op 0x0:(READ) flags 0x0 phys_seg 16 prio class 0
juil. 09 00:41:04 MYSRV kernel: blk_update_request: I/O error, dev sdc, sector 1464083913 op 0x0:(READ) flags 0x4000 phys_seg 15 prio class 0
juil. 09 01:15:31 MYSRV kernel: blk_update_request: I/O error, dev sdc, sector 1716796260 op 0x0:(READ) flags 0x4000 phys_seg 146 prio class 0
juil. 09 01:34:28 MYSRV kernel: blk_update_request: I/O error, dev sdc, sector 1844923350 op 0x0:(READ) flags 0x4000 phys_seg 94 prio class 0
août 04 08:06:48 MYSRV kernel: blk_update_request: I/O error, dev sdc, sector 609498997 op 0x0:(READ) flags 0x4000 phys_seg 146 prio class 0
août 04 08:07:06 MYSRV kernel: blk_update_request: I/O error, dev sdc, sector 610550601 op 0x0:(READ) flags 0x4000 phys_seg 150 prio class 0
août 04 08:07:08 MYSRV kernel: blk_update_request: I/O error, dev sdc, sector 610550601 op 0x0:(READ) flags 0x4000 phys_seg 1 prio class 0
août 04 09:05:22 MYSRV kernel: blk_update_request: I/O error, dev sdc, sector 1148468216 op 0x0:(READ) flags 0x4000 phys_seg 165 prio class 0
août 04 09:16:31 MYSRV kernel: blk_update_request: I/O error, dev sdc, sector 1231640265 op 0x0:(READ) flags 0x4000 phys_seg 149 prio class 0
août 04 10:16:23 MYSRV kernel: blk_update_request: I/O error, dev sdc, sector 1716796249 op 0x0:(READ) flags 0x4000 phys_seg 107 prio class 0
août 04 10:16:27 MYSRV kernel: blk_update_request: I/O error, dev sdc, sector 1716796260 op 0x0:(READ) flags 0x4000 phys_seg 1 prio class 0/dev/sdc est un disque faisant partie d'un RAID/LVM avec un FS pour des datas, il est indiqué sain avec 7 secteurs défectueux identifiés d'après l'utilitaire "Disques".
mdadm indique que mes 2 RAIDS pour les datas sont "clean".
Le système et donc le FS à problème est lui installé sur le Nvme /dev/vme0n1p2
Cordialement.
Hors ligne
#4 Le 20/08/2024, à 14:28
- geole
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
A mon avis, tu devrais publier l'état smartcl du disque SDC afin de voir tout l'état du disque. Et pourquoi pas aussi celui de son double.
Pour le nvme, tente cela
journalctl --no-pager -g nvme --case-sensitive=no -n 500Les 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
#5 Le 20/08/2024, à 15:15
- cdlp34
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Pour le /dev/sdc, il fait partie d'une grappe de 5 disques en RAID5 :
Voilà pour le /dev/sdc :
sudo smartctl -s on -a /dev/sdc
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.15.0-118-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: SAMSUNG SpinPoint F3
Device Model: SAMSUNG HD103SJ
Serial Number: S246J9JB600742
LU WWN Device Id: 5 0024e9 205630522
Firmware Version: 1AJ10001
User Capacity: 1000204886016 bytes [1,00 TB]
Sector Size: 512 bytes logical/physical
Rotation Rate: 7200 rpm
Form Factor: 3.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS T13/1699-D revision 6
SATA Version is: SATA 2.6, 3.0 Gb/s
Local Time is: Tue Aug 20 16:06:20 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: ( 9060) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 151) minutes.
SCT capabilities: (0x003f) 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 0x002f 100 100 051 Pre-fail Always - 16837
2 Throughput_Performance 0x0026 252 252 000 Old_age Always - 0
3 Spin_Up_Time 0x0023 071 067 025 Pre-fail Always - 8912
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 233
5 Reallocated_Sector_Ct 0x0033 252 252 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 252 252 051 Old_age Always - 0
8 Seek_Time_Performance 0x0024 252 252 015 Old_age Offline - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 109050
10 Spin_Retry_Count 0x0032 252 252 051 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 252 252 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 274
191 G-Sense_Error_Rate 0x0022 100 100 000 Old_age Always - 3
192 Power-Off_Retract_Count 0x0022 252 252 000 Old_age Always - 0
194 Temperature_Celsius 0x0002 053 038 000 Old_age Always - 47 (Min/Max 11/62)
195 Hardware_ECC_Recovered 0x003a 100 100 000 Old_age Always - 0
196 Reallocated_Event_Count 0x0032 252 252 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 7
198 Offline_Uncorrectable 0x0030 252 252 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0036 100 100 000 Old_age Always - 1
200 Multi_Zone_Error_Rate 0x002a 100 100 000 Old_age Always - 909
223 Load_Retry_Count 0x0032 252 252 000 Old_age Always - 0
225 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 274
SMART Error Log Version: 1
No Errors Logged
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 0
Note: revision number not 1 implies that no selective self-test has ever been run
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Completed [00% left] (0-65535)
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.... et la même pour 1 des autres disques de parité :
sudo smartctl -s on -a /dev/sdb
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.15.0-118-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: SAMSUNG SpinPoint F3
Device Model: SAMSUNG HD103SJ
Serial Number: S246J90B200886
LU WWN Device Id: 5 0024e9 20471ba15
Firmware Version: 1AJ10001
User Capacity: 1000204886016 bytes [1,00 TB]
Sector Size: 512 bytes logical/physical
Rotation Rate: 7200 rpm
Form Factor: 3.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS T13/1699-D revision 6
SATA Version is: SATA 2.6, 3.0 Gb/s
Local Time is: Tue Aug 20 16:13:23 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: ( 9120) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 152) minutes.
SCT capabilities: (0x003f) 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 0x002f 100 100 051 Pre-fail Always - 5635
2 Throughput_Performance 0x0026 252 252 000 Old_age Always - 0
3 Spin_Up_Time 0x0023 071 047 025 Pre-fail Always - 8824
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 263
5 Reallocated_Sector_Ct 0x0033 252 252 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 252 252 051 Old_age Always - 0
8 Seek_Time_Performance 0x0024 252 252 015 Old_age Offline - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 113226
10 Spin_Retry_Count 0x0032 252 252 051 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 252 252 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 300
191 G-Sense_Error_Rate 0x0022 100 100 000 Old_age Always - 11
192 Power-Off_Retract_Count 0x0022 252 252 000 Old_age Always - 0
194 Temperature_Celsius 0x0002 055 036 000 Old_age Always - 45 (Min/Max 11/64)
195 Hardware_ECC_Recovered 0x003a 100 100 000 Old_age Always - 0
196 Reallocated_Event_Count 0x0032 252 252 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 1
198 Offline_Uncorrectable 0x0030 252 252 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0036 100 100 000 Old_age Always - 2
200 Multi_Zone_Error_Rate 0x002a 100 100 000 Old_age Always - 8946
223 Load_Retry_Count 0x0032 252 252 000 Old_age Always - 0
225 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 300
SMART Error Log Version: 1
No Errors Logged
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 0
Note: revision number not 1 implies that no selective self-test has ever been run
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Completed [00% left] (0-65535)
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.et enfin, moins de matière, voilà pour le Nvme :
$ journalctl --no-pager -g nvme --case-sensitive=no -n 500
-- No entries --Hors ligne
#6 Le 20/08/2024, à 15:29
- geole
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Les résultats disques durs sont peut-être moins bons que tu le crois. Le second disque que tu montres à aussi un secteur défectueux.
Pour une vue rapide
####SMARTCTL en boucle pour disques DURS
DSK=(sda sdb sdc sdd sde)
for i in "${DSK[@]}";do sudo smartctl -a /dev/$i|grep -E "Serial|Reallocated_Sector|Current_Pending|Power_On|Errors Logged";sleep 1;echo;donePour le nvme, je ne sais pas trop ce que je dois chercher. Il faudrait probablement un vrai cas
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
#7 Le 20/08/2024, à 16:03
- cdlp34
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
On va se concentrer sur le nvme puisque c'est lui qui héberge le FS a problème,
Comme c'est le 2nd disque Nvme avec les mêmes symptômes (avec la même installation dupliquée via clonezilla), j'écarte un problème propre au Nvme lui même. Je pense plutôt à un autre élément hardware ou software qui vient perturber le FS (firmware ? BIOS, option de gestion des Nvme, etc...)
Je le remets en ligne avec fsck. Qu'est-ce que je dois essayer de capturer quand le problème se présente ? Je vais arrêter le reboot quotidien pour retomber sur le cas plus vite, mais il faut ensuite que je le remette en ligne assez rapidement.
Hors ligne
#8 Le 20/08/2024, à 16:24
- geole
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Tu pourras remettre en ligne immédiatement après la fin de l'incident.
Lorsque l'ordinateur sera de nouveau disponible, tu donneras la fin de la trace du boot précédant...
journalctl --no-pager -b -1 -n 1500Au besoin, on pourra refaire des extractions avec d'autres critères
Publie déjà l'état smartclt du nvme. Il y a quatre commandes en tout: La première classique et trois spéciales nvme nécessitant l'installation du logiciel nvme
Dernière modification par geole (Le 20/08/2024, à 16:32)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#9 Le 20/08/2024, à 16:52
- geole
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Je vais peut-être trouver autrement en partant des fsck
journalctl | grep "fsck" | tail -100Les 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 21/08/2024, à 00:08
- cdlp34
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Alors Voilà pour le journalctl :
~$ journalctl | grep "fsck" | tail -100
août 09 07:00:06 MYSRV systemd[1]: systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service: Deactivated successfully.
août 09 07:00:06 MYSRV systemd[1]: Removed slice Slice /system/systemd-fsck.
août 09 07:00:40 MYSRV systemd[1]: Created slice Slice /system/systemd-fsck.
août 09 07:00:40 MYSRV systemd[1]: Listening on fsck to fsckd communication Socket.
août 09 07:00:41 MYSRV systemd-fsck[1180]: fsck.fat 4.2 (2021-01-31)
août 09 07:00:41 MYSRV systemd-fsck[1180]: /dev/nvme0n1p1: 12 files, 1556/130811 clusters
août 09 07:01:11 MYSRV systemd[1]: systemd-fsckd.service: Deactivated successfully.
août 10 07:00:21 MYSRV dbus-daemon[2204]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.nm-dispatcher.service': Transaction for NetworkManager-dispatcher.service/start is destructive (system-systemd\x2dfsck.slice has 'stop' job queued, but 'start' is included in transaction).
août 10 07:00:21 MYSRV systemd[1]: Requested transaction contradicts existing jobs: Transaction for NetworkManager-dispatcher.service/start is destructive (system-systemd\x2dfsck.slice has 'stop' job queued, but 'start' is included in transaction).
août 10 07:00:21 MYSRV systemd[1]: systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service: Deactivated successfully.
août 10 07:00:21 MYSRV systemd[1]: Removed slice Slice /system/systemd-fsck.
août 10 07:00:56 MYSRV systemd[1]: Created slice Slice /system/systemd-fsck.
août 10 07:00:56 MYSRV systemd[1]: Listening on fsck to fsckd communication Socket.
août 10 07:00:57 MYSRV systemd-fsck[1176]: fsck.fat 4.2 (2021-01-31)
août 10 07:00:57 MYSRV systemd-fsck[1176]: /dev/nvme0n1p1: 12 files, 1556/130811 clusters
août 10 07:01:27 MYSRV systemd[1]: systemd-fsckd.service: Deactivated successfully.
août 11 07:00:21 MYSRV systemd[1]: systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service: Deactivated successfully.
août 11 07:00:21 MYSRV systemd[1]: Removed slice Slice /system/systemd-fsck.
août 11 07:08:24 MYSRV systemd[1]: Created slice Slice /system/systemd-fsck.
août 11 07:08:24 MYSRV systemd[1]: Listening on fsck to fsckd communication Socket.
août 11 07:08:25 MYSRV systemd-fsck[1191]: fsck.fat 4.2 (2021-01-31)
août 11 07:08:25 MYSRV systemd-fsck[1191]: /dev/nvme0n1p1: 12 files, 1556/130811 clusters
août 11 07:08:55 MYSRV systemd[1]: systemd-fsckd.service: Deactivated successfully.
août 12 07:00:04 MYSRV systemd[1]: systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service: Deactivated successfully.
août 12 07:00:04 MYSRV systemd[1]: Removed slice Slice /system/systemd-fsck.
août 12 07:00:40 MYSRV systemd[1]: Created slice Slice /system/systemd-fsck.
août 12 07:00:40 MYSRV systemd[1]: Listening on fsck to fsckd communication Socket.
août 12 07:00:41 MYSRV systemd-fsck[1063]: fsck.fat 4.2 (2021-01-31)
août 12 07:00:41 MYSRV systemd-fsck[1063]: /dev/nvme0n1p1: 12 files, 1556/130811 clusters
août 12 07:01:11 MYSRV systemd[1]: systemd-fsckd.service: Deactivated successfully.
août 13 07:00:22 MYSRV systemd[1]: systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service: Deactivated successfully.
août 13 07:00:22 MYSRV systemd[1]: Removed slice Slice /system/systemd-fsck.
août 13 07:00:55 MYSRV systemd[1]: Created slice Slice /system/systemd-fsck.
août 13 07:00:55 MYSRV systemd[1]: Listening on fsck to fsckd communication Socket.
août 13 07:00:56 MYSRV systemd-fsck[1101]: fsck.fat 4.2 (2021-01-31)
août 13 07:00:56 MYSRV systemd-fsck[1101]: /dev/nvme0n1p1: 12 files, 1556/130811 clusters
août 13 07:01:26 MYSRV systemd[1]: systemd-fsckd.service: Deactivated successfully.
août 14 07:00:01 MYSRV systemd[1]: Requested transaction contradicts existing jobs: Transaction for plymouth-quit.service/start is destructive (system-systemd\x2dfsck.slice has 'stop' job queued, but 'start' is included in transaction).
août 14 07:00:01 MYSRV systemd[1]: gdm.service: Failed to enqueue OnFailure= job, ignoring: Transaction for plymouth-quit.service/start is destructive (system-systemd\x2dfsck.slice has 'stop' job queued, but 'start' is included in transaction).
août 14 07:00:01 MYSRV systemd[1]: Requested transaction contradicts existing jobs: Transaction for rtkit-daemon.service/start is destructive (systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service has 'stop' job queued, but 'start' is included in transaction).
août 14 07:00:01 MYSRV dbus-daemon[2188]: [system] Activation via systemd failed for unit 'rtkit-daemon.service': Transaction for rtkit-daemon.service/start is destructive (systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service has 'stop' job queued, but 'start' is included in transaction).
août 14 07:00:04 MYSRV systemd[1]: systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service: Deactivated successfully.
août 14 07:00:04 MYSRV systemd[1]: Removed slice Slice /system/systemd-fsck.
août 14 07:00:41 MYSRV systemd[1]: Created slice Slice /system/systemd-fsck.
août 14 07:00:41 MYSRV systemd[1]: Listening on fsck to fsckd communication Socket.
août 14 07:00:42 MYSRV systemd-fsck[1159]: fsck.fat 4.2 (2021-01-31)
août 14 07:00:42 MYSRV systemd-fsck[1159]: /dev/nvme0n1p1: 12 files, 1556/130811 clusters
août 14 07:01:12 MYSRV systemd[1]: systemd-fsckd.service: Deactivated successfully.
août 15 07:00:21 MYSRV systemd[1]: Requested transaction contradicts existing jobs: Transaction for NetworkManager-dispatcher.service/start is destructive (systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service has 'stop' job queued, but 'start' is included in transaction).
août 15 07:00:21 MYSRV dbus-daemon[2219]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.nm-dispatcher.service': Transaction for NetworkManager-dispatcher.service/start is destructive (systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service has 'stop' job queued, but 'start' is included in transaction).
août 15 07:00:21 MYSRV systemd[1]: systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service: Deactivated successfully.
août 15 07:00:21 MYSRV systemd[1]: Removed slice Slice /system/systemd-fsck.
août 15 07:00:56 MYSRV systemd[1]: Created slice Slice /system/systemd-fsck.
août 15 07:00:56 MYSRV systemd[1]: Listening on fsck to fsckd communication Socket.
août 15 07:00:57 MYSRV systemd-fsck[1188]: fsck.fat 4.2 (2021-01-31)
août 15 07:00:57 MYSRV systemd-fsck[1188]: /dev/nvme0n1p1: 12 files, 1556/130811 clusters
août 15 07:01:27 MYSRV systemd[1]: systemd-fsckd.service: Deactivated successfully.
août 16 07:00:21 MYSRV systemd[1]: Requested transaction contradicts existing jobs: Transaction for NetworkManager-dispatcher.service/start is destructive (system-systemd\x2dfsck.slice has 'stop' job queued, but 'start' is included in transaction).
août 16 07:00:21 MYSRV dbus-daemon[2346]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.nm-dispatcher.service': Transaction for NetworkManager-dispatcher.service/start is destructive (system-systemd\x2dfsck.slice has 'stop' job queued, but 'start' is included in transaction).
août 16 07:00:22 MYSRV systemd[1]: systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service: Deactivated successfully.
août 16 07:00:22 MYSRV systemd[1]: Removed slice Slice /system/systemd-fsck.
août 16 07:00:55 MYSRV systemd[1]: Created slice Slice /system/systemd-fsck.
août 16 07:00:55 MYSRV systemd[1]: Listening on fsck to fsckd communication Socket.
août 16 07:00:56 MYSRV systemd-fsck[1115]: fsck.fat 4.2 (2021-01-31)
août 16 07:00:56 MYSRV systemd-fsck[1115]: /dev/nvme0n1p1: 12 files, 1556/130811 clusters
août 16 07:01:26 MYSRV systemd[1]: systemd-fsckd.service: Deactivated successfully.
août 17 13:15:42 MYSRV systemd[1]: Created slice Slice /system/systemd-fsck.
août 17 13:15:42 MYSRV systemd[1]: Listening on fsck to fsckd communication Socket.
août 17 13:15:43 MYSRV systemd-fsck[1196]: fsck.fat 4.2 (2021-01-31)
août 17 13:15:43 MYSRV systemd-fsck[1196]: /dev/nvme0n1p1: 12 files, 1556/130811 clusters
août 17 13:16:13 MYSRV systemd[1]: systemd-fsckd.service: Deactivated successfully.
août 18 07:00:02 MYSRV systemd[1]: Requested transaction contradicts existing jobs: Transaction for rtkit-daemon.service/start is destructive (system-systemd\x2dfsck.slice has 'stop' job queued, but 'start' is included in transaction).
août 18 07:00:02 MYSRV dbus-daemon[2294]: [system] Activation via systemd failed for unit 'rtkit-daemon.service': Transaction for rtkit-daemon.service/start is destructive (system-systemd\x2dfsck.slice has 'stop' job queued, but 'start' is included in transaction).
août 18 07:00:02 MYSRV systemd[1]: Requested transaction contradicts existing jobs: Transaction for plymouth-quit.service/start is destructive (system-systemd\x2dfsck.slice has 'stop' job queued, but 'start' is included in transaction).
août 18 07:00:02 MYSRV systemd[1]: gdm.service: Failed to enqueue OnFailure= job, ignoring: Transaction for plymouth-quit.service/start is destructive (system-systemd\x2dfsck.slice has 'stop' job queued, but 'start' is included in transaction).
août 18 07:00:02 MYSRV systemd[1]: Requested transaction contradicts existing jobs: Transaction for rtkit-daemon.service/start is destructive (systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service has 'stop' job queued, but 'start' is included in transaction).
août 18 07:00:02 MYSRV dbus-daemon[2294]: [system] Activation via systemd failed for unit 'rtkit-daemon.service': Transaction for rtkit-daemon.service/start is destructive (systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service has 'stop' job queued, but 'start' is included in transaction).
août 18 07:00:21 MYSRV systemd[1]: systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service: Deactivated successfully.
août 18 07:00:21 MYSRV systemd[1]: Removed slice Slice /system/systemd-fsck.
août 18 07:00:56 MYSRV systemd[1]: Created slice Slice /system/systemd-fsck.
août 18 07:00:56 MYSRV systemd[1]: Listening on fsck to fsckd communication Socket.
août 18 07:00:57 MYSRV systemd-fsck[1157]: fsck.fat 4.2 (2021-01-31)
août 18 07:00:57 MYSRV systemd-fsck[1157]: /dev/nvme0n1p1: 12 files, 1556/130811 clusters
août 18 07:01:27 MYSRV systemd[1]: systemd-fsckd.service: Deactivated successfully.
août 19 07:00:05 MYSRV systemd[1]: systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service: Deactivated successfully.
août 19 07:00:05 MYSRV systemd[1]: Removed slice Slice /system/systemd-fsck.
août 19 07:00:41 MYSRV systemd[1]: Created slice Slice /system/systemd-fsck.
août 19 07:00:41 MYSRV systemd[1]: Listening on fsck to fsckd communication Socket.
août 19 07:00:42 MYSRV systemd-fsck[1196]: fsck.fat 4.2 (2021-01-31)
août 19 07:00:42 MYSRV systemd-fsck[1196]: /dev/nvme0n1p1: 12 files, 1556/130811 clusters
août 19 07:01:12 MYSRV systemd[1]: systemd-fsckd.service: Deactivated successfully.
août 20 07:00:02 MYSRV dbus-daemon[1936]: [system] Activation via systemd failed for unit 'rtkit-daemon.service': Transaction for rtkit-daemon.service/start is destructive (systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service has 'stop' job queued, but 'start' is included in transaction).
août 20 07:00:02 MYSRV systemd[1]: Requested transaction contradicts existing jobs: Transaction for rtkit-daemon.service/start is destructive (systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service has 'stop' job queued, but 'start' is included in transaction).
août 20 07:00:21 MYSRV systemd[1]: systemd-fsck@dev-disk-by\x2duuid-B5B2\x2d4F00.service: Deactivated successfully.
août 20 07:00:21 MYSRV systemd[1]: Removed slice Slice /system/systemd-fsck.
août 20 07:00:58 MYSRV systemd[1]: Created slice Slice /system/systemd-fsck.
août 20 07:00:58 MYSRV systemd[1]: Listening on fsck to fsckd communication Socket.
août 20 07:00:59 MYSRV systemd-fsck[1223]: fsck.fat 4.2 (2021-01-31)
août 20 07:00:59 MYSRV systemd-fsck[1223]: /dev/nvme0n1p1: 12 files, 1556/130811 clusters
août 20 07:01:29 MYSRV systemd[1]: systemd-fsckd.service: Deactivated successfully.On dirait qu'il y a des jobs contradictoires...
Hors ligne
#11 Le 21/08/2024, à 00:14
- cdlp34
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Quant au smartctl sur le nvme :
~$ sudo smartctl -s on -a /dev/nvme0n1
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.15.0-118-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Number: WDS500G1XHE-00AFY0
Serial Number: 215247801674
Firmware Version: 614900WD
PCI Vendor/Subsystem ID: 0x15b7
IEEE OUI Identifier: 0x001b44
Total NVM Capacity: 500107862016 [500 GB]
Unallocated NVM Capacity: 0
Controller ID: 8224
NVMe Version: 1.4
Number of Namespaces: 1
Namespace 1 Size/Capacity: 500107862016 [500 GB]
Namespace 1 Formatted LBA Size: 512
Namespace 1 IEEE EUI-64: 001b44 8b45b4487e
Local Time is: Wed Aug 21 00:56:56 2024 CEST
Firmware Updates (0x14): 2 Slots, no Reset required
Optional Admin Commands (0x0017): Security Format Frmw_DL Self_Test
Optional NVM Commands (0x00df): Comp Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_Feat Timestmp Verify
Log Page Attributes (0x1e): Cmd_Eff_Lg Ext_Get_Lg Telmtry_Lg Pers_Ev_Lg
Maximum Data Transfer Size: 128 Pages
Warning Comp. Temp. Threshold: 84 Celsius
Critical Comp. Temp. Threshold: 88 Celsius
Namespace 1 Features (0x02): NA_Fields
Supported Power States
St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat
0 + 9.00W 9.00W - 0 0 0 0 0 0
1 + 4.10W 4.10W - 0 0 0 0 0 0
2 + 3.50W 3.50W - 0 0 0 0 0 0
3 - 0.0250W - - 3 3 3 3 5000 10000
4 - 0.0050W - - 4 4 4 4 3900 45700
Supported LBA Sizes (NSID 0x1)
Id Fmt Data Metadt Rel_Perf
0 + 512 0 2
1 - 4096 0 1
=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
SMART/Health Information (NVMe Log 0x02)
Critical Warning: 0x00
Temperature: 45 Celsius
Available Spare: 100%
Available Spare Threshold: 10%
Percentage Used: 3%
Data Units Read: 14800839 [7,57 TB]
Data Units Written: 62701877 [32,1 TB]
Host Read Commands: 208557024
Host Write Commands: 390375367
Controller Busy Time: 674
Power Cycles: 21
Power On Hours: 16302
Unsafe Shutdowns: 9
Media and Data Integrity Errors: 0
Error Information Log Entries: 0
Warning Comp. Temperature Time: 0
Critical Comp. Temperature Time: 0
Error Information (NVMe Log 0x01, 16 of 256 entries)
No Errors Loggedet
~$ sudo nvme error-log /dev/nvme0n1 | grep -A2 Entry | grep -v "................." renvoi 0 error_count sur toutes les entrées
et
~$ sudo nvme smart-log /dev/nvme0n1
Smart Log for NVME device:nvme0n1 namespace-id:ffffffff
critical_warning : 0
temperature : 45 C (318 Kelvin)
available_spare : 100%
available_spare_threshold : 10%
percentage_used : 3%
endurance group critical warning summary: 0
data_units_read : 14805837
data_units_written : 62702110
host_read_commands : 208593563
host_write_commands : 390380985
controller_busy_time : 674
power_cycles : 21
power_on_hours : 16302
unsafe_shutdowns : 9
media_errors : 0
num_err_log_entries : 0
Warning Temperature Time : 0
Critical Composite Temperature Time : 0
Thermal Management T1 Trans Count : 0
Thermal Management T2 Trans Count : 0
Thermal Management T1 Total Time : 0
Thermal Management T2 Total Time : 0et
~$ sudo nvme sanitize-log /dev/nvme0n1
Sanitize Progress (SPROG) : 65535
Sanitize Status (SSTAT) : 0
Sanitize Command Dword 10 Information (SCDW10) : 0
Estimated Time For Overwrite : 4294967295 (No time period reported)
Estimated Time For Block Erase : 60
Estimated Time For Crypto Erase : 4294967295 (No time period reported)
Estimated Time For Overwrite (No-Deallocate) : 4294967295 (No time period reported)
Estimated Time For Block Erase (No-Deallocate) : 4294967295 (No time period reported)
Estimated Time For Crypto Erase (No-Deallocate): 4294967295 (No time period reported)Hors ligne
#12 Le 21/08/2024, à 22:56
- geole
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Bonsoir.
Je ne vois rien d'anormal dans les rapports smarctl.
et je ne sais pas trouver quelque chose dans les fsck.
Il va falloir fabriquer le cas.
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
#13 Le 21/08/2024, à 23:15
- jplemoine
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
@geole : bon courage pour fabriquer le cas...
Pour le /dev/sdc, il fait partie d'une grappe de 5 disques en RAID5 :
Il y a un RAID 5 sur 5 disques (avec 5 disques physiques) avec un LVM (genre le truc que tu trouves sur tous les PC) mais je pense que c'est pour les données.
Pour le disque système, c'est que le Nvme ? (Donc, 1 disque physique)
Pour que l'on comprenne que donne :
pvs
vgs
lvsSi ça ne fonctionne pas, la même chose avec xxdisplay
pvdisplay
vgdisplay
lvdispalySi oui, n'est-ce pas tout simplement une saturation de l'espace disque ou des inodes ?
Quand le disque passe en RO, peux-tu donner les retours de
df -hx tmpfs
df -ix tmpfsMembre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Déconnecté jusqu’à nouvel ordre
Hors ligne
#14 Le 22/08/2024, à 00:48
- cdlp34
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Bonjour @jplemoine,
Merci pour ta réponse.
Voici les détails pour mieux comprendre la conf HDD du serveur :
~$ sudo pvs
PV VG Fmt Attr PSize PFree
/dev/md0 vgRaid5 lvm2 a-- <3,64t 0
/dev/md1 vgRaid5WDRed4TB lvm2 a-- 21,83t 0
/dev/nvme0n1p2 ubuntu-vg lvm2 a-- <465,26g 0 $ sudo vgs
VG #PV #LV #SN Attr VSize VFree
ubuntu-vg 1 2 0 wz--n- <465,26g 0
vgRaid5 1 1 0 wz--n- <3,64t 0
vgRaid5WDRed4TB 1 1 0 wz--n- 21,83t 0 sudo lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
root ubuntu-vg -wi-ao---- 464,30g
swap_1 ubuntu-vg -wi-ao---- 976,00m
lvRaid5 vgRaid5 -wi-ao---- <3,64t
lvRaid5WRed4TB vgRaid5WDRed4TB -wi-ao---- 21,83t Sur le FS ubuntu--vg--root il me reste 134G, je pense qu'on est large (où alors j'ai merdé grave quelque part ;-)
Le serveur n'est pas encore planté (curieux) et pour l'instant ça donne ça :
$ df -hx tmpfs
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/ubuntu--vg-root 456G 300G 134G 70% /
/dev/nvme0n1p1 511M 6,1M 505M 2% /boot/efi
/dev/mapper/vgRaid5-lvRaid5 3,6T 1,3T 2,2T 38% /mnt/raid5
/dev/mapper/vgRaid5WDRed4TB-lvRaid5WRed4TB 22T 19T 1,8T 92% /mnt/raid5_2
~$ df -ix tmpfs
Sys. de fichiers Inœuds IUtil. ILibre IUti% Monté sur
/dev/mapper/ubuntu--vg-root 30433280 898567 29534713 3% /
/dev/nvme0n1p1 0 0 0 - /boot/efi
/dev/mapper/vgRaid5-lvRaid5 244162560 171462 243991098 1% /mnt/raid5
/dev/mapper/vgRaid5WDRed4TB-lvRaid5WRed4TB 732540928 4684 732536244 1% /mnt/raid5_2Dernière modification par cdlp34 (Le 22/08/2024, à 00:49)
Hors ligne
#15 Le 22/08/2024, à 06:12
- jplemoine
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Donc, on a / qui est sur le LV root. Le LV root est dans le VG ubuntu-vg qui contient aussi le swap.
Et le VG ubuntu-vg est sur le PV /dev/nvme0n1p2.
(pourquoi se compliquer la vie ? Je ne vois pas [mais ce n'est pas pour ça qu'il n'y en a pas] de faire un LVM sur partition avec 1 seul disque physique).
Je pense (mais j'ai peut-être tort) que l'on aurait pu utiliser le nvme de manière classique (2 partitions sans LVM) et garder le LVM pour les disques en multipath qui participent au RAID5
Au vu des retour de df, ma piste n'est pas bonne (C'est un cas que j'avais eu).
Il faudrait regarder les logs (notamment syslog) pour voir s'il n'y a pas une piste du pourquoi.
Il faudrait quand le système pas en RO, noter l'heure exacte. Redémarrer et faire le plus vite possible une copie du /var/log.
Cela permettra de faire une analyse "post-mortem" sans bloquer le serveur.
Avec un
ls -ldrt /var/log, regarder les derniers fichiers modifiés et voir s'il y a quelque chose juste avant le passage en RO (remonter d'1 à 2 mn).
Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Déconnecté jusqu’à nouvel ordre
Hors ligne
#16 Le 22/08/2024, à 11:40
- cdlp34
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Bonjour @jplemoine,
Merci pour ton retour.
Ok pour la procédure post-mortem. Par contre je ne sais jamais l'heure exacte ou le FS passe en RO. Je m'en rends compte quant Gnome ne répond plus...:/
Pour le LVM sur le nvme systeme, c'est l'installation automatique faite par l'installeur Ubuntu quand on lui dit de s'installer en LVM.
C'est une vielle habitude que j'ai de tout installer en LVM pour faciliter les extensions au besoin, ZFS n'était pas assez mure à mon goût à l'époque, je m'y mettrais sans doute à la prochaine réinstall. ;-)
Cordialement.
Hors ligne
#17 Le 22/08/2024, à 12:46
- geole
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Pour le LVM sur le nvme systeme, c'est l'installation automatique faite par l'installeur Ubuntu quand on lui dit de s'installer en LVM.
C'est une vielle habitude que j'ai de tout installer en LVM pour faciliter les extensions au besoin, ZFS n'était pas assez mure à mon goût à l'époque, je m'y mettrais sans doute à la prochaine réinstall. ;-)
Tu peux aussi installer le logiciel dans une partition BTRFS à laquelle tu ajoutes timeshift et mettre tes données personnelles dans du ZFS RAIDZ. Mais pas beaucoup de documentation/exemples lorsque les ennuis disques arrivent.
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
#18 Le 22/08/2024, à 14:12
- cdlp34
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
ca y'est ! le FS est en RO !!! Ca s'est passsé entre 12h45 et 15H00
je vais rebooter dans un instant, mais j'ai déjà mis de côté une copie du /var/log AVANT REBOOT, j'en ferais une autre après.
Côté dernier fichiers modifiés dans le /var/log entre hier et aujourd'hui, ça donne ça :
-rw------- 1 root root 14664 août 21 00:00 /var/log/boot.log.1
-rw------- 1 root root 0 août 21 00:00 /var/log/boot.log
drwxr-xr-x 2 root root 4096 août 21 06:41 /var/log/apt
-rw-r--r-- 1 root root 86192 août 21 06:41 /var/log/dpkg.log
-rw-r----- 1 root adm 115 août 21 21:31 /var/log/apport.log.1
-rw-r----- 1 root adm 0 août 22 00:00 /var/log/apport.log
drwxr-xr-x 2 root root 4096 août 22 00:00 /var/log/cups
-rw-r----- 1 syslog adm 1436381 août 22 01:15 /var/log/mail.log
-rw-r----- 1 syslog adm 87722 août 22 01:40 /var/log/auth.log
-rw-r--r-- 1 root root 14357465 août 22 02:02 /var/log/apcupsd.events
-rw-r----- 1 syslog adm 4633035 août 22 02:06 /var/log/ufw.log
-rw-r----- 1 syslog adm 5467924 août 22 02:06 /var/log/kern.log
-rw-r----- 1 syslog adm 11914486 août 22 02:06 /var/log/syslogJe reboot... et je vais sans doute faire le fsck puis le journalctl et nouvelle copie de /var/log...
Dernière modification par cdlp34 (Le 22/08/2024, à 14:26)
Hors ligne
#19 Le 22/08/2024, à 14:17
- xubu1957
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Bonjour,
Pour ajouter toi-même les balises code à ton précédent message #18 : Merci 
Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message
comme indiqué dans le : Retour utilisable de commande
Dernière modification par xubu1957 (Le 22/08/2024, à 14:31)
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
#20 Le 22/08/2024, à 14:28
- cdlp34
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Bonjour xubu1957,
Post modifié, je ne pouvais plus le faire au moment de poster le MSG, le navigateur étant instable avec le FS en RO. 
Hors ligne
#21 Le 22/08/2024, à 14:37
- geole
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Bonjour
Après le reboot, tu donneras ces retours
journalctl --no-pager --since "2024-08-22 12:45:00" --until "2024-08-22 15:00" -p errjournalctl --no-pager --since "2024-08-22 13:00" --until "2024-08-22 15:00" 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
#22 Le 22/08/2024, à 14:58
- cdlp34
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Bonjour @geole,
et voilà :
~$ sudo journalctl --no-pager --since "2024-08-22 12:45:00" --until "2024-08-22 15:00" -p err
-- No entries --
~$ sudo journalctl --no-pager --since "2024-08-22 13:00" --until "2024-08-22 15:00"
-- No entries --Hors ligne
#23 Le 22/08/2024, à 15:07
- cdlp34
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
Par contre dans le /var/log/syslog (en heure syslog) j'ai trouvé le moment précis il plante :
Aug 22 02:06:27 MYSRV kernel: [155137.091812] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 512: comm Cache2 I/O: Directory index failed checksum
Aug 22 02:06:27 MYSRV kernel: [155137.091836] Aborting journal on device dm-0-8.
Aug 22 02:06:27 MYSRV kernel: [155137.092223] EXT4-fs error (device dm-0): ext4_journal_check_start:83: comm systemd-journal: Detected aborted journal
Aug 22 02:06:27 MYSRV kernel: [155137.092249] EXT4-fs error (device dm-0): ext4_journal_check_start:83: comm rs:main Q:Reg: Detected aborted journal
Aug 22 02:06:27 MYSRV kernel: [155137.092331] EXT4-fs (dm-0): Remounting filesystem read-only02:06 ca correspond à l'heure de modification des derniers fichiers de /var/log
dans le var/log/kern.log, ca va et ca vient plus ou moins fort avec tout le temps les mêmes lignes relatives au blocks 508 et 512 :
Aug 22 14:06:56 MYSRV kernel: [198365.840322] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 512: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:27:55 MYSRV kernel: [192425.491848] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 508: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:27:56 MYSRV kernel: [192425.726119] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 512: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:27:56 MYSRV kernel: [192425.726638] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 508: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:27:56 MYSRV kernel: [192425.726917] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 508: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:27:56 MYSRV kernel: [192425.727368] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 508: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:27:56 MYSRV kernel: [192425.920695] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 508: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:27:56 MYSRV kernel: [192425.921206] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 508: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:27:56 MYSRV kernel: [192425.921479] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 508: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:27:56 MYSRV kernel: [192425.921885] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 512: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:27:56 MYSRV kernel: [192426.126791] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 508: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:28:00 MYSRV kernel: [192430.497931] EXT4-fs error: 36 callbacks suppressed
Aug 22 12:28:00 MYSRV kernel: [192430.497937] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 508: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:28:01 MYSRV kernel: [192430.844764] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 508: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:28:01 MYSRV kernel: [192430.906605] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 508: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:28:01 MYSRV kernel: [192430.906888] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 508: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:28:01 MYSRV kernel: [192430.907120] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 508: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:28:01 MYSRV kernel: [192430.945164] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 512: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:28:01 MYSRV kernel: [192431.440749] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 512: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:28:01 MYSRV kernel: [192431.450700] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 512: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:28:01 MYSRV kernel: [192431.466670] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 508: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:28:01 MYSRV kernel: [192431.502644] EXT4-fs error (device dm-0): dx_probe:941: inode #5507098: block 512: comm Cache2 I/O: Directory index failed checksum
Aug 22 12:28:06 MYSRV kernel: [192436.120708] EXT4-fs error: 103 callbacks suppressedDernière modification par cdlp34 (Le 22/08/2024, à 15:25)
Hors ligne
#24 Le 22/08/2024, à 15:08
- geole
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
journalctl --no-pager --since "2024-08-22 12:45:00" -p err | head -20
journalctl --no-pager --since "2024-08-22 12:45:00" | head -100Les 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
#25 Le 22/08/2024, à 15:13
- cdlp34
Re : [RESOLU] ubuntu--vg--root passe en Read Only tous les jours
et voilà :
~$ sudo journalctl --no-pager --since "2024-08-22 12:45:00" -p err | head -20
*août 22 15:19:21 MYSRV systemd-sysusers[601]: Failed to check if group sync already exists: Connection refused
août 22 15:19:21 MYSRV systemd-sysusers[601]: Failed to check if group nobody already exists: Connection refused
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:10 Invalid key 'SYSFS'
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:12 Invalid key 'SYSFS'
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:14 Invalid key 'SYSFS'
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:17 Invalid key 'SYSFS'
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:19 Invalid key 'SYSFS'
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:21 Invalid key 'SYSFS'
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:23 Invalid key 'SYSFS'
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:26 Invalid key 'SYSFS'
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:28 Invalid key 'SYSFS'
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:30 Invalid key 'SYSFS'
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:32 Invalid key 'SYSFS'
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:35 Invalid key 'SYSFS'
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:37 Invalid key 'SYSFS'
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:39 Invalid key 'SYSFS'
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:42 Invalid key 'SYSFS'
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:44 Invalid key 'SYSFS'
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:46 Invalid key 'SYSFS'
août 22 15:19:21 MYSRV systemd-udevd[607]: /etc/udev/rules.d/80-canon_mfp.rules:48 Invalid key 'SYSFS'~$ sudo journalctl --no-pager --since "2024-08-22 12:45:00" | head -100
août 22 15:19:21 MYSRV kernel: Linux version 5.15.0-118-generic (buildd@lcy02-amd64-080) (gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0, GNU ld (GNU Binutils for Ubuntu) 2.38) #128-Ubuntu SMP Fri Jul 5 09:28:59 UTC 2024 (Ubuntu 5.15.0-118.128-generic 5.15.160)
août 22 15:19:21 MYSRV kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-5.15.0-118-generic root=/dev/mapper/ubuntu--vg-root ro amd_iommu=off iommu=pt quiet splash pcie_aspm=off vt.handoff=7
août 22 15:19:21 MYSRV kernel: KERNEL supported cpus:
août 22 15:19:21 MYSRV kernel: Intel GenuineIntel
août 22 15:19:21 MYSRV kernel: AMD AuthenticAMD
août 22 15:19:21 MYSRV kernel: Hygon HygonGenuine
août 22 15:19:21 MYSRV kernel: Centaur CentaurHauls
août 22 15:19:21 MYSRV kernel: zhaoxin Shanghai
août 22 15:19:21 MYSRV kernel: BIOS-provided physical RAM map:
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009ffff] usable
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x00000000000a0000-0x00000000000fffff] reserved
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x0000000000100000-0x0000000009e01fff] usable
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x0000000009e02000-0x0000000009ffffff] reserved
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x000000000a000000-0x000000000a1fffff] usable
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x000000000a200000-0x000000000a20afff] ACPI NVS
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x000000000a20b000-0x000000000affffff] usable
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x000000000b000000-0x000000000b01ffff] reserved
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x000000000b020000-0x000000005b164fff] usable
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x000000005b165000-0x000000005b2affff] reserved
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x000000005b2b0000-0x000000005b32cfff] ACPI data
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x000000005b32d000-0x000000005b883fff] ACPI NVS
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x000000005b884000-0x000000005ca8efff] reserved
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x000000005ca8f000-0x000000005effffff] usable
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x000000005f000000-0x00000000dfffffff] reserved
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x00000000fd000000-0x00000000ffffffff] reserved
août 22 15:19:21 MYSRV kernel: BIOS-e820: [mem 0x0000000100000000-0x000000041f33ffff] usable
août 22 15:19:21 MYSRV kernel: NX (Execute Disable) protection: active
août 22 15:19:21 MYSRV kernel: e820: update [mem 0x57777018-0x57788057] usable ==> usable
août 22 15:19:21 MYSRV kernel: e820: update [mem 0x57777018-0x57788057] usable ==> usable
août 22 15:19:21 MYSRV kernel: e820: update [mem 0x575fe018-0x5760a057] usable ==> usable
août 22 15:19:21 MYSRV kernel: e820: update [mem 0x575fe018-0x5760a057] usable ==> usable
août 22 15:19:21 MYSRV kernel: e820: update [mem 0x5776f018-0x57776c57] usable ==> usable
août 22 15:19:21 MYSRV kernel: e820: update [mem 0x5776f018-0x57776c57] usable ==> usable
août 22 15:19:21 MYSRV kernel: e820: update [mem 0x575f0018-0x575fd457] usable ==> usable
août 22 15:19:21 MYSRV kernel: e820: update [mem 0x575f0018-0x575fd457] usable ==> usable
août 22 15:19:21 MYSRV kernel: extended physical RAM map:
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x0000000000000000-0x000000000009ffff] usable
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x00000000000a0000-0x00000000000fffff] reserved
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x0000000000100000-0x0000000009e01fff] usable
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x0000000009e02000-0x0000000009ffffff] reserved
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x000000000a000000-0x000000000a1fffff] usable
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x000000000a200000-0x000000000a20afff] ACPI NVS
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x000000000a20b000-0x000000000affffff] usable
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x000000000b000000-0x000000000b01ffff] reserved
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x000000000b020000-0x00000000575f0017] usable
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x00000000575f0018-0x00000000575fd457] usable
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x00000000575fd458-0x00000000575fe017] usable
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x00000000575fe018-0x000000005760a057] usable
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x000000005760a058-0x000000005776f017] usable
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x000000005776f018-0x0000000057776c57] usable
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x0000000057776c58-0x0000000057777017] usable
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x0000000057777018-0x0000000057788057] usable
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x0000000057788058-0x000000005b164fff] usable
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x000000005b165000-0x000000005b2affff] reserved
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x000000005b2b0000-0x000000005b32cfff] ACPI data
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x000000005b32d000-0x000000005b883fff] ACPI NVS
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x000000005b884000-0x000000005ca8efff] reserved
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x000000005ca8f000-0x000000005effffff] usable
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x000000005f000000-0x00000000dfffffff] reserved
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x00000000fd000000-0x00000000ffffffff] reserved
août 22 15:19:21 MYSRV kernel: reserve setup_data: [mem 0x0000000100000000-0x000000041f33ffff] usable
août 22 15:19:21 MYSRV kernel: efi: EFI v2.70 by American Megatrends
août 22 15:19:21 MYSRV kernel: efi: TPMFinalLog=0x5b837000 ACPI 2.0=0x5b7d0000 ACPI=0x5b7d0000 SMBIOS=0x5c8ce000 SMBIOS 3.0=0x5c8cd000 ESRT=0x59afe518 MOKvar=0x5c8d5000 RNG=0x5b32c018 TPMEventLog=0x5790d018
août 22 15:19:21 MYSRV kernel: random: crng init done
août 22 15:19:21 MYSRV kernel: secureboot: Secure boot disabled
août 22 15:19:21 MYSRV kernel: SMBIOS 3.2.0 present.
août 22 15:19:21 MYSRV kernel: DMI: Gigabyte Technology Co., Ltd. AX370-Gaming K7/AX370-Gaming K7, BIOS F42d 10/18/2019
août 22 15:19:21 MYSRV kernel: tsc: Fast TSC calibration failed
août 22 15:19:21 MYSRV kernel: e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
août 22 15:19:21 MYSRV kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
août 22 15:19:21 MYSRV kernel: last_pfn = 0x41f340 max_arch_pfn = 0x400000000
août 22 15:19:21 MYSRV kernel: x86/PAT: Configuration [0-7]: WB WC UC- UC WB WP UC- WT
août 22 15:19:21 MYSRV kernel: e820: update [mem 0xe0000000-0xffffffff] usable ==> reserved
août 22 15:19:21 MYSRV kernel: last_pfn = 0x5f000 max_arch_pfn = 0x400000000
août 22 15:19:21 MYSRV kernel: esrt: Reserving ESRT space from 0x0000000059afe518 to 0x0000000059afe550.
août 22 15:19:21 MYSRV kernel: e820: update [mem 0x59afe000-0x59afefff] usable ==> reserved
août 22 15:19:21 MYSRV kernel: Using GB pages for direct mapping
août 22 15:19:21 MYSRV kernel: secureboot: Secure boot disabled
août 22 15:19:21 MYSRV kernel: RAMDISK: [mem 0x4634f000-0x4a77ffff]
août 22 15:19:21 MYSRV kernel: ACPI: Early table checksum verification disabled
août 22 15:19:21 MYSRV kernel: ACPI: RSDP 0x000000005B7D0000 000024 (v02 ALASKA)
août 22 15:19:21 MYSRV kernel: ACPI: XSDT 0x000000005B7D00B0 0000DC (v01 ALASKA A M I 01072009 AMI 00010013)
août 22 15:19:21 MYSRV kernel: ACPI: FACP 0x000000005B7D7178 000114 (v06 ALASKA A M I 01072009 AMI 00010013)
août 22 15:19:21 MYSRV kernel: ACPI: DSDT 0x000000005B7D0220 006F57 (v02 ALASKA A M I 01072009 INTL 20160930)
août 22 15:19:21 MYSRV kernel: ACPI: FACS 0x000000005B86CE00 000040
août 22 15:19:21 MYSRV kernel: ACPI: APIC 0x000000005B7D7290 00015E (v03 ALASKA A M I 01072009 AMI 00010013)
août 22 15:19:21 MYSRV kernel: ACPI: FPDT 0x000000005B7D73F0 000044 (v01 ALASKA A M I 01072009 AMI 00010013)
août 22 15:19:21 MYSRV kernel: ACPI: FIDT 0x000000005B7D7438 00009C (v01 ALASKA A M I 01072009 AMI 00010013)
août 22 15:19:21 MYSRV kernel: ACPI: SSDT 0x000000005B7D74D8 000094 (v02 ALASKA A M I 01072009 AMI 01072009)
août 22 15:19:21 MYSRV kernel: ACPI: SSDT 0x000000005B7D7570 005419 (v02 ALASKA A M I 00000002 MSFT 02000002)
août 22 15:19:21 MYSRV kernel: ACPI: SSDT 0x000000005B7DC990 0033A6 (v01 ALASKA A M I 00000001 INTL 20160930)
août 22 15:19:21 MYSRV kernel: ACPI: MCFG 0x000000005B7DFD38 00003C (v01 ALASKA A M I 01072009 MSFT 00010013)
août 22 15:19:21 MYSRV kernel: ACPI: SSDT 0x000000005B7DFD78 006A1E (v01 ALASKA A M I 00000001 INTL 20160930)
août 22 15:19:21 MYSRV kernel: ACPI: HPET 0x000000005B7E6798 000038 (v01 ALASKA A M I 01072009 AMI 00000005)
août 22 15:19:21 MYSRV kernel: ACPI: UEFI 0x000000005B7E67D0 000042 (v01 ALASKA A M I 00000002 01000013)
août 22 15:19:21 MYSRV kernel: ACPI: BGRT 0x000000005B7E6818 000038 (v01 ALASKA A M I 01072009 AMI 00010013)
août 22 15:19:21 MYSRV kernel: ACPI: TPM2 0x000000005B7E6850 000038 (v04 ALASKA A M I 00000001 AMI 00000000)
août 22 15:19:21 MYSRV kernel: ACPI: IVRS 0x000000005B7E6888 0000D0 (v02 ALASKA A M I 00000001 AMD 00000000)Hors ligne