Re: После обновления ядра сломался hibernate
В Sat, 25 Feb 2017 21:27:34 +0300 Ильяпишет: > Посмотрел логи :) и не нашел где там уходит в hibernate! > Только в sleep: Ага. Я думал что искал плохо :) Перепробовал все доступные в штатном репозитории ядра. Ошибка пропала на "древнем" 3.16, а версию 4.2 уже выпилили. Посижу посмотрю как будет себя вести. Привык к гипернэйту. -- С уважением, Сергей Москвичёв.
Re: После обновления ядра сломался hibernate
В Sat, 25 Feb 2017 20:29:58 +0300 Ильяпишет: > Да, ходил и на те форумы, но я systemd даже не пользую. -- С уважением, Сергей Москвичёв.
Re: После обновления ядра сломался hibernate
В Sat, 25 Feb 2017 20:29:58 +0300 Ильяпишет: > > Пишут, что причина в конфликте acpid и logind (ядро правда > другое, но может поможет). > > http://forums.debian.net/viewtopic.php?f=6=127791=15 > https://www.debian.org/releases/jessie/mips/release-notes/ch-information.en.html#idp46052064 > Посмотрел логи :) и не нашел где там уходит в hibernate! Только в sleep: Feb 25 17:39:07 catsbook kernel: [ 788.629444] PM: Syncing filesystems ... done. Feb 25 17:39:07 catsbook kernel: [ 788.869926] PM: Preparing system for sleep (mem) Feb 25 17:39:18 catsbook kernel: [ 791.209295] PM: Suspending system (mem) Feb 25 17:39:18 catsbook kernel: [ 792.176060] PM: suspend of devices complete after 966.469 msecs Feb 25 17:39:18 catsbook kernel: [ 792.176501] PM: late suspend of devices complete after 0.437 msecs Feb 25 17:39:18 catsbook kernel: [ 792.203968] PM: noirq suspend of devices complete after 27.464 msecs Feb 25 17:39:18 catsbook kernel: [ 792.204398] PM: Saving platform NVS memory Feb 25 17:39:18 catsbook kernel: [ 792.207528] PM: Restoring platform NVS memory Feb 25 17:39:18 catsbook kernel: [ 792.238242] PM: noirq resume of devices complete after 18.496 msecs Feb 25 17:39:18 catsbook kernel: [ 792.238522] PM: early resume of devices complete after 0.253 msecs Feb 25 17:39:18 catsbook kernel: [ 793.472319] PM: resume of devices complete after 1233.831 msecs Feb 25 17:39:18 catsbook kernel: [ 793.489385] PM: Finishing wakeup. У меня такая последовательность: Feb 25 20:55:00 debian kernel: [ 244.143885] PM: Syncing filesystems ... done. Feb 25 20:55:00 debian kernel: [ 244.154417] PM: Marking nosave pages: [mem 0x0009f000-0x000f] Feb 25 20:55:00 debian kernel: [ 244.154424] PM: Basic memory bitmaps created Feb 25 20:55:00 debian kernel: [ 244.154479] PM: Preallocating image memory... done (allocated 91753 pages) Feb 25 20:55:00 debian kernel: [ 244.257514] PM: Allocated 367012 kbytes in 0.10 seconds (3670.12 MB/s) Feb 25 20:55:00 debian kernel: [ 245.160111] PM: freeze of devices complete after 900.806 msecs Feb 25 20:55:00 debian kernel: [ 245.160553] PM: late freeze of devices complete after 0.436 msecs Feb 25 20:55:00 debian kernel: [ 245.161156] PM: noirq freeze of devices complete after 0.600 msecs Feb 25 20:55:00 debian kernel: [ 245.264183] PM: Saving platform NVS memory Feb 25 20:55:00 debian kernel: [ 245.368599] PM: Creating hibernation image:
Re: После обновления ядра сломался hibernate
Пишут, что причина в конфликте acpid и logind (ядро правда другое, но может поможет). http://forums.debian.net/viewtopic.php?f=6=127791=15 https://www.debian.org/releases/jessie/mips/release-notes/ch-information.en.html#idp46052064
Re: После обновления ядра сломался hibernate
> Всем привет! > После обновления ядра до 4.9 (до этого стоял 4.2) перестал правильно работать > hibernate. Т.е. отправляется в спячку без вопросов (активно пишет состояние на > диск,около десятка секунд). у меня та же хрень случилась где-то на ядре 4.6, решения я не нашел, забил, пока не использую гибернейт -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
После обновления ядра сломался hibernate
Всем привет!После обновления ядра до 4.9 (до этого стоял 4.2) перестал правильно работать hibernate. Т.е. отправляется в спячку без вопросов (активно пишет состояние на диск,около десятка секунд). Но вот при выходе из спячки пытается восстановиться, что-то идёт не так и в результате просто перезагрузка. С переходом в ждущий режим (suspend) и выходом из него проблем нет.В /etc/initramfs-tools/conf.d/resume уид своп-раздела указан правильный.В интеренетах подходящего решения не нашёл. Может кто уже лечил такое? Полные логи:debug https://yadi.sk/i/DTu9KFY23EaGq5dmesg https://yadi.sk/i/sUVhWS2Q3EaGrgkern.log https://yadi.sk/i/qIqC77YC3EaGqjmessages https://yadi.sk/i/7ZvhEipp3EaGqwsyslog https://yadi.sk/i/4_lWOUHO3EaGr8 -- С уважением, Сергей Москвичёв.