Hazırda bekletme modundan sonra ekran bozulması - X11 ekranını yenilemenin başka bir yolu var mı?


23

Hazırda bekletme modundan geri yüklediğimde ekran genellikle bozuk. Grafik hafızasının kaydedilmediğinden şüpheleniyorum. Askıya al-to-ram aksi takdirde iyi çalışır.

Ayrıca, tüm harfler tutarlı bir şekilde bozuk olduğu için font önbelleği bozuk görünüyor. Etki, belirli bir boyutta bir fontu hedefliyor gibi görünüyor. Örneğin, terminal pencerem etkilenirse, yazı tipini ve / veya yazı tipi boyutunu değiştirmek, bu boyuttaki yazı tipi zaten zarar görmediği sürece düzeltilecektir.

Yazı tipi başka bir yerde kullanılıyorsa (diğer uygulamalar, pencere yöneticisi vb.), Sorun da oradadır. Bazen pencere başlıkları için kullanılan yazı tipine basılır, ardından tüm pencere başlıkları aynı harfleri bozuk gösterir.

Oturumu kapatıp tekrar açmak sorunu giderir , ancak bunu yapmak istemiyorum. Oturumu kapatıp sonra hazırda bekletme moduna girmiştim, ancak bu daha fazla çaba ve hazırda bekletme durumunun çoğunu ortadan kaldırıyor.

X11 ekranını yenilemenin başka bir yolu var mı? Ctrl+ Alt+ F1... ya bunu düzeltmek değil. Terminali değiştirir ancak hiçbir şeyi yeniden çizmez: Sadece eski bozuk ekranı gösterir.

Debian 6 kullanıyorum.

Bu durumda, pencere başlığı kötüdür: pencere başlığı yazı tipi bozuk

Terminal içeriği hatalı, ancak başlık (hala) tamam: metin sistematik olarak bozuluyor, ancak yalnızca bazı fontlar etkileniyor


1
Hangi grafik yongasını / sürücüsünü kullanıyorsunuz? Distro?
Caleb,

1
Debian 6, acer 5338 tümleşik grafiklerini hedefliyor. Ubuntu’da çalışmasını sağladım ve koçluk çalışmaları mükemmel şekilde askıya alındı. Grafik koçunu diske kaydetmediğimizden şüpheleniyorum.
ctrl-alt-delor

1
Bu soruya tam olarak cevap vermiyor çünkü bu model Intel, Nvidia ve ATI ekran kartı seçenekleriyle birlikte geliyor gibi görünüyor. "Entegre" ile, sizinki Intel GMA ekran kartına sahip misiniz?
Caleb,

Söylediklerinizden belli değil - kış uykusuna yatmadan önce ctrl-alt-F1'i denediniz mi (yani, metin modundan kış uykusuna yatma ve sadece devam ettikten sonra X11'e geri dönme)? komut satırından hazırda bekletme komutunu bulmanız gerekebilir.
Random832 9:11

1
Debian7 ile güncellendi, şimdi çalışıyor. @terdon soruya eklenen ekran görüntüleri, sahip olduklarım gibi görünüyorsun.
ctrl-alt-delor,

Yanıtlar:


12

Dizüstü bilgisayarımda da benzer bir durum vardı. Ekran askıya alındığında uyandığında siyah kalır. Benim çözümüm, xrandrekranlarımı sıfırlamak için kullanmaktı . xrandrMizanpajınızı ayarlayan komutu bulmanız ve çalıştırmanız gerekir. Örneğin, sistemimde iki ekranım vardı ve bu istediğim gibi kurdu:

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

Yalnızca tek bir ekranınız varsa, kapatıp tekrar açmayı deneyebilirsiniz:

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

Ekranlarınızın adlarını xrandrhiçbir argüman olmadan çalıştırarak görebilirsiniz . Şimdi kullanıyorum sistemde (bir VGA ekran), alıyorum:

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

Doğru komutu bulduktan sonra kısayol atayın, böylece ekran boş olsa bile çalıştırabilirsiniz.


