[gelöst] Zeit nach jedem reboot anders

Schüler

Montag, 11. August 2008, 17:18

Zeit nach jedem reboot anders

Ich habe seit kurzem das seltsame Problem, dass die Zeit und das Datum scheinbar willkürliche Zahlen annehmen. So war es heute nach dem Aufstarten der 6 Juli 19:43, wobei wir jetzt den 11. August 17:11 haben (oft ist das Datum auch in der Zukunft).
Das Problem verursacht offenbar mein Gentoo, denn wenn ich im Bios richtige Datum/Uhrzeit einstelle, ist es nach dem Aufstarten wieder falsch. Momentan überbrücke ich das Problem mit ntpdate; die Ursache habe ich aber noch nicht gefunden.

Das System ist 3/4 Jahre alt und das Problem ist recht neu. Zu meiner Konfiguration:

	Quellcode
1 2 3 4 5	# /etc/conf.d/clock CLOCK="local" TIMEZONE="Europe/Zurich" CLOCK_OPTS="" CLOCK_SYSTOHC="no"

Ich hatte die Uhr vorher auf UTC gestellt und es nun mal mit local versucht.

	Quellcode
1 2	# uname -a Linux dieter-t61 2.6.24-gentoo-r7 #10 SMP Wed Jul 16 00:16:40 CEST 2008 i686 Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz GenuineIntel GNU/Linux

Was könnte da falsch gelaufen sein?

Calvin: "Listen lady: you know how Einstein's grades were bad as a kid? Well, mine are even worse!"

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »diditux« (19. August 2008, 21:51)

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 5 606

2

Dienstag, 12. August 2008, 09:40

Hast du eventuell bei der letzten Kernel Konfiguration etwas an dem RTC Settings geändert?
Bei mir schaut die config bezüglich RTC so aus

	Quellcode
1 2 3 4 5 6 7 8	# zgrep RTC /proc/config.gz CONFIG_HPET_EMULATE_RTC=y CONFIG_RTC=y # CONFIG_HPET_RTC_IRQ is not set CONFIG_SND_RTCTIMER=m CONFIG_SND_SEQ_RTCTIMER_DEFAULT=y # CONFIG_RTC_CLASS is not set

Nutzt du schon sys-apps/baselayout-2.0.0 ?

Gentoo Dokumentation
GentooFreunde.org

Meine Jabber ID: kann via PN erfragt werden

Zum Seitenanfang

Planeshift

Meister

Beiträge: 2 403

3

Dienstag, 12. August 2008, 11:14

Achte mal bitte bei Booten, ob da ein Fehler brzüglich RTC kommt.

Hatte bei mir mal ein ähnliches Problem und habe beim Booten immer einen Fehler bekommen.

Viele Grüße

PlaneShift : Deutsche Community

Q9000, 4 GB DDR3-1066, 500 GIG SATA 230 GIG SATA
Geforce 9700 GT
Intel 4965AGN
Blu-ray Disc ROM & DVD+/-RW
2.6.29-r5-gentoo-sources
Funtoo ~amd64
+
AMD Duron 800
512 MB RAM
320 GB IDE
VDR1.4.7

Mein Overlay:

	Quellcode
1	layman -a amielke-overlay

Zum Seitenanfang

Schattenschlag

Profi

Beiträge: 602

4

Dienstag, 12. August 2008, 14:39

Kann man sowas nicht auch einer def. oder leeren Mainboard Batterie zuschreiben ?

''''''''''''''''''''''''''''''''''''''''''''''''
Gentoo-Linux
der G-Punkt eines Pc´s

''''''''''''''''''''''''''''''''''''''''''''''''

Zum Seitenanfang

diditux

Schüler

Beiträge: 85

5

Dienstag, 12. August 2008, 14:56

Das ganze nervt schon ein wenig, jetzt hat er eben beim aufstarten gemeldet, dass das Filesystem 49710 nicht mehr eingehängt worden sei und eine Prüfung erzwungen wird (was nun fast jedesmal der Fall ist)...

Zitat

Hast du eventuell bei der letzten Kernel Konfiguration etwas an dem RTC Settings geändert?

An den RTC-configs im Kernel habe ich nichts angerührt und in letzter Zeit auch keinen neuen Kernel gebacken, der das Problem verursachen könnte.
Die RTC-Settings sehen momentan so aus:

	Quellcode
1 2 3 4 5 6	# zgrep RTC /proc/config.gz CONFIG_HPET_EMULATE_RTC=y CONFIG_RTC=y # CONFIG_HPET_RTC_IRQ is not set # CONFIG_SND_RTCTIMER is not set # CONFIG_RTC_CLASS is not set

Ich habe auch in den emerge-logs geschaut, ich habe keine auffälligen Neuinstallationen oder Updates in den letzten Tagen gesehen.

Zitat

Nutzt du schon sys-apps/baselayout-2.0.0 ?

Nein, ich nutze sys-apps/baselayout-1.12.11.1. Ich kann es mal mit einem Update versuchen.

Zitat

Achte mal bitte bei Booten, ob da ein Fehler brzüglich RTC kommt.

