Ubuntu 14.04 - sudo pm-hibernate không hoạt động


16

Có một loạt các câu hỏi ở đây về đình chỉ lỗi sơ yếu lý lịch.

Câu hỏi tương tự xuất hiện trong: đình chỉ / tiếp tục thất bại nhưng tôi không hiểu bất kỳ câu trả lời nào. Chúng tôi đang sử dụng các máy tính xách tay khác nhau (tâm trí là Lenovo) vì vậy có thể có các loại phần cứng khác nhau bị ảnh hưởng.

Tôi đã thử đọc hướng dẫn này . Trong trường hợp của tôi sudo pm-hibernatekhông phải làm việc trong Terminal, và các bước cấu hình không sửa lỗi này.

Tôi đang cố gắng để hiểu tại sao Hibernate lại sai, bao gồm cả quản lý năng lượng thảo luận / ngủ đông từ hướng dẫn sử dụng Ubuntu. Họ đề nghị có một vấn đề với swsuspnhưng tôi không chắc làm thế nào để can thiệp vào phần đó.

Tôi tìm thấy GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"trong /etc/default/grubtập tin của tôi .

Có ai có được điều này để làm việc?


Trong thực tế head /var/log/pm-suspend.logdẫn đến

Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate:
/usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate: success.

Running hook /usr/lib/pm-utils/sleep.d/000record-status hibernate hibernate:
/usr/lib/pm-utils/sleep.d/000record-status hibernate hibernate: success.

Running hook /usr/lib/pm-utils/sleep.d/00logging hibernate hibernate:
Linux jdm-Lenovo-B570 3.13.0-46-generic #76-Ubuntu SMP Thu Feb 26 18:52:13 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Câu trả lời:


15

Tôi đã có cùng một vấn đề.

sudo pm-hibernate

...không có gì.

>~$ dbus-send --system --print-reply --dest="org.freedesktop.UPower" /org/freedesktop/UPower org.freedesktop.UPower.Hibernate
> method return sender=:1.44 -> dest=:1.303 reply_serial=2

...không có gì.

Nhìn xung quanh, tôi tìm thấy một đề nghị để kiểm tra nhật ký pm-hibernate:

>~$ head /var/log/pm-suspend.log
> Initial commandline parameters: 
> Wed Apr 29 22:38:06 PDT 2015: Running hooks for hibernate.
> Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate
>  hibernate: kernel update inhibits hibernate (/var/run/do-not-
>  hibernate present)

Ah! Vì vậy, hệ thống cần phải được khởi động lại vì đã có bản cập nhật kernel. Sẽ thật tuyệt khi nhận được một số thông báo về thực tế, thay vì ... không có gì.

BTW, để cho biết nếu bạn cần khởi động lại:

>~$ ls -l /var/run/reboot-required
> -rw-r--r-- 1 root root 32 Apr 29 18:28 /var/run/reboot-required

Về cơ bản, nếu tập tin đó tồn tại, cần phải khởi động lại. Tôi không thể nói cho bạn biết điều gì sẽ xảy ra nếu bạn đặt hệ thống ở chế độ ngủ đông nếu bạn cần khởi động lại do cập nhật kernel, nhưng tôi đã có thể ngủ đông ngay lập tức khi tôi làm điều này:

>~$ sudo rm /var/run/do-not-hibernate

3
Có lẽ đáng lưu ý rằng việc xóa /var/run/do-not-hibernatecó thể không được hỗ trợ và nguy hiểm về mặt lý thuyết (tôi đoán rằng khả năng tương thích nhị phân hình ảnh ngủ giữa các phiên bản kernel không được đảm bảo).
cubuspl42

1

Bạn đã thử chỉ định phân vùng trao đổi chính xác như được đề cập trong xử lý sự cố swsusp trong PowerMan Quản lý / Hibernate ? nó cố định pm-hibernate cho tôi. Ngoài ra, tôi sử dụng chế độ tắt máy. Tôi có lenovo z50-70.

Tệp grub của tôi cũng có "giật gân yên tĩnh" nhưng tôi chỉ đơn giản gắn thêm phân vùng trao đổi của mình bên cạnh nó.


