[Heure] Changement... (Résolu)

[Joan31]

Bonsoir,

Petit soucis tres bete...

Je suis sous ArchLinux il est 10h00. Je bascule, en redémarrant via le dual boot sur windows et il est 2h de moins.... 8h00.
Si je regle l'heure, je reboot direct sous windows pas de soucis. Je reboot sous ArchLinux c'est toujours bon, mais là je reboot sous windows et je perd à nouveau 2h....

Pourquoi ???

Merci

[papajoke]

bonjour,

en utc c'est normal voir le wiki

[waitnsea]

Bonjour,
J'ajouteraI qu'une fois ton horloge réglée, tu as tout intérêt à activer NTP .

[Joan31]

Donc si j'ai bien compris, il faut que je sois, soit en heure locale sur arch et windows, soit en UTC sur arch et windows. Faut que les deux systemes utilisent le meme type d'horloge.

[benjarobin]

En effet. La raison est que la carte mère stocke l'heure sans savoir la zone géographique associée

[waitnsea]

Donc si j'ai bien compris, il faut que je sois, soit en heure locale sur arch et windows, soit en UTC sur arch et windows. Faut que les deux systemes utilisent le meme type d'horloge.

Je crois que Windows utilise le T.L. d'où ton souci au reboot, et l'intérêt d'NTP

[Joan31]

Donc j'ai rajouté dans la base de registre de windows la clé pour activer l'UTC.

Code : Tout sélectionner

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation\RealTimeIsUniversal (valeur à 1)

Désormais, c'est correct.

Toute fois l'horloge du bios est toujours à -2h par rapport à Linux ou Windows.
Si je regle l'horloge bios de +2h (du coup il est 13h), c'est windows qui en prend +2 aussi.... en gros 15h au lieu de 13h....

Voici ce que j'ai avec timedatectl

Code : Tout sélectionner

Local time: jeu. 2015-06-18 13:27:04 CEST
  Universal time: jeu. 2015-06-18 11:27:04 UTC
        RTC time: jeu. 2015-06-18 11:27:04
       Time zone: Europe/Paris (CEST, +0200)
     NTP enabled: no
NTP synchronized: yes
 RTC in local TZ: no
      DST active: yes
 Last DST change: DST began at
                  dim. 2015-03-29 01:59:59 CET
                  dim. 2015-03-29 03:00:00 CEST
 Next DST change: DST ends (the clock jumps one hour backwards) at
                  dim. 2015-10-25 02:59:59 CEST
                  dim. 2015-10-25 02:00:00 CET

[oktoberfest]

Donc si j'ai bien compris, il faut que je sois, soit en heure locale sur arch et windows, soit en UTC sur arch et windows. Faut que les deux systemes utilisent le meme type d'horloge.

Je crois que Windows utilise le T.L. d'où ton souci au reboot, et l'intérêt d'NTP

NTP est fait pour maintenir ton système à l'heure, pas pour corriger un défaut de configuration windows/Linux

La bonne solution est d'utiliser la même configuration sur les deux OS, ce qu'il a fait.

Toute fois l'horloge du bios est toujours à -2h par rapport à Linux ou Windows.
Si je regle l'horloge bios de +2h (du coup il est 13h), c'est windows qui en prend +2 aussi.... en gros 15h au lieu de 13h....

C'est tout à fait normal. En réglant tes OS sur UTC, tu leur dis (et tu te dis à toi-même ) que l'heure de ton BIOS est en UTC. Il est donc normal que l'heure de ton BIOS soit à -2h. L'OS appliquera le fuseau horaire dessus pour avoir l'heure locale. De même en hiver tu seras à -1h dans le BIOS et tu auras toujours la bonne heure côté OS.
C'est juste une petite gymnastique mentale quand tu vas dans ton BIOS.

[Joan31]

J'ai bien compris donc tout est clean
En rentrant du taf je vais activer le NTP pour voir

Merci pour vos conseils. Theme résolu

[Joan31]

J'ai activé le NTP. Donc service actif, et fonctionnel.

Code : Tout sélectionner

● ntpd.service - Network Time Service
   Loaded: loaded (/usr/lib/systemd/system/ntpd.service; enabled; vendor preset: disabled)
   Active: active (running) since jeu. 2015-06-18 22:51:31 CEST; 6min ago
  Process: 341 ExecStart=/usr/bin/ntpd -g -u ntp:ntp (code=exited, status=0/SUCCESS)
 Main PID: 348 (ntpd)
   CGroup: /system.slice/ntpd.service
           └─348 /usr/bin/ntpd -g -u ntp:ntp

juin 18 22:51:31 zenitram ntpd[348]: proto: precision = 0.559 usec (-21)
juin 18 22:51:31 zenitram ntpd[348]: Listen and drop on 0 v6wildcard [::]:123
juin 18 22:51:31 zenitram ntpd[348]: Listen and drop on 1 v4wildcard 0.0.0.0:123
juin 18 22:51:31 zenitram ntpd[348]: Listen normally on 2 lo 127.0.0.1:123
juin 18 22:51:31 zenitram ntpd[348]: Listen normally on 3 lo [::1]:123
juin 18 22:51:31 zenitram ntpd[348]: Listening on routing socket on fd #20 ...es
juin 18 22:51:39 zenitram ntpd[348]: Listen normally on 4 enp6s0 192.168.0....23
juin 18 22:51:39 zenitram ntpd[348]: Listen normally on 5 enp6s0 [2a01:e35:...23
juin 18 22:51:39 zenitram ntpd[348]: Listen normally on 6 enp6s0 [fe80::922...23
juin 18 22:51:39 zenitram ntpd[348]: new interface(s) found: waking up resolver
Hint: Some lines were ellipsized, use -l to show in full.

Toute fois j'ai trouvé que dans Gnome3 il y a aussi dans les paramètres la possibilité de synchroniser la date et heure de façon automatique.

C'est la même chose ?

Je dis cela car le service NTP est actif, mais la fonction sur la fenetre Date et Heure de gnome n'est pas active.

[Xorg]

Il n'est pas impossible que GNOME implante sa propre version de NTP. Mais si ça fonctionne avec le service Systemd, il n'y a pas besoin de toucher ces paramètres dans GNOME.

[oktoberfest]

systemd a implémenté un démon SNTP (Simple NTP) : https://wiki.archlinux.org/index.php/Systemd-timesyncd.
A toi de voir ce que tu veux utiliser.

[Joan31]

Oki
Ben du coup pourquoi l'activer celui de gnome ?
Le NTP est déjà actif par systemd... donc pas besoin de plus.
Merci les gars ^^