Ubuntu 18.04, ekran kilidi ve boş / askıya alma / uykudan sonra uyanmayacak


27

Ubuntu 18.04'ü AMD A12 işlemcili ve Radeon R7 grafikli bir dizüstü bilgisayarda çalıştırmaya çalışıyorum. Sorunlardan başka bir şeyim yok ve Ubuntu ile çok cesaretliyim ama yine de 12.04 yıl boyunca bu kadar problemsiz kullandım.

Çıldırtıcı iki sorunum var ve ayrı ayrı göndereceğim. Sorunlar sadece Xorg'daki Gnome ve Ubuntu'da oluyor ve Wayland'da oluşmuyor. Ancak, Gnome'u Wayland'da yönetmemenin en iyisi olduğu söylendi.

Bu sorun, bilgisayarın bazen askıya alınmadığıdır. Eh, optik sürücü döndüğü ve sabit sürücü gıdıkladığı için uyandığını düşünüyorum, ancak giriş yapamıyorum çünkü kilit ekranı giriş yapmak için bir yeri olmayan bir renk karmaşası veya bozuk bir arka plan. İstemi almak için ctrl-alt-F1'i bile alamıyorum. Tüm giriş dondurulmuş.

Xorg'un doğru yapılandırılıp yapılandırılmadığını merak ediyorum. Wayland'ın altında çalışan Oilaf video sürücüsünü kullanıyorum, bu yüzden Xorg ve bu sürücüyle ilgili bir sorun olup olmadığını bilmiyorum.


1
Benim için işe yarayan
Roland

Yeni yükleme sırasında Ubuntu tarafından önerilen tam disk şifrelemesini (LUKS) kullanıyor musunuz? crypsetupbir şifre bekliyor olabilir, ancak bu durum kilitli / ekransız ekranda görünmez. Takasın kendisinin bir tavuk-yumurta sorunu yaratarak şifrelenmekte olduğunu bildiren hata raporları nedeniyle sormak. Bakınız: birçok kullanıcıyı etkileyen bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950 .
arielf

Yanıtlar:


8

Nouveau sürücüsü ile ilgili bir sorun var gibi görünüyor. Düzenleme grubsudo erişimi düzenleyerek dosyası.

sudo vim /etc/default/grub 

Yazan nouveau.modeset=0satıra ekleGRUB_CMDLINE_LINUX=""

O zaman koş

sudo update-grub

grubDosyayı başarıyla güncelledikten sonra yeniden başlatın .


2
Bu demek oluyor GRUB_CMD_LINUX="nouveau.modeset=0"?
Clark Henry

1
Bu kabul edilen cevap olmalı.
Clark Henry

Evet @ClarkHenry, ayarlamanız gerekirGRUB_CMD_LINUX="nouveau.modeset=0"
Krishn Bera

bana yardımcı olan şey ayarlamaktı nouveau.blacklist=1.
Fariborz Ghavamian

Bunu yaptıktan sonra, çözünürlük doğru ayarlanmadı.
smihael

5

Ekran Koruyucu Xubuntu 18.04 ile bana yardımcı oldu - xscreensaver yüklediğim ve her şey düzgün çalışmaya başladı.


3

HP Pavilion 17-ar050wm dizüstü bilgisayarda da benzer bir sorun yaşıyorum. Çok farklı şeyler denedim - Oilaf / Ubuntu-X kanama kenarı sürücülerini kullanıyor, evine geçiyor lightdm, koşuyor gdm3 -reset- ancak fark yaratan tek şey güç düğmesine basarak mı yoksa kapatarak mı uyuduğumu seçmem. laptop kapağı. Kapağı yeni kapattığımda, ekran / klavye yaklaşık 3/4 oranında düzgün bir şekilde geri gelmiyor, ancak ilk önce düğmeye bastığımda, zamanın% 100'ünde geri dönüyor.

Bu yüzden daha iyi bir çözüm bulunmadığı için, kapağı kapatmadan önce her zaman güç düğmesine basmayı hatırlamaya çalışacağım.


