Форум проекта PuppyRus Linux

Разработки проекта PuppyRus => PFS-utils => Разработка PFS и Initrd => Разработка PFS-utils v.3 (устаревшая) => Тема начата: sfs от 16 Январь 2017, 10:34:31

Название: Продолжение разработки pfs-utils
Отправлено: sfs от 16 Январь 2017, 10:34:31
https://github.com/pfs-utils/
Тема висит уже 3 года.
Текущее положение дел :
1. PR для которого изначально делалось - брошен
2. pfs-util постоянно используется только в PRA. Критичное правил. Т.е. здесь самая проверенная версия. Т.к. больше разработчиков не было и не было единого мнения про правки - на гитхаб не переносил
3. Pro интернационализировал скрипты, но не провел синхронизацию с PRA
4. Zay (первоначальный разработчик ) появляется редко. Практически не участвует
5. Разработчики MagOs проявляют интерес, но в основном без конкретики

Последний всплеск интереса связан с betcher (MagOs), от которого пошла конкретика
Давайте здесь определимся - что кто и в какие сроки готов сделать по теме. Т.е. определимся какими силами располагаем
Иначе сейчас наплодим еще не протестированных версий и путаницы

Про себя - готов пояснить и доработать все правки из PRA, участвовать в выработки идей и решений и по мере сил и времени их реализации . Могу sh awk gtkdialog yad на среднем уровне. Идеи есть. Планирую использовать pfs и дальше в ПРа и пр. своих разработках
На роль руководителя не готов. Будет в ущерб ПРА
Прошу заявиться остальных. Определиться на счет руководства и обозначить цели и возможности

В настоящее время в доработке pfs участвуют : betcher DdShurick neobht sfs Zay

В аттаче свежий модуль для тестов в PRA запуском скрипта selftest
Название: Re: Продолжение разработки pfs-util
Отправлено: betcher от 16 Январь 2017, 12:15:32
Я хочу использовать эти скрипты в наших проектах. Интересна только консольная часть, соответственно там и готов поработать.
Чтобы скрипты можно было параллельно использовать в разных проектах нужно на мой взгляд соблюсти несколько простых условий.
- Универсальная часть скриптов должна лежать отдельно. (сделано)
- Простой код много комментариев (почти так и есть, кроме комментов)
- Нельзя переименовывать скрипты, менять ключи, коды возврата и проч. что может сломать совместимость с гуями. Добавлять можно, это ничего не сломает.
- Соответствие принятым стандартам, использование только стандартного набора утилит (намекаю на disktype  и прочие losetup-FULL).
- Минимум костылей под конкретный дистр, а в идеале без них вобще. (тут пока не ясно)
Может еще потом чего вспомню.
Чего мне сейчас не хватает.
- Ключика --debug, чтоб ошибки в консоль получить, а то там кругом 2>/dev/null
- Скрипта для самотестирования -  selftest_pfs, чтоб создавал пару модулей, мержил их, pfsload,pfsunload и так далее, и возвращал типо такого:
mkpfs - OK
pfsload - OK
pfsunload - OK
pfsramload - OK
pfsrebuild - FAIL
и так далее.

Хотелось бы отзывов по поводу изменений  в ветке develop, а то ощущение, что никто не заглядывает.

З.Ы. Теперь в это тему писать?
Название: Re: Продолжение разработки pfs-util
Отправлено: DdShurick от 16 Январь 2017, 12:17:33
 Придётся заняться мне. Во первых всё-таки я первоначальный разработчик [un]load_sfs, Zay подхватил идею и продолжил, во вторых у меня есть установленная MagOS (мини-вариант). Но так как я со многим не согласен, лёгкой жизни не ждите. Git (https://github.com/DdShurick/pfs-utils) у меня свой, чужого мне не надо.
Название: Re: Продолжение разработки pfs-util
Отправлено: betcher от 16 Январь 2017, 12:25:33
Но так как я со многим не согласен, лёгкой жизни не ждите.
Покой нам только снится.

Почему бы вам не заняться теми скриптами, которые и у вас есть и в pfs-utils и не обращать внимание на mkpfs и прочие, что вам не интересны? Они не особо отличаются. Давайте к одному варианту придем уже.
Название: Re: Продолжение разработки pfs-util
Отправлено: sfs от 16 Январь 2017, 12:49:32
Я хочу использовать эти скрипты в наших проектах. Интересна только консольная часть, соответственно там и готов поработать.
Чтобы скрипты можно было параллельно использовать в разных проектах нужно на мой взгляд соблюсти несколько простых условий.
Ок. Такая концепция устраивает. Работаем
В эту тему пишем только про организационные вопросы
я первоначальный разработчик [un]load_sfs
Да. И с sh у Вас хорошо
Но Вы же захотите переделать все с "это не надо, то не надо"?
Совместимость с имеющимися модулями и пр. необходимр как у betcher(выше)
Кроме того Вы последние годы не выпустили ничего законченного и не верите в коллективную работу
Уверены что сможете работать коллективно и доведете до конца?
Или Вам лучше написать свою альтернативу. По итогу решим что продолжаем...
Убегаю. Буду завтра
Название: Re: Продолжение разработки pfs-util
Отправлено: DdShurick от 16 Январь 2017, 14:11:23
Ворпос к betcher. Я не обнаружил /etc/initvars в установленной у меня версии MagOS. В последних версиях есть?
захотите переделать все
Боюсь, что придётся. "Стала пуганой птица удачи и не верит чужим рукам" (C) "Машина времени".
Название: Re: Продолжение разработки pfs-util
Отправлено: betcher от 16 Январь 2017, 14:50:59
initvars есть если грузить с uird. Переделывать   инитрд смысла нет, со следующей сборки uird будет основным.
Название: Re: Продолжение разработки pfs-util
Отправлено: DdShurick от 16 Январь 2017, 15:42:49
Тогда каким поставить дефолтный SYSMNT?
/etc/packages/* или /var/packages/* ?
И с чего в первую очередь начать?
Название: Re: Продолжение разработки pfs-util
Отправлено: DdShurick от 16 Январь 2017, 17:27:51
Взять на заметку. Установка модуля (пример):
Код
# unsquashfs -f -d / /mnt/sda1/219/modules/autoNet.xzm
Parallel unsquashfs: Using 4 processors
15 inodes (15 blocks) to write

[=================================================================|] 15/15 100%
created 15 files
created 14 directories
created 0 symlinks
created 0 devices
created 0 fifos
#
Название: Re: Продолжение разработки pfs-util
Отправлено: betcher от 16 Январь 2017, 18:32:46
Тогда каким поставить дефолтный SYSMNT?
/etc/packages/* или /var/packages/* ?
И с чего в первую очередь начать?
По дефолту без разницы, оставьте как сейчас в пра например. Главное, чтоб задавались переменными в одном месте для всех скриптов и перекрывались из /etc/initvars при его наличии.
Я только не понял, вы хотите еще один вариант скриптов сделать? Или как?
Название: Re: Продолжение разработки pfs-util
Отправлено: DdShurick от 16 Январь 2017, 20:19:53
оставьте как сейчас в пра например.
PRA - нестандарт, тогда уж как в MagOS.
вы хотите еще один вариант скриптов сделать?
Зная себя, скорее всего так и получится.
Название: Re: Продолжение разработки pfs-util
Отправлено: betcher от 16 Январь 2017, 20:40:58
В магос нет /etc/packages.  Если пути задаются в одном месте то реально не важно, что по дефолту. Я вчера менял на пробу путь на /var/lib/pfs. Собрал модуль, подключил и отключил. Все норм.
То что вы еще один вариант задумали честно сказать не радует. Хотя если вы к примеру сделаете замену pfsload при этом сохранив весь его  функционал думаю никто не будет поротив замены, если вы объясните чем ваш pfsload объективно лучше. А если просто еще один, то кому оно надо? Шило на мыло то.
Название: Re: Продолжение разработки pfs-util
Отправлено: DdShurick от 16 Январь 2017, 21:20:59
 На заметку. Слои и точки монтирования:
Код
# n=0; while true; do echo -n "$n "; cat /sys/fs/aufs/si_4b3537e7/br$n || break; n=$(expr $n + 1); done
0 /initrd/changes=rw                 
1 /initrd/bundles/save_sq=ro+wh
2 /home/dev_modules/samba-3.6.25_DEV=ro
3 /initrd/bundles/base=ro
4 /initrd/bundles/kernel=ro
5 /initrd/bundles/Arp-scan-1.9.5.xzm=ro
6 /initrd/bundles/BlueZ-5.43.xzm=ro
7 /initrd/bundles/FoxitReader-1.1.0.xzm=ro
8 /initrd/bundles/Pcmanfm-1.2.3.xzm=ro
9 /initrd/bundles/Print.xzm=ro
10 /initrd/bundles/Yandex.Disk-0.1.5.978.xzm=ro
11 /initrd/bundles/apulse-5.0.xzm=ro
12 /initrd/bundles/autoNet.xzm=ro
13 /initrd/bundles/devx-219.xzm=ro
14 /initrd/bundles/djview4-4.8.xzm=ro
15 /initrd/bundles/drv_mount-0.3-r01.xzm=ro
16 /initrd/bundles/epdfview-0.1.8.xzm=ro
17 /initrd/bundles/evince-2.32.0.xzm=ro
18 /initrd/bundles/fbreader-0.12.10.xzm=ro
19 /initrd/bundles/flashplugin-2.0.0.186.xzm=ro
20 /initrd/bundles/fltk-1.3.3.xzm=ro
21 /initrd/bundles/foo2zjs.xzm=ro
22 /initrd/bundles/gnome-alsamixer-0.9.7.xzm=ro
23 /initrd/bundles/hplj1018.xzm=ro
24 /initrd/bundles/icewm-1.3.12.xzm=ro
25 /initrd/bundles/modules_event-0.4.xzm=ro
26 /initrd/bundles/mpg123-1.23.6.xzm=ro
27 /initrd/bundles/mtpaint-3.40.xzm=ro
28 /initrd/bundles/nmap-7.40.xzm=ro
29 /initrd/bundles/pidgin-2.10.6.xzm=ro
30 /initrd/bundles/pnmixre-0.7.xzm=ro
31 /initrd/bundles/seamonkey-2.46.xzm=ro
32 /initrd/bundles/simpleburn-1.7.3-pr01.xzm=ro
33 /initrd/bundles/skype-4.3.0.37.xzm=ro
34 /initrd/bundles/smbtree-3.6.25.xzm=ro
35 /initrd/bundles/smplayer-16.9.0.xzm=ro
36 /initrd/bundles/telegram-0.10.19.xzm=ro
37 /initrd/bundles/transmission-2.51.xzm=ro
38 cat: can't open '/sys/fs/aufs/si_4b3537e7/br38': No such file or directory
Samba подключена из каталога во второй слой командой  sudo mount -o remount,add:2:samba-3.6.25_DEV/ /

На заметку. Узнать в каком слое модуль:
Код
# grep BlueZ /sys/fs/aufs/si_*/*
/sys/fs/aufs/si_4b3537e7/br6:/initrd/bundles/BlueZ-5.43.xzm=ro
Название: Re: Продолжение разработки pfs-util
Отправлено: DdShurick от 16 Январь 2017, 21:35:21
pfsload при этом сохранив весь его  функционал
Функционал? Подключить, подключить в заданный слой, просмотр, установить как пакет, что ещё?
Назвать нейтрально, moduleadd например?
Название: Re: Продолжение разработки pfs-util
Отправлено: sfs от 17 Январь 2017, 11:18:46
если вы объясните чем ваш pfsload объективно лучше
Боюсь, что только тем что полностью написано Дядей Шуриком
Давайте всетаки не будем тратить время на переписывание того что нормально работает
Давайте отдельными темами пройдемся по имеющимся утилитам

Я правильно понимаю - смотреть надо здесь https://github.com/pfs-utils/pfs-utils/tree/develop
Сейчас основное изменение - добавлен https://github.com/pfs-utils/pfs-utils/blob/develop/pfs-utils-cli/usr/lib/libpfs
В который вынесены основные переменные. Его надо включать в начало всех скриптов
Название: Re: Продолжение разработки pfs-util
Отправлено: sfs от 17 Январь 2017, 11:47:14
Установка модуля (пример):
Код: [Выделить]

# unsquashfs -f -d / /mnt/sda1/219/modules/autoNet.xzm
Не понял что нового здесь предлагается по сравнениюс pfsinstall ?

Поддержка "/etc/initvars" была добавлена в pfs-utils этим коммитом (но тестировался код недостаточно):
https://github.com/pfs-utils/pfs-utils/commit/7bccdfbbe28b45599d6525bb7d6c9d1d945e6204
А самого /etc/initvars на гите нет
В итоге его используем или https://github.com/pfs-utils/pfs-utils/blob/develop/pfs-utils-cli/usr/lib/libpfs или оба?
Название: Re: Продолжение разработки pfs-util
Отправлено: DdShurick от 17 Январь 2017, 11:49:11
Боюсь, что только тем что полностью написано Дядей Шуриком
Правильно, бояться надо.
Давайте всетаки не будем тратить время на переписывание того что нормально работает
Работать-то оно работает, но нормально ли?
Давайте отдельными темами пройдемся по имеющимся утилитам
Ребята, а может не надо? Если я "пройдусь бульдозером" по вашему коду, вряд-ли что останется. Для меня гораздо менее трудозатратно и нервотрёпно написать с нуля. Не хочется тратить время на ругань.
Сейчас основное изменение - добавлен libpfs, В который вынесены основные переменные. Его надо включать в начало всех скриптов
Я посмотрел libpfs, зачем оно вообще нужно?
Вопросы к sfs: как любитель функционала, обозначьте минимум для moduleadd? Чем disktype лучше file?
Название: Re: Продолжение разработки pfs-util
Отправлено: DdShurick от 17 Январь 2017, 11:51:54
Не понял что нового здесь предлагается по сравнениюс pfsinstall ?
Ничего. Только эта строчка его полностью заменяет.
Название: Re: Продолжение разработки pfs-util
Отправлено: sfs от 17 Январь 2017, 11:59:07
Работать-то оно работает, но нормально ли?
Никто не жаловался.  Есть идеи - давайте обсудим
Для меня гораздо менее трудозатратно и нервотрёпно написать с нуля. Не хочется тратить время на ругань.
Это было первое что я спросил. Вы как-то определитесь.
Если я "пройдусь бульдозером" по вашему коду, вряд-ли что останется
Не такой уж там плохой код
Я посмотрел libpfs, зачем оно вообще нужно?
Чтобы не повторять этот код в прочих утилитах
обозначьте минимум для moduleadd?
http://forum.puppyrus.org/index.php?topic=19529.0
Чем disktype лучше file?
Ничем - как в libpfs - нормально
Название: Re: Продолжение разработки pfs-util
Отправлено: DdShurick от 17 Январь 2017, 12:29:06
давайте обсудим
Нет чтобы "давайте сделаем"
Не такой уж там плохой код
Зато я не такой хороший
Чтобы не повторять этот код в прочих утилитах
А этот код вообще-то нужен?
как в libpfs - нормально
libpfs - не нужно.
Название: Re: Продолжение разработки pfs-util
Отправлено: sfs от 17 Январь 2017, 13:09:29
libpfs - не нужно.
Откуда возьмется SYSMNT= и пр. переменные?
Название: Re: Продолжение разработки pfs-util
Отправлено: betcher от 17 Январь 2017, 14:55:18
В libpfs лежат куски кода которые используются в других утилитах,   и  туда же сложил дефолтные значения переменных, которые также используются в разных утилитах. Изначально это были отдельные файлы, а пути были захардкожены. Мне кажется с libpfs аккуратнее получилось. 
Название: Re: Продолжение разработки pfs-util
Отправлено: sfs от 17 Январь 2017, 15:31:42
Мне кажется с libpfs аккуратнее получилось.
да
Название: Re: Продолжение разработки pfs-util
Отправлено: DdShurick от 17 Январь 2017, 15:36:28
Откуда возьмется SYSMNT=
Два способа:
Код
# grep SYS /etc/initvars
SYSMNT=initrd
# dirname `cat /sys/fs/aufs/si_*/br0`
/initrd
Название: Re: Продолжение разработки pfs-util
Отправлено: neobht от 17 Январь 2017, 15:39:27
Ребята, а может не надо? Если я "пройдусь бульдозером" по вашему коду, вряд-ли что останется. Для меня гораздо менее трудозатратно и нервотрёпно написать с нуля. Не хочется тратить время на ругань.

не страшно. всегда можно пройти белазом. :)
бульдозерите :)

