Bildschirmbeschädigung nach Ruhezustand - Gibt es eine andere Möglichkeit, die X11-Anzeige zu aktualisieren?

Wenn ich aus dem Ruhezustand wiederherstelle, ist der Bildschirm häufig beschädigt. Ich vermute, der Grafikspeicher wird nicht gespeichert. Ansonsten funktioniert Suspend-to-RAM einwandfrei.

Es sieht auch so aus, als ob der Font-Cache beschädigt ist, da alle Buchstaben konsistent beschädigt sind. Der Effekt scheint auf eine Schrift mit einer bestimmten Größe abzuzielen. Wenn beispielsweise mein Terminalfenster angeklickt wird, wird dies durch Ändern der Schriftart und / oder der Schriftgröße behoben, es sei denn, die Schriftart mit dieser Größe ist bereits beschädigt.

Wenn die Schriftart an anderer Stelle verwendet wird (andere Apps, Fenstermanager usw.), liegt das Problem ebenfalls vor. Manchmal wird die für die Fenstertitel verwendete Schrift getroffen, und alle Fenstertitel zeigen die gleichen Buchstaben, die beschädigt sind.

Das Abmelden und erneutes Anmelden behebt das Problem , aber das möchte ich nicht tun müssen. Ich habe mich aus dem Ruhezustand abgemeldet, aber dies ist aufwändiger und beseitigt den größten Teil des Nutzens des Ruhezustands.

Gibt es eine andere Möglichkeit, das X11-Display zu aktualisieren? Die Ctrl+ Alt+ F1... ist es auch nicht beheben. Es wechselt das Terminal, zeichnet aber nichts neu: Es zeigt nur den alten, beschädigten Bildschirm.

Ich benutze Debian 6.

In diesem Fall ist der Fenstertitel schlecht:

Terminalinhalt schlecht, aber Titel ist (noch) in Ordnung:

Ich hatte eine ähnliche Situation mit meinem Laptop. Der Bildschirm blieb oft schwarz, wenn er aus dem Standby-Modus geweckt wurde. Meine Lösung bestand darin xrandr, meine Displays zurückzusetzen. Sie müssen den xrandrBefehl zum Einrichten Ihres Layouts suchen und ausführen. Zum Beispiel hatte ich auf meinem System zwei Bildschirme und diese stellten es so ein, wie ich es wollte:

xrandr --output DP-3 --auto --output VGA-0 --auto --right-of DP-3 --primary

Wenn Sie nur einen Bildschirm haben, können Sie versuchen, ihn aus- und wieder einzuschalten:

xrandr --output VGA-1 --off; xrandr --output VGA-1 --auto;

Sie können die Namen Ihrer Bildschirme anzeigen, indem Sie xrandrohne Argumente ausführen. Auf dem System, das ich gerade benutze (ein VGA-Bildschirm), erhalte ich:

$ xrandr
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 8192 x 8192
VGA-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 477mm x 268mm
   1920x1080      60.0*+
   1680x1050      60.0  
   1280x1024      75.0     60.0  
   1152x864       75.0  
   1024x768       75.1     60.0  
   800x600        75.0     60.3  
   640x480        75.0     60.0  
   720x400        70.1  
DVI-I-1 disconnected (normal left inverted right x axis y axis)

Wenn Sie den richtigen Befehl gefunden haben, weisen Sie ihm eine Verknüpfung zu, damit Sie ihn auch dann ausführen können, wenn der Bildschirm leer ist.

Hast du den xrefreshBefehl ausprobiert ?

In GNOME 3 , AltF2rentererfrischt die GUI. AltF2Startet die Eingabeaufforderung Ausführen , und der rBefehl erzwingt eine Aktualisierung.

Ich habe auch dieses Problem (Debian Squeeze und Wheezy).

Meiner Erfahrung nach geschieht dies hauptsächlich, wenn der größte Teil des Speichers voll ist und das System den Swap-Speicher verwendet.

Eine teilweise Umgehung: Wenn ich die Standardschriftarten ändere, geht die Beschädigung verloren. (Nicht für immer, aber ich muss mich wieder umziehen, wenn die Korruption wieder auftaucht.)

(Unter Debian Wheezy wird dies mit dem Gnome-Tweak-Tool durchgeführt.)

Upgrade auf Kernel 3.19. - Ich habe die Ubuntu-Mainline-Kernel-Pakete verwendet , die hier zu finden sind:

http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.19-vivid/ (läuft auch unter Ubuntu 14.04)