Bunun nasıl işe yarayacağını anlamıyorum. Siyah bir ekran alıyorsunuz ve arayüzünüz yok ... ama bir emir mi veriyorsunuz? Nasıl? Alt + Fn işlemi çalışmaz çünkü tüm X komutları bile "Ekran açılamıyor" hatasını atar. export DISPLAY=:0Hile denemek farklı bir hatayla sonuçlanır.
Cerin

Ben Alt + F vurarak kör çalıştırabilirsiniz böylece sistemimde @Cerin, o komuta kısayol atadık
Terdon

Teşekkürler, bu benim için yaptı (citrix alıcısını kullanmaya başladığımdan beri perdeli perdeler elde ediyor; diğer her şey başarısız olduğunda düzeltildi). Komutu aynı bilgisayardaki farklı bir VT'den çalıştırırsanız, bir Configure crtc 0 failedhatayla karşılaşabileceğinizi unutmayın; sadece komuttan önce küçük bir uyku ekleyin ve VT'yi değiştirin, böylece xrandr çalıştırıldığında aktif olur. @Cerin muhtemelen senin sorunun. sleep 5; xrandr --output VGA-1 --off; xrandr --output VGA-1 --auto
Thomas Guyot-Sionnest

Bunun gerçekten benim sorunum olmadığı ortaya çıktı; VT'leri değiştirirken, windows yöneticisi veya gnome kabuğu olayları yakalar ve bir süre tepkisiz kalır; Bu işlemleri yapmak için harcanan zaman ekranı yakalamak ve yenilemek için yeterliydi. OTOH, hiçbir şeyi tıklayamadığım bir odaklanma sorunuyla karşılaştığımda bir kez yardımcı oldu ve klavye kısayolları göz ardı edildi - sonra KAPALI ve ardından ekran AÇIK hale getirildi.
Thomas Guyot-Sionnest

Yukarıdaki komutun (bir ekran için) sizi fare imleci ile düşük çözünürlüklü (siyah) bir ekranla bırakması normal midir? Eğer öyleyse, bunu nasıl düzeltebilirim?
Harika Karakterler

7

xrefreshKomutu denedin mi?


Evet, işe yaramadı,
ctrl-alt-delor 15:13

Bunu bir dahaki sefere deneyeceğim ... FWIW çoğu zaman, metin ve GUI VT'ler arasında geçiş yapan veya kullanıcı değiştirici seçeneğini (bir VT'yi kilitleyen ve diğerinin kilidini açan) değiştiren bir ekran görüntüsü etkilediğimde sorunlarımı düzeltir ... ancak nadir durumlarda sadece xrandr bunu çözebilir. Normalde VT'leri kullanarak değiştiririm, CTRL-ALT-F<n>böylece her zaman kilidini açmak zorunda kalmam.
Thomas Guyot-Sionnest

6

Gelen Gnome 3 , AltF2renterGUI yeniler. Komut Çalıştır komut istemini AltF2başlatır ve komut bir tazeleme zorlar.r


rKonsoldan da koşabilirsin gibi geliyor . Hiç var ryüklü. - Ne kaçmalı diyorsun? Yani hangi paket? Bu rprogramın tam adı nedir ?
Robert Siemer

1
@RobertSiemer bu bir program değil, DE'yi yeniden başlatan dahili bir GNOME meselesi. gnome --replaceArka planda çalıştığını tahmin ediyorum ama bilmiyorum.
terdon

3
rveya restart(aynı). Konsol eşdeğeri olacaktır gnome-shell --replace.
don_crissti

Gnome panelini metacity ile çalıştırıyorum.
Robert Siemer,

@ richard, bu işe yaradı mı?
Severyn Kozak

5

Ben de bu sorunu yaşıyorum (Debian Squeeze ve Wheezy).

Tecrübelerime göre, çoğunlukla hafıza doluysa ve sistem takas hafızası kullanıyorsa olur.

Kısmi bir geçici çözüm olarak: varsayılan yazı tiplerini değiştirirsem, bozulma ortadan kalkar. (Her ne kadar iyi olmasa da, yolsuzluk yeniden belirdiğinde tekrar değişmem gerekiyor.)

