content de voir que d'autre ont ce pb. Sous ubuntu (10.10), l'horloge n'est jamais à l'heure. Carte mère neuve, ca fonctionne bien sous windows, bref ... meme pb que vous.

carte mère Gigabyte GA-770TA-UD3 et cpu

Si qqun à la solution (a pars changer des options du bios) ...

Rappel: l'horloge système (Ubuntu) accélérait, très vite, bien que l'horloge de la carte mère restait à l'heure. NTP installé ne corrigeait pas le problème.

J'ai une carte mère Gigabyte EX58 UD3R, pour processeur Intel i7.

Dans le BIOS de cette carte on peut choisir certains options d'accélération du travail du processeur (modes "Turbo" etc.)

En fait, il faut laisser le BIOS de la carte mère dans la configuration "standard", sans enclencher les options d'optimisation ou accélération du travail de processeur. SI la carte mère est configurée avec les paramètres "standard", l"heure Ubuntu reste parfaitement correcte. Si on laisse le BIOS changer la vitesse de travail de processeur, l'heure commence a accélérer très vite...

Donc: visiblement, le système d'horloge système Ubuntu est quelque part lié à la vitesse d'horloge du processeur et ne sait pas tenir compte de vitesse variable possible avec les processeurs de type i7.

En laissant donc les vitesses "standard", on a l'heure système correcte. Question seulement: combien de puissance de calcul on perd...? Dans les statistiques, je vois un certain fléchissement de la courbe de travail de BOINC. Ce processeur (i7) est tellement puissant qu'il ne sert à rien d'autre que ca: BOINC. Rien d'autre ne peut lui donner assez du travail....

j'ai un i7, carte mere Gigabyte, chipset Intel.

l'heure de l'horloge de la carte mère est bonne. je peux entrer dans le BIOS, la changer et vérifier des jours après - elle est à l'heure.

mais sous Ubuntu, l'heure système avance "à toute allure". une bonne 1/2h toutes les heures!

j'ai installé NTP, ca ne change rien, l'heure devient fausse.
j'ai désinstallé NTP, je changé le paramètre d'heure pour la fixer "à la main", elle avance toujours.

il arrive même que le PC se plante ("freeze" système total) quand je change l'heure dans la fenêtre "Administration/date, heure" à la main, et que je clique sur l'icône de synchronisation d'horloge (à droite de la ligne d'heure).

visiblement le logiciel a du mal à accéder l'horloge de la carte mère. c'est donc un problème de compatibilité, reconnaissance du chipset ou un truc comme ca.

j'ai observe ca sous Karmic (9.10), qui fonctionnait bien jusqu'à une certaine date (janvier, justement, je crois). maintenant je suis sous Lucid (10.04) et le problème persiste.

j'insiste sur le fait que l'heure du BIOS est bonne - décalée de 2 heures (pour heure Paris). ce n'est que l'heure système qui est fausse.

au secours! ca fausse tout (mails, conversation dans le messengers etc)!

zebuntu a écrit :

Le Galéanthrope a écrit :

Et si tu changer la pile sur la carte mère, il y a des grande chance pour que ça résolve ton problème.

Le pc est neuf (4 mois), et sous sale-os y'a pas ce pb (ni en 32, ni en 64)

L'horloge système n'est pas géré par l'OS, elle est hardware (avec un quartz).

Ha oui, bien noté là.

