Uszkodzenie ekranu po hibernacji - Czy istnieje inny sposób odświeżenia ekranu X11?

Podczas przywracania ze stanu hibernacji ekran jest często uszkodzony. Podejrzewam, że pamięć graficzna nie jest zapisywana. W przeciwnym razie funkcja zawieszenia do ram działa dobrze.

Wygląda również na to, że pamięć podręczna czcionek jest uszkodzona, ponieważ wszystkie litery są stale uszkodzone. Wydaje się, że efekt jest ukierunkowany na czcionkę o określonym rozmiarze. Np. Jeśli moje okno terminala zostanie trafione, zmiana czcionki i / lub rozmiar czcionki to naprawi, chyba że czcionka o tym rozmiarze jest już uszkodzona.

Jeśli czcionka jest używana w innym miejscu (inne aplikacje, menedżer okien itp.), Problem również istnieje. Czasami uderzana jest czcionka użyta w tytułach okien, a następnie we wszystkich tytułach okien wyświetlane są takie same litery.

Wylogowanie i ponowne zalogowanie rozwiązuje problem , ale nie chcę tego robić. Wylogowałem się, a następnie hibernowałem, ale jest to większy wysiłek i eliminuje większość zalet hibernacji.

Czy istnieje inny sposób odświeżenia wyświetlacza X11? Ctrl+ Alt+ F1... nie naprawić go albo. Przełącza terminal, ale niczego nie przerysowuje: pokazuje tylko stary uszkodzony ekran.

Używam Debiana 6.

Przy tej okazji tytuł okna jest zły:

Zła zawartość terminala, ale tytuł jest (nadal) w porządku:

Miałem podobną sytuację z moim laptopem. Ekran często pozostawał czarny, gdy budził się z trybu wstrzymania. Moim rozwiązaniem było xrandrzresetowanie wyświetlaczy. Musisz znaleźć xrandrpolecenie konfigurujące układ i uruchomić je. Na przykład w moim systemie miałem dwa ekrany i ustawiłem to tak, jak chciałem:

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

Jeśli masz tylko jeden ekran, możesz spróbować go wyłączyć i włączyć ponownie:

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

Możesz zobaczyć nazwy swoich ekranów, uruchamiając xrandrbez argumentów. W systemie, którego teraz używam (jeden ekran VGA), otrzymuję:

$ 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)

Po znalezieniu właściwego polecenia przypisz mu skrót, aby można go było uruchomić, nawet gdy ekran jest pusty.

Próbowałeś xrefreshpolecenia?

W GNOME 3 , AltF2renterodświeża GUI. AltF2uruchamia wiersz polecenia Uruchom , a rpolecenie wymusza odświeżenie.

Mam też ten problem (Debian Squeeze i Wheezy).

Z mojego doświadczenia wynika, że ​​dzieje się tak głównie wtedy, gdy większość pamięci jest pełna, a system używa pamięci wymiany.

W ramach częściowego obejścia: jeśli zmienię domyślne czcionki, uszkodzenie zniknie. (Jednak nie na dobre, muszę się zmienić, gdy ponownie pojawi się zepsucie).

(W Debian Wheezy jest to wykonywane przez gnome-tweak-tool.)

Aktualizacja do jądra 3.19. - Użyłem pakietów jądra Ubuntu , które można znaleźć tutaj:

http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.19-vivid/ (działa również na zaufanym systemie Ubuntu 14.04)

Wspomniał o tym następujący komentarz do raportu o błędzie

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

... i wyśledził zatwierdzenie za pomocą następującego komunikatu:

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

„... odkąd widzieliśmy to tylko na gm45 i i965gm.”

Mam ten mobilny mikroukład Intel GM45 ze zintegrowaną grafiką. Laptop Acer z OP był również sprzedawany z tym chipsetem (choć nie wszystkie).

(Nie miało to nic wspólnego z zawieszeniem).

Jeśli sterownik nie wznowi poprawnie urządzenia, uważam, że jedynym rozwiązaniem, które znajdziesz, będzie debugowanie i identyfikacja problemu, abyś mógł zdecydować, co dalej. Na przykład nie widzę sposobu na odświeżenie, jeśli karta wideo nie zostanie ponownie zainicjowana.

ACPI obsługuje zawieszanie / wznawianie i wyświetlanie. Na przykład następujący problem ACPI występujący na niektórych komputerach ThinkPad może rozwiązać objawy, które opisujesz:

Po wznowieniu od zawieszenia do ramu wyświetlacze konsoli tekstowej mogą wyświetlać śmieci zamiast tekstu. Poza tym maszyna nadal reaguje, a X wyświetla się dobrze. Jeśli to wszystko prawda, to dodanie opcji jądra acpi_sleep = s3_bios, s3_mode w menu.lst lub lilo.conf może rozwiązać problem.

Problemy z zawieszeniem ram-ACPI - ThinkWiki

Jeśli używasz thinkpad_acpimodułu, do którego odnosi się powyższy cytat, może to być wszystko, czego potrzebujesz. Aby uzyskać więcej informacji na temat tego rozwiązania, zobacz Suspend2Ram - Dokumentacja Powersave

Po pierwsze, istnieje kilka parametrów jądra, które można wypróbować. Po prostu dodaj je do linii „jądra” w /boot/grub/menu.lst . Więcej informacji na ten temat można znaleźć w /usr/src/linux/Documentation/power/video.txt .

Z video.txt:

Podczas wznawiania S3 sprzęt musi zostać ponownie zainicjowany. W przypadku większości urządzeń jest to łatwe, a sterownik jądra wie, jak to zrobić. Niestety jest jeden wyjątek: karta graficzna. Są one zwykle inicjowane przez BIOS, a jądro nie ma wystarczających informacji do uruchomienia karty graficznej. (Jądro zwykle nawet nie zawiera sterownika karty graficznej - szeroko stosowane są vesafb i ​​vgacon).

