Ubuntu 18.04 sẽ không thức dậy sau khi khóa màn hình và để trống / tạm dừng / ngủ


27

Tôi đang cố gắng chạy Ubuntu 18.04 trên máy tính xách tay có bộ xử lý AMD A12 và đồ họa Radeon R7. Tôi không có gì ngoài vấn đề và rất nản lòng với Ubuntu mặc dù tôi đã sử dụng 12.04 trong nhiều năm mà không gặp vấn đề như vậy.

Tôi có hai vấn đề đang điên rồ, và tôi sẽ đăng chúng riêng. Các sự cố chỉ xảy ra trên Gnome và Ubuntu trên Xorg và không xảy ra trên Wayland. Tuy nhiên, tôi được bảo rằng tốt nhất không nên chạy Gnome trên Wayland.

Vấn đề này là máy tính đôi khi không thức dậy sau khi bị đình chỉ. Chà, tôi nghĩ nó đã thức dậy vì ổ đĩa quang quay và ổ cứng bị mất, nhưng tôi không thể đăng nhập vì màn hình khóa là một màu băm hoặc nền bị méo mà không có nơi để đăng nhập. Tôi thậm chí không thể ctrl- alt-F1 để nhận được lời nhắc. Tất cả đầu vào bị đóng băng.

Tôi tự hỏi nếu Xorg được cấu hình chính xác. Tôi đang chạy trình điều khiển video Oilaf hoạt động tốt dưới Wayland vì vậy tôi không biết có vấn đề gì với Xorg và trình điều khiển đó không.


1
Có thể trùng lặp với câu hỏi với câu trả lời này có hiệu quả với tôi: Askubfox.com/a/1041397/413258
Roland

Bạn có sử dụng mã hóa toàn bộ đĩa (LUKS) do Ubuntu đề xuất trong quá trình cài đặt mới không? crypsetupcó thể đang chờ mật khẩu nhưng thực tế đó không hiển thị trên màn hình bị khóa / trống. Hỏi vì các báo cáo lỗi của chính việc hoán đổi được mã hóa tạo ra vấn đề trứng gà. Xem: bug.launchpad.net/ubfox/+source/linux/+orms/1774950 ảnh hưởng đến nhiều người dùng.
thân

Câu trả lời:


8

Dường như có một vấn đề với trình điều khiển nouveau. Chỉnh sửa grubtập tin bằng cách chỉnh sửa nó với quyền truy cập sudo.

sudo vim /etc/default/grub 

Thêm nouveau.modeset=0vào dòng nóiGRUB_CMDLINE_LINUX=""

Sau đó chạy

sudo update-grub

Khởi động lại sau khi cập nhật grubtập tin thành công .


2
Điều này có nghĩa GRUB_CMD_LINUX="nouveau.modeset=0"không?
Clark Henry

1
Đây phải là câu trả lời được chấp nhận.
Clark Henry

Có @ClarkHenry, bạn cần thiết lậpGRUB_CMD_LINUX="nouveau.modeset=0"
Krishn Bera

những gì đã giúp tôi là để thiết lập nouveau.blacklist=1.
Fariborz Ghavamian

sau khi làm như vậy, độ phân giải không được đặt đúng.
smihael

5

Trình bảo vệ màn hình đã giúp tôi với Xubfox 18.04 - ngoại trừ tôi đã cài đặt xscreenaver và mọi thứ bắt đầu hoạt động chính xác.


3

Tôi đang gặp vấn đề tương tự trên máy tính xách tay HP Pavilion 17-ar050wm. Tôi đã thử rất nhiều thứ khác nhau - sử dụng trình điều khiển chảy máu Oilaf / Ubuntu-X, chuyển sang lightdm, chạy gdm3 -reset- nhưng điều duy nhất có vẻ khác biệt là liệu tôi có ngủ hay không bằng cách nhấn nút nguồn hoặc đóng nắp máy tính xách tay. Khi tôi chỉ đóng nắp, màn hình / bàn phím không hoạt động trở lại đúng khoảng 3/4 thời gian, nhưng khi tôi nhấn nút trước, nó sẽ quay lại 100% thời gian (cho đến nay).

Vì vậy, vì thiếu một giải pháp tốt hơn, tôi sẽ cố gắng nhớ nhấn nút nguồn mỗi lần trước khi đóng nắp.


2

Tôi nghĩ rằng tôi đã tìm thấy câu trả lời cho điều này cuối cùng. Nó dường như đã hoạt động cho đến nay, nhưng chỉ mới được vài ngày. Giải pháp tôi đã gặp là:

sudo gdm3 -reset 

và khởi động lại.

(Lưu ý: Sau khi thiết lập lại gdm3, nó sẽ quay trở lại màn hình đăng nhập sẽ không cho phép bạn đăng nhập. Đừng lo lắng về điều đó. Khởi động lại và nó sẽ trở lại màn hình đăng nhập bình thường và mọi thứ sẽ ổn.)


3
Tôi đang nhận được lời nhắc 'Không thể phân tích các tùy chọn: Tùy chọn không xác định -reset' Bất kỳ ý tưởng nào tại sao?
Ron Piggott

1
Lỗi tương tự như @RonPiggott
sP_ 20/07/18

1
Cám ơn vì sự gợi ý. Tôi đã nhận lỗi nêu trên và thực hiện một câu hỏi cho nó: unix.stackexchange.com/questions/488037/...
acobster

Tôi đã gặp lỗi tương tự, nhưng sudo killall gdm3đã làm việc với tôi (nó giết chết gdm3, sau đó được khởi động lại và màn hình không hiển thị).
Laurence Gonsalves

1

Để sửa chữa trường hợp này, tôi đã gõ:

sudo apt install gnome-screensaver

