Délai de time de boîte à disque Linux, partie 2

Ceci est un suivi de ma question hier, ci-joint.

J'ai une boîte Fedora 10. Lorsqu'il est redémarré, il rest très bien le time. Je teste cela en tapant la date, puis entrez, attendez une seconde, une flèche vers le haut, entrez, etc. pour voir si les secondes augmentent de 1 pour chacune de mes secondes perçues. Donc, cela semble fonctionner. Quelque time à l'avenir, 14 à 48 heures plus tard, je remarque que les horodatages sur les courriels sont vides. Les nouveaux emails sont datés il y a 6 heures. Je me connecte à la boîte, fais la flèche de la date / de la flèche / répète, et maintenant elle prend de 4 à 10 secondes pour que les secondes augmentent de 1 heure.

Quelqu'un a suggéré d'utiliser ntpd. Je l'ai fait hier, et ce soir, le time est encore renversé. ntpd était toujours en cours d'exécution. Le redémarrage ntpd n'a eu aucun effet. En arrêtant ntpd, l'exécution de ntpdate a synchronisé la date à l'heure correcte, mais les secondes n'ont pas encore augmenté d'une fois par seconde. Je n'ai vraiment aucune idée de ce que cela pourrait faire dans mon système. Toutes les suggestions sont grandement appréciées. Je ne veux pas lancer le redémarrage en tant que travail de cron pour résoudre ce problème, je n'obtiendrai jamais de time de disponibilité en se vantant de droits de cette manière.

Le fil d'hier: dilatation du time de la boîte à outils Linux

Merci de votre lecture et de votre aide.

Il semble que le problème ne soit pas avec votre machine, mais avec tout ce qui dépend de Linux, il faut garder le time. Essayez un argument de command line du kernel comme clocksource=hpet . D'autres sources communes sont tsc et acpi_pm.

Enfin, essayez l'argument de command line notsc kernel.

 cat /sys/devices/system/clocksource/clocksource0/available_clocksource cat /sys/devices/system/clocksource/clocksource0/current_clocksource 

Quelle est la sortie? Vous pouvez essayer de modifier la source clocks en utilisant les options de démarrage du kernel, ou vous pouvez essayer de la désactiver complètement avec l'option notsc.

De toute façon, cela ressemble vraiment à un matériel défectueux

Quand il est passé mal, pouvez-vous exécuter vmstat?

 $ vmstat 5 5 procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- rb swpd free buff cache si so bi bo in cs us sy id wa 4 0 56464 557284 289208 2132264 0 0 3 16 24 15 16 5 79 0 0 0 56464 557508 289208 2132264 0 0 0 14 1146 2111 9 4 88 0 1 0 56464 557540 289208 2132264 0 0 0 0 1170 2167 5 4 91 0 0 0 56464 557172 289208 2132264 0 0 0 29 1213 2325 7 6 88 0 2 0 56464 557876 289208 2132264 0 0 0 31 1261 2644 10 6 83 0 

Regardez la colonne "in" pour voir les interruptions. J'ai vu du matériel cassé causer beaucoup d'interruptions, ce qui peut signifier que vous n'obtenez pas de mises à jour de l'horloge avant.

Essayez de le démarrer à partir d'un CD "Knoppix" et laissez-le pendant un certain time. L'horloge rest-t-elle erronée?