Puppy. Сохранение в папку

[imago31]

 Исходя из этой темы получилось реализовать идею, собрал модуль который делает сохранение в папку, а после загрузки системы можно подключить сохранение и продолжать работать полностью в рам со своими настройками. Модуль всего лишь подключает два скрипта в папку /usr/bin под названием boot и save, модуль работает следующим образом: запускаем чистую систему, настраиваем все что нам нужно, делаем папку  /mnt/sdb1/save(у вас может быть не sdb1),  подключаем модуль и набираем  в терминале save, папка pup_rw  скопируется в нашу папку save,после следующей загрузки чистой системы набираем в терминале boot, все из нашей папки /save/pup_rw скопируется с заменой в корень системы и произойдет рестарт иксов, система продолжит работать в рам только уже с нашими настройками, перед выключением компьютера  набираем save и сохраняемся.     Пока такой топорный метод через терминал так как это пока эксперимент, сейчас пишу из под такой системы, которая уже пережила несколько перезагрузок и сохранений, пока все окей. Модуль во вложении, только его надо перепаковать, чтобы поставить в скриптах вместо sdb1 ваше устройство, и не забудьте сделать паку save  в корне вашего устройсва( у меня /mnt/sdb1/save).
 плюсы такого метода:
не используется  файл сохранения
папка save не ограничена в размерах
система быстро работает так как всегда в рам
сохранение в ручную по необходимости
возможность дробного сохранения,  например только оперы, добавлением отдельных скриптов
вездеход, даже с ошибками никаких вылетов, все подключается
вы можете совершать зверские эксперименты небоясь повредить сиситему, просто не сохраняетесь.
 минусы такого метода:
не для слабых машин
не работает коректно sfs-load, поэтому модули програм постоянно приходится подключать в ручную, либо распаковать их в папку save
иногда при подключении какого-нибудь модуля гаснет экран и не включается, вынуждает перезагружаться, поэтому надо распаковывать в save, либо грузить через zdrv
   И  так спустя некоторое время пришли к идеалу, с помощью zdrv можно полностью автоматизировать подключене папки save и исполнение команды boot , но он строго привязан к определенной системе, использование же  методом ручного подключения таких модулей хорошо тем что модуль можно подключить в любой системе puppy, также  после загрузки системы всегда можно выбрать какой модуль подключить пакпу save или вынесенную папку root и т.д.
      Порядок экспериментов:
 1.метод-самый топорный-подключение модуля в ручную, исполнение команды boot в ручную (скрипты в usr/bin)
 2.метод-не самый топорный-подключение модуля в ручную, исполнение команды boot автоматически(скрипт boot  в /root/Startup)
 3.метод-самый не топорный-подключение модуля автоматически, исполнение команды boot автоматически(через zdrv и init.d)
   Итак можно выделить два модуля: ручной и автоматический.
Ручным модулем можно подключать папку сохранения в любом puppy, модуль может находиться где угодно, хорош для экспериментов(1 и 2-ой методы)
Автоматическим модулем можно подключать сохранение только в определнном puppy, модуль должен лежать возле базы и иметь специальное имя, хорош для постоянного использования(3-й метод)

 Сделал скрипт, который собирает модуль и для сохранения в папку и создает саму папку, единственное что надо сделать это отредактировать верхнюю строчку скрипта rrr=sdb1 и вместо sdb1 поставить ваш девайс. Для начала это ручной модуль, который исполняется автоматом после ручного подключения, модуль может находиться где угодно и будет работать в любом puppy, после исполнения скрипта создания модуль окажется в папке root, скрипт во вложении
 Valentin доработал скрипт и добавил в него gui, то есть создание модуля идет в графическом режиме, редактировать сам скрипт уже не надо! Скрипт сам запросит где создать паку сохранения.

[RoDoN]

набираем  в терминале save, папка pup_rw  скопируется в нашу папку save,после следующей загрузки чистой системы набираем в терминале boot, все из нашей папки /save/pup_rw скопируется с заменой в корень системы и произойдет рестарт иксов

