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.
Code:
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?
Code:
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:
Code:
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
Code:
===== 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