Der folgende Fehlerberichtkommentar erwähnte es

https://bugs.freedesktop.org/show_bug.cgi?id=45092#c37

... und das Commit mit der folgenden Meldung aufgespürt:

https://github.com/torvalds/linux/commit/656bfa3afc14e45e2d9e1624bf60d79b3beb12f2

"... seit wir das nur auf gm45 und i965gm gesehen haben."

Ich habe diesen Intel GM45 Mobile Chipsatz mit integrierter Grafik. Der Acer-Laptop des OP wurde auch mit diesem Chipsatz verkauft (allerdings nicht alle).

(Es hatte nichts mit Suspend zu tun.)

Wenn ein Treiber ein Gerät nicht ordnungsgemäß reaktiviert, besteht die einzige Lösung meines Erachtens darin, das Problem zu beheben und zu identifizieren, sodass Sie entscheiden können, was von dort aus zu tun ist. Beispielsweise sehe ich nicht, wie Sie aktualisieren können, wenn die Grafikkarte nicht neu initialisiert wird.

ACPI verwaltet Suspend / Resume und Display. Das folgende ACPI-Problem, das bei einigen ThinkPads auftritt, kann beispielsweise die von Ihnen beschriebenen Symptome beheben:

Wenn Sie von Suspend-to-RAM fortfahren, wird in der Textkonsole möglicherweise kein Text mehr angezeigt. Das Gerät reagiert sonst immer noch und X wird gut angezeigt. Wenn all dies zutrifft, kann das Problem möglicherweise durch Hinzufügen der Kerneloption acpi_sleep = s3_bios, s3_mode in Ihrer menu.lst oder lilo.conf behoben werden .

Probleme mit ACPI-Suspend-to-RAM - ThinkWiki

Wenn Sie das thinkpad_acpiModul verwenden, auf das sich das obige Zitat bezieht, ist dies möglicherweise alles, was Sie benötigen. Weitere Informationen zu dieser Lösung finden Sie in der Dokumentation zu Suspend2Ram - Powersave

Erstens gibt es mehrere Kernel-Parameter, die ausprobiert werden können. Füge sie einfach zu deiner "Kernel" -Zeile in /boot/grub/menu.lst hinzu . Weitere Informationen dazu finden Sie in /usr/src/linux/Documentation/power/video.txt .

Aus video.txt:

Während der S3-Wiederaufnahme muss die Hardware neu initialisiert werden. Bei den meisten Geräten ist dies einfach und der Kerneltreiber weiß, wie es geht. Leider gibt es eine Ausnahme: Grafikkarte. Diese werden normalerweise vom BIOS initialisiert, und der Kernel verfügt nicht über genügend Informationen, um die Grafikkarte zu starten. (Der Kernel enthält normalerweise nicht einmal einen Grafikkartentreiber - vesafb und vgacon sind weit verbreitet).

Weitere Informationen finden Sie unter video.txt. Sehen Sie in der Tabelle hier nach, ob acpi_sleep=<hack>für Ihr Grafikkartenmodell ein Bekannter aufgeführt ist.

Debian-Suspend und KMS Das Debian-Wiki schlägt vor, KMS für ein "beschädigtes Video bei Wiederaufnahme" -Problem zu deaktivieren. 1

Ein sehr häufiges Problem, das nach dem Fortsetzen des Computers auftritt, ist ein beschädigtes Video (oder ein schwarzer Bildschirm oder keine LCD-Hintergrundbeleuchtung). Der erste Schritt besteht darin, zu überprüfen, ob das System noch läuft. Dies kann einfach durch Drücken der Feststelltaste erfolgen, und zu überprüfen, ob sich die Feststelltaste-LED entsprechend ändert. Wenn das System noch ausgeführt wird, müssen wir in den meisten Fällen eine Video-Quirk für Ihre Grafikkarte hinzufügen.

Debian hat jetzt die Kernel-Modus-Einstellung (KMS) standardmäßig für die meisten Intel-, nVidia- und ATI-Grafikkarten aktiviert. Die Video-Eigenart von pm-utils unterstützt KMS jedoch noch nicht. In den meisten Fällen sollten Sie daher zuerst versuchen, KMS zu deaktivieren. Die detaillierten Schritte für Ihre spezielle Grafikkarte finden Sie auf der Seite KernelModesetting.

