Điểm:0

Ubuntu Focal bị đóng băng và không tiếp tục sau khi tạm dừng (ví dụ: đóng máy tính xách tay)

lá cờ ph

Khi tôi đóng máy tính xách tay của mình và mở lại (hoặc nó tự động ngủ sau khi không hoạt động), máy sẽ không hoạt động bình thường. Màn hình sẽ hiển thị màn hình ngủ -- mô tả ngắn gọn về hoạt động tạm dừng -- và quạt sẽ bắt đầu thổi giống như máy bay 747 cất cánh. Cách duy nhất là khởi động cứng (giữ nút nguồn trong 4 giây).

Điều này đã từng hoạt động tốt với Bionic (đã trở nên không ổn định sau quá nhiều thử nghiệm với các vụ hack phần cứng khác nhau), vì vậy tôi hơi bối rối.

Có một tài liệu tham khảo trong dmesg ngủ đông:

[ 30.198017] Lockdown: systemd-logind: chế độ ngủ đông bị hạn chế; xem man kernel_lockdown.7

Nhưng tôi không rõ làm thế nào để giải quyết vấn đề này. người đàn ông kernel_lockdown thảo luận về chế độ ngủ đông "không được mã hóa" bị vô hiệu hóa, ngụ ý có thể có chế độ ngủ đông được mã hóa, nhưng không cung cấp thêm chi tiết.

tài liệu Ubuntu trên Kích hoạt chế độ ngủ đông với Hoán đổi được mã hóa không cung cấp một số hướng dẫn, nhưng dường như không hoạt động. Điều này ngụ ý rằng lvm phải được sử dụng, trong trường hợp của tôi thì không (tôi đã chọn thư mục gốc zfs trong khi cài đặt, không sử dụng lvm).

Trong một thời gian, tôi đã nghĩ rằng điều này có liên quan đến trình điều khiển nvidia (hiện tại là 460) không hoạt động bình thường trở lại, nhưng tôi đã thử tất cả các cài đặt (bao gồm cả việc buộc chipset intel) mà không có thay đổi.

Đầu ra nhật ký hệ thống ngay trước khi khởi động lại như sau. Tôi không nghĩ rằng tôi thấy bất cứ điều gì thú vị ở đây, nhưng tôi có thể không biết những gì để tìm kiếm.

Ngày 25 tháng 7 12:04:49 xenon wpa_supplicant[2208]: nl80211: deinit ifname=p2p-dev-wlp4s0 bị vô hiệu hóa_11b_rates=0
Ngày 25 tháng 7 12:04:49 xenon systemd-sleep[165210]: Hệ thống treo...
Ngày 25 tháng 7 12:04:49 hạt nhân xenon: [ 3360.130627] PM: tạm dừng nhập (sâu)
Ngày 25 tháng 7 12:04:49 xenon wpa_supplicant[2208]: nl80211: deinit ifname=wlp4s0 bị vô hiệu hóa_11b_rates=0
Ngày 25 tháng 7 12:04:51 xenon gnome-shell[17784]: [17775:17977:0725/120451.785183:ERROR:connection_factory_impl.cc(429)] Không thể kết nối với điểm cuối MCS với lỗi -106
Ngày 25 tháng 7 12:04:54 kernel xenon: [ 3364.649231] Đồng bộ hóa hệ thống tập tin: 4,519 giây
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (**) Tùy chọn "fd" "44"
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) event3 - Nút nguồn: đã xóa thiết bị
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (**) Tùy chọn "fd" "47"
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) event6 - Video Bus: đã xóa thiết bị
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (**) Tùy chọn "fd" "48"
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) event7 - Video Bus: đã xóa thiết bị
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (**) Tùy chọn "fd" "49"
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) event0 - Nút nguồn: đã xóa thiết bị
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (**) Tùy chọn "fd" "50"
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) event1 - Nút ngủ: đã xóa thiết bị
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (**) Tùy chọn "fd" "51"
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) event8 - Máy ảnh Chicony USB 2.0: Chicony: đã xóa thiết bị
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (**) Tùy chọn "fd" "52"
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) event4 - AT Translated Set 2 keyboard: đã xóa thiết bị
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (**) Tùy chọn "fd" "53"
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) event5 - SynPS/2 Synaptics TouchPad: đã xóa thiết bị
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: bị tạm dừng trong 13:69
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: bị tạm dừng trong 13:64
Ngày 25 tháng 7 12:04:54 kernel xenon: [ 3364.965699] rfkill: đã bật trình xử lý đầu vào
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: bị tạm dừng trong 13:71
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: bị tạm dừng trong 226:0
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: bị tạm dừng trong 13:68
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: bị tạm dừng trong 13:65
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: bị tạm dừng trong 13:70
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: bị tạm dừng trong 13:67
Ngày 25 tháng 7 12:04:54 xenon /usr/lib/gdm3/gdm-x-session[3482]: (II) systemd-logind: bị tạm dừng trong 13:72

