Zeitfehler beim Booten auf /dev/console

[Tillit]

hei

vielleicht klappts ja so...

problem: beim booten von suse 9.0 wird mir jedesmal eine falsche zeit eingestellt, die ich dann unter yast korrigieren muss (z.b. ist die zeit 10 minuten hinterher). bios habe ich direkt vorher kontrolliert, sie stimmte.

weiteres problem: ausserdem geht mir die zeit bis zu 30 minuten nach, wenn systemarbeiten stattfinden (auch beim antivir). => dann ist auch beim nächsten start die biosuhr verstellt (*wunder*).

bsp. aus /var/log/boot.msg
Boot logging started on /dev/tty1(/dev/console) at Mon May 31 21:41:47 2004 (tatsächlich war es auch laut bios 10 minuten später)

meine rechnerkonfig ist im profil

thX & greetZ

[drunkenPenguin]

Hallo!

Wie alt ist denn die Batterie, die im Motherboard drin ist?
Könnte sein, dass es an der liegt.

Gruß,
Daniel

[Tillit]

hei daniel ;)

der rechner ist 1 jahr alt (siehe beitrag gmx rechner *g*) und wie erwähnt: solange ich z.b. den antivir net laufen lasse, passiert die verstellte uhr, die das bios mit verstellt, net. aber beim booten das falsche einstellen im menü immer.

p.s.: auch wieder beim linuxtag dabei? ;) wird bei mir samstag, so wies aussieht

*wink*

[steve-e]

Lösch mal die Datei "/etc/adjtime" und führe dann mal als root den Befehl "netdate ptbtime1.ptb.de && clock -w " aus, um deine Uhr nach Atomzeit zu stellen.

[Tillit]

hei

danke für den tipp, funzt das auch bei suse? und muss ich dabei net immer online sein? ich habe keine flat.

greetZ

nachtrag: wie gesagt, wenn vor dem booten nix systemlastiges lief, ist die biosuhr beim nächsten reboot ok - nur linux selber wird jedesmal verstellt.

[carnil]

@steve-e: Müsste das nicht ntpdate heissen?

@Tillit: Ja sollte auch bei suse standardmässig dabei sein, bei mir ist es auf jeden Fall ...
Da die "Hardwareuhr" ja richtig funktioniert könnte man zunächst als notlösung

hwclock --hctosys
die Systemzeit von der Hardwareuhr setzen ...

MfG carnil

[Tillit]

hei

hm, klingt ein bissle komisch

den tipp von steve-e hab ich ausprobiert - zumindest ist die kiste net explodiert ;)

vorheriger einrtrag:

-711.771257 1086033267 0.000000
1086033267
LOCAL


nach dem löschen und absetzen des befehls:

netdate ptbtime1.ptb.de && clock -w
Trying 192.53.103.103...
ptbtime1.ptb.de -16.181 Mon May 31 23:39:14.000

0.000000 1086039554 0.000000
1086039554
LOCAL


interessant, oder?

greetZ

[Tillit]

es gibt beide proggis:

netdate und ntpdate

greetZ

nachtrag:

es muss ein programm sein, das sdie zeit variable verstellt:

date:
Di Jun 1 00:25:40 CEST 2004
hwclock -r
Di 01 Jun 2004 00:25:45 CEST -0.599546 Sekunden

date
Di Jun 1 00:26:39 CEST 2004
hwclock -r
Di 01 Jun 2004 00:26:43 CEST -0.287484 Sekunden

jemand ne idee, was für ein proggi so was verursacht?
ich habe das dazuko modul (avgate) und/oder antivir (mit tkantivir) im verdacht

[Tillit]

rückmeldung:

bis jetzt funktioniert die zeit und hat sich beim booten nicht verstellt. habe jetzt mit o.g. befehl einen cronjob angelegt, der einmal täglich die zeit abgleicht (vorsichtshalber)

thX & greetZ

[carnil]

Hi Tillit


es gibt beide proggis:

netdate und ntpdate

greetZ


Vielen Dank für die Info, ich hatte nur gefragt, weil auf meinem System netdate nicht existiert, und ich den folgenden Beitrag: http://www.linuxforen.de/forums/showthread.php?t=116618&page=2&pp=16 (Beitrag von Benno) gelesen hattte, und dort wird ntpdate erwähnt.

MfG carnil

[Tillit]

so... also ich hab den übeltäter einkreisen können: es ist das tkantivir (gui für antivir) warum, verstehe ich allerdings net. unter mdk lief es einwandfrei *grummel*. komischerweise ist aber eine idle von teilweise über 80% - hat jemand erfahrungen damit? stören sich vielleicht das kernelmodul dazuko (vom avmailgate) und das manuelle antivir oder was könnte das sein? bis zum reboot lief die hardwareuhr richtig - die softwareuhr war aber schon am nachgehen. beim reboot ging dann auch die hardwareuhr um die gleiche zeit nach :ugly:

tipps are wellcome

thX & greetZ