18.04 ngủ đông với UEFI và kích hoạt khởi động an toàn


14

"sudo systemctl start hibernate.target" hoạt động tốt với 16.04 trên Acer B117 sử dụng boot legacy; Cập nhật lên 18.04 buộc tôi phải sử dụng tính năng khởi động an toàn UEFI và (yêu cầu của Acer). Đình chỉ vẫn hoạt động, nhưng tôi cần ngủ đông.

Phân vùng hoán đổi đang hoạt động và bằng kích thước RAM + 2GB;

GRUB_CMDLINE_LINUX_DEFAULT = "tiếp tục giật gân yên tĩnh = UUID = myswapuuid"

Tạp chí -xe tiết lộ lỗi không truy cập / sys / power / đĩa

cat / sys / power / đĩa: [bị tắt]

cat / sys / power / state: đóng băng mem

Bất kỳ đề xuất?

Câu trả lời:


11

Tôi có cùng một vấn đề và thật không may, với kernel Ubuntu chính thức là không thể kể từ phiên bản 4.13 do bản vá khóa kernel (efi-lockdown). Thực chất là:

Hiện tại không có cách nào để xác minh hình ảnh sơ yếu lý lịch khi trở về từ chế độ ngủ đông. Điều này có thể làm tổn hại đến mô hình tin cậy mô-đun đã ký, vì vậy cho đến khi chúng tôi có thể làm việc với hình ảnh ngủ đông đã ký, chúng tôi sẽ vô hiệu hóa nó khi kernel bị khóa.

Cam kết Bionic liên quan bạn có thể xem ở đây .

Đây là một quyết định gây tranh cãi và Linus đã từ chối hợp nhất những thay đổi này với kernel linux.

Một chút chi tiết bạn có thể tìm thấy là bài viết Kernel lockdown trong 4.17? và ý kiến ​​của nó.

Vì vậy, trong khi chúng tôi chờ đợi một số phần mềm ma ​​thuật, sẽ hoạt động với hình ảnh ngủ đông đã ký, chúng tôi chỉ có thể sử dụng một hạt nhân khác hoặc vô hiệu hóa khởi động an toàn .

PS tôi sẽ vui lòng đưa ra câu trả lời khác nếu ai đó giải quyết vấn đề này.


Cảm ơn bạn rất nhiều, hiểu tại sao là một bước tốt về phía trước.
olli61

Hạt nhân nào tôi có thể sử dụng? Ngủ đông là một tính năng thiết yếu đối với tôi. (Tôi hy vọng tôi phải có một mới hơn 4,15, lý tưởng 4.18, như WiFi của tôi hoạt động trên sau này, nhưng không phải là cũ.)
nsandersen

1

hy vọng điều này sẽ giúp được ai đó, nhưng tôi đang chạy popos / ub Ubuntu 19.04. Trong thiết lập của tôi, tôi có thể ngủ đông bằng s2disk hoặc pm-hibernate, nhưng sơ yếu lý lịch không thành công. Để khắc phục điều này, vì hệ thống của tôi được khởi động bằng UEFI thay vì grub. Tôi chỉ cần cài đặt lại bộ tải khởi động. Để kiểm tra xem bạn có đang chạy UEFI hay không, hãy sử dụng như sau:

[ -d /sys/firmware/efi ] && echo "Installed in UEFI mode" || echo "Installed in Legacy mode"

nếu ở chế độ UEFI, thì tôi đã làm theo hướng dẫn này để cài đặt lại bộ tải khởi động, nó sẽ thay đổi nếu bạn đang sử dụng đĩa nvme hoặc đĩa sata: https://support.system76.com/articles/bootloader/

Điều quan trọng là chạy lệnh này:

sudo update-initramfs -c -k all

đảm bảo rằng trong các tùy chọn kernalboot của bạn, bạn chỉ định phân vùng hoặc UUID về nơi tiếp tục từ đó, ví dụ như một cái gì đó như thế này:

tiếp tục = UUID = ed8347ed-2eb4-40bc-bc77-cc53b987ed88

Bạn có thể thêm phần này bằng một trong hai cách sau: 2eb4-40bc-bc77-cc53b987ed88

kiểm tra /var/log/syslogtập tin của bạn cho một cái gì đó như thế này:

Aug 4 22:26:42 pop-os /usr/bin/kernelstub[19639]: kernelstub : DEBUG kopts: root=UUID=b37019a8-91f5-445f-94c1-7359a49ed5df ro quiet loglevel=0 systemd .show_status=false resume=UUID=ed8347ed-2eb4-40bc-bc77-cc53b987ed88

Nếu sơ yếu lý lịch bị thiếu hoặc sai thì bạn sẽ cần cập nhật lại nhân khởi động của mình.


Cảm ơn, đây là câu trả lời duy nhất cho phép tôi tiếp tục mà không có vấn đề.
Emmanuel M. Smith

Là một người sử dụng mã hóa, tôi không cần thay đổi initramfs, nhưng tôi đã phải vô hiệu hóa cryptswap và kích hoạt lại trao đổi bình thường bằng cách bỏ ghi chú và bình luận một cách thích hợp /etc/fstab/etc/crypttab. cryptswap sử dụng một khóa ngẫu nhiên mỗi lần khởi động để không hoạt động cho chế độ ngủ đông.
fuzzyTew
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.