Es fällt mir nichts aussergewöhnliches auf. Ein dmesg | grep RTC (gross und klein) ergibt nichts. Während dem Init-Prozess gibt es auch nichts auffälliges, ausser den Meldungen, dass die config-files in der Zukunft bearbeitet worden wären.

Zitat

Kann man sowas nicht auch einer def. oder leeren Mainboard Batterie zuschreiben ?

Nach einem Neustart stimmt die Uhr im Bios jeweils noch, ein Hardwareproblem würde ich ausschliessen. Ich habe nun noch ein Windows auf der Platte reaktivier, mit dem ich keine Probleme habe.

Calvin: "Listen lady: you know how Einstein's grades were bad as a kid? Well, mine are even worse!"

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 5 606

6

Mittwoch, 13. August 2008, 15:53

Zitat von »diditux«

Zitat josef.95
Nutzt du schon sys-apps/baselayout-2.0.0 ?

Nein, ich nutze sys-apps/baselayout-1.12.11.1. Ich kann es mal mit einem Update versuchen.

Nein so war es nicht gemeint, war nur eine Frage, also keine Empfehlung zum updaten!
Es sollte auch mit baselayout-1... korrekt laufen, ich denke ein Downgrade, also zurück zu baselayout-1 wird nicht so einfach möglich sein.

Ansonsten sind mir deine Probleme zZt ein Rätsel,
denke aber auch das du es mal mal mit einer neuen Mainboard Batterie probieren solltest.

fr. Gruß

Gentoo Dokumentation
GentooFreunde.org

Meine Jabber ID: kann via PN erfragt werden

Zum Seitenanfang

bell

Profi

Beiträge: 1 378

7

Donnerstag, 14. August 2008, 16:18

Mir fehlt noch die /etc/adjtime ein. Führe mal folgende Befehle aus, nachdem Du die Systemzeit per NTP richtig gesetzt hast:

	Quellcode
1 2 3	hwclock --systohc rm /etc/adjtime hwclock --systohc

