Эксперименты с hibernate/tuxonice

[dim-kut]

хм странно что у тебя обрабатывается initrd.gz - я вроде в конфиге ядра для tuxonice отключал эту функцию (ее конечно в настройках /sys можно включить) ты не включал случайно?

Нет, я написал все, что я делаю. Swap-файл использую самый обычный - http://uco.puppyrus.org/faq/quest47.html

Я как-то попробовал сделать обычную перезагрузку после hibernate-засыпания и подъема. Куча ошибок на экране и весь hibernate сбился, пришлось заново делать
# swapon /mnt/home/swapfile
# echo swap:/dev/sdb1:0x130df8 > /sys/power/tuxonice/resume

Получается, что эту возможность надо блокировать. Т.е. пользователь использует или hibernate, или обычное выключение puppy. Я это к тому, что все требует тестирования, написания управляющей программки, возможно правки скриптов.

[Pro]

Я как-то попробовал сделать обычную перезагрузку после hibernate-засыпания и подъема. Куча ошибок на экране и весь hibernate сбился, пришлось заново делать

вот я и думаю что мож в отдельный файл сохранять а не в swap-файл....

[dim-kut]

Я перешел на альтернативный файл - по http://ru.gentoo-wiki.com/wiki/TuxOnIce Большой разницы не заметил, ведет себя почти так же, в другом дистре тоже можно сделать с ним swapon и испортить. Но если отправлять комп на перезагрузку - выключение проходит нормально (с swap-файлом был полный экран ошибок), сохраненка сохраняется, но потом система уже не просыпается - hibernate-образ оказывается испорченным.

Надо научится как-то выключать tuxonice перед обычным выключением или перезагрузкой.

И самое главное - фтопку hibernate-скрипт, засыпать надо командой:
echo 1 > /sys/power/tuxonice/do_hibernate
потом Xы взлетают как птичка, со всеми открытыми окошками  Впечатляет.

[DdShurick]

echo 1 > /sys/power/tuxonice/do_hibernate

OK!
 Засыпание 12 сек, просыпание 5 сек.

[Pro]

подключенные sfs сохраняются? Нужно мнение господа, продолжаем копать и настраивать или выкидываем? время идет мне еще концепцию обдумать-выложить надо.
Вы же понимаете, что исполльзование этой технологии поменяет сам процесс работы с системой, очень даже возможно что придется kexec тоже задействовать для того чтобы возможно реализовать обновление системы БЕЗ перезагрузки.

И самое главное - фтопку hibernate-скрипт, засыпать надо командой

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

[dim-kut]

но он еще выполняет некоторые действия для программ (для gaim например)

Сейчас от него больше вреда, чем пользы. Надо скрипт творчески перерабатывать или свой писать.

подключенные sfs сохраняются?

Не пробовал.

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

Ну, перспективы хорошие, я могу взятся за управляющую программку на tcl, но в целом требуется совместное тестирование и обдумывание, дело серьезное. 

[DdShurick]

подключенные sfs сохраняются?

Да. Подключал с внешнего харда.

[Pro]

Судя по всему из учаснегов данного раздела интерес только у троих.
Соответственно как эти трое выскажутся так и начнем дорабатывать планомерно.
Но высказаться надо однозначно, ДА или НЕТ (я т.к. зачинщик конечно говорю ДА)

Остальным уже придется кушать то что дадут

[dim-kut]

Да

[DdShurick]

 Да.

[melviX]

Мне интересно и всё читаю.
Но пользы от меня здесь пока нет.

[dim-kut]

Экспериментирую с двумя файлами, пробую переходить с одного на другой. Переходит, но при этом первый оказывается испорченным. Работа с несколькими имиджами явно в tuxonice не поддерживается, но есть две интересные опции:

1. keep-image mode. Включается echo 1 > /sys/power/tuxonice/keep_image У нас такого файла нет, т.к. при компиляции было выключено CONFIG_SUSPEND2_KEEP_IMAGE. Позволяет зафиксировать в имидже состояние системы и многократно к нему возвращаться. Выключение "слежения" или что-то вроде того. Фиксация, насколько я понял, произойдет в засыпании после этого включения echo 1 > ....

2.  Файл /sys/power/tuxonice/alt_resume_param Позволяет перезагрузится в альтернативный имидж, указанный в файле. Задуман для управления UPS-ом - система по команде от UPS засыпает в основной имидж, перегружается в альтернативный и командует UPS-у - выключайся.

Все это немного не то, что хотелось бы, но может и получится построить на этом многоимиджевую систему.

Есть два ограничения, которые IMHO непреодолимы:
1. Невозможно залезть в чужой имидж, как это можно сделать с sfs.
2. Невозможно сделать find по дискам в initrd и выбирать из найденных, как это делается с save-файлами. Стартовать resume должен до монтирования фс, потом он просто не срабатывает, пробовал, да и написано везде.

И еще - при компиляции есть же параметр
(25) Default waiting time for emergency boot messages
Надо выставить как можно больше, чтобы USB успевало сработать, тогда и в init может лезть не придется. А жесткому диску это не помешает - он раньше срабатывать будет.

Источники:
http://stage.tuxonice.net/HOWTO-7.html
http://lists.tuxonice.net/pipermail/tuxonice-users/2010-July/000491.html
http://0x416d73.name/art/tois.html

[Pro]

1. keep-image mode. Включается echo 1 > /sys/power/tuxonice/keep_image У нас такого файла нет, т.к. при компиляции было выключено CONFIG_SUSPEND2_KEEP_IMAGE. Позволяет зафиксировать в имидже состояние системы и многократно к нему возвращаться. Выключение "слежения" или что-то вроде того. Фиксация, насколько я понял, произойдет в засыпании после этого включения echo 1 > ....

да это типа для киосков сделано или файловых систем монтируемых только на чтение. Включить?

Все это немного не то, что хотелось бы, но может и получится построить на этом многоимиджевую систему.

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

(25) Default waiting time for emergency boot messages
Надо выставить как можно больше, чтобы USB успевало сработать, тогда и в init может лезть не придется. А жесткому диску это не помешает - он раньше срабатывать будет.

он в секундах?

[dim-kut]

Включить?

Да, может пригодится. Например можно включать перед экспериментами с системой и назад откатываться.

Геморрой с выбором нужного имиджа и т.п. сведет на нет весь выигрыш времени загрузки, забей и не заморачивайся.

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

он в секундах?

Точно не в секундах, за 25 секунд USB точно бы завелась. Я думаю, это миллисекунды.

[Pro]

Перезалил файлы с ядром 2.6.39.4 + включен kexec + настроен tuxonice (обработка init включена, keep-image mode включен, время выставил на 100)

Вырубил в ядре поддержку MTD - по моей информации это для встраиваемых устройств и для обычных ПК не пригодится.