X200 +Ubuntu 10.10 64Bit ==> Suspend Problem

[lehai]

Hallo zusammen,
ich kaempfe seit langem mit dem kleinem Problem bei Ubuntu und zwar geht Suspend sehr unregelmaessig bei mir. Mal geht es, mal haengt es bei "Checking Battery Status...." Ich habe schon nach Loesungen gesucht aber meist hat es nicht geholfen. Also acpitools und so nachinstalliert aber...immer diese unregelmaessige Ausfaelle! :crying:

Hier ist der pm-suspend.log :

Linux x200 2.6.35-23-generic-phc #41~phc0-Ubuntu SMP Tue Nov 30 10:05:01 UTC 2010 x86_64 GNU/Linux
Module                  Size  Used by
cryptd                  8140  0 
aes_x86_64              7936  1 
aes_generic            27631  1 aes_x86_64
hidp                   15019  0 
hid                    84678  1 hidp
parport_pc             30086  0 
ppdev                   6804  0 
snd_hda_codec_conexant    37599  1 
rfcomm                 40787  4 
binfmt_misc             7984  1 
sco                     9986  2 
bnep                   11985  2 
l2cap                  42304  17 hidp,rfcomm,bnep
phc_intel              11436  1 
mperf                   1515  0 
cpufreq_stats           4527  0 
tp_smapi               26466  0 
thinkpad_ec             5866  1 tp_smapi
snd_hda_intel          26019  2 
arc4                    1497  2 
snd_hda_codec         100919  2 snd_hda_codec_conexant,snd_hda_intel
snd_hwdep               6660  1 snd_hda_codec
i915                  332088  3 
snd_pcm                89104  2 snd_hda_intel,snd_hda_codec
iwlagn                202721  0 
drm_kms_helper         32836  1 i915
thinkpad_acpi          78535  0 
snd_seq_midi            5932  0 
snd_rawmidi            22207  1 snd_seq_midi
drm                   206161  4 i915,drm_kms_helper
iwlcore               146875  1 iwlagn
snd_seq_midi_event      7291  1 snd_seq_midi
snd_seq                57512  2 snd_seq_midi,snd_seq_midi_event
mac80211              266657  2 iwlagn,iwlcore
snd_timer              23850  2 snd_pcm,snd_seq
snd_seq_device          6912  3 snd_seq_midi,snd_rawmidi,snd_seq
btusb                  12929  2 
tpm_tis                 9894  0 
cfg80211              170293  3 iwlagn,iwlcore,mac80211
bluetooth              59245  10 hidp,rfcomm,sco,bnep,l2cap,btusb
snd                    64117  14 snd_hda_codec_conexant,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,thinkpad_acpi,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
psmouse                62080  0 
tpm                    16013  1 tpm_tis
led_class               3393  1 thinkpad_acpi
nvram                   7990  1 thinkpad_acpi
tpm_bios                6426  1 tpm
i2c_algo_bit            6208  1 i915
serio_raw               4910  0 
intel_agp              32144  2 i915
video                  22176  1 i915
soundcore               1240  1 snd
snd_page_alloc          8588  2 snd_hda_intel,snd_pcm
output                  2527  1 video
lp                     10201  0 
parport                37032  3 parport_pc,ppdev,lp
ahci                   21857  0 
libahci                26199  5 ahci
e1000e                151787  0 
             total       used       free     shared    buffers     cached
Mem:       3953336    1391528    2561808          0      66016     831052
-/+ buffers/cache:     494460    3458876
Swap:      1896444          0    1896444

/usr/lib/pm-utils/sleep.d/00logging suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/00powersave suspend suspend:

/usr/lib/pm-utils/sleep.d/00powersave suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/01PulseAudio suspend suspend:
Welcome to PulseAudio! Use "help" for usage information.
>>> >>> Welcome to PulseAudio! Use "help" for usage information.
>>> >>> Welcome to PulseAudio! Use "help" for usage information.
>>> >>> 
/usr/lib/pm-utils/sleep.d/01PulseAudio suspend suspend: success.
Running hook /etc/pm/sleep.d/10_grub-common suspend suspend:

