LINUX.ORG.RU

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

 


0

1

Запускаю xubuntu 20.10 с usb, дабы проверить «а не сломали ли ждущий режим». И ждущий режим работает. Ноут засыпает, ноут просыпается, все вроде нормально. Отлично. Ставлю. Запускаю установленный, проверяю. Ноут засыпает и просыпается. Тоже вроде норм. Ничего не устанавливаю, ничего не обновляю, вообще «мне только спросить». Перезагружаюсь. Приехали - в спящий режим уходить отказывается. Экран гаснет, клавиатура светится, кнопка питания только работает, чем и пользуюсь.

Думал может ядра в live и в установленной разные, угадал. В live работает 5.13.0-19-generic, в установленной 5.13.0-22-generic. Ладно, гружусь с 5.13.0-19-generic. Нет, такая же фигня…

Проверил на всякий случай и kubuntu 20.10. Такая же фигня…

Что делать, где ковырять?

Ноут Acer Nitro 5 AN515-43, AMD Ryzen 3550H.


Ответ на: комментарий от fguest

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

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

PhysShell ★★
()

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

daxoric128
()
Ответ на: комментарий от PhysShell

Теперь стала вести себя немного по другому (на чистой 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
fguest
() автор топика
Ответ на: комментарий от fguest

Теперь

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

В 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. По этому запросу много разношёрстной информации, но про косячные свопы встречаются чаще остальных.

PhysShell ★★
()
Последнее исправление: PhysShell (всего исправлений: 1)
Ответ на: комментарий от daxoric128

Не понимаю зачем использовать всякие режимы сна. Когда через 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 не нужны.

anonymous
()
Ответ на: комментарий от ololoid

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

anonymous
()
Ответ на: комментарий от PhysShell

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

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

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

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

fguest
() автор топика
Ответ на: комментарий от fguest

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

anonymous
()

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

echo mem > /sys/power/state

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

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

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

fguest
() автор топика
Последнее исправление: fguest (всего исправлений: 1)
Ответ на: комментарий от fguest

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

anonymous
()
Ответ на: комментарий от anonymous

вот пример моего /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 клавиша не работает, не могу проверить

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

anonymous
()
Ответ на: комментарий от anonymous

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

Команда:

systemctl suspend

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

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

fguest
() автор топика
Ответ на: комментарий от fguest

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

anonymous
()

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

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

kt30015
()
Ответ на: комментарий от kt30015

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

fguest
() автор топика
Ответ на: комментарий от fguest

а смысл?

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

kt30015
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.