Làm thế nào bạn làm điều này? Tôi có cùng một hệ thống, cùng một vấn đề.
Mookey

nó hơi khó khăn vì hành vi không ổn định. tôi đã thử nền tảng và chế độ tắt máy của phương thức kernel uwsusp. chế độ nền tảng không ngủ đông. Chế độ tắt máy làm việc cho tôi nhưng nó không thể tiếp tục. do đó tôi đã thử các thủ thuật khắc phục sự cố. nó làm việc cho tôi nhưng vẫn nấc trên đường đi.
Shaurabh Bharti

cài đặt trình điều khiển sở hữu cho nvidia và intel đã khắc phục sự cố của tôi. Thế còn bạn? nó đã hoạt động chưa tôi có thể đưa ra một số gợi ý nếu bạn cần.
Shaurabh Bharti

Tôi ước nó thật đơn giản, tôi có đồ họa lai với Intel và AMDGPU trên bo mạch, tức là địa ngục. Tôi không thể làm cho AMD hoạt động được.
Mookey

1
Nhưng ... Linux thật tuyệt vời

0

Như bạn đặt liên kết ở đây, swsusp xử lý sự cố phần này làm việc cho tôi.

Phương pháp đầu tiên

Trước tiên, bạn cần kiểm tra xem phân vùng trao đổi của bạn có được cấu hình đúng không. Để thực hiện điều này, ban đầu, hãy chạy sudo blkidvà sao chép UUID của phân vùng có kiểu hoán đổi (có thể là / dev / sda6), tôi gọi nó SWAP-UUID. Trước khi tiếp tục, bạn nên tạo một bản sao lưu dưới dạng /etc/fstab:

sudo cp /etc/fstab /etc/fstab.back

Bây giờ hãy mở /etc/fstabtệp bằng trình chỉnh sửa tệp như nano(chạy dưới dạng root). Sau đó, nhận xét mọi dòng bạn thấy cụm từ hoán đổi trong đó bằng cách thêm một dòng #ở đầu dòng. Tại đây, thêm dòng này vào cuối tệp (thay thế 'x' bằng những gì bạn đã sao chép gần đây):

UUID=SWAP_UUID none swap sw 0 0

Lưu các tập tin. Có lẽ vấn đề với phân vùng trao đổi đã được sửa chữa.

Lưu ý: Kích thước phân vùng trao đổi của bạn phải lớn hơn kích thước RAM của bạn; trừ khi bạn có thể có vấn đề với ngủ đông.

Phương pháp thứ hai

Từ liên kết ở trên, mô tả được trích dẫn, với một số thay đổi (thay đổi được thực hiện dựa trên những gì tôi đã thực hiện):

Vấn đề: Máy tính chuyển sang chế độ ngủ đông, OK. Nhưng sau khi bật nguồn, nó đang tải như thể không có trạng thái ngủ đông nào được lưu.

Trong trường hợp của grub2:

  1. Bạn nên tạo một bản sao lưu. Chạy:

sudo cp /etc/default/grub /etc/default/grub.back

  1. Mở /etc/default/grub;

  2. Tìm GRUB_CMDLINE_LINUX_DEFAULT=dòng. Đây là các tùy chọn được thêm vào các lựa chọn menu khởi động thông thường;

  3. Thêm resume=UUID=SWAP_UUIDtùy chọn vào danh sách như thế này:

Trước:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Sau (lưu ý các trích dẫn):

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash resume=UUID=SWAP-UUID"

Lưu ý: Bạn có thể không muốn thay đổi bất kỳ tùy chọn nào trước khi thêm sơ yếu lý lịch (ví dụ: thay đổi nosplashtùy chọn thành splash). Tuy nhiên, tôi khuyên bạn nên sử dụng cả hai quietsplashtùy chọn.

  1. Lưu các tập tin.
  2. Trong thiết bị đầu cuối, thực hiện lệnh sau (để thực sự kích hoạt cài đặt cấu hình mới)

sudo update-grub2

Bây giờ, hãy thử sudo pm-hibernatelệnh để ngủ đông máy tính của bạn, sau đó thử khởi động lại. Vấn đề của bạn có thể được khắc phục.

Hy vọng nó sẽ giúp được ai đó!

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.