(Debian Wheezy'de bu, gnome-tweak-tool tarafından yapılır.)


4

Çekirdeğe Geçiş 3.19. - Burada bulunan Ubuntu çekirdek çekirdek paketlerini kullandım :

http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.19-vivid/ (Ubuntu 14.04 ile de çalışır)

Aşağıdaki hata raporu yorumunda bahsetti

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

... ve aşağıdaki iletiyle taahhüdün izini sürdü:

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

“... bunu sadece gm45 ve i965gm'de gördüğümüzden beri.”

Entegre grafiklere sahip Intel GM45 mobil yonga setine sahibim. OP'nin Acer dizüstü bilgisayarı da bu yonga setiyle satıldı (hepsi olmasa da).

(Askıya alma ile ilgisi yoktu.)


3

Eğer bir sürücü bir cihaza düzgün bir şekilde devam edemiyorsa, bulacağınız tek çözümün sorunun nerede hata ayıklama ve tespit edileceğine inanıyorum, böylece oradan ne yapacağınıza karar verebilirsiniz. Örneğin, ekran kartı yeniden başlatılmamışsa nasıl yenileyebileceğinizi göremiyorum.

ACPI askıya alma / devam ettirme ve gösterme işlemlerini gerçekleştirir. Örneğin, bazı ThinkPad'lerde ortaya çıkan aşağıdaki ACPI sorunu, açıkladığınız belirtileri giderebilir:

Askıya alma işleminden askıya alındığında metin konsolu ekranlarında gerçek metin yerine çöp görüntüleniyor olabilir. Makine aksi halde hala hassas ve X iyi görüntüler. Tüm bu doğruysa, o zaman çekirdek seçeneği ekleyerek acpi_sleep = s3_bios, s3_mode senin içinde menu.lst'in veya lilo.conf sorunu çözebilir.

ACPI'nın askıya alınmasına askıya alma ile ilgili sorunlar - ThinkWiki

thinkpad_acpiYukarıdaki teklifin ele aldığı modülü kullanıyorsanız, ihtiyacınız olan şey bu olabilir. Bu çözüm hakkında daha fazla bilgi için bkz. Suspend2Ram - Powersave Belgeleri

İlk önce, denenebilecek birkaç çekirdek parametresi var. Onları /boot/grub/menu.lst içindeki "çekirdek" satırına eklemeniz yeterli . Bunlar hakkında daha fazla bilgiyi /usr/src/linux/Documentation/power/video.txt adresinde bulabilirsiniz .

Video.txt adresinden:

S3 devam ederken, donanımın yeniden başlatılması gerekiyor. Çoğu cihaz için bu kolaydır ve çekirdek sürücüsü nasıl yapılacağını bilir. Ne yazık ki bir istisna var: ekran kartı. Bunlar genellikle BIOS tarafından başlatılır ve çekirdek, ekran kartını önyüklemek için yeterli bilgiye sahip değildir. (Çekirdek genellikle ekran kartı sürücüsü içermez - vesafb ve vgacon yaygın olarak kullanılır).

Video.txt adresinde daha fazla bilgi acpi_sleep=<hack>Video kartı modelinizde bilinen bir liste olup olmadığını görmek için bu tabloya bakın .

Debian Suspend ve KMS Debian wiki, "devam ettirme sırasında bozuk video" sorunu için KMS'nin devre dışı bırakılmasını önerir. 1

Bilgisayar devam ettikten sonra bulunan çok yaygın bir sorun bozuk video (veya siyah ekran veya LCD arka ışığı yok) şeklindedir. İlk adım, sistemin hala çalışıp çalışmadığını kontrol etmek, ki bu sadece Capslock düğmesine basılarak yapılabilir ve Capslock LED'inin değişip değişmediğini kontrol edin. Sistem hala çalışıyorsa, çoğu durumda video kartınız için bir video girişi eklememiz gerekir.

Debian artık çoğu Intel, nVidia ve ATI ekran kartı için varsayılan olarak etkin çekirdek modu ayarına (KMS) sahip. Ancak pm-utils 'in video oyunu henüz KMS'yi desteklemiyor. Bu yüzden çoğu durumda önce KMS'yi devre dışı bırakmayı denemelisiniz. Video kartınızla ilgili ayrıntılı adımlar KernelModesetting sayfasında bulunabilir.

Devre dışı bırakılmış KMS'den sonra, devam etmeden sonraki video hala bozuksa, bazı video tuhaflıklar kullanarak sistemi askıya almaya çalışabilirsiniz. Kullanılabilir tüm tuhaflıklar hakkında ayrıntılı bir açıklama için pm-suspend programının broşür sayfasını okuyun ve bunların kombinasyonlarını komut satırından deneyin. Sisteminizde işe yarayan bir tuhaflık kombinasyonunu başarıyla bulursanız, bunları kalıcı hale getirmek için / usr / lib / pm-utils / video-quirks komutuna ekleyebilirsiniz. Aynı zamanda, pm-utils paketine karşı değişikliklerinizi gösteren bir düzeltme eki ile hata göndermenize yardım edin, böylece kitlenin yararına olabilir.

Debian'ın eski sürümlerinden yükseltme sistemlerinde görülen yaygın bir sorun, quirk-s3-bios'un etkinleştirilmesi, askıya alma sırasında sistemi donduruyor. Sisteminiz askıya alma sırasında donarsa, etkin hata ayıklama işleminden sonra pm-suspend.log dosyasını dikkatlice kontrol edin ve quirk-s3-bios'un kullanılmadığından emin olun.

Bunun konunuzla ilgili olduğunu düşünüyorsanız, KMS'yi önerildiği şekilde devre dışı bırakmayı deneyebilirsiniz. Kartınız için yapılan düzenlemeler için KernelModesetting - Debian Wiki sayfasına bakınız.

Hata Ayıklama Askıya Alma

Askıya alma ve devam ettirme işlemlerinin günlüğü /var/log/pm-suspend.log dosyasındadır . Varsayılan olarak orta derecede ayrıntılı bilgi içerir. Satır dışa aktarma PM_DEBUG = true = / usr / lib / pm-utils / pm- files dosyalarının başlangıcına true ekleyerek hata ayıklama için daha fazla bilgi etkinleştirilebilir .

Daha fazla bilgi için, Suspend - Debian Wiki’de belirtilen Kernel test tesisi hakkında da bilgi edinin . Bu, sorunu ayıklamanıza ve yalıtmanıza yardımcı olabilir.

Size "aygıtlarını askıya almayan veya sürdürmeyen sürücüler" konusunda yardımcı olabilecek bazı örnekler ve daha ayrıntılı hata ayıklama bilgileri https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt adresinde bulunabilir.

Bazı daha ayıklama fikirler pm-utilsde ArchWiki - pm-utils ve /unix//a/29090/87728

İşte çoğu acpi ve askıya alma ile ilgili olan Çekirdek Parametrelerinin tam listesi .

İyi şanslar.


X ekranı iyi değil; sanal metin terminalleri iyi durumda
Robert Siemer

Kontrol ettin /var/log/pm-suspend.logmi Hata ayıklamayı etkinleştirdiniz /usr/lib/pm-utils/pm-functionsve bundan sonra kontrol ettiniz mi?
iyrin

Askıya almayı terminaldeki tuhaflıklar ile test edebilirsiniz pm-suspend --quirk-s3-bios --quirk-s3-mode. İçindeki seçenekler bölümüne bakın man pm-action.
iyrin

Kontrol ettim /var/log/pm-suspend.log. Alışılmadık bir şey yok. KMS kullanıyorum. - KMS'yi devre dışı bırakmak bugünlerde bir seçenek değildir (xorg intel sürücüsü buna ihtiyaç duyar); belirttiğin wiki en son 2012 tarihinde güncellenmiştir.
Robert Siemer

Sadece bu dmesg | tail -50komutun hata ayıklama için faydalı olabileceğini söylemek istiyorum . Aslında grubtaki çekirdek parametreleriyle çözebildiğimi askıya alma ile ilgili düşük bellek bozulmasını keşfettim memmap=64K$0 memory_corruption_check=0. Video kartını başlatırken bir hata olup olmadığını söyleyeceğine inanıyorum.
iyrin

2

Bu bildirilen bir hata gibi görünüyor, takip eden bağlantıyı kontrol edin.

Ubuntu durumunda bu bağlantıyı kontrol edin

Debian durumunda, bu diğer linki özel olarak okuyun , devam kısmındaki bozuk videoyu düzeltmek

Sorunun bir metin konsolunda olması durumunda: Yazı tipi önbelleğini yenilemeyi denediniz mi?

fc-cache -f -v


Yardımcı olmuyor ...
Robert Siemer

1
Bu bildirilen bir hata gibi görünüyor, takip eden bağlantıyı kontrol edin. Dağıtımınız Ubuntu değilse, hata bir dağıtıma özgü olmayabilir, ancak diğer dağıtımları etkileyebilecek bazı kütüphaneler olabilir. Böcek / s içine kazmak ve senin dağıtım için çözülmüş olup olmadığını görmek ... bugs.launchpad.net/ubuntu/+source/linux/+bug/659434
YoMismo

Üzgünüz, dağıtımınızın Debian olduğunu görmedim. Bir sonraki bağlantıyı kontrol edin: wiki.debian.org/Suspend özel sabitleme özgeçmiş video bozuk parçası.
YoMismo

Ben 14.04 Ubuntu var.
Robert Siemer

Tamam, "Debian 6 kullanıyorum." ilk ekran görüntüsünden önce. Öyleyse cevabınızı fırlatma panelinin böceklerinde bulacaksınız ... Her neyse, Ubuntu Debian'a dayanıyor, belki de Debian'ın bağlantısından bir çözüm size yardımcı olabilir.
YoMismo

0

Bu neredeyse kesinlikle, çünkü grafik sürücüsünün ekran cihazı için hataları vardır. Muhtemelen hangisi olduğu önemli değildir, çünkü her iki şekilde de düzeltebileceğiniz bir şey değildir. Ancak cihazın çekirdek sürücüsü hakkında bir hata bildirmelisiniz (ne olduğunu öğrendikten sonra ( lspciburada yardımcı olabilir)).

Etrafta bir çalışma olarak deneyebileceğiniz bir şey: Hazırda bekletme modundan çıkarken, başka bir sanal terminale geçmek için "ctrl-alt-F4" e basmayı ve sonra geri dönmeyi deneyin (muhtemelen ctrl-alt-F1 veya ctrl- alt-F7 veya belki F8). Bu, ekranın kurtarılmasını sağlayacak kadar ekran yenileme işlemini yapabilir. Olabilir.


ctrl-alt-F1 denedim, işe yaramadı.
ctrl-alt-delor

0

Ctrl + Alt + F1… çalışmıyor

Peki… o zaman yayınlamayı deneyin sudo chvt 1, sonra Ctrl_Alt_Fn veya sudo chvt N(N genellikle 7 veya 8 olduğu yerlerde) kullanarak Xorg'un vty'sine geri dönün . Durumda chvtçalışacak, hatta scripting deneyebilirsiniz.


üzgünüm ctrl + alt + f1 eserlerinde net değildim. Bu olmayan ctrl + alt + f1 çözümüdür. Sanal terminalleri değiştirebilirim, ancak bozulmayı çözmüyor. Teşekkürler.
ctrl-alt-delor

0

Ekranı çevirerek veya ters çevirmeyi deneyin xrandr, örneğin baş aşağı ve sonra normale dönün. Bu tamamen yeniden çizilmesi için yeterli olabilir.


-1

Crtlalt-O zaman dene Crtlalt+. Bu ekran çözünürlüğünü ileri geri değiştirir.


hiçbir şey değil. Anahtarlar bağlı değil olabilir.
ctrl-alt-delor,
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.