2

Sanırım en sonunda bunun cevabını buldum. Şimdiye kadar çalışıyor gibi görünüyor, ama sadece birkaç gün oldu. Karşılaştığım çözüm:

sudo gdm3 -reset 

ve yeniden başlat.

(Not: gdm3 sıfırlandıktan sonra, giriş yapmanıza izin vermeyecek bir giriş ekranına geri dönecektir. Bu konuda endişelenmeyin. Yeniden başlat ve normal giriş ekranına dönecek ve her şey yoluna girecektir.)


3
'Seçenekler ayrıştırılamadı: Bilinmeyen seçenek -reset' komutunu alıyorum Herhangi bir fikir neden?
Ron Piggott

1
@RonPiggott
sP_ ile

1
Önerin için teşekkürler. Yukarıda belirtilen hatayı aldım ve bunun için bir soru yaptım: unix.stackexchange.com/questions/488037/…
acobster

Aynı hatayı aldım, ancak sudo killall gdm3benim için çalıştı (daha sonra yeniden başlatılan gdm3'ü ve ekranın engelleri kaldırıyor).
Laurence Gonsalves

1

Bu örneği onarmak için şunu yazdım:

sudo apt install gnome-screensaver

Ve ilk kez çalıştı. Dosyanın neden işe yaramadığını veya neden orada olmadığını bilmiyorum ama dediğim gibi ... benim için çalıştı.


1

Bu sorunu yaşadım, kilit ekranında video sinyalini kapatacak ama tekrar açmayacaktı.

Şifrenizi kör bir şekilde yazmaya çalışırsanız, ekranın açıldığını ve giriş yaptığını fark edebilirsiniz.

Video / ekran koruyucu ile ilgili bir sorun oldu.

XScreenSaver yükleyerek düzelttim


1

Benim için sorun şuydu: lightdmBoş ekranı kilitledikten sonra sorunu çözerek açabildim gdm3:

sudo apt-get install gdm3

Sırasında istendiğinde gelen değişim yüklemek lightdmiçin gdm3ve butonu tıklayın. Yeniden başlatma gerekli ve artık daha modern bir giriş ekranınız olacak. En önemlisi, ekranı kilitlemekten uyanmak aslında işe yarıyor, en azından benim için sonunda çalışıyor.


Ayrıca, tüm bu çeşitli çözümleri test ederken sıkışıp kalmaktan bıktıysanız, bir terminal oturumuna geçmek için CTRL+ ALT+ F1(veya F1- - arasındaki herhangi bir oturumu F6) klavye kombinasyonunu kullanın, sonra CTRL+ ALT+ ile geri dönün F7. Şimdi ekranınızın kilitli olduğunu belirten bir metin görmelisiniz, ancak 5 saniye verin ve şifre istemini görün. Bu da bana denedim her çeşitli çözümü zorla yeniden başlatmak zorunda çok baş ağrısı kurtardı.


Bir ThinkPad'de (x390), anahtar birleşimi geçici çözümü FN + CTRL + ALT + F2 (Terminal oturumu) ve FN + CTRL + ALT + F7'dir (GUI'ye geri dön)
Sir Jane

gdm3lightdmbenden daha iyi ve daha hızlı çalışıyor !
banan3'14

0

Makinem Ubuntu 18.04'e yükselttikten sonra da benzer bir sorun yaşadı. Kapağı kapattıktan sonra işletim sistemi uyanmaz, ancak arka ışık yanar. (Muhtemelen ilgisiz: Klavyem kilitleme düğmesinin LED'ini yanmaması nedeniyle klavyem de yanıt vermiyor gibi görünüyordu.)

Biyo ayarlarımda bir düzeltme buldum. Dizüstü bilgisayar kapağı açıldığında uyanmayı sağlayan bir onay kutusu vardı. Denetlenmedi, ancak kontrol edilmesi sorunu çözdü.

$ uname -r
4.15.0-21-lowlatency

$ lsb_release -r
Release:    18.04

$ lscpu
Architecture:        x86_64
Model name:          AMD PRO A10-8700B R6, 10 Compute Cores 4C+6G

$ dmidecode
BIOS Information
    Vendor: HP
    Version: N73 Ver. 01.17
    Release Date: 11/02/2016

0

Benim durumumda:

$ uname -r
4.15.0-33-generic

$ lsb_release -r
Release: 18.04

$ lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              4
On-line CPU(s) list: 0-3
Thread(s) per core:  1
Core(s) per socket:  4
Socket(s):           1
NUMA node(s):        1
Vendor ID:           GenuineIntel
CPU family:          6
Model:               55
Model name:          Intel(R) Pentium(R) CPU N3540  @ 2.16GHz
Stepping:            8
CPU MHz:             880.243
CPU max MHz:         2665,6001
CPU min MHz:         499,8000
BogoMIPS:            4331.60
Virtualization:      VT-x
L1d cache:           24K
L1i cache:           32K
L2 cache:            1024K
NUMA node0 CPU(s):   0-3
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat

$ sudo dmidecode | grep BIOS -A2
BIOS Information
Vendor: Acer
Version: V1.10
BIOS Revision: 0.0
Firmware Revision: 1.9

Donanım - Aser E5-511-P6CS

Çözüm grub $vt_handoffdizesinden çıkartılır .

Bunu yapmak için - sadece /etc/grub.d/10_linuxdosyayı düzenleyin .

Set $vt_handoff = "1"için$vt_handoff = "0"


Eğer ortalama değişim Do vt_handoff="1"için vt_handoff="0"? Bunu sizin yazma şekliniz, bir tahsisat yapmak yerine, bir karşılaştırma için sözdizimidir. Başkalarının grub dosyalarının farklı olup olmadığından emin değilim, ancak benimkide birden fazla karşılaştırma var ... dosyanın başlangıcına göre atamayı değiştirmek daha mantıklı görünüyor.
acobster

vt_handoff hangi sanal konsola çağrılacağını bildirir. Siyah bir ekranda farklı konsola geçebilirseniz, bu sorun olabilir, ancak işletim sisteminiz donmuşsa bunun yardımcı olacağından emin olamazsınız.
Shital Shah

0

Benim de benzer sorunlarım var. Değiştirilebilir grafik kartı devre dışı bırakıldı ve değiştirilmiş vt_handoff çalıştı. Hiçbiri işe yaramadı.

Sonra SATA modunu "ACHI" olarak ayarlayarak (ubuntu kurduğumda "IDE" oldu) "yanlışlıkla" sorunu çözdüm. Ve sorunu düzeltti!


1
Burada bir konuyu devam ettirmek yerine (kişilerin Cevabınıza Cevapları ile cevap vermesi için bir yol olmadığından), bu soruyu Cevaplamanız (ilk 2 paragrafla) ve daha sonra 3. paragrafınızla Yeni Bir Soru açmanız daha iyi olur. Teşekkür ederim!
Jeff Schaller

0

Bu sorunu yaşadım ve Ubuntu Çekirdek Güncelleme Yardımcı Programını (aka Ukuu) kullanarak yayınlanan bir (4.15) Ubuntu'daki en son ana hat çekirdeğine (4.20) güncelleyerek çözdüm.

İlk başta bir ekran sürücüsü sorunu olabileceğini düşündüm, bu yüzden nvidia-390'a düşürdüm, ancak devam etti. Yine de 4.20 çekirdeğe yükselttikten sonra tamamen kayboldu.


0

Benim durumumda, hem bataryaya takılı hem de batarya için "otomatik askıya alma" işlevinin devre dışı bırakılması sorunu çözdü. Güncellemeleri yükledikten sonra, ayarların kendiliğinden değiştiğini, bunu aklında tuttuğumu fark ettim.

görüntü tanımını buraya girin

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.