ngủ đông vào đĩa không khôi phục, nhưng tạm dừng ram đang hoạt động

Tôi có Debian 6, tôi cũng đã thấy điều này trong Ubuntu (không thể nhớ tôi đã sửa nó như thế nào).

Tôi có thể ngủ đông, nhưng khi tôi bật hệ thống khởi động lạnh (nó không khôi phục phiên trước đó).

Lưu ý đình chỉ hoạt động tốt. Đã xem trong/var/log/pm-suspend.log Hiển thị cho mỗisuspend suspendkhối mộtresume suspendkhối, nhưnghibernate hibernate' is not followed bytiếp tục ngủ đông (tôi cho rằng đó là những gì được mong đợi.

Gói cài đặt ngủ đông, như đã nghĩ nó có thể cần thiết, nhưng không có sự khác biệt.

Tôi chỉ bắt đầu tìm kiếm và không thể tìm thấy /usr/lib/hal/scripts/linux/hal-system-power-hibernate-linuxhoặc /usr/lib/haltôi đã tìm kiếm các tập tin sức mạnh (tất cả có ở đó không?:

find /usr/lib -iname "*power*"
/usr/lib/libupower-glib.so.1
/usr/lib/klibc/bin/poweroff
/usr/lib/python2.6/dist-packages/axiom/test/test_powerup.pyc
/usr/lib/python2.6/dist-packages/axiom/test/test_powerup.py
/usr/lib/upower
/usr/lib/upower/upowerd
/usr/lib/libupower-glib.so.1.0.1
/usr/lib/gnome-power-manager
/usr/lib/pymodules/python2.6/OpenGL/raw/GL/ARB/texture_non_power_of_two.pyc
/usr/lib/pymodules/python2.6/OpenGL/raw/GL/ARB/texture_non_power_of_two.py
/usr/lib/pymodules/python2.6/OpenGL/GL/ARB/texture_non_power_of_two.pyc
/usr/lib/pymodules/python2.6/OpenGL/GL/ARB/texture_non_power_of_two.py
/usr/lib/pymodules/python2.6/coherence/upnp/services/servers/switch_power_server.py
/usr/lib/pymodules/python2.6/coherence/upnp/services/servers/switch_power_server.pyc
/usr/lib/pymodules/python2.6/coherence/upnp/services/clients/switch_power_client.pyc
/usr/lib/pymodules/python2.6/coherence/upnp/services/clients/test/test_switch_power_client.py
/usr/lib/pymodules/python2.6/coherence/upnp/services/clients/test/test_switch_power_client.pyc
/usr/lib/pymodules/python2.6/coherence/upnp/services/clients/switch_power_client.py
/usr/lib/pymodules/python2.6/coherence/upnp/core/xml-service-descriptions/SwitchPower1.xml
/usr/lib/pm-utils/power.d
/usr/lib/pm-utils/power.d/sched-powersave
/usr/lib/pm-utils/sleep.d/00powersave
/usr/lib/rhythmbox/plugins/power-manager
/usr/lib/rhythmbox/plugins/power-manager/libpower-manager.so
/usr/lib/rhythmbox/plugins/power-manager/power-manager.rb-plugin

Tôi vừa phải xử lý vấn đề này trên máy tính xách tay chạy Debian tests (Jessie / Sid).

Có thể có liên quan: trao đổi phân vùng trên một khối LVM (không được mã hóa) tại /dev/vg1/swap.

Để hệ thống hoạt động trở lại sau khi ngủ đông, tôi phải chỉnh sửa /etc/default/grubvà thay đổi

GRUB_CMDLINE_LINUX=""

đến

GRUB_CMDLINE_LINUX="resume=/dev/mapper/vg1-swap"

và sau đó chạy update-grub.

Nếu bạn muốn hạt nhân không kiểm tra hình ảnh tiếp tục khi bạn chọn tùy chọn khôi phục từ menu GRUB, bạn muốn sửa đổi GRUB_CMDLINE_LINUX_DEFAULTthay vì GRUB_CMDLINE_LINUX.

Tôi đã dự kiến ​​sẽ update-grubtự viết bất kỳ resume=tham số cần thiết nào /boot/grub/grub.cfg, mà không cần phải nói rõ về nó.

Tuy nhiên, đề cập duy nhất về resume=bên trong các đoạn script /etc/grub.dnằm trong một phần có liên quan đến hỗ trợ OSX. Không chắc chắn những gì đang xảy ra ở đó.

Đây là một vấn đề phổ biến đối với ngủ đông và tạm ngưng trong Ubuntu / Debian.

cài đặt uswsusp

sudo apt-get install uswsusp

sau đó thử các cách sau để tạm ngưng và ngủ đông tương ứng,

sudo s2ram

sudo s2disk

Nếu nó hoạt động, sau đó bạn có thể làm cho nó vĩnh viễn, sao lưu như sau,

sudo cp /usr/lib/hal/scripts/linux/hal-system-power-suspend-linux /usr/lib/hal/scripts/linux/hal-system-power-suspend-linux.bak

sudo cp /usr/lib/hal/scripts/linux/hal-system-power-hibernate-linux /usr/lib/hal/scripts/linux/hal-system-power-hibernate-linux.bak

và chỉnh sửa như sau

/usr/lib/hal/scripts/linux/hal-system-power-suspend-linux

#!/bin/sh
/sbin/s2ram –force

/usr/lib/hal/scripts/linux/hal-system-power-hibernate-linux

#!/bin/sh
/sbin/s2disk

Nếu bạn đã thay đổi đĩa cứng hoặc bảng phân vùng, thì máy tính của bạn sẽ lưu một phiên, nhưng nó sẽ không thể khôi phục lại khi bật nguồn, hoạt động như thể nó được khởi động lại thay vì ngủ đông.

Trong trường hợp này, bạn phải thông báo cho initramfs-tools về phân vùng chính xác uuid. Trước hết, hãy lưu ý id của phân vùng trao đổi của bạn với

$ ls /dev/disk/by-uuid -la

Sau đó, chỉnh sửa tệp /etc/initramfs-tools/conf.d/resume tương ứng.

Cuối cùng cập nhật initramfs với

# update-initramfs -u

Nó vẫn không hoạt động, cố gắng chỉ định phân vùng khôi phục cho Grub. Tuy nhiên, nó không cần thiết.

Chỉnh sửa tệp / etc / default / grub chỉ định UUID của phân vùng trao đổi của bạn:

GRUB_CMDLINE_LINUX="resume=UUID=6098d082-4654-4840-8937-7337d14b2c5d other-option=value"

hoặc đơn giản là sử dụng thiết bị

GRUB_CMDLINE_LINUX="resume=/dev/sda1 other-option=value"

Đừng quên cập nhật Grub.

# update-grub

Khởi động lại và cố gắng ngủ đông:

# pm-hibernate

# update-initramfs -u

Đây là mảnh còn thiếu trong trường hợp tương tự của tôi. Khi tiếp tục từ chế độ ngủ đông thành công bắt đầu thất bại, sau khi thay đổi phân vùng trao đổi . Rất nhiều lời khuyên đề nghị sửa lỗi dòng lệnh grub (như đã đề cập trong câu trả lời trước đây ở đây).

Tuy nhiên, trên hệ thống của tôi (Ubuntu 14.04) ngủ đông được sử dụng để hoạt động tốt, không có tham số tiếp tục trong grub, trước khi thay đổi phân vùng trao đổi. Vì vậy, tôi nhận ra rằng phải có một số cách khác để sơ yếu lý lịch được xử lý.

Trình tự kích hoạt chế độ ngủ đông / tiếp tục sau khi thay đổi để thay đổi phân vùng thay đổi (sau khi UUID mới đã được gán cho thiết bị phân vùng trao đổi, mỗi blkidhoặc ls /dev/disk/by-uuid -la):

1. Chỉnh sửa /etc/fstabđể thay đổi thành UUID mới của hoán đổi
2. Chỉnh sửa /etc/initramfs-tools/conf.d/resumeđể phản ánh UUID của hoán đổi mới
3. Chạy update-initramfs -uđể xây dựng lại/boot/initrd.img*
4. Khởi động lại

Cảm ơn @Demis Palma!