Не работает восстановление из файла в TuxOnIce

Бамп.

Кстати, строчки Resumed at ... в логе hibernate таки встречаются. Может, дело в initramfs?

Бамп. Расхваливать все горазды, а как проблемы решать — сразу в кусты?

Ты ни логи, ни конфиги не выложил, и дистр не указал. Привет из кустов соседним кустам.

Конфиг патча в ОП (грепнуть текстовый?), в /etc не трогал. Ядро 3.15.6 с kernel.org, с TOI и BFQ, дистр — Deb8. В логе не от hibernate ни фига, только строчка «Resumed at <...>», и то не всегда.

Если тебя просят выложить всё, то выкладывай всё, а не рандомно отфильтрованное и обобщённое тобой.

Всё в раржпеге с моей аватарки, читать с 4813-го байта.

Шлю тебя в гугл тогда.

Да ничего нового я толком не нашёл. Плюнул и таки пересобрал ядро со встроенной поддержкой ata (ибо сдуру сделал модулем, из-за чего пришлось костылять с впиливанием его в initramfs). Но в dmesg всё равно

[    6.517921] TuxOnIce 3.3 (http://tuxonice.net)
[    6.561938] TuxOnIce: Can't translate "UUID=1d9556b90f1e41ab9c77f4ddbe14ac31" into a device id yet.

То, что ты дал (лог) — это не то, о чём ты думаешь. Это нормальное поведение. И причина, соответственно, в другом. В чём — неизвестно, т.к. нет ни конфигов, ни полных логов.

Обновил раржпег.

Ясно.

что такое раржпег, хочу глянуть логи

скриншот текстового терминала

пони

конпеляние ядра

понятно

http://lurkmore.to/Раржпег

Твиттер в другой вкладке.

Ресурс неудачников тоже :).

Он же умер в 2009 году.

А куда потерялось окончание UUID? ты же задавал

resume=UUID=1d9556b90f1e41ab9c77f4ddbe14ac31:0x60

Вот кстати твой случай

http://lists.tuxonice.net/pipermail/tuxonice-users/2010-August/000539.html

но 2010 год..... в любом случаае там есть совет задать параметры ядра uuid_debug=1 toi_debug_setup и смотреть логи после загрузки.

Видимо, не отображено за ненадобностью — прок от номера ноды на ненайдённом разделе? Наоборот, в заблуждение ввести может.

Обновил. Вроде ничего нового не появилось.

параметры загрузки подсовывал? может конкретнее в логи сыпать начало

В логе же есть командная строка.

тьфу я твой волшебный аватар забываю.

Добавил скрипт отсюда — восстановление заработало, и обе отладки во время него кажет. Завтра ещё потестю при забитых оперативе и zRam, а потом попробую завести графический индикатор; если проблем больше не будет — закрываю тред.

Плохой, плохой TuxOnIce. Много памяти (файл 2 гига, рамы доступно около 3.5) жать не захотел, попытался грохнуть Virtualbox и ушёл в луп. (uswsusp в случае нехватки места после сжатия просто отменяет хибернацию.) Лог сфоткал. На Esc не реагировал (впрочем, при вызове через hibernate вроде и не должен). После отмонтирования разделов (через Magic SysRq) начал циклически флудить простынёй строк в 20.

Кстати, когда я забил память, система начала подтупливать, несмотря на отсутствие дискового свопа. Пенял на кэш, но его осталось около 160 МБ, должно для плавной работы хватать, по идее. В чём ещё причина может быть?