Wenn nach dem Deaktivieren von KMS das Video nach dem Fortsetzen immer noch fehlerhaft ist, können Sie versuchen, das System mithilfe einiger Video-Macken anzuhalten. Lesen Sie die Manpage des pm-suspend-Programms, um eine sehr detaillierte Erklärung aller verfügbaren Macken zu erhalten, und probieren Sie die Kombinationen von ihnen über die Befehlszeile aus. Wenn Sie eine für Ihr System geeignete Kombination von Macken gefunden haben, können Sie sie in / usr / lib / pm-utils / video-quirks einfügen, um sie dauerhaft zu machen. Bitte helfen Sie dabei, einen Fehler gegen das pm-utils-Paket mit einem Patch über Ihre Änderungen einzureichen, damit die Masse davon profitiert.

Ein häufiges Problem bei der Aktualisierung von Systemen von alten Debian-Versionen ist die Aktivierung von quirk-s3-bios, um das System während des Suspend-Vorgangs einzufrieren. Wenn Ihr System während des Suspend-Vorgangs abstürzt, überprüfen Sie die Datei pm-suspend.log nach dem aktivierten Debugging sorgfältig und stellen Sie sicher, dass quirk-s3-bios nicht verwendet wird.

Wenn Sie der Meinung sind, dass dies mit Ihrem Problem zusammenhängt, können Sie KMS wie vorgeschlagen deaktivieren. Anleitungen für Ihre Karte finden Sie unter KernelModesetting - Debian Wiki

Debugging-Suspend

Das Protokoll der Suspend- und Resume- Prozesse befindet sich in der Datei /var/log/pm-suspend.log. Standardmäßig enthält es mäßig ausführliche Informationen. Weitere Informationen zum Debuggen können aktiviert werden, indem Sie den Zeilenexport PM_DEBUG = true am Anfang der Datei / usr / lib / pm-utils / pm-functions einfügen .

Weitere Informationen finden Sie auch in den Informationen zur Kernel- Testeinrichtung im Suspend-Debian-Wiki . Dies kann Ihnen beim Debuggen und Isolieren des Problems helfen.

Einige Beispiele und ausführlichere Debugging-Informationen, die Ihnen helfen können, "Treiber, deren Geräte nicht angehalten oder fortgesetzt werden können", finden Sie unter https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt

Weitere Debugging-Ideen für pm-utilsbei pm-utils - ArchWiki und /unix//a/29090/87728

Hier ist eine vollständige Liste der Kernel-Parameter, von denen viele für acpi und suspend relevant sind.

Viel Glück.

Dies scheint ein gemeldeter Fehler zu sein. Überprüfen Sie den folgenden Link.

Im Falle von Ubuntu überprüfen Sie diesen Link

Im Falle von Debian lesen diesen anderen Link speziell im Abschnitt Fixing corrupted video on resume

Falls das Problem in einer Textkonsole liegt: Haben Sie versucht, den Schriftarten-Cache zu aktualisieren?

fc-cache -f -v

Dies liegt mit ziemlicher Sicherheit daran, dass der Grafiktreiber Fehler für das Anzeigegerät aufweist. Es spielt wahrscheinlich keine Rolle, um was es sich handelt, denn so oder so können Sie es wahrscheinlich nicht beheben. Sie sollten jedoch einen Fehler bezüglich des Kerneltreibers für das Gerät melden (sobald Sie herausgefunden haben, worum es sich handelt ( lspcikann hier hilfreich sein)).

Als Abhilfe können Sie Folgendes versuchen: Wenn Sie den Ruhezustand verlassen, drücken Sie "Strg-Alt-F4", um zu einem anderen virtuellen Terminal zu wechseln, und wechseln Sie dann zurück (dies ist wahrscheinlich entweder Strg-Alt-F1 oder Strg-F4). alt-F7 oder vielleicht F8). Dies kann bei einer Bildschirmaktualisierung ausreichen, um die Anzeige wiederherzustellen. Vielleicht.

Die Tastenkombination Strg + Alt + F1… funktioniert nicht

Nun, dann versuchen Sie es mit Issuing sudo chvt 1und wechseln dann mit Ctrl_Alt_Fn oder sudo chvt N(wobei N normalerweise 7 oder 8 ist) zurück zu Xorgs vty . Falls chvtes klappen sollte, können Sie sogar versuchen, Skripte zu erstellen.

Versuchen Sie, den Bildschirm zu drehen oder umzudrehen xrandr, z. B. mit dem Kopf nach oben und dann wieder normal. Dies könnte ausreichen, um es vollständig neu zu zeichnen.

Versuchen Sie es Crtlalt-dann Crtlalt+. Das ändert die Bildschirmauflösung hin und her.