Forum Linux.debian/ubuntu Problème d'horloge en dual Boot Windows/Mint Serena

Posté par  . Licence CC By‑SA.
Étiquettes :
0
11
avr.
2017

Bonjour,

Je vivais tranquillement depuis des mois en dual boot Windows 10/Linux Mint 17.3 et je suis passé à Mint 18.1
Chaque fois que je boote en Windows après avoir booté en Linux, mon horloge se retrouve décalée sous Windows.

Chose étrange, il m'arrive même parfois au boot en Linux, de voir l'horloge de la barre de tache décalée d'une heure, jusqu'au premier passage de minute après le login. Si dans cette première minute, je vais dans le paramétrage "Date et Heure", la popup montre la bonne heure contrairement à l'horloge de la barre de tâches !

J'ai cherché sur pas mal de forums, tenté de forcer l'heure de Linux en UTC, mais aucun résultat, sauf de me retrouver avec 2H de décalage au boot Windows suivant ;o(
J'ai aussi tenté de configurer Windows 10 avec une clé de registre IsRealTime, aucun effet.
J'ai aussi trouvé un témoignage dans un forum qui semblait attribuer cela à la version d'Ubuntu sous-jacente à Linux Mint 18.1.
J'ai gardé mon boot 17.3 qui lui ne pose aucun problème avec le même Windows10.

Je suis perdu. Quelqu'un a-t-il la réponse à mon problème ?

Merci ;o)

  • # synchro internet

    Posté par  . Évalué à 2.

    Je suis perdu. Quelqu'un a-t-il la réponse à mon problème ?

    le mieux c'est de configurer la synchro du temps avec internet sur les deux OS.
    car jusqu'a recemment le decalage etait plutot dans l'autre sens,
    c'etait windows qui se decaler en prenant l'heure du BIOS comme etant l'heure LOCALE (GMT+2 actuellement)
    quand linux prenait l'heure du BIOS comme UTC.

    faut peut-etre chercher de ce coté là aussi mais dans le linux.

    • [^] # Re: synchro internet

      Posté par  . Évalué à 1.

      Merci Neox, j'ai checké ce point. Mes 2 OS sont configurés pour se synchroniser : Windows 10 sur Time.windows.com, et sur LinuxMint dans la dialogue Date/Heure, la synchronisation réseau est cochée aussi.

      • [^] # Re: synchro internet

        Posté par  . Évalué à 2.

        oui, ca se confirme avec ce symptome

        de voir l'horloge de la barre de tache décalée d'une heure, jusqu'au premier passage de minute après le login.

        le reseau demarre apres le login, et la machine se synchronise.

        • [^] # Re: synchro internet

          Posté par  . Évalué à 1. Dernière modification le 11 avril 2017 à 09:21.

          Ok, mais par contre, toujours le problème de décalage au Boot suivant sur Windows 10. Quelle est cette "chose" que Linux et Windows partagent a propos de l'heure, et que Linux est susceptible de modifier avec un impact sur l'installation Windows ?
          Il ne devrait y avoir que des choses de très bas niveau partagées entre les 2 OS. Pourquoi Linux Mint changerait ça ?

          • [^] # Re: synchro internet

            Posté par  . Évalué à 2.

            c'est l'horloge du BIOS qui est partagée.

            • Windows se base dessus et la change mais en LOCAL TIME
            • Linux se base ou non dessus (generalement en UTC) et peut si besoin la mettre à jour depuis le systeme

            le comportement qui a changé c'est peut-etre ca, avant MINT ne changeait pas l'horloge systeme (bios) juste la sienne, donc tu ne voyais pas de difference.

  • # CMOS et Linux

    Posté par  (site web personnel) . Évalué à 3.

    Juste au cas où, voici la commande pour que Linux considère le CMOS à l'heure locale :

        sed -i 's|UTC=yes|UTC=no|g' /etc/default/rcS

    Depuis les systèmes Unix, il était apparus logique d'y (CMOS) placer l'heure UTC, et c'est cette même heure qui est alors utilisée partout, à commencer par le système de fichiers. Seul l'affichage pour l'utilisateur tient alors compte de la localité.

    Mais Microsoft, à voulu rassurer les utilisateurs qui passaient par la configuration du BIOS en y plaçant déjà là (CMOS) l'heure locale.

    Côté Linux, il a fallu s'adapter et pouvoir gérer cela de cette manière également dès lors que les deux systèmes devraient cohabiter et démarrer alternativement l'un et l'autre. D'où cette variable UTC =yes ou =no dans (ici) /etc/default/rcS

    À l'installation d'un système GNU/Linux, typiquement, si un Windows est également déjà présent et doit resté présent (dual boot) → UTC=no ; s'il n'y a pas de Windows (ou que présent il sera supprimé) → UTC=yes.

    Chez Microsoft également des efforts ont été consentis pour faire les choses correctement (CMOS=UTC) et là par contre je sais pas comment ça se passe… Par défaut, ça reste CMOS=local mais il se pourrait que dans certaines circonstances le Windows 10 par exemple s'installe en CMOS=UTC … à voir…

    Sous GNU/Linux, pour effectuer la synchronisation de l'heure (UTC) à partir de serveur de temps de manière progressive si nécessaire, il me semble que c'est le paquetage ntp qu'il faut installer.

    • [^] # Re: CMOS et Linux

      Posté par  (site web personnel) . Évalué à 1.

      Je me rends compte que cela à pu changer !

      grep -r "UTC=" /etc

      peut donner des résultats différents !
      Soit
      /etc/default/rcS
      soit
      /etc/init.d/hwclock.sh

    • [^] # Re: CMOS et Linux

      Posté par  . Évalué à 1.

      Merci Space-e-man pour ces explications.
      J'avais essayé UTC=no dans /etc/default/rcS et ça ne donnait rien.
      Par contre je vienjs de touver
      (grâce à une autre réponse sur un autre forum) que depuis la 16.04, il fallait s'y prendre différemment : timedatectl set-local-rtc 1
      J'essaie ça et je teste sur les prochains jours pour confirmer.

    • [^] # Re: CMOS et Linux

      Posté par  . Évalué à 2.

      merci pour ces infos

      pour completer, ici sur ubuntu 16.10 (seul sur le machine)

      # grep -r 'UTC=' *                                                                            
      init.d/hwclock.sh:                  UTC="--utc"                                                                  
      init.d/hwclock.sh:                  UTC=
  • # Laissez la RTC à l'heure UTC

    Posté par  . Évalué à 1.

    Bonjour

    Il suffit de créer une clef dans la base de registres du système windows,
    qui permettra à la RTC de rester à l'heure UTC

    Sinon, windows a la fâcheuse manie de mettre à l'heure locale la RTC

    En créant un fichier nommé, par exemple rtc2utc.reg dont le contenu sera :

    Windows Registry Editor Version 5.00
    
    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation] “RealTimeIsUniversal”=dword:00000001
    

    Il suffira de double cliquer sur l'icône représentant le fichier créé
    pour que cette clef soit créée dans la base de registre du système windows.

    Une fois que la clef a été créée, le fichier peut être supprimé.

    Bien sûr, laissez la RTC à l'heure UTC sur le système Linux

    • [^] # Re: Laissez la RTC à l'heure UTC

      Posté par  . Évalué à 4.

      Ça ne suffit pas, il faut en plus désactiver la mise à jour de l'heure via les serveurs de temps dans les options de l'horloge Windows.

      C'est plus simple et plus rapide de dire à Linux de considérer que l'heure CMOS est l'heure locale.

      "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • # timedatectl

    Posté par  . Évalué à 2. Dernière modification le 11 avril 2017 à 14:59.

    Pour que la RTC du système Linux utilise aussi l'heure UTC,
    il faut entrer cette ligne de commande :

    timedatectl set-local-rtc 0

    Et éventuellement vous pouvez utiliser la mise à jour de l'heure par un serveur de temps

    Voilà ce que ça donne sur une distribution debian
    avec l'utilisation des serveurs NTP activée :

    michel@debg53sw:~$ timedatectl
          Local time: mar. 2017-04-11 14:52:27 CEST
      Universal time: mar. 2017-04-11 12:52:27 UTC
            RTC time: mar. 2017-04-11 12:52:27
           Time zone: Europe/Paris (CEST, +0200)
         NTP enabled: yes
    NTP synchronized: yes
     RTC in local TZ: no
          DST active: yes
     Last DST change: DST began at
                      dim. 2017-03-26 01:59:59 CET
                      dim. 2017-03-26 03:00:00 CEST
     Next DST change: DST ends (the clock jumps one hour backwards) at
                      dim. 2017-10-29 02:59:59 CEST
                      dim. 2017-10-29 02:00:00 CET
    michel@debg53sw:~$

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.