Archlinux.fr [Forums]

Je suis en multiple boot Win7 et Linux (plusieurs distros)

Quand je repasse sous Win7 après avoir utilisé Linux, systématiquement, l'heure retarde de deux heures.



puis :



Ensuite :



Il faut que j'active le réglage de l'heure manuellement




Et enfin :



En résume, je suis obligé de restaurer l'heure manuellement alors que le PC est configuré pour consulter le serveur de temps internet.

A noter qu'au bout d'un certain temps, l'heure exacte finit par s'afficher.

Une solution quelqu'un ?

Merci d'avance

Commençons par une première vérification
- tu démarres Win7, tu attends que l'heure soit bonne. Tu redémarres, et au boot tu consultes l'heure de ton BIOS. Que t'indique ton BIOS ?

OK
Je vais faire ça et en profiter pour aller dîner (= déjeûner en français de France)
Je reviens dès que possible.

Tu pourras ensuite faire la même chose avec un Linux :
- tu démarres Linux, tu attends que l'heure soit bonne. Tu redémarres, et au boot tu consultes l'heure de ton BIOS. Que t'indique ton BIOS ?

Bon, j'ai quitté gnome pour démarrer Win7 qui ... m'indique l'heure correcte.

C'est logique dans la mesure où ce matin, ayant constaté le décalage, j'ai rectifié l'heure en utilisant l'option "temps internet" (au passage, j'ai changé de serveur).

Je suis ensuite repassé sous Linux (lxde) qui m'indique lui aussi l'heure exacte.

Au passage, j'ai vérifié le BIOS qui indique lui aussi l'heure exacte.

En ce qui concerne Linux, depuis qu'on m'a donné la solution NTP, il n'y a jamais plus de décalage (il y a une ligne dans la séquence de boot qui indique qu'il vérifie la timezone ou quelque chose comme ça).

Donc, pour l'instant, pas moyen de tester ...

EDIT : En fait la phrase relative au temps commence par "adjusting times and settings (pas le temps de lire le reste)

EDIT-BIS : en fait : Adjusting system time and setting kernel timezone

Dans ton rc.conf, que valent HARDWARECLOCK et TIMEZONE ?

D'après ton rc.conf, Archlinux stocke dans le BIOS l'heure locale (paramètre HARDWARECLOCK). Si qui signifie que tu as dans ton BIOS la même heure que sur ton horloge murale préférée
On a donc dans Archlinux le même comportement que Win7 (sauf si sous Win7 on peut stocker l'heure UTC dans le BIOS) : c'est l'heure locale qui est lu/écrite dans le BIOS.

Dans ce cas, je ne comprends absolument pas ton problème de décalage de deux heures....

Tu peux aussi vérifier le fuseau horaire dans Win7 ? Ainsi que voir si l'ajustement automatique de l'heure d'été est actif ou pas ?

Je peux te répondre de mémoire car j'ai vérifié ce matin en constatant le décalage:

- le fuseau horaire est correct : Paris - Bruxelles - etc...
- l'ajustement automatique de l'heure d'été est activé

Si je résume :
- tu bootes sous Linux, tu attends que l'heure se synchronise
- tu redémarres, tu vas dans le BIOS
- tu regardes l'heure -> heure locale
- tu démarres Win7 -> heure locale - 2 h
- et grâce à NTP, Win7 remet la bonne heure.

C'est bien ça ?

oktoberfest a écrit :Si je résume :
- tu bootes sous Linux, tu attends que l'heure se synchronise
- tu redémarres, tu vas dans le BIOS
- tu regardes l'heure -> heure locale
- tu démarres Win7 -> heure locale - 2 h
- et grâce à NTP, Win7 remet la bonne heure.

C'est bien ça ?

Pas exactement.

1°) Quelle que soit la distribution, Linux indique TOUJOURS (et immédiatement) la bonne heure que ce soit suite à une démarrage à froid ou un reboot depuis une autre distribution (Linux ou Windows).

A mes débuts sous Arch, j'ai effectivement un problème de décalage mais il a définitivement disparu après que Foolecho m'eut suggéré d'installer ntp, d'ajouter le démon ntpd dans rc.conf et d'ajouter iburst dans le fichier /etc/ntp.conf (voir http://forums.archlinux.fr/topic10877.html (mon message du 28.04.2012).

2°) Hier soir tard, j'allume mon PC, je passe sous Arch/lxde (l'heure est correcte), je lance la lecture d'un *.avi avec smplayer et ... je m'endors ; le PC tourne toute la nuit et le matin, je l'éteins en me levant.