я скоро тоже подключусь.
Название: Re: Продолжение разработки pfs-util
Отправлено: sfs от 17 Январь 2017, 15:39:58
grep SYS /etc/initvars
Ну и что тут изменилось кроме названия файла
Вставить проще чем парсить
dirname `cat /sys/fs/aufs/si_*/br0`
А остальные переменные и куски повторяющегося кода?
Название: Re: Продолжение разработки pfs-util
Отправлено: neobht от 17 Январь 2017, 15:41:05
только предлагаю цивилизовано работать со всей мощью git, а не кто в лес, кто по дрова.
Название: Re: Продолжение разработки pfs-util
Отправлено: betcher от 17 Январь 2017, 15:41:34
grep SYS /etc/initvars
SYSMNT=initrd
Кто ж так делает :)
. /etc/initvars

А /etc/packages где брать? А куда в copy2ram копировать и т.д. И без /etc/initvar желательно чтоб работало.
Название: Re: Продолжение разработки pfs-util
Отправлено: sfs от 17 Январь 2017, 15:53:04
предлагаю цивилизовано работать со всей мощью git
Хорошо бы. Тогда помогайте http://forum.puppyrus.org/index.php?topic=19527.0 освоить. Я на нуле

Давайте большинством голосов закончим дебаты про libpfs
Если так каждую ерунду будем мусолить - результата не будет
Название: Re: Продолжение разработки pfs-util
Отправлено: DdShurick от 17 Январь 2017, 16:19:05
Кто ж так делает
Он просил SYSMNT=, я выдал.
. /etc/initvars
Обычно так и делаю, но иногда это избыточно.
А /etc/packages где брать?
В нормально собранном pfs он уже есть.
А куда в copy2ram копировать
Код
[ "$PCOPY" = "yes" ] && mount -t tmpfs tmpfs /mnt/tmpfs
Туда
И без /etc/initvar желательно чтоб работало.
Для этого существует дефолтное значение
Если так каждую ерунду будем мусолить - результата не будет
Ну наконец то до вас дошло

Название: Re: Продолжение разработки pfs-util
Отправлено: betcher от 17 Январь 2017, 16:25:05
Для этого существует дефолтное значение
Для того и нужен libpfs  чтоб дефолтное значение хранить в одном месте, а не в коде в каждом скрипте. Тем более итог голосования очевиден.
З.Ы. Мне кажется Вы уже с нами согласны, а спорите  из природной вредности :)
Название: Re: Продолжение разработки pfs-util
Отправлено: sfs от 17 Январь 2017, 18:41:19
В настоящее время в доработке pfs участвуют : betcher DdShurick neobht sfs
Zay - я не понял
Больше нет желающих?
Название: Re: Продолжение разработки pfs-util
Отправлено: Zay от 18 Январь 2017, 12:22:50
Zay - я не понял
На полноценную разработку времени не хватит, но возможно смогу принять некоторое участие.

P.S. Кто сделал подраздел отдельный? ИМХО лишнее это, форум же подсвечивает новые сообщения, они не затеряются.
Если никто не возражает - то я верну темы в основной подраздел, и сделаю пометки для удобства работы.
Название: Re: Продолжение разработки pfs-util
Отправлено: sfs от 18 Январь 2017, 12:24:52
Кто сделал подраздел отдельный?
Я. Мне кажется подразделом удобнее. В корне куча тем про другое. Что думают остальные?
Название: Re: Продолжение разработки pfs-util
Отправлено: betcher от 18 Январь 2017, 12:32:00
Вообще перенос тем немного напрягает, но коль уж перенесли пусть будет как есть. Имхо.
Название: Re: Продолжение разработки pfs-util
Отправлено: Zay от 18 Январь 2017, 12:36:04
Лучше уж тогда отметить новые темы (например иконкой, или префиксом в названии).
Заходить в подраздел не очень удобно, часть информации осталась в корневом разделе.

Поэтому если принципиальных возражений ни у кого нет - то я всё же перенесу темы обратно, и слегка наведу порядок в разделе.
Название: Re: Продолжение разработки pfs-util
Отправлено: sfs от 18 Январь 2017, 12:50:16
Во время активного общения очень удобно. Лучше перенести сюда чего не хватает (вроде про продолжение я все перенес)
Название: Re: Продолжение разработки pfs-util
Отправлено: sfs от 18 Январь 2017, 13:59:30
Теперь предлагаю до момента фактического разделения не вносить на Git изменения, чтобы не было путаницы.
Доработал по мелочи.  Из относительно крупного pfs-update-caches checkramfree
initvats  - пишите свои. /usr/local - по другому в пра не проверить
Проверил в ПРА. Прошу юзеров ПРА тоже проверить
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 19 Январь 2017, 08:56:30
* 089-zz-pfs170118.pfs (8 КБ - загружено 2 раз.)
По итогу:
1. Перенести все переменные из initvars в libfs и сделать перекрытие их из initvars (если он есть)
2. Сделать чтобы checkramfree работало в любой системе и наверное перенести то что без ключей в libfs в функцию checkramfreeb
Так?
Забыл сказать с 0 в модуле скрипты из пра - может чего выплывет. Потом удалим
Что с предложениями по перекройке гитхаба? Залейте туда. Пока не освоил гит
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 19 Январь 2017, 10:03:54
1. Да. Сам $SYSMNT можно даже по методу дяди Шурика, тогда инитварс не нужен. Решайте сами. А остальныные переменные в либпфс.
2. Да.
3. Надо у нас тоже глянуть, может что-то перетащить в пфс-утилс.
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 20 Январь 2017, 05:11:53
Посмотрел наши скрипты.

https://github.com/magos-linux/magos-linux/tree/master/make_MagOS/files/patches/rootfs/MagOS/usr/lib/magos/scripts (https://github.com/magos-linux/magos-linux/tree/master/make_MagOS/files/patches/rootfs/MagOS/usr/lib/magos/scripts)
Некоторым аналогов в pfs-utils нет.
epm2xzm, надстройка над epm собирает xzm модули используя большинство распространенных пакетных менеджеров.
Делал Антон, если есть интерес лучше его спрашивать.
Xzm2dir -  там пару строк всего просто unsqushfs молуль в папку.
 dir2noxzm - создание модуля без сжатия, на старых машинах в теории должны быстрее работать.
