Heure des fichiers dans Dolphin

Support Debian
#1

Bonjour,
J’ai deux PC sous Debian 13, avec KDE Plasma (avec les mises à jour).
L’explorateur de fichiers est Dolphin pour les deux.
J’ai aussi un appareil photo qui écrit les photos sur une carte SD, j’ai pris des photos hier soir à 19h.

Lorsque je lis la carte SD sur mon PC fixe, Dolphin me montre les fichiers correspondant avec une date de création à 19h (la date de modification est la même)
Maintenant, si je monte la carte sur mon second PC, les dates de création et de modification des fichiers sont à 21h.
J’ai vérifié les PC, ils sont bien sur le fuseau horaire Paris/France.

Quelqu’un a une idée sur ce problème ?
C’est pas vital, mais ça me gène quand même.

#2

Bonjour,

Si tu ouvres les propriétés du fichier dans Dolphin, il indique l’heure avec le nom du fuseau horaire.
Si le nom du fuseau horaire est le même, essaie de voir si l’horodatage donné par la commande ls -l donne la même chose.

#3

Sur les deux PC, Dolphin indique « heure d’été d’Europe Centrale ».
Et sur les deux machines, la commande ls donne la même heure que Dolphin.
J’ai vérifié l’appareil photo, il est bien sur le fuseau horaire de Paris, heure d’été.

#4

Bonjour,
Les deux PC sont-ils sur la même locale? et que donne timedatectl show --all sur les deux machines

#5

Les deux machines sont sur la même locale.
Par contre, le résultat de la commande timedatectl indique sur le premier PC (celui qui donne le bon horodatage des fichiers) :

Timezone=Europe/Paris
LocalRTC=yes
CanNTP=yes
NTP=yes
NTPSynchronized=yes
TimeUSec=Mon 2026-06-29 15:14:29 CEST
RTCTimeUSec=Mon 2026-06-29 17:16:26 CEST

sur le second PC (horodatage erroné), on obtient :

Timezone=Europe/Paris
LocalRTC=no
CanNTP=yes
NTP=yes
NTPSynchronized=yes
TimeUSec=Mon 2026-06-29 15:15:02 CEST
RTCTimeUSec=Mon 2026-06-29 15:15:02 CEST

Du coup, lequel a le bon réglage ?

#6

le deuxième: localRTC=no avec:
timedatectl set-local-rtc 0

#7

J’ai fait la modif, les deux PC ont donc le même réglage.
Mais ça n’a rien changé, le second continue à m’indiquer une heure erronée (c’est logique puisque je n’ai rien modifié dessus).
J’ai vérifié les données EXIF de la photo, elles indiquent bien 19h

#8

Après quelques recherches sur le net, il semble que le système de fichier FAT ne gère pas les fuseaux horaires, donc au montage, Linux considère les heures des fichiers comme des heures UTC, d’où le +2 qui apparait.

La différence que je note entre les deux PC vient du montage :

  • sur le premier, la carte apparait comme /dev/sdf1, donc comme un disque SCSI
  • sur le second, la carte est montée comme /dev/mmcblk0p1 = SD/MMC device

Physiquement, sur le second PC j’insère directement la carte dans un slot, alors que sur le premier, il y a un adaptateur. J’imagine que la différence vient de là (ou du bus USB), si quelqu’un peut confirmer ?

#9

Le plus simple est de comparer sur le même PC:
1/ carte directement dans un slot
2/ carte dans un adaptateur USB

#10

Sur le même PC :

  • Dans un slot : /dev/mmcblk0p1
  • Avec un adaptateur : /dev/sdb1

Lorsque je mets la carte dans le slot, rien n’apparait sur l’USB
Avec l’adaptateur, j’ai bien :
Bus 003 Device 003: ID 05e3:0749 Genesys Logic, Inc. SD Card Reader and Writer
Je pensais que le slot était sur le bus USB, ça ne semble pas être le cas.

Par contre, dans les deux cas, l’heure est toujours fausse …

#11

Si c’est la même heure, ton hypothèse de différence slot/adaptateur est donc fausse.
As-tu comparé l’heure affichée dans un autre navigateur de fichiers ?

Dolphin a 2 colonnes possibles de date: création et modification.

dolphin

#12

Un autre navigateur, non, mais avec ls -ltr j’ai le même résultat.
Et les heures création/modification sont les mêmes

Avec stat, même résultat :

  Fichier : /media/norbert/EOS_DIGITAL/DCIM/100CANON/IMG_9214.JPG
   Taille : 2594685     Blocs : 5120       Blocs d'E/S : 32768  regular file
Périphérique : 179/1    Inœud : 4692        Liens : 1
Accès : (0644/-rw-r--r--)  UID : ( 1000/ norbert)   GID : ( 1000/ norbert)
 Accès : 2026-06-30 02:00:00.000000000 +0200
Modif. : 2026-06-28 21:26:04.000000000 +0200
Changt : 2026-06-28 21:26:04.000000000 +0200
  Créé : 2026-06-28 21:26:05.000000000 +0200
#13

Il y a 2 niveaux de réglage heure: système et environnement user
Peux-tu vérifier que ceci retourne le même résultat sur les 2 PCs:

ls -l /etc/localtime
cat ~/.config/plasma-localerc
plasmashell --version
#14

Même réponses sur les deux machines :
ls -l /etc/localtime
lrwxrwxrwx 1 root root 32 5 oct. 2024 /etc/localtime → /usr/share/zoneinfo/Europe/Paris

cat ~/.config/plasma-localerc
[Formats]
LANG=fr_FR.UTF-8

plasmashell --version
qt.gui.icc: fromIccProfile: failed size sanity 2
plasmashell 6.3.6
QThreadStorage: Thread 0x557db7f3a2b0 exited after QThreadStorage 8 destroyed
QThreadStorage: Thread 0x557db7f3a2b0 exited after QThreadStorage 3 destroyed
QThreadStorage: Thread 0x557db7f3a2b0 exited after QThreadStorage 2 destroyed

#15

Et
locale |grep TIME
echo $LC_ALL

#16

Idem, les deux répondent
LC_TIME=« fr_FR.UTF-8 »

J’ai vu qu’il était possible de modifier les heures (ou le fuseau horaire) au montage d’un disque avec les options tz ou time_offset.
Est-il possible qu’une telle option soit incluse lors du montage par le système d’un périphérique externe ?
La carte SD ne se monte pas automatiquement, je demande au système de la monter par l’intermédiaire de la boite à miniatures de KDE. Il doit bien y avoir un fichier de conf pour ça, mais je ne le trouve pas.

#17

C’est udiskctl qui gère le montage des périphériques externes.
Le problème est que je ne vois aucune raison que les options de montage par défaut soient différentes d’un PC à l’autre s’il n’y a pas eu de bricolages fstab.
Ça me parait bien bizarre cette histoire.

#18

J’ai trouvé : c’est l’installation du noyau 6.12.94 qui provoque le problème.
Jusque là, mon premier PC était resté au 6.12.90 (problème du driver razer). Je viens donc de forcer l’installation du 6.12.94 et maintenant j’ai l’heure +2 sur les 2 PC.

C’est normal un tel changement de comportement ?

#19

Je me méfie du mot ‹ normal ›, mais ça ne me semble pas ‹ normal › , et rien trouvé dans le changelog.
Enfin tu as trouvé, c’est l’essentiel, mais dommage de ne pas comprendre.

#20

Je vais donc régler l’appareil photo sur l’heure UTC, on verra bien au prochain changement d’heure comment ça se passe.
Merci pour ton aide.