Và nó đã làm việc lần đầu tiên. Tôi không biết tại sao tập tin không hoạt động hoặc tại sao nó không ở đó, nhưng như tôi đã nói ... làm việc cho tôi.


1

Tôi gặp vấn đề này, trên màn hình khóa, nó sẽ tắt tín hiệu video nhưng không bật lại.

Nếu bạn cố gắng nhập mật khẩu một cách mù quáng, bạn có thể nhận thấy màn hình bật và đăng nhập.

Đó là một vấn đề liên quan đến tiết kiệm video / màn hình.

Tôi đã sửa nó bằng cách cài đặt xScreenSaver


1

Vấn đề với tôi là lightdmvà tôi đã có thể sửa màn hình trống sau khi khóa sự cố bằng cách chuyển sang gdm3:

sudo apt-get install gdm3

Khi được nhắc trong khi cài đặt, thay đổi từ lightdmđến gdm3và nhấn enter. Việc khởi động lại là cần thiết và giờ bạn sẽ có màn hình đăng nhập hiện đại hơn. Quan trọng nhất, thức dậy từ việc khóa màn hình thực sự hoạt động bây giờ, ít nhất là đối với tôi cuối cùng nó cũng làm được.


Ngoài ra, nếu bạn phát ốm vì bị mắc kẹt trong khi thử nghiệm tất cả các giải pháp khác nhau này, hãy sử dụng kết hợp bàn phím CTRL+ ALT+ F1(hoặc bất kỳ phiên nào từ F1- F6) để chuyển sang phiên cuối, sau đó chuyển lại qua CTRL+ ALT+ F7. Bây giờ bạn sẽ thấy văn bản nói rằng màn hình của bạn bị khóa nhưng chỉ cần cho nó 5 giây và bạn sẽ thấy lời nhắc mật khẩu. Điều đó đã giúp tôi tiết kiệm rất nhiều vấn đề đau đầu khi buộc phải khởi động lại từng giải pháp khác nhau mà tôi đã thử.


Trên ThinkPad (x390), cách giải quyết kết hợp phím là FN + CTRL + ALT + F2 (Phiên cuối) và FN + CTRL + ALT + F7 (quay lại GUI)
Sir Jane

gdm3làm việc tốt hơn và nhanh hơn so lightdmvới tôi!
banan3'14

0

Máy của tôi gặp vấn đề tương tự sau khi nâng cấp lên Ubuntu 18.04. Sau khi đóng nắp, HĐH sẽ không thức dậy, nhưng đèn nền sẽ sáng. (Có thể không liên quan: có vẻ như bàn phím của tôi cũng không phản hồi, vì việc bật nắp khóa không làm sáng đèn LED.)

Tôi tìm thấy một sửa chữa trong cài đặt bios của tôi. Có một hộp kiểm cho phép đánh thức khi nắp máy tính xách tay được mở. Nó đã không được kiểm tra, nhưng kiểm tra nó đã khắc phục vấn đề.

$ 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

Trong tình huống của tôi:

$ 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

Phần cứng - Aser E5-511-P6CS

Giải pháp được loại bỏ khỏi $vt_handoffchuỗi grub .

Để làm điều này - chỉ cần chỉnh sửa /etc/grub.d/10_linuxtập tin.

Đặt $vt_handoff = "1"thành$vt_handoff = "0"


Bạn có nghĩa là thay đổi vt_handoff="1"để vt_handoff="0"? Cách bạn viết nó là cú pháp để so sánh, thay vì chỉ định. Không chắc các tệp grub của người khác có khác không, nhưng có nhiều so sánh trong tôi ... dường như có ý nghĩa hơn để thay đổi việc gán cho phần đầu của tệp.
acobster

vt_handoff cho biết nên gọi giao diện điều khiển ảo nào. Nếu trên màn hình đen, bạn có thể chuyển sang bảng điều khiển khác thì có thể điều này sẽ giải quyết được vấn đề nhưng nếu hệ điều hành của bạn bị đóng băng thì không chắc điều này sẽ giúp ích.
Shital Shah

0

Tôi có vấn đề tương tự. Đã thử vô hiệu hóa card đồ họa có thể chuyển đổi và vt_handoff được sửa đổi. Không ai trong số họ làm việc.

Sau đó, tôi "vô tình" khắc phục sự cố bằng cách đặt chế độ SATA thành "ACHI" (là "IDE" khi tôi cài đặt ubfox) trong BIOS. Và nó đã khắc phục vấn đề!


1
Thay vì tiếp tục một chủ đề ở đây (vì không có cách nào để mọi người trả lời Câu trả lời cho Câu trả lời của bạn), tốt hơn là trả lời câu hỏi này (với 2 đoạn đầu tiên) và sau đó mở Câu hỏi mới với đoạn thứ 3 của bạn. Cảm ơn bạn!
Jeff Schaller

0

Tôi đã gặp vấn đề này và giải quyết nó bằng cách cập nhật lên kernel chính mới nhất (4.20) từ Ubuntu đã xuất bản (4.15) bằng tiện ích cập nhật kernel Kernel (hay còn gọi là Ukuu).

Lúc đầu, tôi nghĩ rằng nó có thể là một vấn đề trình điều khiển hiển thị, vì vậy tôi đã hạ cấp xuống nvidia-390, nhưng nó vẫn tồn tại. Hoàn toàn biến mất sau khi cập nhật lên 4.20 kernel.


0

Trong trường hợp của tôi, việc vô hiệu hóa "tạm dừng tự động" cho cả khi cắm và sử dụng pin đã giải quyết được vấn đề. Tôi nhận thấy sau khi cài đặt các bản cập nhật, thiết lập lại thay đổi một lần nữa, hãy ghi nhớ điều đó.

nhập mô tả hình ảnh ở đây

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.