Suspend to disk braucht Strom?!

[vert]

Ich habe hier ein kleines Problem, bzw. glaube ein kleines Problem zu haben, und zwar braucht mein X61 (mit Opensuse) im suspend to disk ("Tiefschlaf" in KDE sollte doch suspend to disk sein) strom. Und zwar recht viel!
Ich habe noch keine großen Messreihen gefahren, aber so pi mal daumen sind das verluste von 10 bis 15% in 12 bis 15 stunden.
Eigentlich sollte susoend to disk (im gegensatz zu supend to ram) doch überhaupt keinen strom brauchen?
Ich würde eigentlich gerne vermeiden das ich wenn ich die Kiste länger nicht brauche (also z.B. Über nacht, oder ein Unitag ohne Laptop) über Ram versorgen und Netzteilverlust unnötig Strom zu verbrauchen (oder halt eben Akku lehr zu machen).

Verstehe ich da was falsch oder stimmt da was nicht?
Wake on lan ist wohl manchmal ein problem, aber das habe ich abgeschaltet.

weitere ideen?

vert

 

[Mornsgrans]

Bei dem hohen Verbrauch würde ich eher vermuten, dass statt dessen ein Suspend to RAM stattfindet. Lässt sich der "schlafende" Rechner mit Drücken der Fn-Taste wecken?
Schaue auch mal in die /var/log/messages, ob der Suspend fehlerfrei abläuft.

 

[vert]