Es gibt immer einen noch größeren Fisch im großen Meer der Klugscheißerei.(http://german-bash.de/304094) usw. | ~ # echo -e \\07

Zum Seitenanfang

diditux

Schüler

Beiträge: 85

8

Freitag, 15. August 2008, 08:58

Das mit der /etc/adjtime habe ich auch schon probiert.
Ich kann mir das seltsame nun Verhalten auch fast nur mit der Hardware erklären. Ich werde am Wochenende mal Tests mit einer Live-CD machen. Mir ist in den Sinn gekommen, dass ich bei den Tests natürlich auch noch das Netzteil abnehmen muss beim ausschalten (es handelt sich um einen Laptop). Das habe ich bis anhin jeweils vergessen.

Weiss jemand, ob man allenfalls die Mainboard-Batterie selber austauschen kann oder ob ich da besser in die Reparaturwerkstatt gehen soll (ist ja wohl ein Garantiefall). Es handelt sich um ein Lenovo T61.

Ich habe nun beim Aufstarten bei fast jedem Dienst eine Warnmeldung, dass sein config-file in der Zukunft bearbeitet wurde. Sind solche Inkonsistenzen gesund für ein System? Kann man das (sofern ich das Ursprungsproblem beheben kann...) wieder zurechtbiegen oder muss ich notfalls mit dem Vorschlaghammer dahinter und das System neu aufsetzten (was eigentlich nicht so meine Methode ist)?

Danke für eure Hilfestellungen!

Calvin: "Listen lady: you know how Einstein's grades were bad as a kid? Well, mine are even worse!"

Zum Seitenanfang

FFF

Anfänger

Beiträge: 34

9

Freitag, 15. August 2008, 11:13

Also Batterie tauschen sollte gehen wenn du nicht total 2 linke hände hast
meiner meinung nach (keine Grantie oder Gewährleistung :-P

)

ftp://ftp.software.ibm.com/pc/pccbbs/mob…/42t8137_02.pdf

^
Anleitung von ibm

hf

betriebswerk-landshut.de
www.pic.betriebswerk-landshut.de

Gentoo EXT4 LIVECD

Zum Seitenanfang

diditux

Schüler

Beiträge: 85

10

Dienstag, 19. August 2008, 21:51

Ich habe nun diverse Test mit LiveCD's gemacht, da hatte ich nie Probleme. Leere Mainboard-Batterie konnte ich ausschliessen, da das Datum auch nach längerem Stromunterbruch noch korrekt war und jeweils erst nach dem booten verstellt war.
Da ich ein produktives System brauche und im Moment nicht die Zeit habe weiter nach dem Fehler zu suchen und auch keinen Ansatz zur Lösung gesehen habe, habe ich mich gestern dazu entschlossen das System neu aufzusetzten. Das ist eigentlich keine Lösung aber ich kann nun wenigstens wieder weiterarbeiten.
In diesem Sinn setzte ich den Thread auf gelöst.

Calvin: "Listen lady: you know how Einstein's grades were bad as a kid? Well, mine are even worse!"

Zum Seitenanfang

monsterherz

das nervende Weib

Beiträge: 1 241

11

Sonntag, 18. Januar 2009, 21:06

Ist jetzt alles ok ?
Ich habe das (fast) selbe Problem. Beim Booten kommt unknown clock - ich soll es manuell setzen.
Derzeit in clock hinterlegt:

Quellcode

# /etc/conf.d/clock

# Set CLOCK to "UTC" if your system clock is set to UTC (also known as
# Greenwich Mean Time).  If your clock is set to the local time, then 
# set CLOCK to "local".  Note that if you dual boot with Windows, then 
# you should set it to "local".

CLOCK="local"


# Select the proper timezone.  For valid values, peek inside of the
# /usr/share/zoneinfo/ directory.  For example, some common values are
# "America/New_York" or "EST5EDT" or "Europe/Berlin".  If you want to
# manage /etc/localtime yourself, set this to "".

TIMEZONE="Europe/Berlin"

# If you wish to pass any other arguments to hwclock during bootup, 
# you may do so here.

CLOCK_OPTS="--directisa"

# If you want to set the Hardware Clock to the current System Time 
# during shutdown, then say "yes" here.

CLOCK_SYSTOHC="no"


### ALPHA SPECIFIC OPTIONS ###

# If your alpha uses the SRM console, set this to "yes".
SRM="no"

# If your alpha uses the ARC console, set this to "yes".
ARC="no"

Im dmesg steht aber kein clock Fehler drin.

	Quellcode
1 2 3 4	laptop michi # dmesg \| grep clock hpet clockevent registered laptop michi # dmesg \| grep hwclock laptop michi # dmesg \| grep unknown

Quellcode

laptop michi # zgrep RTC /proc/config.gz 
CONFIG_HPET_EMULATE_RTC=y
CONFIG_RTC_LIB=m
CONFIG_RTC_CLASS=m
# RTC interfaces
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
CONFIG_RTC_INTF_DEV_UIE_EMUL=y
# CONFIG_RTC_DRV_TEST is not set
# I2C RTC drivers
# CONFIG_RTC_DRV_DS1307 is not set
CONFIG_RTC_DRV_DS1374=m
# CONFIG_RTC_DRV_DS1672 is not set
CONFIG_RTC_DRV_MAX6900=m
# CONFIG_RTC_DRV_RS5C372 is not set
# CONFIG_RTC_DRV_ISL1208 is not set
# CONFIG_RTC_DRV_X1205 is not set
# CONFIG_RTC_DRV_PCF8563 is not set
# CONFIG_RTC_DRV_PCF8583 is not set
CONFIG_RTC_DRV_M41T80=m
CONFIG_RTC_DRV_M41T80_WDT=y
# CONFIG_RTC_DRV_S35390A is not set
# CONFIG_RTC_DRV_FM3130 is not set
# SPI RTC drivers
# Platform RTC drivers
CONFIG_RTC_DRV_CMOS=m
# CONFIG_RTC_DRV_DS1511 is not set
CONFIG_RTC_DRV_DS1553=m
CONFIG_RTC_DRV_DS1742=m
CONFIG_RTC_DRV_STK17TA8=m
CONFIG_RTC_DRV_M48T86=m
CONFIG_RTC_DRV_M48T59=m
CONFIG_RTC_DRV_V3020=m
# on-CPU RTC drivers
laptop michi # emerge -av baselayout

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] sys-apps/baselayout-1.12.11.1  USE="unicode -bootstrap -build -static" 218 kB

Total: 1 package (1 reinstall), Size of downloads: 218 kB

Would you like to merge these packages? [Yes/No] no

Quitting.

An den RTC Settings habe ich Nichts geändert. Ich verwende genkernel in standardkonfig. Findet einer von Euch den Fehler ?

Man kann nicht alles wissen, aber alles lernen!

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 5 606

12

Sonntag, 18. Januar 2009, 22:05

Es wäre sicher besser und effektiver einen eigenen Thread zu eröffnen, dieser ist doch auch schon auf gelöst gesetzt, da schaut doch idR niemand der helfen möchte..

Wird die Zeit denn korrekt angezeigt, oder inwiefern geht sie falsch?

Gentoo Dokumentation
GentooFreunde.org

Meine Jabber ID: kann via PN erfragt werden

Zum Seitenanfang

monsterherz

das nervende Weib

Beiträge: 1 241

13

Montag, 19. Januar 2009, 14:06

Zitat von »josef.95«

Es wäre sicher besser und effektiver einen eigenen Thread zu eröffnen, dieser ist doch auch schon auf gelöst gesetzt, da schaut doch idR niemand der helfen möchte..

Wird die Zeit denn korrekt angezeigt, oder inwiefern geht sie falsch?

Ok. Ist geschehen: HW clock - unknown support

Man kann nicht alles wissen, aber alles lernen!

Zum Seitenanfang

GentooForum.de

Zeit nach jedem reboot anders

Quellcode

Quellcode

Quellcode

Quellcode

Zitat

Quellcode

Zitat

Zitat

Zitat

Zitat von »diditux«

Quellcode

Quellcode

Quellcode

Quellcode

Zitat von »josef.95«

Häufig verwendete Suchbegriffe: