Проблема на ядрах 4.12 и 4.13 в Manjaro. На ядре 4.11 проблема не наблюдается. Засыпание в память, не на диск.
Пока окончательного решения не найдено. Ниже ссылки, которые будут определять направление движения:
- https://forum.manjaro.org/t/linux-4-12/27111/74 * тут много чего: и отказ от blk-mq и игра с модулями ядра для virtualbox host и рекомендация остановить tlp (не мой случай). * Отказ от blk-mq:
-
https://forum.manjaro.org/t/kernel-4-12-crashes-when-resuming-from-suspending/28435/52
* название говорит само за себя:
- отказ от blk-mq
- замена bfq-mq на bfq-sq
- отказ от bfq в пользу deadline или cfq
- https://digi-merc.org/blog/2017-05-16-archlinux-freeze-resume/ и https://www.reddit.com/r/archlinux/comments/4ytogl/suspend_to_ram_would_randomly_freeze_the_computer/ * замена асинхронного засыпания, последовательным. Возможно может решить часть проблем связанhttps://01.org/blogs/rzhang/2015/best-practice-debug-linux-suspend/hibernate-issuesные с железом и гонками.
После пары перезагрузок, включения bfq-mq на HDD вместо mq-deadline и установки не-DKMS версии virtualbox host, проблему не получается решить.
Для отладки использую следующую методику:
- логин на первой консоли и:
while true; do dmesg | tail -n 30; sleep 1; done
- логин на второй консоли и:
sudo tail -f /var/log/everything | grep -v 'Tor<br/>['
- логин на третьей консоли, ничего не вводим, используем как дисплей, но SysRq командой повышаем уровень логирования до максимального:
Alt+SysRq+9
(для T530:Alt+Fn[press]+S[press]+S[release]+Fn[release]+9
)
После чего работает в обычном режиме.
Прочее полезное:
- анализ проблем с suspend: https://01.org/blogs/rzhang/2015/best-practice-debug-linux-suspend/hibernate-issues