Bonjour,
voici les dernières lignes de dmesg --ctime qui indiquent
mer. 10 juin 09:59:40
(et le prompt qui indique la bonne date et la bonne heure: 8 juin 2026 15:00:54)
Une idée? un bug de dmesg ou une cause plus obscure à mes yeux?
Bonjour,
il n’y a rien dans ton message 
Désolé, ça m’arrive depuis que je ne dispose plus de la fonction «coller» directement avec le clic central (pb de Mate si je me souviens bien)
[mer. 10 juin 09:59:40 2026] sd 1:0:0:0: [sdb] tag#4 Sense Key : Illegal Request [current]
[mer. 10 juin 09:59:40 2026] sd 1:0:0:0: [sdb] tag#4 Add. Sense: Invalid field in cdb
[mer. 10 juin 09:59:40 2026] sd 1:0:0:0: [sdb] tag#4 CDB: Read(10) 28 00 00 00 00 58 00 00 08 00
[mer. 10 juin 09:59:40 2026] critical target error, dev sdb, sector 88 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2
[mer. 10 juin 09:59:40 2026] Buffer I/O error on dev sdb, logical block 11, async page read
eric@leopard-1:trixie (sem. 24) 159=08-06-2026 15:26:19 * masterAs-tu fait une verification de ton disque avec e21fsck?
Il est utilisé comment ce disque? partition (primaire ou secondaire), physical volume dasn un LVm, raid? etc…
Et as-tu fait un test smartmontool ?
Merci Zargos,
$df -h | egrep -v tmpfs
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev 32G 0 32G 0% /dev
/dev/mapper/VG1-Racine 59G 14G 43G 25% /
/dev/mapper/VG1-Boot 974M 265M 642M 30% /boot
/dev/mapper/VG1-Local 30G 15G 13G 54% /usr/local
/dev/mapper/VG1-Var 44G 1,7G 41G 4% /var
/dev/mapper/VG1-Eric 196G 825M 185G 1% /home/eric
/dev/mapper/VG1-Work 2,2T 1,3T 779G 63% /home/work
/dev/nvme1n1p1 333M 8,8M 324M 3% /boot/efi
Je n’ai pas encore fait de smartmontools, je m’y mets et reviens
smartctl -a indique la bonne date : Local Time is: Mon Jun 8 15:39:55 2026 CEST
mais aussi en dernière ligne «Read Self-test Log failed: Invalid Field in Command (0x2002)»
~#smartctl -a /dev/nvme0n1p1
smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.12.90+deb13-rt-amd64] (local build)
Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Number: CT4000P3PSSD8
Serial Number: 2331E86580C6
Firmware Version: P9CR40A
PCI Vendor/Subsystem ID: 0xc0a9
IEEE OUI Identifier: 0x00a075
Controller ID: 1
NVMe Version: 1.4
Number of Namespaces: 1
Namespace 1 Size/Capacity: 4 000 787 030 016 [4,00 TB]
Namespace 1 Formatted LBA Size: 512
Namespace 1 IEEE EUI-64: 6479a7 7f6000005d
Local Time is: Mon Jun 8 15:39:55 2026 CEST
Firmware Updates (0x12): 1 Slot, no Reset required
Optional Admin Commands (0x0017): Security Format Frmw_DL Self_Test
Optional NVM Commands (0x005e): Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_Feat Timestmp
Log Page Attributes (0x06): Cmd_Eff_Lg Ext_Get_Lg
Maximum Data Transfer Size: 64 Pages
Warning Comp. Temp. Threshold: 85 Celsius
Critical Comp. Temp. Threshold: 95 Celsius
Supported Power States
St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat
0 + 6.00W 0.0000W - 0 0 0 0 0 0
1 + 3.00W 0.0000W - 0 0 0 0 0 0
2 + 1.50W 0.0000W - 0 0 0 0 0 0
3 - 0.0250W 0.0000W - 3 3 3 3 5000 1900
4 - 0.0030W - - 4 4 4 4 13000 100000
Supported LBA Sizes (NSID 0x1)
Id Fmt Data Metadt Rel_Perf
0 + 512 0 1
1 - 4096 0 0
=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
SMART/Health Information (NVMe Log 0x02)
Critical Warning: 0x00
Temperature: 31 Celsius
Available Spare: 100%
Available Spare Threshold: 5%
Percentage Used: 1%
Data Units Read: 16 911 199 [8,65 TB]
Data Units Written: 20 500 768 [10,4 TB]
Host Read Commands: 62 900 631
Host Write Commands: 126 474 058
Controller Busy Time: 1 111
Power Cycles: 238
Power On Hours: 20 133
Unsafe Shutdowns: 84
Media and Data Integrity Errors: 0
Error Information Log Entries: 2 731
Warning Comp. Temperature Time: 0
Critical Comp. Temperature Time: 0
Temperature Sensor 1: 31 Celsius
Temperature Sensor 2: 35 Celsius
Temperature Sensor 8: 31 Celsius
Error Information (NVMe Log 0x01, 16 of 16 entries)
No Errors Logged
Read Self-test Log failed: Invalid Field in Command (0x2002) -T, --ctime
Print human-readable timestamps.
Be aware that the timestamp could be inaccurate! The time source used for the logs is not updated after system SUSPEND/RESUME. Timestamps are adjusted according to current delta between boottime and
monotonic clocks, this works only for messages printed after last resume.Merci Dindoun pour ce rappel, cependant cette explication peut expliquer une date passée, d’où mon étonnement de trouver une date future
L’option -cmin de dmesg n’existe pas. Documentation d’origine douteuse.
Bien que le man de dmesg avertisse explictement que l’information d’horodatage n’est pas garantie dans certaines conditions, une avance de 2 jours n’a pas de cohérence technique apparente.
journalctl --no-pager -k
équivalent à dmesg --ctime devrait avoir un horodatage plus fiable.
journalctl a des options intéressantes:
journalctl --disk-usage
Réduction à 50M du fichier log système:
sudo journalctl --vacuum-size=50M
Je n’avais pas vu passer votre réponse.
Effectivement -cmin n’existe pas, c’est bien -ctime, je corrige ce titre malicieux.
Je vais explorer journalctl, merci pour ce conseil.