Эти операции лучше выполнять в чистой консоли, т.е. без загруженных иксов, но это ИМХО.

плюсы такого метода:
не используется от природы глючный файл сохранения
система быстро работает так как всегда в рам

Слегка сомнительные плюсы, т.к. не вижу оснований называть файл сохранения "от природы глючным", т.к. не один год пользуюсь разными Puppy(Rus) и проблем с сохраненками практически нет, а насчет все в RAM так это плюс только для современных машин, где оперативки не меряно, а если ее <= 1 Гб, тогда этот "+" превращается в огромный "-"

[valentin]

Слегка сомнительные плюсы, т.к. не вижу оснований называть файл сохранения "от природы глючным", т.к. не один год пользуюсь разными Puppy(Rus) и проблем с сохраненками практически нет...

Поддерживаю ! Я держу одну, основную систему, с устоявшимся набором софта, для постоянного использования, а все эксперименты - в других. Сохраненка в основной живет с тех пор, как перестал в ней пробовать разные программы и доработки.   (системы на HDD)

[imago31]

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

[valentin]

Попробуйте в этом модуле скрипт boot положить в /etc/init.d/  толькко уберите в этом boot_1 "restartwm".  Из init.d идет автозапуск еще до запуска wm -  в таком варианте может даже не прийдется при загрузке вручную вбивавть  boot 

[imago31]

нет так не получится, так как это монолитная система и модуль подключается после загрузки  системы, в таком случае можно положить его в Startup  и в конце прописать chmod 640 $0, как это расматривалось в теме альтернативная загрузка выше базы в обычных пуппи.
 По вашей подсказке можно сделать ремастеринг основног sfs, думал уже об этом, а в модульных пуппи pr 13.x как мы знаем модуль можно грузить выше базы, то там получиться придумать что нибудь с init.d, следующим шагом и было сделать это с pr 13.x, так как загрузка выше базы многое облегчает

[valentin]

Размещение скрипта в  /etc/init.d/  срабатывает и при подключения модуля ниже базы - скрипт добавляется в каталог, а не пытается перекрыть существующий , но нужно что-бы он был смонтирован при загрузке  
 А вы что, каждый раз после загрузки, вручную подключаете свой модуль и только после этого набираете в терминале boot ?
Для автоматического подключения модуля ниже базы вы можете  создать обычный .sfs с именем zdrv*****  и поместить в нем  в соответствующей иерархии каталогов свои скрипты.  Точное нужное имя модуля посмотрите в /etc/DISTRO_SPECS  например zdrv_precise_5.4.2.sfs.     zdrv подключает еще из init - на самой первой стадии загрузки.

[imago31]

да, но можно сделать чтобы после подключения модуля он автоматом срабатывал, положить скрипт boot в Startup и вконце скрипта прописать chmod 640 $0

[valentin]

да, но можно сделать чтобы после подключения модуля он автоматом срабатывал, положить скрипт boot в Startup и вконце скрипта прописать chmod 640 $0

но модуль все-равно подключаете вручную? выше дополнил по по возможности подключения через zdrv

[imago31]

о, спасибо что напомнили и немного просветили про  zdrv, в монолитном пупи это будет самое то

[imago31]

да, но можно сделать чтобы после подключения модуля он автоматом срабатывал, положить скрипт boot в Startup и вконце скрипта прописать chmod 640 $0

но модуль все-равно подключаете вручную? выше дополнил по по возможности подключения через zdrv

да модуль подключается в ручную после чего он автоматом исполняется

[imago31]

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

[valentin]

Да, автомонтирование zdrv  плюс скрипты в /etc/init.d/   позволят многое автоматизировать для вашей методики.

[imago31]

Да класс! Теперь я вообще в восторге! А вообще было бы не плохо если бы разработчики в puppy(rus) поумолчанию сделали сохранение в папку как один из вариантов сохранений

[Pro]

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