ma config: Linux Ubuntu Warty et Windows XP en multiboot sur machine
AMD64-512Mo
mon problème: après le shutdown de Linux, l'horloge matérielle se touve
décalée de deux heures... alors que l'horloge semble bien reglée sous Linux
après remise à l'heure sous Win...
au démarrage de Linux, j'ai le message "Cannot adjust System Clock with
Hardware clock" et en quittant Linux je vois bien un message spécifiant
"adjust hardware clock with system clock [ok]" ou un truc comme çc...
j'ai lu le "man clock" ainsi que le "Mini HOWTO Clock" et essayé de
supprimer le /etc/adjtime avant de quitter Ubuntu mais le problème
subsiste, je me retrouve avec le BIOS en retard de deux heures (z'allez
peut-être me dire que c'est normal d'être en retard sous Windows ? :) )...
Que faudrait il modifier pour éviter ce problème ou au moins empècher la
modif de l'hwclock à l'arret de Linux ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
TiChou
Dans le message <news:1spj79ff5vc2i$, *rm* tapota sur f.c.o.l.configuration :
Bonjour,
Bonjour,
ma config: Linux Ubuntu Warty et Windows XP en multiboot sur machine AMD64-512Mo
mon problème: après le shutdown de Linux, l'horloge matérielle se touve décalée de deux heures...
Elle est à l'heure UTC, ce qui est généralement recommandée car indépendante du fuseau horraire et des horraires d'été et d'hiver.
au démarrage de Linux, j'ai le message "Cannot adjust System Clock with Hardware clock"
Plusieurs raisons.
Au démarrage, le support RTC (Real Time Clock, option CONFIG_RTC du noyau) n'est pas présent dans le noyau ou le module rtc n'est pas encore chargée. Je conseille généralement de metre ce support en dur dans le noyau.
Ou bien, la zone de temps (le fuseau horraire) définie par le fichier /etc/localtime est en fait un lien symbolique pointant vers un des fichiers du répertoire /usr/share/zoneinfo/ et celui-ci n'est pas encore accessible au démarrage du system (partition /usr indépendante de la partition /).
et en quittant Linux je vois bien un message spécifiant "adjust hardware clock with system clock [ok]" ou un truc comme çc...
Ça laisse supposer que le support RTC est présent sur votre système, soit en dur dans le noyau, soit en module (à vérifier avec lsmod).
j'ai lu le "man clock" ainsi que le "Mini HOWTO Clock" et essayé de supprimer le /etc/adjtime avant de quitter Ubuntu mais le problème subsiste, je me retrouve avec le BIOS en retard de deux heures (z'allez peut-être me dire que c'est normal d'être en retard sous Windows ? :) )...
Le soucis, c'est que les systèmes Windows sauvegardent l'horloge système dans l'horloge matérielle non pas en UTC, mais dans la zone de temps définie sur le système.
Que faudrait il modifier pour éviter ce problème
En fonction du problème exact et de votre configuation :
En renseignant le fichier /etc/default/rcS en définissant par exemple la variable UTC à "no" permettant une meilleure compatibilité avec les systèmes Windows.
En définissant la variable TZ dans le fichier /etc/init.d/hwclockfirst.sh, par exemple avec la valeur CET.
Et/ou en supprimant le lien symbolique /etc/localtime en le remplaçant par une copie du fichier correspondant à votre fuseau horraire, par exemple le fichier /usr/share/zoneinfo/Europe/Paris.
ou au moins empècher la modif de l'hwclock à l'arret de Linux ?
Ça n'est pas du tout recommandé. Si vous y tenez vraiment et que vous savez ce que vous faites, il suffit de supprimer le service hwclock(fisrt).sh.
$ update-rc.d remove hwclock(fisrt).sh
merci :)
De rien.
-- TiChou
Dans le message <news:1spj79ff5vc2i$.kwrb5hj0h9zl.dlg@40tude.net>,
*rm* tapota sur f.c.o.l.configuration :
Bonjour,
Bonjour,
ma config: Linux Ubuntu Warty et Windows XP en multiboot sur machine
AMD64-512Mo
mon problème: après le shutdown de Linux, l'horloge matérielle se touve
décalée de deux heures...
Elle est à l'heure UTC, ce qui est généralement recommandée car indépendante
du fuseau horraire et des horraires d'été et d'hiver.
au démarrage de Linux, j'ai le message "Cannot adjust System Clock with
Hardware clock"
Plusieurs raisons.
Au démarrage, le support RTC (Real Time Clock, option CONFIG_RTC du noyau)
n'est pas présent dans le noyau ou le module rtc n'est pas encore chargée.
Je conseille généralement de metre ce support en dur dans le noyau.
Ou bien, la zone de temps (le fuseau horraire) définie par le fichier
/etc/localtime est en fait un lien symbolique pointant vers un des fichiers
du répertoire /usr/share/zoneinfo/ et celui-ci n'est pas encore accessible
au démarrage du system (partition /usr indépendante de la partition /).
et en quittant Linux je vois bien un message spécifiant "adjust hardware
clock with system clock [ok]" ou un truc comme çc...
Ça laisse supposer que le support RTC est présent sur votre système, soit en
dur dans le noyau, soit en module (à vérifier avec lsmod).
j'ai lu le "man clock" ainsi que le "Mini HOWTO Clock" et essayé de
supprimer le /etc/adjtime avant de quitter Ubuntu mais le problème
subsiste, je me retrouve avec le BIOS en retard de deux heures (z'allez
peut-être me dire que c'est normal d'être en retard sous Windows ? :)
)...
Le soucis, c'est que les systèmes Windows sauvegardent l'horloge système
dans l'horloge matérielle non pas en UTC, mais dans la zone de temps définie
sur le système.
Que faudrait il modifier pour éviter ce problème
En fonction du problème exact et de votre configuation :
En renseignant le fichier /etc/default/rcS en définissant par exemple la
variable UTC à "no" permettant une meilleure compatibilité avec les systèmes
Windows.
En définissant la variable TZ dans le fichier /etc/init.d/hwclockfirst.sh,
par exemple avec la valeur CET.
Et/ou en supprimant le lien symbolique /etc/localtime en le remplaçant par
une copie du fichier correspondant à votre fuseau horraire, par exemple le
fichier /usr/share/zoneinfo/Europe/Paris.
Dans le message <news:1spj79ff5vc2i$, *rm* tapota sur f.c.o.l.configuration :
Bonjour,
Bonjour,
ma config: Linux Ubuntu Warty et Windows XP en multiboot sur machine AMD64-512Mo
mon problème: après le shutdown de Linux, l'horloge matérielle se touve décalée de deux heures...
Elle est à l'heure UTC, ce qui est généralement recommandée car indépendante du fuseau horraire et des horraires d'été et d'hiver.
au démarrage de Linux, j'ai le message "Cannot adjust System Clock with Hardware clock"
Plusieurs raisons.
Au démarrage, le support RTC (Real Time Clock, option CONFIG_RTC du noyau) n'est pas présent dans le noyau ou le module rtc n'est pas encore chargée. Je conseille généralement de metre ce support en dur dans le noyau.
Ou bien, la zone de temps (le fuseau horraire) définie par le fichier /etc/localtime est en fait un lien symbolique pointant vers un des fichiers du répertoire /usr/share/zoneinfo/ et celui-ci n'est pas encore accessible au démarrage du system (partition /usr indépendante de la partition /).
et en quittant Linux je vois bien un message spécifiant "adjust hardware clock with system clock [ok]" ou un truc comme çc...
Ça laisse supposer que le support RTC est présent sur votre système, soit en dur dans le noyau, soit en module (à vérifier avec lsmod).
j'ai lu le "man clock" ainsi que le "Mini HOWTO Clock" et essayé de supprimer le /etc/adjtime avant de quitter Ubuntu mais le problème subsiste, je me retrouve avec le BIOS en retard de deux heures (z'allez peut-être me dire que c'est normal d'être en retard sous Windows ? :) )...
Le soucis, c'est que les systèmes Windows sauvegardent l'horloge système dans l'horloge matérielle non pas en UTC, mais dans la zone de temps définie sur le système.
Que faudrait il modifier pour éviter ce problème
En fonction du problème exact et de votre configuation :
En renseignant le fichier /etc/default/rcS en définissant par exemple la variable UTC à "no" permettant une meilleure compatibilité avec les systèmes Windows.
En définissant la variable TZ dans le fichier /etc/init.d/hwclockfirst.sh, par exemple avec la valeur CET.
Et/ou en supprimant le lien symbolique /etc/localtime en le remplaçant par une copie du fichier correspondant à votre fuseau horraire, par exemple le fichier /usr/share/zoneinfo/Europe/Paris.
ou au moins empècher la modif de l'hwclock à l'arret de Linux ?
Ça n'est pas du tout recommandé. Si vous y tenez vraiment et que vous savez ce que vous faites, il suffit de supprimer le service hwclock(fisrt).sh.
$ update-rc.d remove hwclock(fisrt).sh
merci :)
De rien.
-- TiChou
rm
Que faudrait il modifier pour éviter ce problème
En fonction du problème exact et de votre configuation :
En renseignant le fichier /etc/default/rcS en définissant par exemple la variable UTC à "no" permettant une meilleure compatibilité avec les systèmes Windows.
En définissant la variable TZ dans le fichier /etc/init.d/hwclockfirst.sh, par exemple avec la valeur CET.
Et/ou en supprimant le lien symbolique /etc/localtime en le remplaçant par une copie du fichier correspondant à votre fuseau horraire, par exemple le fichier /usr/share/zoneinfo/Europe/Paris.
bonjour et merci beaucoup pour ces éclaircissements et méthodes forts bien détaillés.
@+ -- rm
Que faudrait il modifier pour éviter ce problème
En fonction du problème exact et de votre configuation :
En renseignant le fichier /etc/default/rcS en définissant par exemple la
variable UTC à "no" permettant une meilleure compatibilité avec les systèmes
Windows.
En définissant la variable TZ dans le fichier /etc/init.d/hwclockfirst.sh,
par exemple avec la valeur CET.
Et/ou en supprimant le lien symbolique /etc/localtime en le remplaçant par
une copie du fichier correspondant à votre fuseau horraire, par exemple le
fichier /usr/share/zoneinfo/Europe/Paris.
bonjour et merci beaucoup pour ces éclaircissements et méthodes forts bien
détaillés.
En fonction du problème exact et de votre configuation :
En renseignant le fichier /etc/default/rcS en définissant par exemple la variable UTC à "no" permettant une meilleure compatibilité avec les systèmes Windows.
En définissant la variable TZ dans le fichier /etc/init.d/hwclockfirst.sh, par exemple avec la valeur CET.
Et/ou en supprimant le lien symbolique /etc/localtime en le remplaçant par une copie du fichier correspondant à votre fuseau horraire, par exemple le fichier /usr/share/zoneinfo/Europe/Paris.
bonjour et merci beaucoup pour ces éclaircissements et méthodes forts bien détaillés.
