Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

11.08.2008, 10:23

Systemboot scheitert am Stellen der Systemuhr

Hallo

Es kommt bei meinem Systemboot in unregelmäßigen Abständen dazu, dass das System nicht weiter hochfährt. Es bleibt an genau diesem Punkt stehen:

Quellcode

1
* Setting system clock using the hardware clock [Local Time]


Wenn ich dann Neustarte bekomme ich folgendes Problem das sich allerdings schon erledigt hat:

Quellcode

1
http://www.gentooforum.de/artikel/15504/systemstart-root-filesystem-kann-nicht-gemounted-werden.html


Dann startet das Sytem wieder einigemale so wie es sollte. Bis es wieder am erstgenannten Punkt hängenbleibt.

Ich habe ein Dualbootsystem mit Windows kann es evtl. daran liegen das die Hardwareclock da irgendwas OS-Spezifisch stellt und dann bei meinem Linuxboot Probleme macht?

Danke schonmal

timme

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »timme« (16.10.2008, 12:27)


2

11.08.2008, 11:06

in der config steht irgendwas drin, wie man mit dualboot verfahren soll.
Bei mir macht es jedenfalls nichts aus, auch wenn ich kaum windows boote.
Vielleicht die CMOS Batterie kurz vor knapp.
Sonst versuch doch mal nicht die local Einstellung.
Bei meiner PS3 nimmt er auch immer eine falsche Zeit im Linuxmode, die muß ich immer über Zeitserver aktualisieren :(
System:
i7 P2600 @ 3,4GHz
jabber: poedel@jabber.ccc.de

3

11.08.2008, 13:22

Naja, schauen wir uns mal das Initskript (Funktion start) von hwclock an:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
start()
{
        local retval=0 errstr=""
        setupopts

        if [ -z "${utc_cmd}" ]; then
                ewarn "Not setting clock for ${utc} system"
                return 0
        fi

        ebegin "Setting system clock using the hardware clock [${utc}]"
        if [ -e /proc/modules -a ! -e /dev/rtc ]; then
                modprobe -q rtc || modprobe -q genrtc
        fi

        if [ -e /etc/adjtime ] && yesno ${clock_adjfile}; then
                _hwclock --adjust ${utc_cmd}
                retval=$((${retval} + $?))
        fi

        # If setting UTC, don't bother to run hwclock when first booting
        # as that's the default
        if [ "${PREVLEVEL}" != "N" -o \
                "${utc_cmd}" != "--utc" -o \
                -n "${clock_args}" ];
        then
                _hwclock --hctosys ${utc_cmd} ${clock_args}
                retval=$((${retval} + $?))
        fi

        eend ${retval} "Failed to set the system clock"

        return 0
}

Dann muss es irgendwo zwischen "ebegin" und "eend" hängen.
Ich würde nun einfach noch ein paar Debugausgaben reinmachen und schauen, ob es zum Beispiel bei dem "modprobe" Kommando hängt.
Weiterhin kannst mal testen, ob rtc oder genrtc geladen wird, usw...
"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

4

11.08.2008, 13:40

Hey

Danke schonmal für die Antworten. Meine /etc/conf.d/clock sieht folgendermaßen aus (kommentare gekürzt):

Quellcode

1
2
3
4
5
6
7
8
9
# /etc/conf.d/clock

#Note that if you dual boot with Windows, then you should set it to "local".
CLOCK="local"
TIMEZONE="Europe/Berlin"
CLOCK_OPTS=""
CLOCK_SYSTOHC="no"
SRM="no"
ARC="no"


Hier werde ich mal versuchen ob evtl.

Quellcode

1
CLOCK_SYSTOHC="yes"


etwas bringt.

@maggu

Das mit den Kommentaren ist ne gute Idee. Werde mal nach jedem Schritt nen Output machen und wenn es dann wiederhängt kann ich genau sagen wo.

Werde das jetzt erstmal eine Weile probieren (bis zum näcshten "Hänger" kann es ja durchaus ein bisschen dauern) und mich dann wieder melden!

Dank und Gruß

timme

5

14.08.2008, 19:27

Am DualBoot wird es vielleicht nicht liegen, ich habe naemlich genau das gleiche Problem und keinen DualBoot. Hab mich nur noch net gekuemmert da es bisher nur 2 mal aufgetreten ist.... Bin mal gespannt was bei dir rauskommt, vielleicht widme ich mit dem Wissen dann auch mal der Problematik beim eigenen Rechner ;)
Die Sonne ist warm und das Gras ist grün.

6

27.08.2008, 13:51

Moin

ich habe nun mittels Kommentaren in der /etc/init.d/clock herausgefunden das es an dieser Stelle hakt:

Quellcode

1
errstr="${errstr}$(/sbin/hwclock --hctosys ${myopts} 2>&1 >/dev/null)"


muss ich weitersuchen oder sagt das einem von euch schon etwas?

lg timme

7

27.08.2008, 14:05

Ich hatte zwar ein anderes Problem mit hwclock, aber mir hatte folgende Einstellung geholfen:

Quellcode

1
CLOCK_OPTS="--directisa"


Gibt es irgendwelche Fehlermeldungen im /var/log/messages? (Insbesondere mit RTC?)
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

8

30.08.2008, 17:47

Vielleicht solltest du mal folgendes machen vor die Zeile setzen:

Quellcode

1
2
echo ${myopts}
errstr="${errstr}$(/sbin/hwclock --hctosys ${myopts} 2>&1 >/dev/null)"

dann weißt du was in der Variable enthalten ist.

Später kannst du dann mal auf der Konsole das ganze Kommando
hwclock --hctosys ...
eingeben und vielleicht dazu auch noch strace benutzen.

Probier natürlich auch den genannten Tip (directisa) aus.
"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

9

08.09.2008, 14:56

Hallo

Entschuldigung das ich mich jetzt erst wieder melde aber ich habe komischerweise keine Mailbenachrichtigung bekommen... naja...

ich hab jetzt beides gemacht. Einmal den Tipp mit

Quellcode

1
CLOCK_OPTS="--directisa"


und auch das mit der Variable habe ich eingetragen werde nach dem nächsten Systemstart mal posten was drinsteht.

edit:

in der variable

Quellcode

1
${myopts}


stehen

Quellcode

1
--localtime --directisa


edit:

Seit über einem Monat gab es beim regelmäßigen Starten keine Probleme mehr... deshalb setze ich das Thema mal auf gelöst...

Woran es letzlich genau lag kann ich leider nicht sagen. Nachdem ich hier alle Ratschläge befolgt habe, und natürlich auch nach einigen world-updates, gibt es im moment keine Probleme mehr.

lg und danke

timme

Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von »timme« (16.10.2008, 12:28)