Więcej na video.txt Zapoznaj się z tabelą tutaj, aby sprawdzić, czy znany acpi_sleep=<hack>model jest wymieniony dla twojego modelu karty wideo.

Debian Suspend and KMS Wiki Debian sugeruje wyłączenie KMS w przypadku problemu „uszkodzonego wideo przy wznowieniu”. 1

Bardzo częstym problemem występującym po wznowieniu pracy komputera jest uszkodzony obraz wideo (czarny ekran lub brak podświetlenia ekranu LCD). Pierwszym krokiem jest sprawdzenie, czy system nadal działa, co można po prostu zrobić, naciskając przycisk Capslock i sprawdzić, czy dioda LED Capslock zmienia się odpowiednio. Jeśli system nadal działa, w większości przypadków musimy dodać dziwactwo wideo do karty graficznej.

Debian ma teraz domyślnie włączone ustawienie trybu jądra (KMS) dla większości kart graficznych Intel, nVidia i ATI. Ale dziwactwo wideo pm-utils [jeszcze] nie obsługuje KMS. Dlatego w większości przypadków najpierw spróbuj wyłączyć KMS. Szczegółowe kroki dla konkretnej karty wideo można znaleźć na stronie KernelModesetting.

Po wyłączeniu usługi zarządzania kluczami, jeśli wideo po wznowieniu nadal jest uszkodzone, możesz spróbować zawiesić system, używając niektórych dziwactw wideo. Przeczytaj stronę podręczną programu PM-Suspend, aby uzyskać szczegółowe wyjaśnienie wszystkich dostępnych dziwactw i wypróbuj ich kombinacje z wiersza poleceń. Jeśli uda Ci się znaleźć jedną kombinację dziwactw, która działa dla twojego systemu, możesz dodać je do / usr / lib / pm-utils / dziwactwa wideo, aby stały się trwałe. Jednocześnie pomóż zgłosić błąd w pakiecie pm-utils z łatką na temat twoich zmian, aby mógł on skorzystać na masie.

Częstym problemem występującym w aktualizacjach systemów ze starych wersji Debiana jest włączenie quirk-s3-bios zawiesza system podczas zawieszenia. Jeśli twój system zawiesza się podczas zawieszenia, sprawdź dokładnie pm-suspend.log po włączonym debugowaniu i upewnij się, że nie jest używany quirk-s3-bios.

Jeśli uważasz, że jest to związane z Twoim problemem, możesz spróbować wyłączyć KMS zgodnie z sugestią. Informacje na temat karty znajdują się w KernelModesetting - Debian Wiki

Debugowanie Zawieś

Dziennik procesów zawieszenia i wznowienia znajduje się w pliku /var/log/pm-suspend.log. Domyślnie zawiera umiarkowanie pełne informacje. Więcej informacji można włączyć w celu debugowania, wstawiając wiersz eksportu PM_DEBUG = true na początku funkcji pliku / usr / lib / pm-utils / pm-funkcje .

Aby uzyskać więcej informacji, zapoznaj się z informacjami na temat narzędzia do testowania jądra wymienionymi na stronie Suspend - Debian Wiki . Może to pomóc w debugowaniu i izolacji problemu.

Niektóre przykłady i bardziej szczegółowe informacje na temat debugowania, które mogą pomóc w „sterownikach, które nie zawieszają się lub nie wznawiają swoich urządzeń” są dostępne na stronie https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt

Więcej pomysłów na debugowanie pm-utilsna pm-utils - ArchWiki i /unix//a/29090/87728

Oto pełna lista parametrów jądra, z których wiele ma związek z acpi i zawieszeniem.

Powodzenia.

Wygląda na to, że jest to zgłoszony błąd, sprawdź poniższy link.

W przypadku Ubuntu sprawdź ten link

W przypadku Debiana przeczytaj ten inny link, szczególnie Naprawianie uszkodzonego wideo w części wznawiania

Jeśli problem dotyczy konsoli tekstowej: Czy próbowałeś odświeżyć pamięć podręczną czcionek?

fc-cache -f -v

Jest to prawie na pewno dlatego, że sterownik karty graficznej zawiera błędy w urządzeniu wyświetlającym. Prawdopodobnie nie będzie miało to większego znaczenia, ponieważ tak czy inaczej nie jest to coś, co prawdopodobnie można naprawić. Ale powinieneś zgłosić błąd dotyczący sterownika jądra dla urządzenia (gdy się zorientujesz, co to jest ( lspcimoże pomóc tutaj)).

Coś, co możesz spróbować w ramach obejścia: wychodząc ze stanu hibernacji, naciśnij klawisz „ctrl-alt-F4”, aby przełączyć się na inny terminal wirtualny, a następnie przełącz się z powrotem (prawdopodobnie jest to ctrl-alt-F1 lub ctrl- alt-F7 lub może F8). Może to zrobić wystarczająco odświeżenia ekranu, aby przywrócić wyświetlanie. Może.

Ctrl + Alt + F1… nie działa

Cóż… następnie spróbuj wydać sudo chvt 1, a następnie przełącz się z powrotem na vty Xorga za pomocą Ctrl_Alt_Fn lub sudo chvt N(gdzie N to zwykle 7 lub 8). Na wypadek, chvtgdyby zadziałało, możesz nawet spróbować go napisać.

Spróbuj xrandrobrócić lub odwrócić ekran za pomocą , np. Do góry nogami, a następnie wrócić do normy. Może to wystarczyć, aby w pełni przerysować.

Spróbuj Crtlalt-więc Crtlalt+. To zmienia rozdzielczość ekranu tam iz powrotem.