Hallo Dieter, Am Samstag, 6. August 2005 19:55 schrieb Hans-Dieter Schenk:
Am Donnerstag, 4. August 2005 15:41 schrieb Werner Franke:
- Funktioniert auch powersave -u (suspend2ram) im runlevel 3 einwandfrei ?
Nicht probiert wegen Punkt darueber. Ausserdem weiss ich nicht, wie ich den Rechner daraus wieder erwecke. Mangels Zeit habe ich allerdings auch nicht danach gesucht.
Bei suspend2ram schaltet der Rechner aus und die Runlampe blinkt im 3 Sekunden Rhythmus. Erweckt wird der Rechner einfach durch Einschalten mit dem Powerswitch. Das System ist in etwa 10 Sekunden wieder betriebsbereit. Deshalb fuer Testzwecke auch bei defektem Akku empfehlenswert.
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.
Allerdings, ich weiss nicht ob Du's missverstanden hast, der Rechner bleibt erst beim anschliessenden 'normalen Shutdown' haengen. Nach einem Suspend-to-disk. Suspend-to-disk selbst funktioniert ein paar mal nacheinander (hab's 2 mal probiert) auch mit X, dem KDE und /opt/kde3/bin/kdm.
Ich fasse zusammen, damit ich das richtig verstande habe: suspend2disk funktioniert einwandfrei, auch bei X, auch mehr als zweimal hintereinander, also beliebig oft ? Mehr als 2 Mal hintereinander hab's ich nicht gemacht.
Nicht funktioniert das Runterfahren des Rechners aus dem Menue des kdm und zwar wenn vorher ein suspend/resume Zyklus durchlaufen wurde. Nach einem normalen Bootvorgang geht das Runterfahren ohne Probleme. Ein killall kdm aus einer alphanumerischen Konsole (Ctrl/Alt/F1) funktioniert ebenfalls nicht (unter den eben angefuehrten Bedingungen). Das gleiche trifft fuer xdm zu. Ansonsten lauft das X bzw KDE einwandfrei.
Ja. Alles richtig.
Bei meinem System kann ich diese Probleme nicht beobachten, so dass ich Dir hier nicht weiterhelfen kann. Ich sehe auch keinen Zusammenhang zwischen powersave und kdm/xdm, der zu diesem Fehler fuehren koennte (Screensaver ?). Als Hinweis: der kdm kann auch mit -nodaemon und -debug n Argumenten gestartet werden. Ueberpruefe auch Deine X- und kdm-Konfiguration. Da der xdm ebenfalls betroffen ist, glaube ich aber, das es an etwas anderem liegt.
Es koennte ein Schmutzeffekt sein, der sich hier auswirkt ? Vielleicht sollte ich noch dazu sagen, dass ich mich nicht sooo im Detail von Linux und dem System auskenne. Also bitte nicht wundern bei manchen unqualifizierten Aussagen :-)
Was ist, wenn Du X im Runlevel 3 mit startx startest (also ohne kdm oder xdm). Geht dann das Shutdown bzw halt ?
Bezueglich 'startx' siehe weiter unten.
Vielleicht helfen Dir diese Hinweise weiter.
Welcher Windowmanager laeuft, KDE ? Wenn ja, versuche mal einen anderen Windowmanager. Ich benutze icewm.
Unzutreffender Hinweis von mir, da ja wie ich annehme, das Shutdown aus dem Menue des Loginmanagers erfolgt und damit ein Windowmanager noch nicht am Zuge ist.
Nein. Der Shutdown erfolgte aus laufendem X + KDE. Nach einem S2D lande ich ja wieder dort, wo ich dies gestartet hatte. Einen S2D wenn der Loginmanager gerade aktiv ist, hatte ich nicht ausprobiert. Momentan habe ich einen automatischen Login eingestellt. Auch wenn das bei einem Notebook sicherheitstechnisch bedenklich ist.
Ich habe auch festgestellt, dass nach einem Suspend2Disk das Netzwerk nicht mehr funktionierte. Jedenfalls hat der PC vom DHCP Server keine IP bekommen. Habe da aber nicht naeher geforscht, sondern neu gebootet.
Geht bei mir. Probiere nach dem Resume das Netz neu zu initialisieren durch rcnetwork restart. Wenn das dann ok ist, ergaenze in der Datei /etc/sysconfig/powersave/sleep fuer POWERSAVE_SUSPEND2DISK_RESTART_SERVICES network (und alsasound) .
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. 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 Iface 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 (wfranke notebook tcsh) [47] /sbin/ifconfig eth0 eth0 Protokoll:Ethernet Hardware Adresse 00:10:A4:F6:A2:AE inet Adresse:123.246.111.65 Bcast:123.246.111.255 Maske:255.255.254.0 inet6 Adresse: fe80::210:a4ff:fef6:a2ae/64 Gültigkeitsbereich:Verbindung UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1008 errors:0 dropped:0 overruns:0 frame:0 TX packets:195 errors:1 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:1000 RX bytes:132325 (129.2 Kb) TX bytes:55812 (54.5 Kb) Interrupt:3 Basisadresse:0x300 Danach als 'root' 'rcnetwork restart'. --> Es dauert kurz, dann steht der PC und [A] blinkt. Nach dem anschliessenden Wiederhochfahren habe ich in /var/log/messages folgendes am Ende gefunden: 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 kernel: scheduling while atomic: kscd/0x00000100/6402 kernel: [<c02d0b79>] schedule+0x4d9/0x590 kernel: [<c01166e4>] activate_task+0x54/0x70 kernel: [<c02d12d6>] schedule_timeout+0x56/0xb0 kernel: [<c0121ba0>] process_timeout+0x0/0x10 kernel: [<ccddad0c>] hardreset+0x3c/0x70 [xirc2ps_cs] kernel: [<ccddad66>] do_reset+0x26/0x3e0 [xirc2ps_cs] kernel: [<ccdda87e>] do_tx_timeout+0x2e/0x80 [xirc2ps_cs] kernel: [<c0276ae0>] dev_watchdog+0x0/0x90 kernel: [<c0276b5b>] dev_watchdog+0x7b/0x90 kernel: [<c012191a>] run_timer_softirq+0xba/0x180 kernel: [<c0134b32>] handle_IRQ_event+0x32/0x70 kernel: [<c011e153>] __do_softirq+0x43/0xa0 kernel: [<c011e1d6>] do_softirq+0x26/0x30 kernel: [<c010528d>] do_IRQ+0x3d/0x60 kernel: [<c0103cba>] common_interrupt+0x1a/0x20 kernel: [<c016007b>] sys_rename+0xeb/0x210 kernel: [<c01d4544>] __copy_from_user_ll+0x4/0x60 kernel: [<c016219c>] sys_select+0x26c/0x4d0 kernel: [<c01611b6>] do_ioctl+0x46/0x60 kernel: [<c011d935>] sys_gettimeofday+0x25/0x60 kernel: [<c0102c49>] sysenter_past_esp+0x52/0x79 kernel: scheduling while atomic: kscd/0x00000100/6402 kernel: [<c02d0b79>] schedule+0x4d9/0x590 kernel: [<c02d12d6>] schedule_timeout+0x56/0xb0 kernel: [<c0121ba0>] process_timeout+0x0/0x10 kernel: [<ccddad0c>] hardreset+0x3c/0x70 [xirc2ps_cs] kernel: [<ccddad66>] do_reset+0x26/0x3e0 [xirc2ps_cs] Das geht noch etliche Zeilen so weiter kernel: [<c011e1d6>] do_softirq+0x26/0x30 kernel: [<c010528d>] do_IRQ+0x3d/0x60 kernel: [<c0103cba>] common_interrupt+0x1a/0x20 kernel: eth0: media 10Base2, silicon revision 4 kernel: NETDEV WATCHDOG: eth0: transmit timed out kernel: eth0: transmit timed out kernel: scheduling while atomic: kicker/0x00000100/6374 kernel: [<c02d0b79>] schedule+0x4d9/0x590 und er dann abbricht. Ob das allerdings mit dem Stillstand zu tun hat, bin ich nicht sicher. Um weitere Infos zu bekommen, habe ich den als naechstes beschriebenen Weg mehrmals gemacht und auch dort obige Zeilen im syslog gefunden OHNE dass der PC dann stand. Der Stillstand mit 'rcnetwork restart' ist aber reproduzierbar. Wenn ich in POWERSAVE_SUSPEND2DISK_RESTART_SERVICES auch 'network' einbaue, dann steht der PC kurze Zeit nach dem Suspend2Disk, wenn er wieder oben ist. ------------------------------------------- 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 --------------- Ein 'reboot' in einem xterm unter laufenden X+KDE hat funktioniert (mit obigen Fehlern). 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. Danke und Grüsse Werner