На что wq_busy=1 указывает в отказе приостановить?
После обновления 15,10, мой ноутбук больше не приостанавливает. dmesg говорит
[…] PM: Syncing filesystems ... done.
[…] PM: Preparing system for sleep (mem)
[…] Freezing user space processes ... (elapsed 0.001 seconds) done.
[…] Freezing remaining freezable tasks ...
[…] Freezing of tasks failed after 20.008 seconds (0 tasks refusing to freeze, wq_busy=1):
Это, кажется, обвиняет wq_busy для того, чтобы быть верным, но у меня нет удачи при обнаружении, почему это могло бы иметь место или как я мог бы зафиксировать ее. (Поиски в Интернете, кажется, всегда тянут более популярный случай, где задача отказывается замораживаться.), Что делает wq_busy=1 указать?
3 ответа
wq_busy, по-видимому, имя переменной ядра для занятого флага на workqueue. То, почему это было упорно продолжено верное для некоторого workqueue на моей машине, неясно, потому что проблема ушла, в то время как я пытался диагностировать его. В случае, если это полезно для кого-то в будущем, я сделал следующее:
- Неоднократно, пока все приложения не были закрыты:
- Близко приложение.
- Попытка, неудачно, для приостановки.
- Отключают сети.
- Попытка, неудачно, для приостановки.
- Перезагрузка (намерение получить чистый список процессов; я собирался прогрессивно отключить вещи в надеждах, что некритический процесс был преступником).
- Попытка, неожиданно успешно, для приостановки.
- Повторно позволяют объединиться в сеть.
- Попытка, снова успешно, для приостановки.
Так, строго на основе наблюдений, а не с любым пониманием проблемы, я предположил бы, что следующее является обходным решением, или зафиксируйте:
- Отключают сети.
- Перезагрузка.
- Повторно позволяют объединиться в сеть.
У меня была та же проблема. wq_busy был 1. Я подозревал, что это начало происходить после 18,10 обновлений.
я провел некоторое исследование и нашел сообщение о поиске определенных для аппаратных средств решений специально для ноутбуков и другого сообщения приблизительно cdemu.
https://forums.gentoo.org/viewtopic-t-952364-start-0.html
В моем случае, удаляя gcdemu, cdemu-client, cdemu-daemon, и затем автоудаляет vhba-dkms, и libmirage11 сделал мой спящий режим, работающий снова.
Несколько месяцев назад я включил режим гибернации в своей системе Ubuntu, сейчас это 20.04, но теперь, как и в прошлом, у меня возникла проблема. Итак, в этом последнем случае я нашел это в «dmsg» во время процедуры гибернации:
Freezing of tasks failed after 20.005 seconds (0 tasks refusing to freeze, wq_busy=1)...
Я решил увеличить время ожидания с 20 до 30 секунд:
echo 30000 > /sys/power/pm_freeze_timeout
и сделал его постоянным с помощью sysfsutils и после записи
power/pm_freeze_timeout = 30000
в файл в каталоге /etc/sysfs.d