Hallo Werner, Am Dienstag, 9. August 2005 13:46 schrieb Werner Franke:
Danke. Werde mich erst mal mehr auf suspend-to-disk konzentrieren. Ich moechte suspend-to-disk ja hauptsaechlich desswegen, weil der PC schneller unten und wieder oben ist.
Dann musst Du Suspend2Ram waehlen, S2R ist wesentlich schneller als S2D, benoetigt allerdings etwas Strom.
Es koennte ein Schmutzeffekt sein, der sich hier auswirkt ?
Nach Deinen weiteren Beobachtungen, die Du beschreibst, scheint mir hier ein Zusammenhang mit der Netwerkkonfiguration vorzuliegen.
Ich habe den PC nun mal in den Runlevel 3 gestertet, mich eingeloggt und 'startx' aufgerufen. KDE hat problemlos gestartet. Danach 'powersave -U' als 0815-User. Macht er und schaltet sich ab. Einschalten. Startet und landed in KDE, dort, wo ich Suspend2Disk abgesetzt hatte.
Dies bedeutet doch, dass das generelle S2D (und ich nehme an auch S2R) funktionieren.
Das Kommando '/sbin/ifconfig eth0' zeigt mir, dass er zwar IP Adresse hat, aber 'ping <anderer Rechner>' bringt kein Ergebnis. Bei 'ping anderere-IP' bringt 'Destination Host Unreachable'.
(wfranke notebook tcsh) [46] /sbin/route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 123.246.111.0 0.0.0.0 255.255.254.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 123.246.111.1 0.0.0.0 UG 0 0 0 eth0
Wo kommt der erste Eintrag (192.168.0.0) her? Die drei anderen Eintrage sind OK. Mir kommt der Verdacht, dass hier noch etwas zusaetzlich laeuft, was bislang noch nicht angesprochen wurde und evt. die Ursache der Probleme ist. Generell wuerde ich empfehlen, beim Shutdown oder Suspend, ob durch Befehl oder Schliessen des Deckels, eine ppp Internetanbindung vorher zu trennen.
su: (to root) wfranke on /dev/pts/4 ==> als root eingeloggt und 'rcnetwork' dhcpcd[5259]: terminating on signal 15 modify_resolvconf: restored /etc/resolv.conf.saved.by.dhcpcd.eth0 to /etc/resolv.conf kernel: eth0: media 10Base2, silicon revision 4 kernel: NETDEV WATCHDOG: eth0: transmit timed out kernel: eth0: transmit timed out
Diesen Eintrag im Syslog kenne ich von der SuSE9.2. War durch rcnetwork restart zu beheben. In 9.3 taucht dieser Eintrag nicht mehr auf. Alles was bei Dir an weiteren Meldungen kommt, ist ein Stack Dump, der mit der Meldung des NETDEV WATCHDOG zusammenhaengt.
kernel: scheduling while atomic: kscd/0x00000100/6402 kernel: [<c02d0b79>] schedule+0x4d9/0x590 kernel: [<c01166e4>] activate_task+0x54/0x70
Wenn ich in POWERSAVE_SUSPEND2DISK_RESTART_SERVICES auch 'network' einbaue, dann steht der PC kurze Zeit nach dem Suspend2Disk, wenn er wieder oben ist. -------------------------------------------
Was das oben beobachtete nur bestaetigt, denn die PowersaveScipte machen nichts anderes als rcnetwork stop und nach dem Resume rcnetwork start.
Das Ganze habe ich danach nochmal so gemacht, jedoch diesmal nicht rcnetwork sondern die X-Session ueber den Abmelde-Knopf in KDE beendet und ueber Ctrl+Alt+Del den PC heruntergefahren. Hat funktioniert. Allerdings habe ich folgende Fehlermeldung beim runterfahren gesehen: (Aus /var/log/boot..omsg)
ardmgr[3437]: executing: 'modprobe -r xirc2ps_cs 2>&1' cardmgr[3437]: + FATAL: Module xirc2ps_cs is in use. cardmgr[3437]: modprobe exited with status 1 cardmgr[3437]: executing: 'modprobe -r serial_cs 2>&1' cardmgr[3437]: + FATAL: Module serial_cs is in use. cardmgr[3437]: modprobe exited with status 1 done Shutting down PCMCIA <notice>killproc: kill(3437,15) cardmgr[3437]: exiting
FATAL: Module pcmcia is in use. FATAL: Module yenta_socket is in use. FATAL: Module rsrc_nonstatic is in use. FATAL: Module pcmcia_core is in use. failed ---------------
Diese Meldungen kommen nur dann, wenn vorher mal ein S2D gegeben wurde, also Bedingungen, wie beim killall kdm Problem? Dies bestaetigt meinen Verdacht, dass irgendetwas noch das Interface eth0 belegt. Alle anderen in use Meldungen sind eine Folge, dass der xirc2ps nicht frei gegeben werden kann. Wo das Module serial_cs allerdings herkommt ist mir unklar. Betreibts Du auch eine Modemkarte oder ist Deine Xircom Karte ein Kombi Modul (dass allerdings nach den Kommentaren im Source Code von xirc2ps nicht unterstuetzt wird ? Wenn Du vor dem Suspend ein lsmod | grep xirc2ps machts, muesste eine 0 (bedeutet durch kein weiteres Module benutzt) am Ende der Zeile stehen.
Vielleicht sagt Dir das etwas und Du hast noch eine Idee. Wenn nicht, sollten wir hier abbrechen. Ich moechte Deine Gedult nicht ueber die Massen beanspruchen. Es waere schon wenn es funktioniert s2d hätte, aber irgenwas mauert.
Noch folgende Hinweise zum BIOS meines TECRAs, denen Du nachgehen solltest (ESC druecken unmittelbar nach dem Einschalten): BIOS Version 8.20 PC-CARD Controller Mode steht bei mir auf CardBus/16 Bit. Deine XIRCOM Karte scheint kein Cardbus Module zu sein. Aber probiere hier mal die zwei alternativen Einstellungen. Frag ruhig weiter, vielleicht haben ja auch andere ein paar Ideen zu Deinem Problemfall. Ich habe keine Flatrate und bin deshalb nur alle paar Tage im Netz. Meine Antworten kommen deshalb immer etwas verzoegert. Gruss Dieter