GentooForum.de

Hallo zusammen,

mich nervt mal wieder ein kleines Problem

Ich habe einen Lenovo W520. Wenn ich den aus KDE mit Sleep (Suspend to RAM) schlafen lege wacht er nicht immer nach dem aufklappen auf. Der Einschaltknopf blinkt dann weiter vor sich hin und signalisiert mir so, daß die Kiste pennt. Ein drücken des Einschaltknopfes ändert daran aber nichts. Die Kiste ist komatös und bleibt es, bis ich hart abwürge (5 Sekunden+ Power drücken) und neu starte.

Ich habe irgendwie das unbestimme Gefühl, daß das hauptsächlich dann passiert, wenn ich, während er in den Suspend to RAM geht, die Bluetooth-Maus ausschalte und/oder das Kabel vom Netzteil ziehe. Warte ich damit, bis die Kiste mir durch oben erwähntes blinken zeigt, daß sie schläft, scheint das Problem weniger oft aufzutreten - es verschwindet aber nicht ganz.

Ein Desktoprechner, auf dem ebenfalls Gentoo mit KDE läuft hat dieses Problem nicht. Den kann ich zuverlässig schlafen legen und durch einen Druck auf irgendeine Taste der Tastatur wieder aufwecken.

Mir fehlen die Ideen, wo ich da suchen könnte. Habt Ihr vielleicht Ideen?

Btw.: Ein anderer Lenovolaptop, allerdings ein älteres Modell, tut unter Mint wie erwartet. Aber auf meinem W520 würde ich schon gerne bei Gentoo bleiben und nicht alleine deswegen wechseln

Danke schon mal,

42m

[edit] Sollte ich hier im falschen Unterforum sein bitte ich das zu entschuldigen und den Beitrag entsprechend zu verschieben. Ich habe irgendwie nix passenderes gefunden [/edit]

Zitat von »Reinhard3«

Wenn Suspend nicht funktioniert, dann liegt es meistens daran, dass bestimmte Treiber es noch nicht unterstützen.

Naja, es funktioniert ja nicht nicht. Zeitweise zumindest.

Ich würde schätzen, in der Hälfte bis zwei Drittel der Fälle geht es, nur eben nicht immer.

Von daher würde ich, rein gefühlsmäßig, ein Treiberproblem ausschließen ...

42m

Ich verwende x11-drivers/nvidia-drivers-313.26 mit der NVIDIA Corporation GF108GLM [Quadro 1000M] (rev a1)

Was mich eben wundert ist, daß es oft geht und manchmal nicht. Kann das wirklich ein Treiberproblem sein? Ich habe keine Grafikprobleme und auch sonst ist treibermäßig alles grün, soweit ich das durch die schlichte Verwendung der Treiber/Hardware beurteilen kann

42m

Zitat von »bell«

Wenn er nicht aufwachen will, kann das Betriebssystem ja nichts dafür. Das Betriebssystem schläft ja mit. Es muss also entweder an der Hardware liegen oder am BIOS. Gibt es da BIOS-Updates?

Klingt irgendwie vernünftig. So vernünftig, daß ich auf den Gedanken noch gar nicht gekommen bin

Ich werde mal nach Updates schauen.

Aber mal so hypothetisch gefragt: Kann es sein, daß das OS den Rechner nicht richtig (was auch immer das genau bedeutet) schlafen legt und er deshalb nicht aufwacht?
Ich nutze auch selten Windows auf der Kiste, da ist mir das noch nicht passiert. Mag aber daran liegen, daß ob der Seltenheit der Fehler einfach noch keine Chance hatte aufzutreten.

42m

So, nach ein bisschen Testerei kann ich folgendes sagen:

Windows 7 hatte keine Probleme mit dem Suspend to RAM, warum auch immer.

Es gab ein BIOS-Update. Nachdem das BIOS nun aktuell ist funktioniert es auch unter Gentoo (bisher) problemlos.

Ich danke Euch recht herzlich und setzte mal auf gelöst

42m