xubuntu 20.10, ждущий режим, странные проблемы

Логи приложи, может что и подскажут.

Какие именно логи?

Может быть из-за драйверов Невидии: https://askubuntu.com/questions/1344905/ubuntu-studio-20-10-sleep-mode-stopped-working.

Посмотри, хранятся ли логи с предыдущих сессий: journalctl --list-boots.

Как вариант, ещё можно записать вывод dmesg в файл перед уходом в suspend: dmesg --follow > dmesg.log.

Void linux на системе инициализаии runit загрузится быстрее чем твоя ubuntu выйдет из спящего режима. Не понимаю зачем использовать всякие режимы сна. Когда через cpupower можно выставить перфоманс или поверсейф.

Теперь стала вести себя немного по другому (на чистой kubuntu, установлена в virtualbox, запущена на реальной машине): при уходе в сон зависает секунд на 20, потом отвисает и показывает экран блокировки. В dmesg вот это:

[  822.923313] wlp4s0: deauthenticating from d0:54:2d:22:42:c0 by local choice (Reason: 3=DEAUTH_LEAVING)
[  823.147754] PM: suspend entry (deep)
[  823.176808] Filesystems sync: 0.029 seconds
[  823.177030] Freezing user space processes ... 
[  843.182060] Freezing of tasks failed after 20.005 seconds (1 tasks refusing to freeze, wq_busy=0):
[  843.182169] task:grub-editenv    state:D stack:    0 pid: 3760 ppid:     1 flags:0x00004004
[  843.182177] Call Trace:
[  843.182185]  __schedule+0x268/0x680
[  843.182196]  schedule+0x4f/0xc0
[  843.182201]  jbd2_log_wait_commit+0xaf/0x120
[  843.182207]  ? wait_woken+0x80/0x80
[  843.182213]  jbd2_complete_transaction+0x61/0xa0
[  843.182243]  ext4_fc_commit+0x209/0x2f0
[  843.182249]  ext4_sync_file+0xdf/0x340
[  843.182255]  vfs_fsync_range+0x49/0x80
[  843.182262]  __x64_sys_fsync+0x38/0x60
[  843.182267]  do_syscall_64+0x61/0xb0
[  843.182272]  ? do_syscall_64+0x6e/0xb0
[  843.182276]  ? asm_exc_page_fault+0x8/0x30
[  843.182280]  entry_SYSCALL_64_after_hwframe+0x44/0xae
[  843.182284] RIP: 0033:0x7f028b2bf8e7
[  843.182288] RSP: 002b:00007ffea4503848 EFLAGS: 00000246 ORIG_RAX: 000000000000004a
[  843.182294] RAX: ffffffffffffffda RBX: 000055f6a3d4c2a0 RCX: 00007f028b2bf8e7
[  843.182297] RDX: 00000000ffffffff RSI: 0000000000000000 RDI: 0000000000000003
[  843.182299] RBP: 000055f6a3d4dd40 R08: 0000000000000000 R09: 000055f6a3d4ddc0
[  843.182301] R10: 00007f028b3b9cc0 R11: 0000000000000246 R12: 00007ffea4503f05
[  843.182303] R13: 000055f6a3d4dd40 R14: 0000000000000008 R15: 00007f028b47fc40

Теперь

После обновления драйверов?

В dmesg вот это

Стектрейс похож на то, что IO затыкается, как здесь: https://github.com/pingcap/tidb/issues/13942.

Скорее всего я перепутал suspend с hibernate. Тогда возможно свопа не хватает. У ноута 8Gb, судя по каталогу, для гибернации свопа должно быть минимум столько же: https://help.ubuntu.com/community/SwapFaq#How_much_swap_do_I_need.3F. Проверь размер свопа: free -h

Проблема сводится к этой строке в логе: Freezing of tasks failed after 20.005 seconds (1 tasks refusing to freeze, wq_busy=0):, указывающий на grub-editenv. По этому запросу много разношёрстной информации, но про косячные свопы встречаются чаще остальных.

Не понимаю зачем использовать всякие режимы сна. Когда через cpupower можно выставить перфоманс или поверсейф.

