[linux-3.11] У кого-нибудь ещё systemd падает в "ждущем режиме"?

Кажется, с последним обновением systemd-207 прилетел забавный баг:
при пробуждении после Suspent-to-RAM systemd падает:
Sep 19 21:03:09 first systemd-sleep[973] System resumed.
Sep 19 21:03:09 first systemd[1]: Caught <SEGV>, dumped core as pid 1051.
Sep 19 21:03:09 first systemd[1]: Freezing execution.
Sep 19 21:03:09 first systemd-coredump[1053]: Process 1051 (systemd) dumped core.
но остальные запущенные процессы продолжают работать, но в getty можно залогиниться только один раз, systemctl становятся бесполезtн, так как systemd не отвечает по DBus, соответственно даже перезагрузку инициировать не выходит.

Думаю, что писать в багрепорт.
Проверил - все работает нормально.
Ошибки не исчезают с опытом - они просто умнеют
Я дико извиняюсь. Как его усыплять/будить? У меня конечно есть и ждущий, и спящий режим в меню xfce, но не уверен, что это то, что нужно.
lampslave
Я дико извиняюсь. Как его усыплять/будить? У меня конечно есть и ждущий, и спящий режим в меню xfce, но не уверен, что это то, что нужно.
Усыплять systemctl suspend
Просыпается обычно от нажатия на клаву или кнопки на корпусе, но это зависит от материнки и её биоса.
vasek
Проверил - все работает нормально.
Какая сборка Арч (i686 или x86_64) и какой процессор?
i686, intel (HP ProBook)
Ошибки не исчезают с опытом - они просто умнеют
x64, Pentium G2120.
Да вроде всё ок... Уснул, завёлся, про "dumped" в лог не ругался:
[ls@arch ~]$ journalctl -b --no-pager | grep -i resumed -A 10
сен 19 22:01:32 arch systemd-sleep[16278]: System resumed.
сен 19 22:01:32 arch systemd[1]: Started Suspend.
сен 19 22:01:32 arch systemd[1]: Service sleep.target is not needed anymore. Stopping.
сен 19 22:01:32 arch systemd[1]: Stopping Sleep.
сен 19 22:01:32 arch systemd[1]: Stopped target Sleep.
сен 19 22:01:32 arch systemd[1]: Starting Suspend.
сен 19 22:01:32 arch systemd[1]: Reached target Suspend.
сен 19 22:01:32 arch systemd-logind[261]: Operation finished.
сен 19 22:01:32 arch kernel: Freezing remaining freezable tasks ... (elapsed 0.000 seconds) done.
сен 19 22:01:32 arch kernel: PM: Entering mem sleep
сен 19 22:01:32 arch kernel: Suspending console(s) (use no_console_suspend to debug)
Тоже проблем не наблюдаю.
А вот индейская народная изба...
После просыпания срабатывает только последняя команда systemctl (т.е. та, что укладывает спать). Ребут и т.д. не пашет.
Обновы последние. i686. Athlon II X2 250.
vadik, в логах-то что?
Вообщем, решил, как всегда, для чистоты эксперимента набрать статистику.
Результат смотрел сразу жу (journalctl -f) — на 4-ый раз выскочила красная ошибка - dumped core (привести не могу - не скопировал), но все работало.
После этого не смог даже ни выключить, ни перегрузить, пришлось принудительно # sync && reboot -f
После перезагрузки снова ждущий режим — выход — без ошибок (все нормально).
То есть все-таки проблема имеется.
Ошибки не исчезают с опытом - они просто умнеют
vasek, оно в логах осталось, можете там найти и посмотреть.
Радует, что я всё же не одинок, значит ошибка не слишком редкая. Правда, у меня она стабильно на каждое "усыпление".
 
Зарегистрироваться или войдите чтобы оставить сообщение.