
Ich habe ein Notebook (Samsung GT8650 mit PIII und Phoenix BIOS 4.0 R6 04UE) mit SuSE 7.0 (Kernel 2.2.16) und Windows 98SE (OEM) darauf. Wenn ich unter Linux Suspend aktiviere und dann mein Notebook wieder "aufwecke", wird die aktuelle Zeit als GMT (UTC) verstanden und die lokale Zeit (MESZ) entsprechend als zwei Stunden später gezeigt. Dies obwohl ich in /etc/rc.config GMT zunächst (s.u.) auf "" statt "-u" gesetzt habe (da mit GMT="-u" die angezeigte lokale Zeit unter Linux immer anders ist als die unter Windows) und in /etc/rc.config.d/apmd.rc.config APMD_SET_CLOCK_ON_RESUME="yes" gesetzt habe. Wenn ich das Notebook dann ausschalte und wieder boote, wird die Zeit wieder richtig gezeigt. Indem ich im Internet versucht habe, dem Problem selber nachzugehen, bin auf folgende Website gestoßen: <http://www.scd.ucar.edu/nets/intro/staff/siemsen/linux.html#time>. Da steht: `YAST has a screen that lets you specify whether the hardware clock contains GMT or local time. Unfortunately, YAST doesn't set the value correctly, no matter which YAST setting you choose, time isn't set correctly. So you have to edit the /etc/rc.config file directly. Set the GMT value like so: GMT="--localtime".' Aber auch dies hat mein APM-Problem nicht behoben. Kennt jemand hier eine Lösung? Danke, --Steve Berman

Hallo, On Wed, 28 Mar 2001, Stephen Berman wrote:
Ich habe ein Notebook (Samsung GT8650 mit PIII und Phoenix BIOS 4.0 R6 04UE) mit SuSE 7.0 (Kernel 2.2.16) und Windows 98SE (OEM) darauf. Wenn ich unter Linux Suspend aktiviere und dann mein Notebook wieder "aufwecke", wird die aktuelle Zeit als GMT (UTC) verstanden und die lokale Zeit (MESZ) entsprechend als zwei Stunden später gezeigt. Dies obwohl ich in /etc/rc.config GMT zunächst (s.u.) auf "" statt "-u" gesetzt habe (da mit GMT="-u" die angezeigte lokale Zeit unter Linux immer anders ist als die unter Windows) und in /etc/rc.config.d/apmd.rc.config APMD_SET_CLOCK_ON_RESUME="yes" gesetzt habe. Wenn ich das Notebook dann ausschalte und wieder boote, wird die Zeit wieder richtig gezeigt.
Indem ich im Internet versucht habe, dem Problem selber nachzugehen, bin auf folgende Website gestoßen: <http://www.scd.ucar.edu/nets/intro/staff/siemsen/linux.html#time>. Da steht: `YAST has a screen that lets you specify whether the hardware clock contains GMT or local time. Unfortunately, YAST doesn't set the value correctly, no matter which YAST setting you choose, time isn't set correctly. So you have to edit the /etc/rc.config file directly. Set the GMT value like so: GMT="--localtime".' Aber auch dies hat mein APM-Problem nicht behoben.
Bei mir hat es so, mit einer SuSE Linux 7.0 Standardinstallation, funktioniert: (bei der SuSE Linux 7.1 geht es ein bisschen anders) - im BIOS ist die lokale Zeit eingetragen; wenn unter Windows die Zeit eingestellt wird, schreibt Windows auch die lokale Zeit ins BIOS - in /etc/adjtime müssen alle Werte auf Null gesetzt sein; notfalls kann die Datei auch gelöscht werden, sie wird beim nächsten Boot wieder angelegt. - in der Datei /etc/rc.config.d/apmd.rc.config muss die Variable APMD_SET_CLOCK_ON_RESUME="yes" gesetzt sein - der APMD muss laufen, kann mit rcapmd status geprüft werden; wenn er nicht läuft, dann mit rcapmd start starten; nach dem Booten wird er automatisch gestartet, wenn in der Datei /etc/rc.config die Variable START_APMD="yes" gesetzt ist; die Variable GMT="" ist auf keinen Wert gesetzt Nachdem ich diese Einstellungen gemacht hatte, war das Verhalten so: Nach dem Boot, wurde die richtige Zeit angezeigt, dann suspend, danach wurde wieder die richtige Zeit (lokale Zeit) angezeigt. Viele Gruesse Andrea

"Andrea" == Andrea Ratschker <ratschker@suse.de> writes:
Andrea> On Wed, 28 Mar 2001, Stephen Berman wrote: [APM-Problem...] Andrea> Bei mir hat es so, mit einer SuSE Linux 7.0 Andrea> Standardinstallation, funktioniert: [...] Andrea> - der APMD muss laufen [...] Das war der entscheidende Schritt, vielen Dank! Es war wohl mein Fehler, dass ich den Satz im Handbuch, "Er [apmd] ist nicht unbedingt zum Betrieb erforderlich, kann jedoch recht nützlich sein" dahingehend verstanden habe, dass der apmd "nicht unbedingt" laufen muss, damit die auf "yes" gesetzte Umgebungsvariable APMD_SET_CLOCK_ON_RESUME in /etc/rc.config.d/apmd.rc.config seine Wirkung haben kann. Tja. (Danke auch an Ben Salam für seine Antwort; bestimmt werde ich irgendwann auch upgraden, aber lieber ist es mir schon, wenn's -- wie jetzt -- auch unter SuSE 7.0 klappt!) --Steve Berman
participants (2)
-
Andrea Ratschker
-
Stephen Berman