# Dmesg --ctime donne une date future! **URL:** \ **Category:** Support Debian\ **Created:** [Juin 8, 2026, 1:05 UTC](https://www.debian-fr.org/t/dmesg-ctime-donne-une-date-future/92421 "2026-06-08T13:05:12Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Juin 8, 2026, 1:05 UTC](https://www.debian-fr.org/t/dmesg-ctime-donne-une-date-future/92421/1 "2026-06-08T13:05:12Z")
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? ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Juin 8, 2026, 1:25 UTC](https://www.debian-fr.org/t/dmesg-ctime-donne-une-date-future/92421/2 "2026-06-08T13:25:13Z")
Bonjour, il n’y a rien dans ton message 🙂 ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Juin 8, 2026, 1:28 UTC](https://www.debian-fr.org/t/dmesg-ctime-donne-une-date-future/92421/3 "2026-06-08T13:28:06Z")
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 * master ``` ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Juin 8, 2026, 1:29 UTC](https://www.debian-fr.org/t/dmesg-ctime-donne-une-date-future/92421/4 "2026-06-08T13:29:45Z")
As-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 ? ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Juin 8, 2026, 1:33 UTC](https://www.debian-fr.org/t/dmesg-ctime-donne-une-date-future/92421/5 "2026-06-08T13:33:24Z")
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 ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Juin 8, 2026, 1:43 UTC](https://www.debian-fr.org/t/dmesg-ctime-donne-une-date-future/92421/6 "2026-06-08T13:43:13Z")
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) ``` ---
**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\ **Post date:** [Juin 8, 2026, 4:27 UTC](https://www.debian-fr.org/t/dmesg-ctime-donne-une-date-future/92421/7 "2026-06-08T16:27:05Z")
> [@josephtux](#): > > _dmesg --ctime_ ``` -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. ``` ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Juin 10, 2026, 2:34 UTC](https://www.debian-fr.org/t/dmesg-ctime-donne-une-date-future/92421/8 "2026-06-10T14:34:44Z")
Merci Dindoun pour ce rappel, cependant cette explication peut expliquer une date passée, d’où mon étonnement de trouver une date future ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Juin 13, 2026, 7:16 UTC](https://www.debian-fr.org/t/dmesg-ctime-donne-une-date-future/92421/9 "2026-06-13T07:16:28Z")
> [@josephtux](#): > > Dmesg **–cmin** donne une date future ! L’option **-cmin** de dmesg n’existe pas. Documentation d’origine douteuse. > [@josephtux](#): > > voici les dernières lignes de _dmesg --ctime_ qui indiquent > mer. 10 juin 09:59:40 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` ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Juin 20, 2026, 2:38 UTC](https://www.debian-fr.org/t/dmesg-ctime-donne-une-date-future/92421/10 "2026-06-20T14:38:51Z")
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.