Ich bin mir recht sicher das es suspend to disk war, denn es dauerte wesentlich länger als suspend to ram.
suspend to ram ist einfach deckel zu, ein par sekunden warten bis der "mond" an ist und gut. Aufwachen genauso. Deckel auf, und nach ein par Sekunden ist das system da.
"Tiefschlaf" dauert recht lange (ich habe viel festplattenaktivität, und einen fortschritsbalken, (einschlafen und aufwachen) und danach ist der Mond aus. Zum wieder weiterarbeiten muss ich nach dem Displayöffnen den powerbutton drücke (ob fn geht weis ich nicht, werde ich trotzdem beim nächsten mal ausprobieren).

/var/log/messages sieht recht normal aus würde ich sage. Das folgende ist mal von gestern abend, wo ich die Kiste abgeschaltet habe:

Mar  2 21:37:24 linux-3370 pm-hibernate[14418]: Entering hibernate. In case of problems, please check /var/log/pm-suspend.log
Mar  2 21:37:24 linux-3370 avahi-daemon[1601]: Withdrawing address record for 192.168.2.225 on eth0.
Mar  2 21:37:24 linux-3370 avahi-daemon[1601]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.2.225.
Mar  2 21:37:24 linux-3370 avahi-daemon[1601]: Interface eth0.IPv4 no longer relevant for mDNS.
Mar  2 21:37:24 linux-3370 avahi-daemon[1601]: Withdrawing address record for fe80::21d:72ff:fe92:cbed on eth0.
Mar  2 21:37:25 linux-3370 kernel: [73381.183864] PM: Marking nosave pages: 0000000000001000 - 0000000000006000
Mar  2 21:37:25 linux-3370 kernel: [73381.183868] PM: Marking nosave pages: 000000000009d000 - 0000000000100000
Mar  2 21:37:25 linux-3370 kernel: [73381.183872] PM: Basic memory bitmaps created

Was mich allerdings wundert ist das vom aufwachen.
Ist zum einen ein Riesen haufen text, und zum anderen sind da einige sachen drin die ich eher noch zum "Einschlafen" zählen würde, wie zum beispiel

Mar  3 14:13:12 linux-3370 kernel: [73404.150215] Disabling non-boot CPUs ...
Mar  3 14:13:12 linux-3370 kernel: [73404.152454] CPU 1 is now offline

Kann es sein das die messages im ram landen, und dann im image, und erst nach dem aufwachen (mit der aufwachzeit) in die Datei wandern?
Weil ca 50 Zeilen später habe ich dann das hier:

Mar  3 14:13:12 linux-3370 kernel: [73404.244024] CPU1 is up
Mar  3 14:13:12 linux-3370 kernel: [73404.244110] ACPI: Waking up from system sleep state S4

Was ja quasi gleichzeitig ist.


Und in der oben erwähnten /var/log/pm-suspend.log ist nur noch ein log meines suspend to ram vor ca. einer Stunde drin.

vert

 

[vert]

Habe die kiste heute Nacht wieder auf "Tiefschlaf" gestellt, und vom Strom genommen. In 14 Stunden ging die Akkukapazität um ca. 10% runter.
Zum Starten habe ich mal fn versucht, was nicht funktionierte. also über den Anschaltknopf angeschaltet.
Allerdings hat irgendwas nicht funktioniert, denn ich kam anstatt auf meinen Desktop auf meinem login screen raus, allerdings ohne Tastatur und nippel. Also mal neustart auf die harte tour ...
Hatte ich bis her noch nie.

Würde mich freuen wenn mir da jemand weiterhelfen könnte. Aber erstmal würde mich vor allem interessieren ob suspend to disk strom braucht oder nicht. Hat da jemand erfahrungswerte nach dem motto "Ich nutze Meiernux auf nem T800 und bei mir braucht suspend to disk strom/ keinen strom"?

Beim einschlafen sieht alles ganz normal aus, bis auf die tatsache das viele einschalfevents zur falschen zeit in /var/log/messages geschrieben wurden. z.B.

Mar  3 18:48:30 linux-3370 smartd[1780]: Device: /dev/sda [SAT], SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 108 to 103
Mar  3 18:48:30 linux-3370 smartd[1780]: Device: /dev/sda [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 69 to 62
Mar  3 18:48:30 linux-3370 smartd[1780]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 31 to 38
Mar  3 18:48:30 linux-3370 smartd[1780]: Device: /dev/sda [SAT], SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 96 to 93
Mar  3 18:54:57 linux-3370 pm-hibernate[17952]: Entering hibernate. In case of problems, please check /var/log/pm-suspend.log
Mar  3 18:54:58 linux-3370 avahi-daemon[1601]: Withdrawing address record for 192.168.2.225 on eth0.
Mar  3 18:54:58 linux-3370 avahi-daemon[1601]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.2.225.
Mar  3 18:54:58 linux-3370 avahi-daemon[1601]: Interface eth0.IPv4 no longer relevant for mDNS.
Mar  3 18:54:58 linux-3370 avahi-daemon[1601]: Withdrawing address record for fe80::21d:72ff:fe92:cbed on eth0.
Mar  3 18:55:00 linux-3370 kernel: [85347.920203] PM: Marking nosave pages: 0000000000001000 - 0000000000006000
Mar  3 18:55:00 linux-3370 kernel: [85347.920207] PM: Marking nosave pages: 000000000009d000 - 0000000000100000
Mar  3 18:55:00 linux-3370 kernel: [85347.920212] PM: Basic memory bitmaps created
Mar  4 10:10:47 linux-3370 kernel: [85349.442875] Syncing filesystems ... done.
Mar  4 10:10:47 linux-3370 kernel: [85349.447537] Freezing user space processes ... (elapsed 0.00 seconds) done.
Mar  4 10:10:47 linux-3370 kernel: [85349.448849] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
Mar  4 10:10:47 linux-3370 kernel: [85349.451090] PM: Shrinking memory...  ^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^$
Mar  4 10:10:47 linux-3370 kernel: [85371.306327] PM: Freed 868732 kbytes in 21.85 seconds (39.75 MB/s)
Mar  4 10:10:47 linux-3370 kernel: [85371.306330] Suspending console(s) (use no_console_suspend to debug)
Mar  4 10:10:48 linux-3370 kernel: [85371.519084] sd 0:0:0:0: [sda] Synchronizing SCSI cache
Mar  4 10:10:48 linux-3370 kernel: [85371.702011] ACPI handle has no context!

usw.

Kann es sein das folgendes grade das "umschalten" von einschlafen auf aufwachen ist?

Mar  4 10:10:48 linux-3370 kernel: [85372.164846] CPU1 is down
Mar  4 10:10:48 linux-3370 kernel: [85372.164893] Extended CMOS year: 2000
Mar  4 10:10:48 linux-3370 kernel: [85372.164989] PM: Creating hibernation image:
Mar  4 10:10:48 linux-3370 kernel: [85372.165010] PM: Need to copy 222982 pages
Mar  4 10:10:48 linux-3370 kernel: [85372.165010] PM: Normal pages needed: 222982 + 1024 + 38, available pages: 290625
Mar  4 10:10:48 linux-3370 kernel: [85372.165010] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
Mar  4 10:10:48 linux-3370 kernel: [85372.165010] PM: Restoring platform NVS memory
Mar  4 10:10:48 linux-3370 kernel: [85372.165010] CPU0: Thermal monitoring enabled (TM2)
Mar  4 10:10:48 linux-3370 kernel: [85372.165010] Extended CMOS year: 2000
Mar  4 10:10:48 linux-3370 kernel: [85372.165010] Enabling non-boot CPUs ...
Mar  4 10:10:48 linux-3370 kernel: [85372.167198] SMP alternatives: switching to SMP code
Mar  4 10:10:48 linux-3370 kernel: [85372.174451] Booting processor 1 APIC 0x1 ip 0x6000
Mar  4 10:10:48 linux-3370 kernel: [85372.164450] Initializing CPU#1

erst ist CPU1 down, und dann wird er initialized.
Was mich etwas wundert ist das "Extended CMOS year: 200" ?(

Und einige Zeilen später bekomme ich dann einige fehler, und X server mag nicht mehr:

Mar  4 10:10:48 linux-3370 kernel: [85376.187036] hald-runner[1308] general protection ip:7fac1d7bca70 sp:7fff9de8bc20 error:0 in libglib-2.0.$
Mar  4 10:10:48 linux-3370 kernel: [85376.347169] acpid[1140] trap stack segment ip:7f6cc8a45122 sp:7fffa484ae10 error:0
Mar  4 10:10:49 linux-3370 kernel: [85378.365552] hald-addon-cpuf[1365] general protection ip:7fbdb404da70 sp:7ffffe277eb0 error:0 in libglib-$
Mar  4 10:10:49 linux-3370 kernel: [85378.409250] hald-addon-gene[1384] general protection ip:7f3bb5bdea70 sp:7fff93f5d000 error:0 in libglib-$
Mar  4 10:10:56 linux-3370 kernel: [85385.181003] Xorg[19463] general protection ip:7f1aed6418f0 sp:7fffba0625a8 error:0 in ld-2.10.1.so[7f1ae$
Mar  4 10:10:58 linux-3370 kernel: [85386.764016] polkitd[2620]: segfault at 675496b8 ip 00007f8e1224c5c0 sp 00007fff49624988 error 4 in libgo$
Mar  4 10:11:02 linux-3370 kdm[1213]: X server for display :0 terminated unexpectedly

Oder war das ich als ich die Kiste per Powerbutton abgewürgt habe? Danach kommt wieder haufenweise Zueg, das ich eher als booten interpretieren würde.

Und var/log/pm-suspend.log sieht soweit ich das sehen kann auch normal aus. Ich habe nur eine (mir) offensichtliche fehlermeldung

===== 2010-03-04 10:11:16.694103020 running hook: /usr/lib/pm-utils/sleep.d/10NetworkManager =====
Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.NetworkManager was not provided by any .service files

Ich denke ich werde das mal weiterhin beobachten.

vert

 

[dotzball]

[quote='vert',index.php?page=Thread&postID=794467#post794467]Aber erstmal würde mich vor allem interessieren ob suspend to disk strom braucht oder nicht. Hat da jemand erfahrungswerte nach dem motto "Ich nutze Meiernux auf nem T800 und bei mir braucht suspend to disk strom/ keinen strom"?[/quote]

Ich nutze seit knapp 3 Jahren auf meinem T60 Suspend-to-Disk unter Debian (Etch, Lenny, jetzt Squeeze),
so ein hoher Stromverbrauch ist mir noch nie aufgefallen!

 

[nilfilter]

Ich nutze suspend to disk nicht, aber wenn ich dran denke, werde ich es heute nacht mal ausprobieren und morgen Bescheid geben.

 

[Tester5]

Suspend to Disk braucht keinen Strom. Du kannst sogar die HDD ausbauen, nen halbes Jahr liegen lassen, dann wieder einbauen und der Rechner startet an der Stelle wo du ihn eingeschäfert hast

 

[puntohgt2008]

Kannst Du den Rechner nicht in den Ruhezustan schicken? Dann ist er definitiv aus.
Gibts doch auch bei Linux, oder?

Und schnell genug starten tut er auch.

 

[cestilein]

Vielleicht der Akku

Ist es möglich, dass bei dir die Akkukapazität falsch angezeigt wird?
Ich habe bspw. bei meinem T61 unter Linux Mint (eigentlich unter allen Distris) das Problem, dass mir die Restkapazität meines 4 Zellen Akkus falsch angezeigt wird. Das äußert sich dann aber erst gegen Ende, wenn von 30% nach vielleicht 2 Minuten die Kapazität gegen 0 geht und das Thinki runterfährt. Wie sich das bei einem Suspend-to-Disk verhält, kann ich nicht sagen, vielleicht wird dann nämlich nach dem Wake-Up der richtige Wert wieder ausgelesen, sodass da auch eben ein paar % fehlen. Kann das ja mal bei Gelegenheit testen.

Grüße
cestilein

 

[vert]

Ist es möglich, dass bei dir die Akkukapazität falsch angezeigt wird?
Ich habe bspw. bei meinem T61 unter Linux Mint (eigentlich unter allen Distris) das Problem, dass mir die Restkapazität meines 4 Zellen Akkus falsch angezeigt wird. Das äußert sich dann aber erst gegen Ende, wenn von 30% nach vielleicht 2 Minuten die Kapazität gegen 0 geht und das Thinki runterfährt. Wie sich das bei einem Suspend-to-Disk verhält, kann ich nicht sagen, vielleicht wird dann nämlich nach dem Wake-Up der richtige Wert wieder ausgelesen, sodass da auch eben ein paar % fehlen. Kann das ja mal bei Gelegenheit testen.

Währe evtl. eine möglichkeit, aber ich wüsste nicht wie ich das rausfinden sollte. Ich denke aber nicht dass es das ist. Gestern abend war ich noch über meiner ladeschwelle, und heute morgen begann er zu laden nachdem ich den Strom angesteckt habe.

Was haltet ihr von meiner idee einer gegenprobe? Thinkpad in suspend to disk, Netzkabel weg, Akku raus, ne weile warten, akku rein und dann mal booten. Wenns funktioniert dann ist es wohl was mit dem akku.

vert

 

[Mornsgrans]

Es sollte sich langsam herumgesprochen haben, dass Rechner auch im Ruhezustand Strom verbrauchen - selbst, wenn die Festplatte ausgebaut ist:
- Wake on Lan
- Wake on Modem-ring
- teilweise USB
halten diese Schnitstellen unter Strom - auch wenn der Rechner im Ruhezustand ausgeschaltet ist - um per Wake-on-Lan-Befehl oder eingehendes Modemsignal den Rechner zu wecken oder ein am USB-Port angeschlossenes Gerät weiterladen zu können.

Wir haben doch alleine unter Windows zu massenhaft Threads zu diesem Thema behandelt. Ich denke mal, dass hier angesetzt werden muss (angefangen im BIOS)...

 

[puntohgt2008]

Ups!

Ich dachte bisher, dass der Rechner im Ruhezustand wirklich AUS ist...

Wieder was dazu gelernt

 

[BachManiac]

du kannst ganz einfach prüfen, ob du wirklich den suspend to disk aktiviert hast, in dem du nicht nur den stecker ziehst, sondern auch den Akku rausgibst.

Wenn der Rechner (nach einlegen des akkus natürlich), dann wieder brav "resumed", war es auch tatsächlich der Ruhezustand.

Beim Standby geht das nicht, da fährt dann Windows konventionell hoch.

 

[Mornsgrans]

[quote='BachManiac',index.php?page=Thread&postID=794580#post794580]Beim Standby geht das nicht, da fährt dann Windows konventionell hoch. [/quote]

Linux bitteschön

 

[vert]

[quote='Mornsgrans',index.php?page=Thread&postID=794558#post794558]Es sollte sich langsam herumgesprochen haben, dass Rechner auch im Ruhezustand Strom verbrauchen - selbst, wenn die Festplatte ausgebaut ist:
- Wake on Lan
- Wake on Modem-ring
- teilweise USB
halten diese Schnitstellen unter Strom - auch wenn der Rechner im Ruhezustand ausgeschaltet ist - um per Wake-on-Lan-Befehl oder eingehendes Modemsignal den Rechner zu wecken oder ein am USB-Port angeschlossenes Gerät weiterladen zu können.[/quote]
Wake on Lan habe ich abgeschalten. Wake on modem-ring sagt mir nix (muss ich mal schauen) und usb sollte im suspend doch nix brauchen. Das ist doch jetzt diese tolle "innovation" mit den gelben USB buchsen die auch dann Strom liefern. Ein X61 sollte das noch nicht tun. Hängt aber eh nix an usb. Oder sind das intern über usb angebundene sachen?

Wir haben doch alleine unter Windows zu massenhaft Threads zu diesem Thema behandelt. Ich denke mal, dass hier angesetzt werden muss (angefangen im BIOS)...

Muss ich mal durchgraben. Grade wegen BIOS. Ich dachte das währe mit Wake on lan erledigt ...

vert

 

[tartax]

Ja, he, also schau mal was der Akku-Raus-Test ergibt...
Ansonsten musst du mal tiefer graben und herausfinden, wie genau er suspendet. Auch beim "suspend to disk" gibt es unterschiede:
Auszug aus der Beschreibung von Userspace Software Suspend:
Enthalten ist auch ein Programm, das nach dem Speichern des Zustands des
Systems auf der Platte den RAM nicht löscht. In diesem Zustand fließt
weiter Strom, dafür wird der Zustand schneller wieder hergestellt.
Kann ja sein dass er das macht... In dem Fall würde er nach dem Akku raus Test immer noch resumen anstatt zu booten, aber halt langsamer als sonst
versuch mal aus der Komandozeile zu hibernaten und schau ob es dann genau so ist.

 

[vert]

So, nachdem ich grade ne weile nicht dazu kam, habe ich heute mal den "akku raus" test durchgeführt.

Ergebniss: "Tiefschlaf" in KDE ist tatsächlich supend to disk, und dieses funktioniert.
Ich habe die Kiste mal in den "Tiefschlaf" geschickt, und für ein par stunden ohne Netzstecker und Akku liegenlassen.
Dann Akku wieder rein, und (nach der normalen, recht langen wartezeit) an der gleichen stelle wie vor dem suspend weitergemacht.

Muss ich also wohl mal genauer schauen was da strom frisst. Auf jeden fall was unnötiges X(

vert

 

[Mornsgrans]

[quote='vert',index.php?page=Thread&postID=794730#post794730]und usb sollte im suspend doch nix brauchen.[/quote]
Bei der Generation ab T60 gibt es unter Windows im Powermanager eine zuschaltbare Option, dass USB im Ruhezustand Strom liefert, um z.B. Handy, iPhone etc. weiter aufzuladen.
Ich weiß nicht, ob und wie eine derartige Option unter Linux realisiert ist.

 

[linrunner]

[quote='Mornsgrans',index.php?page=Thread&postID=805303#post805303]Ich weiß nicht, ob und wie eine derartige Option unter Linux realisiert ist.[/quote]Nicht daß ich wüßte. Muß man wahrscheinlich im BIOS einstellen.