Bonjour à tous,
J’ai un problème avec la date sous Debian Etch.
J’ai toujours deux heures d’avance au démarrage.
J’ai vu sur le forum qu’il était possible d’utiliser ntpdate pour synchroniser la date au démarrage de la machine, seulement mon pc est un portable et je ne suis pas toujours connecté.
Auriez-vous des idées quant à l’origine du problème ?
Par avance, merci.
Bonjour.
Essaye un :
Et redémarre. J’avais le même problème, et il s’est résolu ainsi. 
[code]thialme@sid:~$ cat /etc/default/rcS
TMPTIME=0
SULOGIN=no
DELAYLOGIN=no
UTC=yes
VERBOSE=yes
FSCKFIX=no
RAMRUN=no
RAMLOCK=no
[/code]
–> UTC <–
je crois que c’est ca. (man rcS)
Si ton problème de changement d’heure se reproduit malgrés la mise à l’heure avec la commande “date”, pense également à remplacer la pile de ton bios !
En effectuant le commande date, l’heure change, mais au redémarrage je me retrouve avec deux heures d’avance.
En appliquant “yes” à UTC, il n’y a aucun changement.
Pourquoi faudrait-il changer la pile du BIOS ?
L’horloge matérielle est bien à l’heure…
Cependant, il est vrai que j’observe quelques problèmes.
Par exemple, en effectuant hwclock j’obtiens :
17:19 odsen@newton ~% hwclock
select() to /dev/rtc to wait for clock tick timed out
zsh: exit 1 hwclock
Ou au démarrage, ça bloque un moment sur “Setting system clock”.
Si ça peut évoquer quelque chose…
heuuu mdr moi sur ma gentoo lol j’avais le meme problème il ne faut pas valider UTC mais “local” enfin je ne sais pas trop ou cela se trouve sous dedian.
cf: poste Virtualbox
quote="odSen.s"
J’ai toujours deux heures d’avance au démarrage.
(…)[/quote]Supprimes windows ?
sinon, peut être que ça se corrige avec dpkg-reconfigure tzdata, mais pas sûr.
[quote=“mattotop”]quote="odSen.s"
J’ai toujours deux heures d’avance au démarrage.
(…)[/quote]Supprimes windows ?
sinon, peut être que ça se corrige avec dpkg-reconfigure tzdata, mais pas sûr.[/quote]
Pas de Windows sur le pc
Je vais essayer avec tzdata.
[quote]heuuu mdr moi sur ma gentoo lol j’avais le meme problème il ne faut pas valider UTC mais “local” enfin je ne sais pas trop ou cela se trouve sous dedian.
cf: poste Virtualbox[/quote]
Je vais voir.
EDIT :
Après avoir reconfiguré tzdata :
[code]18:09 root@newton /home/odsen# dpkg-reconfigure tzdata
Current default timezone: 'Europe/Paris’
Local time is now: Sun Jul 8 18:09:34 CEST 2007.
Universal Time is now: Sun Jul 8 16:09:34 UTC 2007.
Run ‘dpkg-reconfigure tzdata’ if you wish to change it.
[/code]
L’heure correcte est donc l’heure UTC.
Reste à trouver comment la choisir, parce que j’ai bien mis yes à UTC dans /etc/default/rcS …
essayes de fixer ton horloge systeme à la bonne heure utc (chez nous -2h), soit par le bios, soit avec date -u MMDDhhmm en root.
[quote=“odSen.s”]
L’heure correcte est donc l’heure UTC.
Reste à trouver comment la choisir, parce que j’ai bien mis yes à UTC dans /etc/default/rcS …[/quote]
Je dirais tout simplement en relancant /etc/init.d/hwclock.sh 
[quote=“thialme”][quote=“odSen.s”]
L’heure correcte est donc l’heure UTC.
Reste à trouver comment la choisir, parce que j’ai bien mis yes à UTC dans /etc/default/rcS …[/quote]
Je dirais tout simplement en relancant /etc/init.d/hwclock.sh [/quote]
Il y a un problème, non ?
17:14 root@newton /home/odsen# /etc/init.d/hwclock.sh reload
Saving the system clock..
select() to /dev/rtc to wait for clock tick timed out
J’essaie.
EDIT : au redémarrage, toujours deux heures d’avance :
19:18 odsen@newton ~% date
dimanche 8 juillet 2007, 19:18:56 (UTC+0200)
19:18 odsen@newton ~% date -u
dimanche 8 juillet 2007, 17:18:58 (UTC+0000)
Ajoute --directisa dans le fichier /etc/init.d/hwclock.sh à la variable HWCLOCKPARS pour voir.
Parfait, ça a résolu le problème.
Merci bien.
C’est le genre de problème que l’on ne peut pas deviner…