bonjour
une question rédigée depuis deux mois en attente dans le bloc notes, donc je me lance :
depuis plus de dix ans que j'utilise linux je vois qu'après chaque install d'une distrib ou d'une autre -ou d'une réinstallation- je me retrouve avec 2h de décalage (sous widows), je pense dus au FH géré différemment? En effet sous windows je suis bien en +1, sous linux aussi (FH paris bruxelles…) j'aurais aimé savoir pourquoi depuis dix ans je "traine" cette petite pénibilité, qui risque de mettre en péril mes crontabs et autres taches planifiées.. un copain néophite a t-il rencontré cette problématique aussi? que faire?
je vous remercie :)
# Convention
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . Évalué à 5.
Si je ne m'abuse, Widows et Linux n'ont pas les mêmes conventions. Pour l'un l'heure de l'horloge matérielle est en UTC qu'il convertit en heure locale via les informations de fuseau horaire. Pour l'autre le réglage de fuseau horaire
n'est q'une information de plus utilisée dans le cadre d'un capitalisme de surveillancesert simplement à observer les changements automatiques : les deux horloges (matériel et système) sont synchrones.« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: Convention
Posté par gUI (Mastodon) . Évalué à 5.
C'est ça, il y a un moyen de dire à Linux que la RTC est à l'heure locale.
En cherchant un peu je trouve
timedatectl set-local-rtc 1
mais j'ai pas testé.En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Solution
Posté par ted (site web personnel) . Évalué à 5.
Le problème c'est surtout quand un des systèmes décide de mettre à jour l'heure…
Le problème est bien connu, y a des solutions, par exemple ici
Un LUG en Lorraine : https://enunclic-cappel.fr
# Déjà dit, je reformule
Posté par AncalagonTotof . Évalué à 5.
Depuis longtemps (toujours ?), les UNIX considèrent que l'horloge matériel de la machine (celle qui est sauvegardée par pile ou batterie quand la machine est éteinte) est à l'heure UTC.
De cette façon, 100 % des UNIX de la planète sont à la même heure, ce qui permet par exemple simpliste, de comparer les heures de modifications de fichiers (simpliste j'ai dit !).
Ça, c'est au niveau système.
Au niveau interface utilisateur, on précise dans quel fuseau horaire on se trouve (et quelques joyeusetés comme DST, soit l'heure d'hiver/d'été) et avec ça, l'heure matérielle est affichée en heure locale.
Sous Windows … C'est autre chose. Pendant longtemps, l'horloge matérielle était gérée en heure locale.
Forcément, en double boot Windows/Linux, ça fait bizarre. Quand on corrigeait l'heure dans un système, ça décalait l'autre …
Je dis "pendant longtemps" parce que j'ai l'impression que Bilou a changé son fusil d'épaule. Mais je ne sais pas depuis quand. Et surtout, j'ai la flemme de faire toutes les vérifications, j'ai juste l'impression que c'est tombé en marche sans avoir à se prendre le chou de nos jours.
[^] # Re: Déjà dit, je reformule
Posté par fearan . Évalué à 4.
Pour windows comme linux c'était configurable; mais effectivement, dès qu'on a plusieurs OS, la seule solution viable (hors usage de serveur de temps), c'est de mettre l'horloge système en UTC, et l'interface gère le fuseau. Et l'option par défaut n'était pas la même ;)
Et c'est de même pour la programmation, gérer les dates sans les fuseau c'est un bordel monstre au moins deux fois par an, ou lorsque le portable décide de bouger de fuseau horaire, on peut avoir un aperçu d'IPOT (un fichier avec une date dans le futur)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Déjà dit, je reformule
Posté par MicP . Évalué à 3.
C'est aussi parce que Unix/Linux est un système multi-utilisateur et qu'il est réellement utilisé comme un système multi-utilisateurs, et ces utilisateurs peuvent ouvrir simultanément et depuis n'importe quel pays une (ou plusieurs) session sur le même système Unix/Linux en choisissant la date/heure qui lui conviendra et le langage qu'ils a envie d'utiliser sans imposer aux autres utilisateurs ses choix personnels.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.