Vzers 9 h 06 heures du matin, j'ai besoin de passer sous Win7 pour un boulot urgent et c'est là que je constate qu'il indique deux heures de moins (7 h 06). (voir ma première capture d'écran dans mon poste]

Je n'ai malheureusement pas le réflexe de rebooter immédiatement pour aller consulter l'horloge du BIOS ...

J'effectue les manips décrites ci-dessus ce qui remet la bonne heure à W7 ; à tout hasard, je vérifie : le BIOS indique lui aussi la bonne heure.

3) Depuis lors, j'ai fait quelques allers-retours Win7 / Arch et jusqu'à présent l'heure reste la bonne.

En résumé, c'est NTP qui d'office affiche la bonne heure sous Linux.

En revanche, j'ignore pourquoi W7 retarde parfois de deux heures (au bout de quelques jours).

Là, on est un peu coincé puisque tout est correct.

Je suggère d'attendre que W7 annonce à nouveau une heure erronée pour rebooter aussitôt et aller vérifier l'heure du BIOS.

Je reviendrai dès que ce sera chose possible.

En tout cas, merci pour ton intervention.

EDIT : Dans mon sujet initial, j'écris :

Quand je repasse sous Win7 après avoir utilisé Linux, systématiquement, l'heure retarde de deux heures.

Je dois tempérer : ce n'est pas systématique ... c'est plutôt aléatoire.

L'idéal serait de désactiver ntp sur tous tes os (linux et Windows). En effet ntp corrige l'heure, il est donc plus difficile de trouver la cause.

D'après la config de ton rc.conf, Arch suppose que l'heure du BIOS contient l'heure locale. En démarrant il initialise l'heure système (= l'heure géré par le système d'exploitation) à partir de l'heure du BIOS, sans appliquer de modification de fuseau horaire.

Dernière question : lances-tu le démon hwclock via la ligne DAEMONS de ton rc.conf ?
Et une toute dernière : as-tu un fichier /etc/adjtime ?

Pour désactiver ntp sous Linux, je suppose qu'il suffit de poser un ! devant ntpd dans rc.conf.

Sous Win7, je dois aller voir (je suis sous lxde actuellement) et je pense qu'il doit être possible de décocher l'option "temps internet" - encore que je n'aie pas le souvenir d'une coche à ce sujet).

hwclock ne fait pas partie des démons de rc.conf.

Je vais l'y installer et reviens te dire le résultat.

Non !! C'était juste une question. N'installes pas le démon hwclock (ou plutôt ne l'active pas). On va essayer de s'en passer dans un premier temps. Il n'est pas souvent nécessaire, alors limitons-en l'usage.

Bon, voici le bilan :

- ntpd désactivé dans rc.conf
- avant d'avoir lu ta réponse, j'avais ajouté hwclock dans les démons rc.conf
- idem sous Win7 (on peut décocher l'option temps internet)

je modifie manuellement l'heure de W7 (- 2 heures) - passe de 16:15 h à 14:15 h
Le BIOS indique 14:15 h

Je boote Arch et un message apparaît indiquant que le dernier montage s'est produit dans le futur puis apparaît . (Checking Filesystems [BUSY] Archlinux: Superblock last mount time is in the future - pas de DONE)

Une fois lxde chargé, l'heure indiquée est 14 h 17 (2 minutes pour les manips).

Je vais repasser sous Seven mais vu que j'ai désactivé le tmps internet, à mon avis, il n'y aura pas de changement.

EDIT : Passé sous Seven et effectivement, il affiche toujours les 2 heures de retard ; je rétablis le temps internet et l'heure exacte s'affiche aussitôt.

Je visionne le BIOS qui affiche l'heure exacte.

Je repasse sous Linux et bizaremment, c'est l'heure exacte qui s'affiche bien que ntpd et hwclock soient désactivés.

Il y a manifestement un démon qui consulte l'heure du BIOS pour l'afficher sous Linux mais lequel ? (au démarrage, il y a encore cette ligne :

Adjusting system time and setting kernel timezone [BUSY] [DONE]

En revanche, celle qui parle d'un montage dans le futur n'est plus apparue.

Le message concernant le montage est normal, car tu as reculé de deux heure l'horloge de ton ordinateur.
Donc pour l'instant, il semble que l'heure reste stable, quel que soit l'os.

Désolé j'ai lu en diagonale ce topic.

De memoire, il me semble que :

• Microsoft Windows modifie l'horloge du bios systématiqement.
• Linux effectue un calcul vis a vis de UTC pour la zone horaire

Raison pour laquelle il y a toujours deux heures de retard.


Une solution est de forcer Windows à ne pas modifier le bios, je ne me souviens plus de la manip. Par la suite il me semble qu'il y a une solution pour qu'il adopte le même comportement que linux.