Есть не совсем по теме.
syschanges -  вычисляет изменнния в changes за период времени. Различия копируются в два каталога new (новые файлов)  и changed (измененные) из них можно модуль с изменениями сделать. Порой весьма удобно.
addmemory - создает своп файл, подключает его и увеличивает размер лимита  tmpfs на размер своп файла. Нужен при недостатке места в tmpfs. Когда у вас значек в трее краснеет :)
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 20 Январь 2017, 09:22:01
Некоторым аналогов в pfs-utils нет.
Давайте включать
epm2xzm, надстройка над epm собирает xzm модули используя большинство распространенных пакетных менеджеров.
В пра есть аналог только для pacman - pacman2pfs. Интересно . Включайте в 1ю очередь
dir2noxzm - создание модуля без сжатия, на старых машинах в теории должны быстрее работать.
В mkpfs есть -g : gzip вместо xz
Остальное тоже интересно, но давайте пока сосредоточимся на промежуточном результате - свести все в одно место и протестировать в разных дистрах
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 20 Январь 2017, 09:24:29
В пра есть аналог только для pacman - pacman2pfs. Интересно . Включайте в 1ю очередь
На счет пакмана не уверен. Спрошу Антона. Возможно не сложно добавить.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 21 Январь 2017, 11:44:39
Про разделение гит перенес (http://forum.puppyrus.org/index.php?topic=19538.msg127596#msg127596)
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 21 Январь 2017, 13:55:21
Залил на гит свои правки. Первый боевой опыт гита. Получилось?
В итоге с
Код
SYSMNT="/mnt/.".
copyramdir="/tmp/.mountRAM"
prefixmp="/mnt/."
в libpfs и без initvar в pra selftest проходит
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 21 Январь 2017, 22:48:06
Поправил нужник (http://forum.puppyrus.org/index.php?topic=19549.msg127570#msg127570)
Дописал pfsextract в selftest, разделил пару тем
Я закончил слияние pfs-cli с pra
В аттаче модуль для тестов а ПРа
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 22 Январь 2017, 05:40:57
Несколько фиксов и расширен selftest. Прогоните у себя, у мну проходит.
P.S. А mountfile и umountfile где используются?
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 22 Январь 2017, 08:43:27
selftest. Прогоните у себя, у мну проходит.
Обновился с гитхаба
Поправил selftest (залил). Теперь проходит
Предлагаю переименовать его в pfs-utils-test, положить к остальным и добавить в доку

Только что-то open_pfs (из gui) сломался - не видит что модуль составной

mountfile и umountfile где используются?
https://github.com/pfs-utils/pfs-utils-gui/blob/master/pfs-utils-gui/usr/sbin/mount_file + ФМ и т.п
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 22 Январь 2017, 12:22:10
Предлагаю переименовать его в pfs-utils-test, положить к остальным и добавить в доку
Разве он нужен в дистре? Это для удобства разработки. Я думал вообще его в корень перенести, рядом с README.md то есть.
Слил пул реквесты, селфтест проходит.
Название: Re: Продолжение разработки pfs-utils
Отправлено: neobht от 22 Январь 2017, 12:33:26
Почему никто не принимает инвайты на cli и gui?
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 22 Январь 2017, 13:22:05
selftest в дистре не помешает и места не займет.
У всех работает? Если да - что дальше делаем?

Почему никто не принимает инвайты на cli и gui?
Если должно было прийти в этом году - мне не приходило на мыло гитхаба
Название: Re: Продолжение разработки pfs-utils
Отправлено: neobht от 22 Январь 2017, 14:59:43
Возможно в спаме. Или смотрите в уведомлениях на самом гитхабе.
Название: Re: Продолжение разработки pfs-utils
Отправлено: Pro от 23 Январь 2017, 09:39:38
мне приходило, я отказался.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 23 Январь 2017, 12:39:58
Возможно в спаме. Или смотрите в уведомлениях на самом гитхабе.
Нашел, принял
Название: Re: Продолжение разработки pfs-utils
Отправлено: neobht от 23 Январь 2017, 14:46:46
мне приходило, я отказался.
???
Название: Re: Продолжение разработки pfs-utils
Отправлено: Pro от 23 Январь 2017, 14:49:28
Кодить не умею. Если что форкну и реквест сделаю.
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 24 Январь 2017, 15:50:06
selftest в дистре не помешает и места не займет.
У всех работает? Если да - что дальше делаем?
Я думаю надо тестить в первую очередь. Попробую сделать модулем для магос,  выложу на сайте у нас. Для этого нужен скрипт для конвертации обычных модулей (xzm,sfs) в pfs. Чтоб можно было весь магос переконвертить.
Попробуйте addmemory, syschanges даже если не в pfs-utils может просто в пра пригодится.
Что у Вас еще есть полезного, что можно в pfs-utils добавить?
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 24 Январь 2017, 16:12:39
нужен скрипт для конвертации обычных модулей (xzm,sfs) в pfs.
unsquashfs + mkpfs циклом
Попробуйте addmemory, syschanges
Напомните где взять
Что у Вас еще есть полезного, что можно в pfs-utils добавить?
В cli все что было добавил. В ПРА в основном допиливал gui - менеджер модулей, зависимости и пр.
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 24 Январь 2017, 16:20:08
unsquashfs + mkpfs циклом
Да, но для юзверя должно быть не сложнее xzm2pfs ./*.xzm
Наши скрипты здесь  https://github.com/magos-linux/magos-linux/tree/master/make_MagOS/files/patches/rootfs/MagOS/usr/lib/magos/scripts  (https://github.com/magos-linux/magos-linux/tree/master/make_MagOS/files/patches/rootfs/MagOS/usr/lib/magos/scripts)
В пра с uird вроде работали, но если в проект то надо их пилить еще. Русский язык убирать и т.д.

Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 24 Январь 2017, 16:23:47
для юзверя должно быть не сложнее xzm2pfs ./*.xzm
unsquashfs + mkpfs без цикла :) имеет смысл, только если планируется pfsmerge
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 24 Январь 2017, 16:43:42
Посмотрел addmemory - никакой связи с пфс и очень дистро (initrd) зависимо
Я правильно понял
Цитата
$0 1000 - увеличит размер tmpfs на 1G и создаст в текущем каталоге файл-swap того же размера
за счет уменьшения памяти для приложений , т.е. http://wiki.puppyrus.org/soft/porteus-initrd#ramsize по горячему

своп (http://wiki.puppyrus.org/puppyrus/pra?&#%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_%D0%BD%D0%B0_%D1%81%D0%BB%D0%B0%D0%B1%D1%8B%D0%B5_%D0%BA%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80%D1%8B) ... на дохлом компе как правило и винт медленный. Есть ли смысл вообще его советовать...

syschanges - если заменить пути на переменные из пфс - получится дистронезависимый. Пожалуй в cli не помешал бы
В ПРА есть аналогичный с гуем и наворотами
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 24 Январь 2017, 16:56:48
Посмотрел addmemory - никакой связи с пфс и очень дистро (initrd) зависимо
Я правильно понял
Да, к модулям отношения не имеет, только к модульным дистрам. Сделан был после многочисленных, в свое время,  вопросов о том, почему не распаковывается архив с магос под магос. А ответ простой не хватает памяти в домашнем каталоге который в чистом режиме находится в tmpfs. Чтоб было понятнее приведу пример с конкретными цифрами.
Дано:
RAM-2гига
tmpfs - (70% от RAM) - 1,4 гига
Если не задумываясь о том как все работает скачать в домашнюю папку магос то получаем минус 1 гиг архив и минус 1 гиг распакованный архив. То есть с двумя гигами RAM уже не получается.
addmemory 2000
создается своп файл размером 2 гига
увеличивается размер tmpfs на 2 гига то есть 3.4 гига, то есть для распаковки хватает.
Конечно с распаковкой можно решить вопрос и проще, но бывают приложения которые активно создают временные файлы большого размера и в /home и d /tmp. Gimp или того страшнее видеоредакторы, там обойти гораздо сложнее.
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 24 Январь 2017, 17:00:03
syschanges - если заменить пути на переменные из пфс - получится дистронезависимый. Пожалуй в cli не помешал бы
В ПРА есть аналогичный с гуем и наворотами
Была идея допилить в syschanges опциональное создание модуля на выходе. Можно подумать.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 24 Январь 2017, 17:08:20
Была идея допилить в syschanges опциональное создание модуля на выходе
И как вариант - не модуля , а fs-in-file - для rw сохраненки на ntfs
В Пра это есть (частично сперто в портеус) но с гуями и грязновато
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 24 Январь 2017, 17:16:04
И как вариант - не модуля , а fs-in-file - для rw сохраненки на ntfs
В Пра это есть (частично сперто в портеус) но с гуями и грязновато
file.img имеете ввиду? Да можно, но сохраненка не получится наверное. В папки сисченджез попадают новые и измененные файлы в системе после запуска syschanges и до его остановки. А не все измененные с момента загрузки. То есть запускаем сисченджез, делаем необходимые настроики, софт там устанавливаем и т.д. затем останавливаем сисченджез и получаем все изменения за этот период в одном месте.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 24 Январь 2017, 17:17:34
file.img имеете ввиду?
да
Название: Re: Продолжение разработки pfs-utils
Отправлено: DdShurick от 24 Январь 2017, 17:27:43
частично сперто в портеус
Опять берёте на стороне то, что изначально было в классическом Puppy.
но сохраненка не получится наверное.
В классическом Puppy это основная сохранёнка.
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 24 Январь 2017, 17:33:42
В классическом Puppy это основная сохранёнка.
Подключить файл.img в качестве верхнего стоя aufs можно и у нас. Это профиль называется и тоже самый древний вариант :) Но сисченджез это не то. Лучше попробуйте у вас должен работать тоже.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 25 Январь 2017, 16:38:45
Поправил в нескольких местах disktype ->disktypeb
Исправил ошибку в pfsinfo
Добавил pfsinfo в selftest и оптимизировал его код
Залил в шапку модуль для теста в пра. Днями планирую поставить в модуль  обновление 089 ПРА
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 25 Январь 2017, 17:25:22
Добавил pfsinfo в selftest и оптимизировал его код
Прерывается после pfsmerge. Надо смотреть.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 25 Январь 2017, 17:39:57
Я как раз после pfsmerge и дописал проверку pfsinfo
Есди Вы не забрали мою провку - так и должно быть. В pfsinfo была ошибка
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 25 Январь 2017, 17:45:26
В pfsinfo была ошибка
Правку забрал конечно, дело в другом. Pfsinfo ожидает от disktypeb слишком конкретный выхлоп. ПОсмотрите строчку 25 в pfsinfo, так пойдет?
А что он вернуть, кстати должен? А то
 pfsinfo ntf-170114-any.pfs
ntf-170114-any
Как то мало info :)
Или только с подключенными модулями работает?
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 25 Январь 2017, 18:03:47
ПОсмотрите строчку 25 в pfsinfo, так пойдет?
Проверка версии сквоша ек помешает. В разных дистрах не встречал здесь проблем
Может оставим?
А что он вернуть, кстати должен?
http://wiki.puppyrus.org/puppyrus/pr218/pfs?&#pfsinfo
Он вызывается из других утилит. Например pfs_open (это уже гуй)
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 25 Январь 2017, 18:11:27
В разных дистрах не встречал здесь проблем
Просто у вас disktype, а у меня file выхлоп разный. Нужно тогда в disktypeb к единому сводить.  Посмотрю, что можно сделать.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 25 Январь 2017, 18:30:14
Нужно тогда в disktypeb к единому сводить
Убрал в libpfs вообще disktype - чтобы не было разночтений
У меня ничего не сломалось. Оставляем так?
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 25 Январь 2017, 18:36:37
Правил с Вами параллельно, потом пришлось мержить. Первый раз сам сливал :). Вроде нормально получилось, тест проходит, версию 4.*проверяет. Правда проверка только в pfsinfo есть, если это важный момент нужно аналогично и в pfsload сделать. Прогоните у себя.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 26 Январь 2017, 10:12:14
, версию 4.*проверяет.
Да. так надежнее
проверка только в pfsinfo есть, если это важный момент нужно аналогично и в pfsload сделать.
pfsload без open_pfs используется редко. В open_pfs проверка есть через pfsinfo
Проблем не возникало. Не будем усложнять
Прогоните у себя.
В ПРА - норм. Отличная вещь selftest - экономит время. + за идею
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 31 Январь 2017, 10:55:39
Поставил pfs 2.0 в pra64-1701fat.iso для более широкого тестирования
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 01 Февраль 2017, 10:56:07
Поставил pfs 2.0 в pra64-1701fat.iso для более широкого тестирования
Это хорошо, надо нашим тоже модулем выкатить. Описание только нужно хорошее. Сейчас одну идейку еще помучаю и займусь.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 01 Февраль 2017, 11:44:49
В ПРА есть удобные настройки для mc через f2. (http://forum.puppyrus.org/index.php/topic,13082.0.html) Постоянно работаю с модулями в mc
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 08 Февраль 2017, 10:59:13
Создал подраздел
Сделал DdShurick и betcher модераторами соответствующих разделов
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 06 Март 2017, 16:20:49
Переделал selftest и проверил на aufs и винте
Прошу остальных проверить

После pfsrebuild оставались 2 папки first secont-  - так и должно было быть? я их удалил
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 06 Март 2017, 20:38:20
Переделал selftest и проверил на aufs и винте
Прошу остальных проверить
Прогнал селфтест, кой чего пришлось править. На винте проходит все, на aufs не подключаются модули, но это для магос нормально, сделал так чтоб тест не стопорился в этом месте.
Непонятки с pfsramload, на aufs срабатывает ровно через раз надо разбираться. В коде странная штука, если не может копировать в ОЗУ подключает на месте. Думаю это вредный костыль, должна быть ошибка с пояснением.  Все в  >/dev/null 2>&1 зарулено, надо хотя-бы ошибки оставлять если весь выхлоп мешается. А то дебажить проблемно.
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 07 Март 2017, 09:19:58
Рамлоад/анлоад починил, дело было в двойном слэше в путях в pfsramfree.
Но вопрос по pfsramload не снят. Предлагаю все-же не подключать модуль если не удалось копировать в рам.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 07 Март 2017, 09:25:29
Предлагаю все-же не подключать модуль если не удалось копировать в рам.
да. Иначе получается хотел одно - втихоря получил другое. Надо выдать ошибку и остановиться
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 07 Март 2017, 10:11:55
Да, я именно об этом. Если у меня система вся в рам, подключаю еще один модуль в рам и по идее могу вытащить носитель, а тут опаньки, оказывается в озу копировать не получилось, и главное молча :)
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 11 Март 2017, 15:33:31
Еще кучка изменений. Выделил дефолтное расширение в переменную EXT=pfs, мне проще будет в магос интегрировать если сохранить расширение xzm. 
. /usr/bin/pfsfunc
заменено на
. $(which pfsfunc)
чтоб скрипты сохраняли работоспособность из любой папки в $PATH
Поддержка пользовательского конфига /etc/pfs.cfg
Надо подумать как быть с fixmenus-kde и проч., куда их складывать? В общую репу или каждый у себя держать должен.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 11 Март 2017, 16:33:35
как быть с fixmenus-kde
Для стандартных ДЕ лучше в общую
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 11 Март 2017, 16:42:00
Хорошо. Сделаю для кде,лхде на основе наших.
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 12 Март 2017, 08:12:32
Перенес update-caches в либу и добавил fixmenus-baseDE,  отдельно для кде и лхде делать не стал пока там буквально по строчке. Посмотрите возможно некоторын строки из update-caches тоже правильнее в fixmenus перенести.
Удалил все скрипты, которые перенесены в либу.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 12 Март 2017, 08:38:34
killall -1 lxpanel - в ПРА панель умирает
lxpanelctl restart - тоже
Возможно из-за урезанности лхде
Там иногда приходится menu-cached еще убивать и  кэш чистить

touch /usr/share/applications/screensavers - это что-то КДЕшное?
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 12 Март 2017, 08:50:21
Да это кдешное, там есть служба, которая следит за изменениями в конфигах и проч. Достаточно touch чтоб все перечиталось. А при подключении модуля с точки зрения кде ничего не происходит.
Надо наверное отслеживать DE и запускать только то что надо.
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 13 Март 2017, 08:55:16
Ну дак как в итоге делать будем? Еще на счет depmod помнится вопрос поднимался.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 13 Март 2017, 09:16:10
Выполнить fixmenu* - нормально
Про depmod надо отдельной темой. Боюсь, что для каждого дистра оптимально свое. Может быть сделать 2 варианта с выбором в конфиге
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 13 Март 2017, 09:30:18
fixmenus* мне тоже нравится. Но. Как бы не случилось чего нибудь сломать, как с lxpanel получилось. Может fixmenus у каждого свой? Или как?
По депмод такая мысль, можно организовать запуск скрипта /еtc/packages/mount/packname/run.me. Таким образом можно рулить в каждом пакете отдельно. У нас есть похожая штука, только скрипт нужно класть в куда-то в rc.* (точно не помню), чтоб при старте скрипт тоже запускался.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 13 Март 2017, 09:36:09
Может fixmenus у каждого свой? И
Хорошо бы попытаться доделать общий. Вместе лучше получится. Потом каждый сам решит. При такой организации - не принципиально
организовать запуск скрипта /еtc/packages/mount/packname/run.me.
В ПРА после подключения модуля запускается start.sh из корня модуля (местоположение спорное). Через него же прописываются зависимости модулей (доп. скрипт sfs-get-dep). Используется широко. Если что-то менять - надо чтобы и старое работало
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 13 Март 2017, 10:17:56
Эти start.sh получается перекрывают друг друга и при старте системы выполнение скриптов не организовать. Кстати, а вы запускаете /start.sh или 
... bundles/packname/start.sh, а то если модуль не в первый слой подключить можно совсем не тот start.sh выполнить.
Можно оба подхода совместить наверное. Например скрипт, который запускается и при старте системы и при pfsload запускать с правами рут. А start.sh с правами пользователя. То есть pfsload firefox.pfs и тут же браузер запускается.
Вот только существует ли такой каталог откуда гарантированно при старте системы все запустится?
З.Ы. Это просто мысли вслух, для мозгового штурма :)
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 13 Март 2017, 10:35:54
start.sh получается перекрывают друг друга
Нет. Запускается из примонтированного, а не из корня
Сейчас start.sh в пфс в гуй части. Там надо взаимодействовать с пользователем диалогами в Х, а Вы не хотите лезть в гуй
Автостарт через .desktop тоже в ПРА есть
Вот только существует ли такой каталог откуда гарантированно при старте системы все запустится?
Не понял к чему это
Т.к. в ПРА 2 варианта Init (http://wiki.puppyrus.org/puppyrus/pra#%D0%B4%D0%B5%D0%BC%D0%BE%D0%BD%D1%8B_%D0%B8%D0%BD%D0%B8%D1%86%D0%B8%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D0%B8_systemd_minirc)
Универсальное место /etc/xdg/autostart
В ПРА по умолчанию sudo для всех без пароля. По другому куча проблем вылезет и неудобств
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 13 Март 2017, 11:33:38
Обновился с гит. selftest проходит
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 13 Март 2017, 13:41:55
Ладно, зайдем с другой стороны. Модуль, в модуле демон, запускается только под своим полльзователем и группой, хоторых нужно создать. Где должен лежать скрипт создания пользователя и группы так, чтоб он срабатывал и при старте системы и при pfsload модуль-с-демоном.pfs?
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 13 Март 2017, 13:50:44
Модуль, в модуле демон, запускается только под своим полльзователем и группой, хоторых нужно создать
Я бы разместил в скрипте запуска демона
В ПРА просто создаю всех нужных модулям юзеров в базовом модуле и не парюсь
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 13 Март 2017, 14:25:11
Думаете не стоит велосипедить? Вот, кстати, кусок который запускает скрипты у нас.
Код
find_n_run_scripts()
{
   debug_log "find_n_run_scripts" "$*"
   local MOD

   MOD="$1"
   shift

   RCPATH=/etc/rc.d/init.d
   RUNLEVEL=$(runlevel | awk '{print $2}')
   [ -z "$RUNLEVEL" ] || RCPATH=/etc/rc.d/rc$RUNLEVEL.d
   RUNSCRIPTS="$MOD$RCPATH|$MOD/usr/lib/magos/rc.local|$MOD/usr/lib/magos/rc.post"
   echo $@ | grep -q start || RUNSCRIPTS="$MOD$RCPATH"

   find "$MOD" | egrep "$RUNSCRIPTS" | cut -b "${#MOD}"- | cut -b 2- | xargs -n 1 -r readlink -f | sort -u | \
       while read SCRIPT; do
         if [ "$SCRIPT" != "" -a -x "$SCRIPT" -a ! -d "$SCRIPT" ]; then
            # call the script by real path, not from the module
            log "starting '"$SCRIPT" $@'"
            "${SCRIPT}" "$@"
         fi
       done
}

Есть еще вариант. Пихать все дистроспецифическое в fixmenus-distrname,  и у каждого будет свой вариант. Название  только более подходящее подобрать. И лучше тогда для подключения и отключения разные скрипты.
runpfsload-*
runpfsunload-*
???
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 14 Март 2017, 08:44:09
Да, пожалуй с runpfsload-* runpfsunliad-* вариант оптимальный. Все что безопасно вроде touch для кде убираем в либу в update_caches, а все дистросрецифическое в  эти файлы. Если при лоаде и анлоаде выполняется одинаковый код просто делаем ссылку с одного на второй. Сюда же можно обработку ваших start.sh и  десктоп файлов перенести, чтоб в графике и консоли одинаково подключение работало.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 14 Март 2017, 09:11:57
Сейчас start.sh в пфс в гуй части. Там надо взаимодействовать с пользователем диалогами в Х, а Вы не хотите лезть в гуй
Т.е. Вы предлагаете перенести этот функционал в консоль....
На мой взгляд спорно.
Кстати - а как вы планируете в магос подключать модули по горячему
В пра МенеджерМодулей sfs-get находит (качает) нужный модуль и выдает http://wiki.puppyrus.org/puppyrus/pr218/pfs#open_pfs (подкл.\монтировать\установить)
Или из ФМ open_pfs по расширению
Наверное надо сначала определиться с гуем подключения. А потом уже мутить зависимости и автозапуск
Это уже не разрабовские дела , а юзерские
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 14 Март 2017, 09:28:49
Переносить или нет в консоль дело ваше. Я предлагаю все что не является общим (стандартным) но необходимо выполнить после подключения модуля в вашем дистре или в вашем ДЕ класть в скрипты  runpfsload-pra или runpfsload-jwm или оба сразу. Аналогично при отключении только скрипты соответственно runpfsUNload-*.
У нас поиск модулей в репозитории не востребован, большинство модулей собирается urpm2xzm dir2xzm save2module и так далее. Но фунеционал такой в менеджере модулей есть.
Установить/активировать/инсталлить тоже можно с гуем.
modmnger module.xzm
Но по умолчанию по клику мышой работает:
gactivate module.xzm
Подключит если не подключено либо отключит если подключено.
По runpfsload* возражения есть?
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 14 Март 2017, 09:45:12
По runpfsload* возражения есть?
Т.е. runpfsload test.pfs сделает:
1. pfsload test.pfs
2. fixmenu - или это остается в pfsload ?
3. start.sh или еще что-то
т.е. отдельно стоящий скрипт ?
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 14 Март 2017, 10:05:59
Так. Давайте с начала.
Runpfslod-* это скрипты которые запускает pfsload после подключения модуля. Скриптам при заруске передается точка монтировпния модуля. По умолчанию их нет вообще. Их использует каждый дистр или юзер по необходимости.
Что там может быть:
-части fixmenus котрые не могут быть общими для всех.
-автозапуск скриптов из модуля.
-оповещение в графику о подключении модуля.
-да мало ли что :)
По runpfsunload -*все ровно также только запускает их pfsunload. Если выполнить нужно тоже что и при подключении то делаем ссылку runpfsunload-pra  --> runpfsload-pra
По start.sh хотите кладите сюда, хотите нет это дело pra исключительно.
То есть это полностью заменяет fixmenus-* плюс некоторые другие задачи. Но то что можно сделать общим и не сломать никому и ничего кладем в функцию pfs_update_caches.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 14 Март 2017, 10:14:09
это полностью заменяет fixmenus-* плюс некоторые другие задачи
Т.е. по сути предлагаете просто переименовать fixmenu* в runpfsunload +
разделить на runpfsunload runpfsload и вызывать соответственно в pfsunload и fsload ?
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 14 Март 2017, 10:24:41
В общем да, плюс все условно безопасное из fixmenus переносить в pfsfunc в pfs_update_caches чтоб pfs-utils максимально корректно работали волбще без run* скриптов.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 14 Март 2017, 10:54:55
ок
гуем подключения тоже не хотите заморачиваться?
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 14 Март 2017, 11:09:48
Пока нет. Надо за свои браться.
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 14 Март 2017, 14:20:30
Сделал. Вроде норм. Вопрос теперь где хранить свои runpfsload-magos, runpfsload-pra? Каждый у себя или папочку заведем runpfsscripts в проекте но вне  progect-files?
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 14 Март 2017, 14:23:06
не принципиально
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 02 Июнь 2017, 13:00:56
Протестировал с системе без busybox.
https://github.com/pfs-utils/pfs-utils-cli/commit/4af2e755b34ae95cb1db67b5f8ac1b5f72c08172
selftest проходит

Конструкция `which busybox` выдает ошибку в консоль
По хорошему бы переделать на $busybox
Будем заморачиваться?
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 03 Июнь 2017, 08:14:29
Пишет ошибку но работает? Не понял немного.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 03 Июнь 2017, 08:51:07
Код
`which busybox` mount
при отсутствии busybox работает, но выдает в консоль ошибки про отсутствие busybox (отвлекает)
Оставили busybox - для систем, где нет mount (для универсальности)
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 03 Июнь 2017, 19:41:54
Ну ругань тогда в /dev/null и все тогда.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 03 Июнь 2017, 22:34:49
Конструкция `which busybox` выдает ошибку в консоль
По хорошему бы переделать на $busybox
Да. В pfs:
Код
busybox="`which busubox 2>/dev/null`" 
и дальше использовать ее
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 09 Июнь 2017, 08:49:39
Поправил вики (вынес в оглавление версию 2 и 3 )
Пакет для арча (любого) http://mirror.yandex.ru/puppyrus/2a-aarch64/pkg-repo/2a-any/pfs-utils-cli-2017.05-02-any.pkg.tar.xz
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 28 Сентябрь 2017, 15:48:09
После selftest в корне остается пустая папка /111
rmdir /111 ?
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 04 Октябрь 2017, 20:59:47
ага
Название: Re: Продолжение разработки pfs-utils
Отправлено: Coalxe от 18 Октябрь 2017, 18:24:19
  Обновляется 'pfs-utils-cli' - это прекрасно. А что с 'gui' для него? Так и остался открытым вопрос о праве доступа к системным директориям (/etc, /opt, /usr ...) внутри модуля. Зачем пользователю 'live' быть владельцем этих директорий?
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 19 Октябрь 2017, 08:59:46
что с 'gui' для него?
В ПРА отдельным пакетом. Подпилен под новый пфс. Юзается в pra64 и рол
остался открытым вопрос о праве доступа к системным директориям (/etc, /opt, /usr ...) внутри модуля. Зачем пользователю 'live' быть владельцем этих директорий?
Где такое ? Можно подробнее...
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 19 Октябрь 2017, 13:50:21
https://github.com/pfs-utils/pfs-utils-cli/blob/master/project-files/usr/bin/fileinpack - забыли
Назвать бы правильнее fileinpfs
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 19 Октябрь 2017, 15:30:40
Не против переименования. Если будете менять название напишите здесь. У меня он в модменеджере используется, чтоб не забыл исправить.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 19 Октябрь 2017, 15:36:57
У меня тоже используется - поэтому не будем переименовывать, чтобы не плодить проблемы
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 19 Октябрь 2017, 15:49:53
Ок.
Название: Re: Продолжение разработки pfs-utils
Отправлено: Coalxe от 13 Ноябрь 2017, 20:44:35
Для кого 'man' пишете?
Код
live@pra64:~$ man pfs-utils
/usr/local/bin/defaulthtmlviewer: line 3: opera: команда не найдена

Не понимаю логики. (mkpfs mountfile pfs pfs-mnt pfsdepends pfsextract pfsextract-t pfsfindlibs pfsfix pfsinstall pfsinfo pfsload pfsload-dir pfsmerge pfsramfree pfsramunload pfsrebuild pfsuninstall pfsunload  selftest sync2layer umountfile)
Код
live@pra64:~$ sync2layer --help
Only root can run /usr/local/bin/sync2layer

Рядом с темой. Не работает 'rpm2pfs'.
Код
root@pra64:live# rpm2pfs 
Usage /usr/local/bin/rpm2pfs *.deb [*.deb]
root@pra64:live# rpm2pfs Yandex.rpm
478077 блоков
Type of source "Yandex.rpm" is not correct

Думаю "пользователь:группа" где-то пересекается с темой. Для примера брал 'pra03-1710retro' + обновления.
Код
root@pra:live# ls -al
...
-rw-r--r--  1 live live  1471 фев  9  2014 .jwmrc
-rw-r--r--  1 live root     0 янв 26  2014 .jwmrc-tray
drwxr-xr-x  3 live users   28 ноя 10 10:32 .local
...
"""Тройной агент  :angel:(live) под прикрытием."""
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 13 Ноябрь 2017, 21:39:19
live@pra64:~$ man pfs-utils
/usr/local/bin/defaulthtmlviewer: line 3: opera: команда не найдена
Это где? В MagOS работает.
live@pra64:~$ sync2layer --help
Only root can run /usr/local/bin/sync2layer
Не велика проблема, но можно поправить. По рутом хелп покажет, а без рута sync2layer не работает.

Вот список файлов проекта, что с логикой?
fileinpack mkpfs    mountfile pfs pfsdepends    pfsextract pfsfind    pfsfindlibs pfsinfo pfsload     pfsrebuild  pfsuninstall  pfsunload    runpfsload-example    runpfsunload-example sync2layer umountfile

Остальное вообще не понял.

Название: Re: Продолжение разработки pfs-utils
Отправлено: Coalxe от 13 Ноябрь 2017, 22:51:57
Моя ошибка, при попытке показать перечень программ, с проблемной справкой, когда рассматривался 'pfs-utils-cli-170502'.
Требование прав 'root' - это ещё по божески.
Были случаи, когда просишь '--help' на программу, а получаешь справку на 'basename' в одном экземпляре ( или несколько раз).
 
В 'puppyrus-a' по умолчанию 'opera' нет, по моему.
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 14 Ноябрь 2017, 03:24:34
Так может man сломан?
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 14 Ноябрь 2017, 09:00:34
В пра с man - в пупи традиции: man-ы вырезаются. Настоящий man заменен упрощенным костылем pman
Со всех сторон проще сделать нормальный --help и не заморачиваться
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 14 Ноябрь 2017, 09:23:46
Делать ман для каждого скрипта я и не собирался. Но где-то же должно быть написано какие вообще утилиты есть, и какая из них зачем. У нас, кстати, и info pfs-utils открыаает ман страничку. Кривовато, но читать можно.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 14 Ноябрь 2017, 10:01:25
где-то же должно быть написано какие вообще утилиты есть, и какая из них зачем
http://wiki.puppyrus.org/puppyrus/pr218/pfs3
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 14 Ноябрь 2017, 10:14:17
Вики это хорошо и нужно, вот только интернет нужен, да и адреса этого нигде в pfs-utils нет. Надо хоть в man вписать :)
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 14 Ноябрь 2017, 10:34:17
Надо хоть в man вписать
да

Вроде почти везде адекватный --help
Если нет - надо сделать
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 14 Ноябрь 2017, 14:11:44
Но вообще есть над чем поработать.
Код
user@MagOS ~ $ for a in /usr/lib/magos/scripts/*pfs* ; do echo ========$a======== ; $a --help ; done
========/usr/lib/magos/scripts/mkpfs========
Only root can run /usr/lib/magos/scripts/mkpfs

========/usr/lib/magos/scripts/pfs========
/usr/lib/magos/scripts/pfs: строка 295: --help: команда не найдена
--help  ERROR!!!

========/usr/lib/magos/scripts/pfsdepends========
pfsdepends: invalid option -- 'help'
========/usr/lib/magos/scripts/pfsextract========
Only root can run /usr/lib/magos/scripts/pfsextract

========/usr/lib/magos/scripts/pfsfind========
pfsfind util, find file ($1) in modules mounted to root aufs  and in /memory/changes/

Usage:
        pfsfind  filename        - find "filename"  (human readble format)
        pfsfind  filename --raw  - find "filename"  (output separated by spaces)
        pfsfind  filename --raw  '$n $module'   - return only needed values
avaliable values:
  $n - layer number
  $module - modulename
  $submodule - submodule name (one of module sources)
  $path - path to file
  $bundle - bundle (module mount point)
========/usr/lib/magos/scripts/pfsfindlibs========
pfsfindlibs: invalid option -- 'help'
========/usr/lib/magos/scripts/pfsinfo========
pfsinfo: invalid option -- 'help'
========/usr/lib/magos/scripts/pfsload========
Only root can run /usr/lib/magos/scripts/pfsload

========/usr/lib/magos/scripts/pfsrebuild========
/usr/lib/magos/scripts/pfsrebuild: строка 14: [: слишком много аргументов
/usr/lib/magos/scripts/pfsrebuild: строка 18: [: слишком много аргументов
ls: неверный ключ — «,»
По команде «ls --help» можно получить дополнительную информацию.

can't find packages

========/usr/lib/magos/scripts/pfsuninstall========
Only root can run /usr/lib/magos/scripts/pfsuninstall

========/usr/lib/magos/scripts/pfsunload========
Only root can run /usr/lib/magos/scripts/pfsunload

========/usr/lib/magos/scripts/runpfsload-magos========
========/usr/lib/magos/scripts/runpfsunload-magos========
========/usr/lib/magos/scripts/urpm2pfs========
C -h приблизительно также.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 14 Ноябрь 2017, 14:17:37
Да. И лучше сделать --help чем man
тексты брать из вики
Ну или везде выводить url вики
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 14 Ноябрь 2017, 14:21:50
Хелпы нужно делать. Согласен. И чтоб под юзером хелп работал, хотя тут и не обязательно, скрипты такие, что и в /sbin можно складывать. А в ман только список утилит с кратким описанием и ссылки на вики и форум. Так норм? Перегружать хелпы ссылками не хочется.
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 14 Ноябрь 2017, 14:23:07
И -h и --help и запуск без параметров должны выводить справку. Ну кроме aufs-n.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 14 Ноябрь 2017, 14:40:09
И чтоб под юзером хелп работал
Ну если только это просто получится. Иначе нет смысла заморачиваться, т.к. не от рута все равно не работает
Так норм?
да
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 14 Ноябрь 2017, 20:43:35
Часть поправил, надеюсь ничего не отвалилось.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 15 Ноябрь 2017, 09:16:28
Уже можно забирать для тестов? pfsextract в гит поправили?
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 15 Ноябрь 2017, 09:21:52
Ага. Но хелпы и ман еще не все сделал.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 15 Ноябрь 2017, 09:38:11
Как доделаете - напишите здесь
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 15 Ноябрь 2017, 16:34:33
Проверяйте. Хорошо проверяйте. Когда много мелких правок в разных скриптах - глаза разбегаются.
Селфтест проходит.
И помнится Вы говорили, что есть кто-то в форуме, кто может с английским помочь. А то пишу как на душу ляжет :)
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 15 Ноябрь 2017, 16:59:46
Хорошо проверяйте
правили только хелпы?
кто может с английским помочь
Что-то их давно не видать... Кто поможет?
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 15 Ноябрь 2017, 17:25:08
Да хелпы и ман немного, но чтоб хелпы работали под юзером пришлось куски кода переносить. Мог и сломать чего.
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 19 Ноябрь 2017, 08:51:57
Назвать бы правильнее fileinpfs
:)))))))))))))))))))))))))))))))
Оказывается давно переименовано - pfsfind, и именно он то у меня и используется. Просто забыл удалить fileinpack. Мой косяк, каюсь. Удалять пока не стал, решайте что с ним делать :)
З.Ы. Вы проверяли хелпы? А то я в магос сливаю, скоро сборка будет.
З.Ы. Выхлоп похожий на fileinpack можно сделать так: pfsfind firefox --raw '$module$path'
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 19 Ноябрь 2017, 13:03:50
Посмотрел - в пра fileinpack встречается только в маленьком гуе для него fileinpack.sh
Заменил. Удаляйте fileinpack
З.Ы. Вы проверяли хелпы?
Пока нет. Наверное уже на след. неделе
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 21 Ноябрь 2017, 11:10:20
Посмотрел хелпы
В pfs появилась функция HLP - с таким же названием есть в утилитах
В итоге везде подставляется HLP из pfs
Пофиксил так:
Код
# diff pfs pfs0
23c23
<     "-h" | "--help") [ "`basename $0`" = "pfs" ] &&  { HLP ;exit 1 ; } ;;
---
>     "-h" | "--help")  HLP ;exit 1;;
т.е. хелп из pfs запустится только при pfs --help
В гит?
Я бы еще и HLP (в pfs) в HELP переделал

В остальном selftest и 6.pfs проходит
Глубже пока не тестировал
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 21 Ноябрь 2017, 14:07:53
Ага, в гит. Странно что я такого не замечал.
P.S. У меня станность не проявляется. Везде родные хелпы. Но переименовать конечно надежнее.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 21 Ноябрь 2017, 14:25:23
Поправил в гит pfs и pfsextract
Залил обновленный модуль в репы пра. Прошу обновиться и протестировать
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 21 Ноябрь 2017, 14:31:33
Селфтест прошел. Хелпы не сломались. Основательно потестить времени пока нет. Лью в магос.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 21 Ноябрь 2017, 15:07:44
Лью в магос
Там юзают? Какие-то отзывы, пожелания есть?
У нас традиционно тихо
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 21 Ноябрь 2017, 16:21:01
Тоже тихо.  Я да Ильфат :) Но мы же постепенно переходим, pfs-utils  в сборках параллельно со старыми скриптами. Все что новое делаем уже на pfs. Urpm2pfs например. Модменеджер тоже на pfs перевел. Но базовые модули магос пока просто xzm, без списков.
Название: Re: PRA-roll. OLS (openbox lxpanel spacefm)
Отправлено: RoDoN от 10 Декабрь 2017, 15:35:17
Не понимаю, что накрутили с работой с *.pfs?
В mc по F2 исчез пункт "Unsquashfs модуль.pfs", который позволял быстро распаковать, внести изменения и потом упаковать, т.е. минимум телодвижений для маленькой корректировки. Т.к. я пользуюсь только сохраненкой в 090-*.pfs, то мне было очень удобно.
Теперь в mc по F2 есть только "Pfsextract модуль.pfs", который с простым модулем делает просто распаковку, а вот с составным происходит какой-то кошмар, а именно с  090-*.pfs происходит следующее:
Цитата
root@pra-roll:base#  /bin/sh /tmp/mc-root/mcusrA2TIAZ
package: mnt/home/prar-ols-3/base/090-save-171209-pra-roll -- processing...
cp: не удалось выполнить stat для '/mnt/bundles1/090-save-171210-pra-roll.pfs//etc/systemd/system/netctl@wlan0x2dASUSx2d1x2d1.service': Нет такого файла или каталога
cp: не удалось выполнить stat для '/mnt/bundles1/090-save-171210-pra-roll.pfs//etc/systemd/system/multi-user.target.wants/netctl@wlan0x2dASUSx2d1x2d1.service': Нет такого файла или каталога
cp: не удалось получить доступ к '/mnt/aufs1/var/tmp/.wh.systemd-private-92a983f010b24b2db176829e26403a4d-systemd-timesyncd.service-L20jZP': Операция не позволена
cp: не удалось выполнить stat для '/mnt/bundles1/090-save-171210-pra-roll.pfs//var/tmp/systemd-private-92a983f010b24b2db176829e26403a4d-systemd-timesyncd.service-L20jZP/tmp': Нет такого файла или каталога
cp: не удалось выполнить stat для '/mnt/bundles1/090-save-171210-pra-roll.pfs//var/tmp/systemd-private-cf9c5294f9a14f8dac709c86928f6f31-systemd-timesyncd.service-5IFgdH/tmp': Нет такого файла или каталога

package: mnt/home/prar-ols-3/base/090-save-171210-pra-roll -- processing...
cp: не удалось выполнить stat для '/mnt/bundles1/090-save-171210-pra-roll.pfs//etc/systemd/system/multi-user.target.wants/netctl@wlan0x2dASUSx2d1x2d1.service': Нет такого файла или каталога
cp: не удалось выполнить stat для '/mnt/bundles1/090-save-171210-pra-roll.pfs//etc/systemd/system/netctl@wlan0x2dASUSx2d1x2d1.service': Нет такого файла или каталога
cp: не удалось получить доступ к '/mnt/aufs1/home/live/.wh.Desktop': Операция не позволена
cp: не удалось получить доступ к '/mnt/aufs1/var/tmp/.wh.systemd-private-791c2407bfe640e1827b66cb4fd271d5-systemd-timesyncd.service-LsyJHf': Операция не позволена
cp: не удалось выполнить stat для '/mnt/bundles1/090-save-171210-pra-roll.pfs//var/tmp/systemd-private-791c2407bfe640e1827b66cb4fd271d5-systemd-timesyncd.service-LsyJHf/tmp': Нет такого файла или каталога

Для продолжения нажмите любую клавишу...
В результате получил два каталога:
/090-save-171210-pra-roll/mnt/home/prar-ols-3/base/090-save-171209-pra-roll
/090-save-171210-pra-roll/mnt/home/prar-ols-3/base/090-save-171210-pra-roll
и что с этим делать?
Вообще зачем файл сохранения делать составным?

Пошел др.путем. Попробовал распаковать туже сохраненку через SpaceFM -> ПКМ -> Операции с модулем pfs -> Распаковать в результате ошибка (см.скрин), куча лишних каталогов типа /mnt/aufs1, /mnt/bundles1, /mnt/changes1 и файл /mnt/aufs1.lock, а также пустой каталог 090-save-171210-pra-roll_pfs. Теперь при попытке сделать любой pfs выскакивают ошибки:
Код
root@pra-roll:test#  /bin/sh /tmp/mc-root/mcusrRD33AZ
Введите имя файла (без расширения) [test]: 121
can't insert layer to aufs 4

Для продолжения нажмите любую клавишу...

И что можно так исправить?
Кстати, столкнулся с этим всем из-за того, что пытался понять почему после удаления /home/live/Desktop, создания сохраненки и перезагрузки этот каталог опять был на своем месте, похоже, что с файлами .wh.* опять проблемы в сохраненке 090-*.pfs, т.е. очередной круг хождения по граблям  :(

Не знаю, может что-то и улучшилось в версии pfs-utils v3 по сравнению с прежней, но в моих простых операциях, которыми пользовался иногда возникли только проблемы и вопросы.
ВЫВОДЫ:
1. Прошу вернуть в mc по F2 пункт "Unsquashfs модуль.pfs" и мучьте дальше pfs-утилиты.
2. Вернуть/добавить в mc выход из каталога по Backspace, а то очень заморочно возвращаться по этим длинным путям типа: /mnt/home/prar-ols-3/base/090-save-171210-pra-roll/mnt/home/prar-ols-3/base/090-save-171209-pra-roll/home/live
3. Надо отремонтировать  .wh.* в сохраненке 090-*.pfs
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 10 Декабрь 2017, 16:05:25
Перенес. Это из-за новой версии пфс. Частично уже исправлено
089 надо перепаковать uтsquashfs с удалением списка модулей
Если пропадают .wh - надо попробовать
mkpfs -l
-l / -local - сборка на месте, без использования aufs.
Подробнее отвечу завтра
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 11 Декабрь 2017, 10:21:44
В mc по F2 исчез пункт "Unsquashfs модуль.pfs", который позволял быстро распаковать, внести изменения и потом упаковать, т.е. минимум телодвижений для маленькой корректировки. Т.к. я пользуюсь только сохраненкой в 090-*.pfs, то мне было очень удобно.
Теперь в mc по F2 есть только "Pfsextract модуль.pfs", который с простым модулем делает просто распаковку, а вот с составным происходит какой-то кошмар, а именно с  090-*.pfs происходит следующее:
Это как-раз последствия Unsquashfs модуль.pfs
Т.е. делалось unsquashfs.  В итоге все в /etc/packages оставались списки
Ты переименовал папку и запаковал пфс - в итоге добавились еще списки. Т.е. модуль превратился в псевдо-составной

Pfsextract модуль.pfs - там pfsextract (http://wiki.puppyrus.org/puppyrus/pr218/pfs3#pfsextract) .  Это решает 2 проблемы:
1. Т.к. /etc/packages удаляется - псевдосоставного модуля не будет
2. Случайно не сломаешь составной пфс.

что с этим делать?
1 раз вылечить :  unsquashfs модуль + удалить /etc/packages + mkpfs

Попробовал распаковать туже сохраненку через SpaceFM -> ПКМ -> Операции с модулем pfs -> Распаковать в результате ошибка
Проверил распаковку состовного (полностью и частями) и обычного модуля - у меня ок
мучьте дальше pfs-утилиты.
Спасибо за доверие, но мог бы и помочь

На остальные вопросы отвечу в теме PRA OLS по итогу тестов
Название: Re: Продолжение разработки pfs-utils
Отправлено: RoDoN от 11 Декабрь 2017, 10:44:42
В результате получил два каталога:
/090-save-171210-pra-roll/mnt/home/prar-ols-3/base/090-save-171209-pra-roll
/090-save-171210-pra-roll/mnt/home/prar-ols-3/base/090-save-171210-pra-roll
Т.е. такая распаковка - это нормально? А запакуется оно как?
Но может еще больше быть каталогов, просто у меня в сохраненке всего два дня оказалось
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 11 Декабрь 2017, 10:50:06
Т.е. такая распаковка - это нормально?
Да. Проблема была при запаковке. Уже исправили. Вылечи модуль и дальше будет ок
Название: Re: Продолжение разработки pfs-utils
Отправлено: RoDoN от 11 Декабрь 2017, 10:55:01
Проблема была при запаковке. Уже исправили.
Вопрос, а когда исправили, до или после выхода версии prar-OLS-03 ?
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 11 Декабрь 2017, 11:23:11
Не помню. Какая разница. Работает больной модуль без проблем
При распаковке проблема вылезет и рецепт лечения выше
Название: Re: Продолжение разработки pfs-utils
Отправлено: RoDoN от 11 Декабрь 2017, 12:40:26
Продолжил эксперименты в mc по F2 с пунктом "Pfsextract модуль.pfs" с другими модулями, т.е. не с теми, что я собирал, а из iso и вот что получил с 089-pra-roll-filesystem-170808-sf02.pfs:
root@pra-roll:base#  /bin/sh /tmp/mc-root/mcusrOVL4AZ
Цитата
package: 089-pra-roll-filesystem-170808 -- processing...
cp: не удалось выполнить stat для '/mnt/bundles1/089-pra-roll-filesystem-170808-sf02.pfs//etc/systemd/system/multi-user.target.wants/netctl@ethernetx2ddhcp.service': Нет такого файла или каталога
cp: не удалось выполнить stat для '/mnt/bundles1/089-pra-roll-filesystem-170808-sf02.pfs//etc/systemd/system/netctl@ethernetx2ddhcp.service': Нет такого файла или каталога
cp: не удалось выполнить stat для '/mnt/bundles1/089-pra-roll-filesystem-170808-sf02.pfs//var/lib/pacman/local/pra-roll-bugfix-170808-2017.08-10/files': Нет такого файла или каталога
cp: не удалось выполнить stat для '/mnt/bundles1/089-pra-roll-filesystem-170808-sf02.pfs//var/lib/pacman/local/pra-roll-bugfix-170808-2017.08-10/desc': Нет такого файла или каталога

package: 089-pra-roll-filesystem-170808-sf02.pfs -- processing...
cp: не удалось выполнить stat для '/mnt/bundles1/089-pra-roll-filesystem-170808-sf02.pfs//etc/systemd/system/netctl@ethernetx2ddhcp.service': Нет такого файла или каталога
cp: не удалось выполнить stat для '/mnt/bundles1/089-pra-roll-filesystem-170808-sf02.pfs//etc/systemd/system/multi-user.target.wants/netctl@ethernetx2ddhcp.service': Нет такого файла или каталога

package: 089-pra-roll-filesystem-170808.pfs -- processing...
cp: не удалось выполнить stat для '/mnt/bundles1/089-pra-roll-filesystem-170808-sf02.pfs//var/lib/pacman/local/pra-roll-bugfix-170808-2017.08-10/files': Нет такого файла или каталога
cp: не удалось выполнить stat для '/mnt/bundles1/089-pra-roll-filesystem-170808-sf02.pfs//var/lib/pacman/local/pra-roll-bugfix-170808-2017.08-10/desc': Нет такого файла или каталога
cp: не удалось выполнить stat для '/mnt/bundles1/089-pra-roll-filesystem-170808-sf02.pfs//etc/systemd/system/netctl@ethernetx2ddhcp.service': Нет такого файла или каталога
cp: не удалось выполнить stat для '/mnt/bundles1/089-pra-roll-filesystem-170808-sf02.pfs//etc/systemd/system/multi-user.target.wants/netctl@ethernetx2ddhcp.service': Нет такого файла или каталога

Для продолжения нажмите любую клавишу...
Но несмотря на эту ругань появился каталог 089-pra-roll-filesystem-170808-sf02, в котором 3 каталога:
089-pra-roll-filesystem-170808
089-pra-roll-filesystem-170808.pfs
089-pra-roll-filesystem-170808-sf02.pfs.

Попробовал распаковать тот же 089-pra-roll-filesystem-170808-sf02.pfs через SpaceFM -> ПКМ -> Операции с модулем pfs -> Распаковать и выделил распаковать все три модуля и получил каталог 089-pra-roll-filesystem-170808-sf02_pfs, в котором 3 модуля:
089-pra-roll-filesystem-170808.pfs
089-pra-roll-filesystem-170808.pfs.pfs
089-pra-roll-filesystem-170808-sf02.pfs.pfs

Вопрос, а почему такая разница в результатах вроде бы одной и той же операции?

Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 11 Декабрь 2017, 12:44:01
089-pra-roll-filesystem-170808-sf02.pfs
Тоже больной модуль. Не надо с ними экспериментировать. Я выше все написал
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 11 Декабрь 2017, 13:15:36
Модули то нормальные, на работу этот косяк не влияет. Просто имена сабмодулей там с расширением, а должны быть без.
RoDoN, может pfsrebuild еще попробуете? Раз уж начали. Не помню проверял ли кто в pra.
Ну и sync2layer :)
Название: Re: Продолжение разработки pfs-utils
Отправлено: RoDoN от 11 Декабрь 2017, 14:28:36
может pfsrebuild еще попробуете?
Ну и sync2layer
В меню ПКМ в ФМ и в меню mc такого нет, в справке (http://wiki.puppyrus.org/puppyrus/pr218/pfs3) тоже, а перелопачивать форум не собираюсь.
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 11 Декабрь 2017, 15:44:41
Описаний потому и нет, что мало тестили. Ну и потому, что в v2 аналогов нет.
pfsrebuild  пересобирает модуль по спискам файлов. Сами файлы берет из системы. То есть есть у вас к примеру подключенный модуль mate.pfs и вы хотите заменить в нем пару файлов, ну или конфиг какой поправить. Заменяете и правите прямо в системе, и запускаете pfsrebuild mate (или mate.pfs не помню). В текущей папке получите модуль с изменениями.
sync2layer подключает новый  rw слой (папка или img) и переносит в него файлы из changes. Использовать можно для освобождения RAM при переполнении changes, и для создания модулей с изменениями находу.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 11 Декабрь 2017, 16:13:55
Перенести этот текст в вики?
Название: Re: Продолжение разработки pfs-utils
Отправлено: krasnyh от 12 Ноябрь 2018, 22:25:52
А для обновления базовых модулей давно есть pfsrebuild,  который упрямо никто не тестит. Попробуйте, может особых проблем и не будет, а мелочи допилим.
В качестве теста.
При запуске abiword-minimal-gtk3-p-3.0.1_64-sf01.pfs ошибка (не работает):
Код
$ abiword                   
/opt/abiword/bin/abiword: symbol lookup error: /usr/lib/libpango-1.0.so.0: undefined symbol: fribidi_get_par_embedding_levels_ex
Удаляю в /opt/abiword/lib либы fribidi. Затем:
Код
sudo pfsrebuild abiword-minimal-gtk3-p-3.0.1_64-sf01.pfs
Создается модуль с тем же названием. Запустил, работает.

P.s. Удалял либы именно в рабочей системе.
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 13 Ноябрь 2018, 03:46:16
Не понял суть теста. Пфсребилд создает новый модуль по спискам файлов из старого. То есть если в системе изменить файл принадлежащий модулю и пересобрать модуль пфсребилдом, в новый модуль попадет измененный файл.
Это по задумке, может уже не работает :)
Название: Sticky-bit
Отправлено: ansivar от 23 Январь 2019, 19:58:54
https://github.com/pfs-utils/
Имеем frugal-установку дистрибутива UPupBB-18.05(woof-based)32bit (https://sourceforge.net/projects/zestypup/files/Upup-Bionic/upupbb-18.05%2B25.iso (https://sourceforge.net/projects/zestypup/files/Upup-Bionic/upupbb-18.05%2B25.iso))
- все действия производил от root'a.

Скачал 2019-01-22 https://github.com/pfs-utils/pfs-utils-cli/archive/master.zip (https://github.com/pfs-utils/pfs-utils-cli/archive/master.zip),
создал из каталога /project-files (находящегося внутри файла master.zip) pet-пакет "pfs_3_2019-01-22-i386.pet" и успешно установил его.

Скачал файл spacefm-1.0.6-1-rosa2016.1.i586.rpm  и распаковал его в каталог: /spacefm-1.0.6-1-rosa2016.1.i586
Код
# ls -la ./spacefm-1.0.6-1-rosa2016.1.i586 
total 16
drwxr-xr-x 4 root root 4096 авг.   9 22:27 .
drwxr-xr-x 3 root root 4096 янв.  23 15:59 ..
drwxr-xr-x 3 root root 4096 авг.   9 22:27 etc
drwxr-xr-x 4 root root 4096 авг.   9 22:27 usr
Затем запаковал каталог /spacefm-1.0.6-1-rosa2016.1.i586 в пакет "spacefm-1.0.6-1-rosa2016.1.i586.pfs":
Код
mkpfs  spacefm-1.0.6-1-rosa2016.1.i586
После чего переименовывал пакет "spacefm-1.0.6-1-rosa2016.1.i586.pfs" в пакет "spacefm-1.0.6-1-rosa2016.1.i586.sfs"
и попытался подключить пакет 'spacefm-1.0.6-1-rosa2016.1.i586.sfs" с помощью встроеной в дистрибутив UPupBB-18.05 утилиты "SFS-Load on-the-fly",  в результате  -  отказ в установке пакета "spacefm-1.0.6-1-rosa2016.1.i586.sfs"  из-за наличия внутри пакета  установленого Sticky-бита.

Действительно, после распаковки  spacefm-1.0.6-1-rosa2016.1.i586.pfs в каталог /spacefm-1.0.6-1-rosa2016.1.i586
Код
pfsextract spacefm-1.0.6-1-rosa2016.1.i586.pfs
имеем:
Код
ls -la ./spacefm-1.0.6-1-rosa2016.1.i586 
total 16
drwxrwxrwt 4 root root 4096 янв 23 17:52 .
drwxr-xr-x 3 root root 4096 янв 23 17:53 ..
drwxr-xr-x 3 root root 4096 авг  9 22:27 etc
drwxr-xr-x 4 root root 4096 авг  9 22:27 usr
- в первой строке установлен Sticky-bit.

Затем из каталога /spacefm-1.0.6-1-rosa2016.1.i586(полученого непосредственно из распаковки spacefm-1.0.6-1-rosa2016.1.i586.rpm)  создал с помощью встроеной в дистрибутив UPupBB-18.05 утилиты "dir2sfs" пакет spacefm-1.0.6-1-rosa2016.1.i586.sfs:
Код
dir2sfs  ./spacefm-1.0.6-1-rosa2016.1.i586 spacefm-1.0.6-1-rosa2016.1.i586.sfs
- который успешно устанавливается с помощью встроенной в дистрибутив UPupBB-18.05 утилиты "SFS-Load on-the-fly", после этого  распаковываю "spacefm-1.0.6-1-rosa2016.1.i586.sfs" в каталог/spacefm-1.0.6-1-rosa2016.1.i586 и смотрю права:
Код
# ls -la  ./spacefm-1.0.6-1-rosa2016.1.i586_18.05
total 16
drwxr-xr-x 4 root root 4096 авг  9 22:27 .
drwxr-xr-x 3 root root 4096 янв 23 18:37 ..
drwxr-xr-x 3 root root 4096 авг  9 22:27 etc
drwxr-xr-x 4 root root 4096 авг  9 22:27 usr
- в первой строке не произведено никаких изменений по сравнению с каталогом ./spacefm-1.0.6-1-rosa2016.1.i586_18.05 из которого непосредственно делался пакет spacefm-1.0.6-1-rosa2016.1.i586.sfs

P.S.
Создал пакет "spacefm-1.0.6-1-rosa2016.1.i586.pfs" на frugal-установке дистрибутива pra03-1808retro 32bit (pra03-1808retro.iso), после  распаковки  "spacefm-1.0.6-1-rosa2016.1.i586.pfs" в каталог /spacefm-1.0.6-1-rosa2016.1.i586
Код
pfsextract spacefm-1.0.6-1-rosa2016.1.i586.pfs
  имеем:
Код
ls -la ./spacefm-1.0.6-1-rosa2016.1.i586 
итого 16
drwxrwxrwt 4 root root 4096 янв 23 15:54 .
drwxr-xr-x 3 root root 4096 янв 23 15:56 ..
drwxr-xr-x 3 root root 4096 авг  9 22:27 etc
drwxr-xr-x 4 root root 4096 авг  9 22:27 usr
- в первой строке установлен Sticky-bit...

P.P.S.
to RoDoN: нельзя ли информацию между тэгами "code"  "/code" для лучшей разборчивости отображать черным шрифтом на светло-жёлтом фоне?
Название: Re: Продолжение разработки pfs-utils
Отправлено: krasnyh от 24 Январь 2019, 23:32:37
из-за наличия внутри пакета  установленого Sticky-бита
А ведь в старых сборках его не было. Например, распаковываем polkit-0.112-2.pfs из pra03-1808retro. Права на папку:
Цитата
% ls -l  |grep polkit-0.112-2
drwxr-xr-x  5 root root      4096 дек 22  2014 polkit-0.112-2

Теперь gstreamer-1.14.4-1811-sf01.pfs из roll-1811-gtk3-01
Цитата
% ls -l | grep gstreamer-1.14.4-1811-sf01
drwxrwxrwt  4 root root      4096 янв  2 15:38 gstreamer-1.14.4-1811-sf01

Этот Sticky bit действительно необходим? Скриншот (графическое отображение прав на папку gstreamer-1.14.4-1811-sf01):

P.s. Все действия производились из под roll-1811-gtk3-01.

 
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 25 Январь 2019, 09:57:49
подключить пакет 'spacefm-1.0.6-1-rosa2016.1.i586.sfs" с помощью встроеной в дистрибутив UPupBB-18.05 утилиты "SFS-Load on-the-fly",  в результате  -  отказ в установке пакета "spacefm-1.0.6-1-rosa2016.1.i586.sfs"  из-за наличия внутри пакета  установленого Sticky-бита.
pfsload подключает?
Этот Sticky bit действительно необходим?
Не помню, чтобы специально этим заморачивались
https://ru.wikipedia.org/wiki/Sticky_bit
Какие-то проблемы с этим (кроме SFS-Load on-the-fly) есть?
Название: Re: Продолжение разработки pfs-utils
Отправлено: krasnyh от 07 Август 2019, 01:14:55
umountfile

22 строка   `which busybox` umount -d "${mntpoint}"
(В PRA именно так)
https://github.com/pfs-utils/pfs-utils-cli/blob/v4/project-files/usr/bin/umountfile


Когда тестировал chroot2pfs поставил себе сразу весь пакет pfs-utils-cli-4 со всеми фиксами и отвалилась функция отмонтирования модуля.

Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 07 Август 2019, 02:28:40
`which busybox` umount -d "${mntpoint}"
А чем эта конструкция отличается от busybox  umount -d "${mntpoint}", чет разницы не вижу. Или не проснулся еще :)
Кстати, давно хочу спростить. Эти два скрипта monunt/unmountfile вообще как-то используются? Там же одна строчка с mount и все. Тип фс он сам определит. В других скриптах они не нужны. Может убрать или в pfs перенести функциями.
З.Ы. Я б убрал :)
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 07 Август 2019, 09:11:58
отвалилась функция отмонтирования модуля.
В busybox umount нет -d. Есть -D - не подойдет?
Изначально прф делался и был протестирован под busybox
Если можно это сохранить - лучше так и сделать - для микросистем
чем эта конструкция отличается от busybox  umount -
Если busybox есть в системе - через него и отработает
Нет - через большой umount
monunt/unmountfile вообще как-то используются?
У меня в паре скриптов
Я б убрал
Зачем лишние движения без улучшения функционала?
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 08 Август 2019, 02:44:51
Зачем лишние движения без улучшения функционала?
Для порядку. Но нужен так пусть будет.
Название: Re: Продолжение разработки pfs-utils
Отправлено: krasnyh от 08 Август 2019, 14:42:50
А чем эта конструкция отличается от busybox  umount -d "${mntpoint}", чет разницы не вижу.
Вот это было замечено еще в старой теме umountfile не работает в prar (http://forum.puppyrus.org/index.php?topic=21361.0)
Замените в umountfile : busybox на `which busybox`


Раз у нас pfs-utils-cli един для Magos и PRA, то хотелось бы чтобы все работало у меня без дополнительных правок. Иначе каждый раз как я обновлю pfs-utils-cli, придется подгонять отдельные скрипты под особенности PRA.
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 08 Август 2019, 18:12:40
Раз у нас pfs-utils-cli един для Magos и PRA, то хотелось бы чтобы все работало у меня без дополнительных правок. Иначе каждый раз как я обновлю pfs-utils-cli, придется подгонять отдельные скрипты под особенности PRA.
Вы так пишете будто это я сломал.  В umountfile не было wich busybox начиная с первого коммита версии 2.0. Нужны правки - делайте, Если у меня не  пройдет селфтест - буду думать.
Название: Re: Продолжение разработки pfs-utils
Отправлено: krasnyh от 08 Август 2019, 18:22:57
Вы так пишете будто это я сломал.
:)

Просто смотрю, заявка о проблеме подана, на git ни каких изменений. ) Но да, проверил в самом нашем старом iso (retro), там busybox  umount -d "${mntpoint}" и все работает.
Название: Re: Продолжение разработки pfs-utils
Отправлено: krasnyh от 08 Август 2019, 18:31:36
Наверно это что-то у одного меня не так:
Код
live@prar-1811 ~ % busybox
zsh: correct 'busybox' to 'busybox0' [nyae]? y
/usr/local/bin/busybox0: строка 8: /usr/bin/busybox: Нет такого файла или каталога

Посмотрел в PRA6408-1904, команда busybox выполняется. Но при этом в pra64 sfs внес правку `which busybox`, похоже не надо было. И без нее работает umountfile.


upd. У меня для основной системы база была взята из prar-1811-gtk3-01 (http://forum.puppyrus.org/index.php?topic=19901.msg152496#msg152496), что-то там не так.
Название: Re: Продолжение разработки pfs-utils
Отправлено: krasnyh от 08 Август 2019, 18:43:28
У меня для основной системы база была взята из prar-1811-gtk3-01
Все равно получается, что проблема есть! В prar-roll не будет работать и не работает umountfile, а значит и некоторые скрипты sfs.


upd. Запустил prar-1811-gtk3-01.iso в вирте. Команда busybox --> скрин.


upd2.
А чем эта конструкция отличается от busybox  umount -d "${mntpoint}"
   
Если busybox есть в системе - через него и отработает
Нет - через большой umount
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 09 Август 2019, 11:39:42
Цитата: betcher от 07 Август 2019, 02:28:40

    чем эта конструкция отличается от busybox  umount -

Если busybox есть в системе - через него и отработает
Нет - через большой umount

Мне кажется это не правильная логика. Должно наоборот быть если есть umount то использовать его, если нет то бизибокс. Более того так и будет если бизибокс установить правильно со ссылками на бизибокс вместо бинарей, которые он заменяет. Нет?
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 09 Август 2019, 11:46:58
Да, но так короче и проще
Название: Re: Продолжение разработки pfs-utils
Отправлено: Pro от 31 Август 2019, 14:28:39
Как я отстрелил себе ногу.

Случайно вместо монтирования дал в меню f2 команду Создать pfs xz. После этого прервал выполнение команды, но из-за оставшихся в /mnt каталогов bundles и т.п. Дальнейшее создание pfs не работает.
Решив удалить просто эти каталоги из /mnt - получилось стер себе данные и на диске. Жалости не прошу, доработки тоже, просто не делайте как я.
Название: Re: Продолжение разработки pfs-utils
Отправлено: ШАМАНЯ от 31 Август 2019, 14:36:50
Это не про вас :)
но  для поднятия настроения пойдёт:
http://lurkmore.to/Rm_-rf#.D0.9F.D0.B0.D1.82.D1.87_.D0.91.D0.B0.D1.80.D0.BC.D0.B8.D0.BD.D0.B0

http://lurkmore.to/%D0%9F%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0_%D0%B8%D0%B7_%D0%BE%D0%B4%D0%BD%D0%BE%D0%B9_%D1%81%D1%82%D1%80%D0%BE%D1%87%D0%BA%D0%B8_%D0%BD%D0%B0_Perl

 а вот тут вначале темы некоторые не понимают, почему нельзя работать по рутом, сборки делают чисто рутовые, имеется ввиду  slaх9   и старые puppy:
http://forum.puppyrus.org/index.php?topic=21923.0
Название: Re: Продолжение разработки pfs-utils
Отправлено: imp от 31 Август 2019, 21:34:07
Стояла бзда. Да, rm -rf няшная штука. Пользовался в кроне. Но осталось ядро и впн-соединения между складом и офисом. Полетела файлопомойка. Новый админ спросил "че делать"? Грю - сервер ребутни и все заверте...
Название: Re: Продолжение разработки pfs-utils
Отправлено: krasnyh от 31 Август 2019, 23:45:51
Интересная тема Защита для rm (https://ubuntugeeks.com/questions/55904/protection-for-rm). Суть, сделать алиасы в ~/.bashrc:
alias rm='rm -i'    ### чтобы rm запросил вас перед каждым удалением
alias rm='trash-put'    ###  любые файлы, которые вы удаляете с rm , будут помещены в ~/.local/share/Trash/files/

Но как там и было сказано, лучшая защита - хорошая резервная копия.


Ладно, учитывая свой и сторонний негативный опыт, я уже научился сохранять системные настройки. Потихоньку привыкаю бекапить что-то важное и с sda3, но пока еще все же лениво. :)
 
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 01 Сентябрь 2019, 03:45:26
Решив удалить просто эти каталоги из /mnt - получилось стер себе данные и на диске
В случае прерывания mkpfs и некоторых других утилит нужно удалить остатки созданных aufs. Проще всего так:
pfs delaufs N
где N это номер aufs, если его не знаете, но точно уверены что других mkpfs в этот момент не выполняется, то можно удалять по интервалу
pfs delaufs 1 5
То есть удалить с первого по пятый.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 02 Сентябрь 2019, 17:44:58
нужно удалить остатки созданных aufs.
Давно мучаюсь : если попробовать распаковать составной модуль , который подключен - создаст пустые папки и оставит неудаляемый pfs delaufs N хвост
Надо просто удалить руками. Там ничего не примонтировано
Если скопировать модуль в другое место - там распакуется
Может это как-то автоматизировать :
1. Выдавать ошибку, если модуль подключен
2. Или автоудалять хвосты
Название: Re: Продолжение разработки pfs-utils
Отправлено: betcher от 02 Сентябрь 2019, 20:12:44
1. Выдавать ошибку, если модуль подключен
2. Или автоудалять хвосты
Если работает, но оставляет хвосты то лучше хвосты удалять.  Вот если б  не работало тогда - ошибку.
Название: Re: Продолжение разработки pfs-utils
Отправлено: DdShurick от 03 Сентябрь 2019, 06:50:33
если модуль подключен
Распаковывать не надо, бери из точки монтирования.
Название: Re: Продолжение разработки pfs-utils
Отправлено: sfs от 03 Сентябрь 2019, 08:53:20
Если работает, но оставляет хвосты то лучше хвосты удалять. 
создаст пустые папки и оставит неудаляемый pfs delaufs N хвост
Не работает
хвосты то лучше хвосты удалять
Логически мысля, лучше сразу предупредить, что не получится, чем потом удалять последствия и все равно выдавать ошибку
Можно еще сразу предложить скопировать модуль в /tmp , например
Распаковывать не надо, бери из точки монтирования.
Если я хочу изменить, а не посмотреть - не прокатит
Хотя , если модуль примонтирован -  можно скопировать его из точки монтирования
Разобрать по подмодулям
Пожалуй - лучший вариант