/etc/pm/sleep.d/10_grub-common suspend suspend: success.
Running hook /etc/pm/sleep.d/10_unattended-upgrades-hibernate suspend suspend:

/etc/pm/sleep.d/10_unattended-upgrades-hibernate suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/49bay suspend suspend:

/usr/lib/pm-utils/sleep.d/49bay suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend:

/usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/49wwan suspend suspend:

/usr/lib/pm-utils/sleep.d/49wwan suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/55NetworkManager suspend suspend:
Having NetworkManager put all interaces to sleep...method return sender=:1.1 -> dest=:1.71 reply_serial=2
Done.

/usr/lib/pm-utils/sleep.d/55NetworkManager suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/70action_wpa suspend suspend:

/usr/lib/pm-utils/sleep.d/70action_wpa suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/75modules suspend suspend:

/usr/lib/pm-utils/sleep.d/75modules suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/90clock suspend suspend:

/usr/lib/pm-utils/sleep.d/90clock suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend:

/usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/95anacron suspend suspend:
stop: Unknown job: anacron

/usr/lib/pm-utils/sleep.d/95anacron suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/95led suspend suspend:

/usr/lib/pm-utils/sleep.d/95led suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend:
Kernel modesetting video driver detected, not using quirks.

/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/99video suspend suspend:
kernel.acpi_video_flags = 0

/usr/lib/pm-utils/sleep.d/99video suspend suspend: success.
Fri Dec 17 13:34:07 CET 2010: performing suspend

Ueber Loesungsvorschlaege bin ich sehr dankbar!

Gruss
Hai

 

[Killigrew]

Hi

Wirkliche Lösungsvorschläge hab ich jetzt nicht, aber wie sieht das denn z.b. mit neueren Kerneln (36 oder 37) aus?
was meinst du eigentlich genau? Standby oder Ruhezustand oder Beides?

grüße

 

[linrunner]

• Wo kommt denn die Meldung "Checking Battery Status...."?
• Tritt das Problem auch mit dem Original-Kernel auf?
• Falls Du WWAN hast, schalt es mal vor dem Suspend aus

ps. "acpitools und so nachinstalliert" ist keine nachvollziehbare Beschreibung was Du probiert hast.

 

[maledora4]

Hab' da mal in meiner Linux-Anfangszeit gelernt, die swap-Partition soll etwa die doppelte Größe des vorhandenen Arbeitsspeichers haben.

Bei der Nutzung von suspend/hibernate ist das wichtig. Wie ich das sehe, ist Deine swap zu klein.

 

[lehai]

@Killigrew: Standby ist gemeint. Du weiss schon, die schnellere Variante!

@linrunner:
1. Checking Battery Status... ist genau die Zeile, wobei der Suspend-vorgang haengt. Ab da laeuft gar nicht mehr, der CPU scheint auf Hochtour zu laufen und der Luefter dreht durch.
2. Original Kernel...ok, hab noch nicht probiert.
3. WWAN habe ich nicht.
4. den Tipp mit acpitools nach zu installieren habe im Netz gefunden und einfach das Modul nachinstalliert, hat leider nicht funktioniert!

@maledora4: Da habe ich verschiedenes gehoert. Der eine sagt 1 bis 2 Gb ist heutzutage ok. Mehr braucht man nicht. Und du siehst ja, ich habe nur eine SSD mit 64GB zur Verfuegung und darauf soll der ganze Last mit Matlab, LaTeX und einige Dinge noch laufen. Sparsam war leider mein Devise!

Gruss

 

[linrunner]

1. Checking Battery Status... ist genau die Zeile, wobei der Suspend-vorgang haengt. Ab da laeuft gar nicht mehr, der CPU scheint auf Hochtour zu laufen und der Luefter dreht durch.

Versteh ich noch nicht ganz. Wie löst Du denn den Suspend aus? Wenn ich es z.B. mit Fn+F4 mache, wird das Display schwarz, nach wenigen Sekunden blinkt der grüne Mond und irgendwann ist das TP dann aus. Da wird sonst nix angezeigt...