Tôi đã không kiểm tra những gì?

Nate T avatar
lá cờ it
Kiểm tra khởi động an toàn trong cài đặt bios. Cần phải được vô hiệu hóa
Nate T avatar
lá cờ it
Nhân đang chuyển sang chế độ khóa, nhưng tôi đoán bạn đã biết điều đó..
Điểm:1
lá cờ it

Đây là (có thể) một triệu chứng khi chạy Ubuntu ở chế độ SecureBoot. Nhìn thấy đây để biết thêm chi tiết.

Theo điều này (ít nhất là theo tôi hiểu), thông báo lỗi của bạn cho bạn biết rằng chế độ ngủ đông không được phép trong hệ thống của bạn vì nó đang cố gắng tuân thủ các tiêu chuẩn khởi động an toàn.

Để tắt SecureBoot, bạn cần khởi động vào menu cài đặt BIOS. Quá trình mở menu BIOS và định vị cài đặt này phụ thuộc vào máy. Nếu bạn chưa biết quy trình, hãy tìm kiếm nhanh trên google về:

<laptop-make-&-model> Cài đặt BIOS

...sẽ hướng dẫn chi tiết. Thay thế hoặc thêm từ "SecureBoot" sẽ cho bạn biết tùy chọn đang ẩn ở đâu trong menu, mặc dù nó thường khá dễ xác định vị trí. Thông thường, nó nằm trong tab 'bảo mật' hoặc thứ gì đó tương tự.

Đối với thẻ/trình điều khiển nvidia, tôi đang chạy cùng một thiết lập và vấn đề duy nhất tôi gặp phải là lắc lư và điều đó cuối cùng chỉ là vấn đề nhỏ.

PaulProgrammer avatar
lá cờ ph
Tôi đã lo sợ về nó. Tôi đã thử cài đặt secureboot lần này, nhận ra rằng đã vài năm rồi mới tính đến tính năng này, nhưng than ôi, có vẻ như đây không phải là trường hợp.
Nate T avatar
lá cờ it
Nó chủ yếu là một thử thách "microsoft muốn bạn chạy một máy chỉ có windows". Đó là lý do tại sao nó vẫn như thế này.SecureBoot ít nhiều tìm kiếm các ứng dụng được ký bởi Microsoft. Nếu không, các hạn chế bảo mật của chúng sẽ được thắt chặt, ở mức thấp nhất, đến mức chúng không hoạt động. Cách giải quyết về cơ bản là giả mạo. Đó là cách RHEL và một số người khác làm điều đó. Tôi đoán là Ubuntu đã quyết định không làm vậy. Tuy nhiên, họ đưa ra hướng dẫn DIY trên trang web của họ, trong trường hợp bạn muốn tự mình thử.
Nate T avatar
lá cờ it
Tôi có thể khai thác liên kết nếu bạn muốn. Tuy nhiên, như bạn biết, vấn đề biểu hiện theo nhiều cách khác nhau, vì vậy có thể bạn sẽ làm điều đó nhiều lần. Dù sao đi nữa, SecureBoot không thực sự là về bảo mật. Nó nói nhiều hơn về việc MS gây sức ép lên cộng đồng nguồn mở. Tôi không thấy bất kỳ mối liên hệ nào giữa ứng dụng được bảo mật và được ký bởi MS. Đó là lý do tại sao tôi cảm thấy thoải mái khi vô hiệu hóa nó. Tôi khuyên bạn nên nghiên cứu vấn đề này. Tôi đã đơn giản hóa quá mức. Ngoài ra, tôi đang tắt bộ nhớ, và đã lâu rồi tôi không nhìn vào nó. Vì vậy, lấy tất cả những điều này với một hạt muối. :)
Điểm:0
lá cờ sz

Trong tài liệu tham khảo để

Ngày 25 tháng 7 12:04:51 xenon gnome-shell[17784]: [17775:17977:0725/120451.785183:ERROR:connection_factory_impl.cc(429)] Không thể kết nối với điểm cuối MCS với lỗi -106

Tôi đã gặp sự cố đó từ lâu do một số xung đột gói với các thành phần Kubfox mà tôi đã thêm nhầm để bạn có thể kiểm tra điều đó. Nhìn thấy báo cáo lỗi liên quan này để biết thêm chi tiết.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.