на ноутбуке весьма удобно, закрыл крышку – он заснул. я не знаю как там в системд дистрибутивах это работает, echo -n mem >/sys/power/state без проблем. acpid вот так напрмер процессор регулирутся при подключении/отключении зарядки, удобно:

minspeed=`cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_min_freq`
maxspeed=`cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq`
setspeed="/sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed"

...

ac_adapter)
        case "${2}" in
        AC*)
                case "${4}" in
                *0)
                        for i in 0 1 2 3; do
                                echo powersave >/sys/devices/system/cpu/cpu$i/cpufreq/scaling_g
overnor
                        done
                        echo -n $minspeed >$setspeed;;
                *1)
                        for i in 0 1 2 3;do
                                echo conservative >/sys/devices/system/cpu/cpu$i/cpufreq/scalin
g_governor
                        done
                        echo -n $maxspeed >$setspeed;;
                esac
                ;;
        *)
                unhandled "${#}: ${@}";;
        esac
        ;;

вообще с acpid на скриптах можно довольно круто все сделать, никакие laptop-mode не нужны.

Как же ты достал своим войдом во всех темах спамить.

Неужели непонятно - не всем оно нужно.

Просто он имба, грех не пользоваться

нехай балуется, если после его пропаганды у void появится +1 уверенный пользователь, который и багрепорт и патч зашлет, все будут только в плюсе! void действительно прикольный дистр, простенький такой.

После обновления драйверов?

Нет, заново установил kubuntu, эксперементирую…

Скорее всего я перепутал suspend с hibernate. Тогда возможно свопа не хватает.

Мне не нужен hibernate, только suspend to ram…

sudo echo -n mem >/sys/power/state работает?

Проверяю команду (под root):

echo mem > /sys/power/state

Все прекрасно работает. Мгновенно засыпает, просыпается быстро (с кратковременными артефактами на экране, да и черт с ними…).

Однако при выборе «Ждущий режим» в меню (KDE) происходит вышеописанная фигня: не засыпет, через некоторое время (20 сек я так понял) появляется экран блокировки.

И что сие значит? Что собственно «suspend to ram» работает, но ему кто-то мешает?

не могу подсказать, у меня ни кде ни системд нету. а почему не пользоваться acpid? повесь на закрытие крышки это дело и все. ну или на Fn клавишу.

вот пример моего /etc/acpid/default.sh https://dpaste.com/CFN6EVR3A

ты можешь назначить Fn клавишу, запускаешь демон acpid, в терминале acpi_listen, жмешь нужную клавишу и смотришь результат, потом добавляешь в конфиг что-то типа:

button/suspend)
    case "${2}" in
    SBTN)
        echo -n mem >/sys/power/state;;
    *)
        unhandled "${#}: ${@}";;
    esac
    ;;

у меня Fn клавиша не работает, не могу проверить

ПС так можно любые клавиши мультимедийные настраивать, регулировка яркости, звука и тд.

В xubuntu 20.10 то же самое… На закрытие крышки - настройки в ui, fn-кнопка тоже видимо где то настроена, т.к. приводит к такому же эффекту, как и выбор из меню.

Команда:

systemctl suspend

так же ведет себя (т.е. глючит).

Хотелось бы просто вылечить проблемное место, что бы все сразу…

а что за suspend посмотри где оно лежит, и что в нем написано, это же не бинарник, надеюсь

тут еще посмотри, может что найдешь https://wiki.archlinux.org/title/Power_management#Power_management_with_systemd

как раз это и читаю…

Экран гаснет, клавиатура светится, кнопка питания только работает

У меня так же ноут. Просто минут 5 в отруб уходит. Я так и не нашёл в чём дело. Попробуй подождать.

Я временно смирился с проблемой, подожду, может починится само с обновлениями….

Я имею в виду не выключать его кнопкой, а попробовать подождать минут 10.

А смысл? Рабочие будни предполагают, что закрыл крышку, сунул ноут в сумку и умчался в место, где достал ноут из сумки, открыл крышку и продолжил работать. Если OS это делать не дает, то значит эта схема не работает. А нужно что бы работала…

а смысл?

Чтобы определить, что у нас один и тот же баг и скооперироваться. А вдруг он у тебя вообще не выключается.