@maledora4: Suspend (eigtl. "Suspend to RAM") - braucht kein Swapfile, daher hab ich (SSD-bedingt) auch keinen Swap. Nur Hibernate ("Suspend to disk") braucht Swap mind. in RAM-Größe.

 

[lehai]

@linrunner: Ich habe bei mir so eingestellt, dass entweder durch FN+F4 oder Displaydeckel zu Suspend ausgeloest wird. Nach dem Ausloesen erscheint auf dem Display einige Zeilen wie im Log steht. (meist werden ca. 5-6 Zeilen angezeigt und dann blinkt der Mond und der Comper geht aus). Nur wenn der Vorgang aber nicht klappt bleibt der Computer im dem Moment haengend, wenn die Zeile " Checking Battery Status...." angezeigt wird.

Ich hoffe dass es nun verstaendlicher ausgedrueckt ist. Wenn nicht mache ich heute Aben vielleicht ein Foto.

Gruss

 

[linrunner]

Danke, nicht nötig. Jetzt hab sogar ich es verstanden .

 

[lehai]

Und...haste ne Idee, wie ich das Problem loesen kann?! Es sind immer dieser 1%, was zur vollkommenden Zufriedenheit fehlt!

Gruss

 

[linrunner]

Bin momentan ratlos (mein X200 suspendiert sich unter 10.04 stets einwandfrei ins RAM) - aber wie ich oben schrieb: teste mal den Original-Ubuntu-Kernel. Kannst auch mal die Kommandozeile probieren:

sudo pm-suspend

EDITH sind noch ein paar Standardfragen eingefallen:

• schon mal ohne Akku probiert?
• PHC-Einstellungen rausgenommen?
• BIOS-Settings auf Default?
• BIOS Update?

 

[lehai]

Ok, ich werde heute Abend damit versuchen! Danke Dir erstmal fuer die Vorschlaege.

Gruss
Hai

 

[PaterPeng]

oder vielleicht einfach ubuntu 10.04 nehmen?!

 

[lehai]

Alles durch probiert aber einmal ist es wieder aufgetreten. Ich glaube, ich gebe bei der Sache auf. Dann halt nur 99% befriedigend!

10.04 neu aufzusetzen...wirklich keine Lust und Zeit dazu. Das dauert wieder Tage, bis alles konfiguriert und alle Programm drauf sind.

Schöne Grüße und ich gehe pennen.

 

[pispot]

Habe mit dem X200 Tablet genau den gleichen Effekt unter Mint 10 (=Ubuntu 10.10) 64bit.
Hab ebenfalls aufgegeben und probiere jetzt was anderes, da mir der Standby sehr wichtig im Alltagsbetrieb ist...

Edit: gleicher Effekt unter 10.10 32bit

 

[linrunner]

@lehai: um mit 10.04 zu testen reicht eine Live-CD, vorzugweise die aktuelle 10.04.1.

 

[pispot]

Das ist schon geschehen. Unter 10.04 scheint das Problem nicht aufzutreten.

Allerdings habe ich dort (10.04) mit meinem X200T das gleiche Standby Problem, wie unter Windows:
Nach dem Standby ist der Verbrauch um ca. 2.5 Watt erhöht. Was bei einem Grundverbrauch zwichen 5-6 Watt schon eine Menge ist und dadurch der Standby nutzlos geworden ist. (Ich nutze das Tablet sehr oft auf Akku)
Irgendein Stück Hardware will wohl nach dem Standby nicht mehr in den Stromsparmodus. Trotz intensiven Tests ist es mir nie gelungen den Verursacher zu idenifizieren.

Ab 10.10 tritt das Problem mit dem Mehrverbrauch nicht mehr auf, weshalb ich lieber 10.10 verwende, auch wenn derStandby nun leider instabiler ist.
Das instabilitätsproblem ist auch unabhängig von Distro oder Fenstermanager. Es tritt auch bei den aktuellen Kubunutu, Xubuntu, Mint, PHC-Kernel, 32bit PAE und 64bit auf.

Ich arbeite jetzt erstmal mit 10.10. Die Instabilität beim Standby tritt nicht oft auf. Vielleicht tut sich da was bei einem der nächesten Kernel-Updates...