You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 18, 2020. It is now read-only.
When the kernel syncs filesystems after it's told to go to sleep with echo mem > /sys/power/state, it might hang due to btrfs-transaction attempting to perform I/O on the (now suspended) root cryptdevice.
Perhaps we could fork echo mem > /sys/power/state, and run cryptsetup luksResume if that doesn't end within 5 (or so) seconds?
However, even if we unlock the LUKS device, we (probably) can't cancel sleep, so perhaps we can figure out how to wake up again automatically (then sync, do luksSuspend, and try to go to sleep again)
We could also stop the kernel from doing sys_sync() on suspend by setting CONFIG_SUSPEND_SKIP_SYNC=y, but that requires a kernel recompile, which might be a little overkill.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
When the kernel syncs filesystems after it's told to go to sleep with
echo mem > /sys/power/state
, it might hang due to btrfs-transaction attempting to perform I/O on the (now suspended) root cryptdevice.dmesg:
The text was updated successfully, but these errors were encountered: