Справка и параметры загрузки

[RoDoN]

Как-то я уже задавал вопрос: где все же можно прочитать о всех возможных командах при загрузке? И получил ответ от DdShurick о том, где  можно посмотреть стандартные параметры pfix, но ведь еще есть

Папка /SFS c *soft*.sfs и параметр ядра nousoft работают.
Где про это написано? Может хотя бы txt  в menu.lst сделать...

Было предложение

Давайте обобщим в отдельной теме или шапке все параметры menu.lst. В идеале, чтобы автор это сделал...

Но автор(ы) по этому поводу пока молчат...
Файл help.ncd в пакете SPRAVKA.pet датирован 29.04.2012 г, когда об u(U)soft-*.sfs и nousoft еще не было и речи, при загрузке системы в меню grub4dos даже упоминания о Помощи (Help) нет, поэтому тот, кто первый раз загружает Richy, да возможно и тот кто это делает не первый раз, но не сидит на форуме каждый день, понятия не имеет об особенностях загрузки.
В связи со всем вышесказанным предлагаю обратить внимание на файл help.txt.gz из сборки PuppyRus Byte (экспериментальная сборка) от  sfs, частично его содержание желательно добавить в help.ncd, да и файл menu.lst не помешало бы дополнить пунктом Помощь (или Справка) со ссылкой на файл подобный help.txt.gz. Возможно это снимет часть вопросов у пользователей (ИМХО).

[sfs]

И вообще - затея с ncd - спорная. В итоге справки в дистре нет. Оптимально html на www.

[andy-voit]

Оптимально html на www.

C www еще более спорно. Потому как делать-обновлять некому. В nsd добавить - исправить текст значительно проще.

[RoDoN]

В итоге справки в дистре нет.

Об этом я еще при тестировании beta4 спрашивал, в итоге просто пункт меню "Справка" исчез из главного меню, если нет установленного файла SPRAVKA.pet.
А насчет затеи с ncd был ответ Pro

потому что для показа справки нужен notecase а он в базовой системе не нужен.

Лично мне вариант help.ncd понравился, но тогда notecase необходим в базе, вообще-то notecase-1.9.8_214.pet весит всего 289 Кб.

[sfs]

Да уж хоть как-нибудь. Хотя бы просто перенести из help.txt.gz в ncd про параметры
Сам ncd не умею. Если кто сделает  - в Байт обновлю. Остальное мне не подвластно.

Базу не надо раздувать - usoft-*.sfs.  Для такого он и нужен. Каждый день справку читать не будут

[andy-voit]

Что там уметь- копировал-вставил-сохранил.  Только сначала файлу справки права доступа на запись надо дать. А потом опять снять, чтобы юзер не повредил.
Раздел создается- - по левой колонке клик правой кнопкой мыши - Вставить запись. Подраздел - вставить дочернюю запись.

[RoDoN]

Базу не надо раздувать (тем более не ясно, кто это правомочен сделать) - usoft-*.sfs.  Для такого он и нужен. Каждый день справку читать не будут

Справедливо, базу раздувать не надо, на мой вгляд содержимое файла SPRAVKA.pet надо добавить в usoft-user_test.sfs, тем более, что notecase уже входит в его состав.
Вообще-то при создании темы меня больше интересовал вопрос добавления в файл menu.lst пункта Помощь

[sfs]

У себя в сборке menu.lst я так и сделал. Подобное Pro предлагал. unifont и т.п. он принял - справку нет.
Справка слишком серьезное дело. Пока не появится ясности с глобальными проблемами - это вопрос в воздух.

В справке из репы:
"Размеры файла в идеальном случае должны равняться размерам оперативной памяти, однако за счет того что TuxOnIce при записи данных выполняет сжатие, размер файла можно сделать меньше чем размер оперативной памяти, но не менее 256 Мб (размер надо уточнить при тестировании). После настройки необходимо добавить параметр ? с указанным программой настройки значением в строку загрузки системы"
Не дописали..
Как в итоге правильно?

[Pro]

варианта два, либо смотреть init как параметры называются, либо спросить dim-kut может он еще помнит.
Я название параметров уже забыл.

[sfs]

В init TUX_PATH=

А про размер памяти - помните?
swap=ram - обязательно?
"TuxOnIce при записи данных выполняет сжатие" - это так?

[Pro]

swap=ram - обязательно?
"TuxOnIce при записи данных выполняет сжатие" - это так?

да по умолчанию сжатие lzo.

В init TUX_PATH=

один параметр? вроде два было....

[sfs]

120914
Т.е если повезет с компрессией - получится и при swap<ram
А если не повезет? kernel panic?

Вот , вроде все что есть

Код

#puppyrus2 tuxonice section.
###########  Tuxonice wake up ##############
if [ "$TUX_PATH" ]; then
echo  " " > /dev/console
echo  "Found Tuxonice settings: $TUX_PATH" > /dev/console
echo  "Wake up ? ( type any char for no)" > /dev/console
read -t 1 -n1 TUX_INPUT
fi

if [ ! "$TUX_INPUT" -a "$TUX_PATH" ];then
echo "Tuxonice wake up..." > /dev/console
#    if [ "$tux_delay" ]; then
#<----->sleep $tux_delay
#    fi
echo $TUX_PATH > /sys/power/tuxonice/resume
sleep 0.1
echo 1 > /sys/power/tuxonice/do_resume
#sleep 1
#exit
fi
############################################

TUX_INPUT - это что откуда и зачем?
120917
В итоге в погоне за истиной победил склероз? 

http://habrahabr.ru/post/60401/ - похоже "не работает" при swap<ram - это нормально. Что логично

[Pro]

похоже "не работает" при swap<ram - это нормально. Что логично

я swap всегда делаю меньше ram и в файл когда проверял засыпание - то размер 300 мегов вроде делал.

[sfs]

Думаю - зависит от к-ва и качества сжатия запущенных прог. Если они хорошо сжались - ок. Если нет и не работает - первый совет: swap=ram

[dim-kut]

TUX_INPUT - это что откуда и зачем?

Почитайте тему про tuxonice, там все это расписывается.
Если коротко - есть два пути пробуждения туксонайза:
1. Передать путь к файлу с заморозкой напрямую ядру. Ядро сразу начнет подниматься, init игнорируется полностью. C USB-устройства не поднимется, т.к. шина в этот момент ещё не готова. Ей нужна задержка в 4-5 сек.
2. Подниматься из init, для чего этот код и придуман. tux_path - путь к файлу заморозки, tux_delay - задержка, нужна только для USB.

tux_input - попытались сделать возможность выбора - подъем туксонайз или обычная загрузка. Но фокус не вышел.