LINUX.ORG.RU

tuxonice не просыпается

 , ,


0

2

Собрал ядро 3.11.4-pf с таким конфигом. В конфиг grub добавил

resume=/dev/sda3 real_resume=/dev/sda3
где sda3 - swap-раздел.
Попробовал отправить в «спящий режим», ушло норм, только при возвращении наглухо виснет на этапе, когда произошла загрузка модулей ядра и перед тем как должна появиться строка от openrc. Игрался с конфигом hibernate/tuxonice.conf, но не помогло. Подскажите, как решить проблему?

★★★★★

Каким образом хибернейтишь? pm-utils?

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

ага, они ж к кедам, вроде, гвоздями прибиты.

fang90 ★★★★★ ()

tuxonice

Ненужен, есть uswsusp

roman77 ★★★★★ ()
Ответ на: комментарий от Black_Shadow

И тот и тот сжимает дамп памяти перед записью на хард, не?

roman77 ★★★★★ ()
Ответ на: комментарий от Black_Shadow

Неа, стопориться в том же месте. Т.е, как понимаю, образ видит, а распаковать не может...хз почему

fang90 ★★★★★ ()

Подскажите, как решить проблему?

Откатить говнопатч.

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

Попробуй сменить метод сжатия (кстати, он должен быть включен в ядро не модулем).

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

пробовал в настройках hibernate/tuxonice.conf менять lzf(не нашел его в ядре) на lzo - ничего не изменилось. И по тому конфигу ядра, получается так:

#
# Compression
#
# CONFIG_CRYPTO_DEFLATE is not set
# CONFIG_CRYPTO_ZLIB is not set
CONFIG_CRYPTO_LZO=y
# CONFIG_CRYPTO_LZ4 is not set
# CONFIG_CRYPTO_LZ4HC is not set

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

попробуй сделать

echo lzo > /sys/power/tuxonice/compression/algorithm
перед засыпанием

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

а какой в этом смысл, если:

$cat /sys/power/tuxonice/compression/algorithm
lzo

fang90 ★★★★★ ()
Ответ на: комментарий от Black_Shadow

Обнаружил, что с дефолтным suspendtodisk система фризиться сразу после сообщения Image loaded 100%. Это о чем-нибудь говорит?

fang90 ★★★★★ ()
Ответ на: комментарий от Black_Shadow

под дебагом(debug no_console_suspend=1) выяснилось, что происходит kernel panic...

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

Там по выхлопу обычно можно понять, из-за чего паника. Возможно, виноват один из модулей ядра.

Black_Shadow ★★★★★ ()

может это проблема с девайсами, которые не могут проснуться? видео и тд

ipeacocks ★★★★★ ()
Ответ на: комментарий от fang90

Проверь в bios настройки ремаппинга памяти, если включен ремаппинг, отключи его.

Black_Shadow ★★★★★ ()
Ответ на: комментарий от fang90

Вообще, копай в сторону памяти. Bad RIP value - это проблема, связанная с памятью. Либо она физически битая, либо что-то не так с софтом и firmware. Попробуй обновить фирмварь ноута, прогони memtest, вытащи дополнительные модули памяти, если они есть. Проверь, работает ли hibernation стандартными средствами ядра, без tuxonice патча.

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

на других дистрах(opensuse, fedora) норм :( А тут не с gentoo-sources не с pf не хибернейтится.

Bad RIP value - это проблема, связанная с памятью

Спасибо! Теперь хоть знаю куда копать.

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