Moi non plus, encore un truc à vérifier (j'ai peut être tout simplement pas remarqué si ça le faisait aussi sous win).

zebuntu a écrit :

Le Galéanthrope a écrit :

Et si tu changer la pile sur la carte mère, il y a des grande chance pour que ça résolve ton problème.

Le pc est neuf (4 mois), et sous sale-os y'a pas ce pb (ni en 32, ni en 64)

Si tu restes dans le BIOS un moment, et que tu regardes l'heure filer, ça avance "normalement"?

Là, pas possible, ch'ui en prod. Mais je garde cette note de coté (pour le prochain boot, par ex).

Re,

#disable auth
#broadcastclient

Ces 2 lignes-la...

Ok.
(Modifs...)
Alors

$ service ntp restart
 * Stopping NTP server ntpd        [ OK ]
 * Starting NTP server ntpd        [ OK ]
$ service ntp status
 * NTP server is not running.

Flûte !
Bon, re, différemment

$ service ntp force-reload
 * Stopping NTP server ntpd        [ OK ]
 * Starting NTP server ntpd        [ OK ]
$ service ntp status
 * NTP server is running.

Ha. J'aime mieux.
Hop.
Plus qu'à laisser tourner comme ça un temps, et regarder si ça fonctionne correctement.

Ben, c'est pas fichu comme ça dans la 9.10, pas de sélection de serveurs dans les Préférences de l'applet (gnome). Il faut les ajouter dans /etc/ntp.conf (partie server <ntpserver>, vers le début du fichier). Puis refaire un ntp restart (voire un ntp force-reload).

Le Galéanthrope a écrit :

Et si tu changer la pile sur la carte mère, il y a des grande chance pour que ça résolve ton problème.

Le pc est neuf (4 mois), et sous sale-os y'a pas ce pb (ni en 32, ni en 64)

Si tu restes dans le BIOS un moment, et que tu regardes l'heure filer, ça avance "normalement"?

Le Galéanthrope a écrit :

Et si tu changer la pile sur la carte mère, il y a des grande chance pour que ça résolve ton problème.

Le pc est neuf (4 mois), et sous sale-os y'a pas ce pb (ni en 32, ni en 64)

L'horloge système n'est pas géré par l'OS, elle est hardware (avec un quartz). Donc je ne voit pas comment c'est possible qu'elle décale sous Linux et pas sous Windows.

#disable auth
#broadcastclient

Ces 2 lignes-la, ensuite tu choisis qq serveurs dans l'applet de l'heure par "Régler la date et l'heure" > déverrouiller > rester synchronisé avec les serveurs sur internet > choisir des serveurs proches de ton lieu d'habitation.

Bonsoir,
Décommente les 2 lignes à la fin juste au-dessus des serveurs que tu as choisi:

sudo gedit /etc/ntp.conf

...

je pige pas où tu veux dire là !?

# /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help

driftfile /var/lib/ntp/ntp.drift


# Enable this if you want statistics to be logged.
#statsdir /var/log/ntpstats/

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable


# You do need to talk to an NTP server or two (or three).
server ntp.ubuntu.com


# Access control configuration; see /usr/share/doc/ntp-doc/html/accopt.html for
# details.  The web page <http://support.ntp.org/bin/view/Support/AccessRestrictions>
# might also be helpful.
#
# Note that "restrict" applies to both servers and clients, so a configuration
# that might be intended to block requests from certain clients could also end
# up blocking replies from your own upstream servers.

# By default, exchange time with everybody, but don't allow configuration.
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery

# Local users may interrogate the ntp server more closely.
restrict 127.0.0.1
restrict ::1

# Clients from this (example!) subnet have unlimited access, but only if
# cryptographically authenticated.
#restrict 192.168.123.0 mask 255.255.255.0 notrust


# If you want to provide time to your local subnet, change the next line.
# (Again, the address is an example only.)
#broadcast 192.168.123.255

# If you want to listen to time broadcasts on your local subnet, de-comment the
# next lines.  Please do this only if you trust everybody on the network!
#disable auth
#broadcastclient

sudo gedit /etc/ntp.conf

restart ton ntp

sudo /etc/init.d/ntp restart

vérifie

sudo /etc/init.d/ntp status

... tu verras çà va beaucoup mieux

Et si tu changer la pile sur la carte mère, il y a des grande chance pour que ça résolve ton problème.

Le pc est neuf (4 mois), et sous sale-os y'a pas ce pb (ni en 32, ni en 64)

$  sudo aptitude install ntp ntp-doc
...
Les NOUVEAUX paquets suivants vont être installés :
  ntp ntp-doc 
...
Paramétrage de ntp (1:4.2.4p6+dfsg-1ubuntu5.1) ...
 * Starting NTP server ntpd                          [ OK ]
...

(install ok)

$ /etc/init.d/ntp status
 * NTP server is not running.

$ service ntp status restart (ou même force-reload)
 * Stopping NTP server ntpd                          [ OK ]
 * Starting NTP server ntpd                          [ OK ]
$ /etc/init.d/ntp status
 * NTP server is not running.

gni !?