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

Архив => Архив => Тестирование Richy => Тема начата: andy-voit от 14 Май 2012, 04:27:07

Название: Тестирование 216_подключение SFS
Отправлено: andy-voit от 14 Май 2012, 04:27:07
Поднимал вроде бы раньше этот вопрос. По идее sfs, и в частности, usoft-sfs должны подключаться поверх базы. Т.е. при совпадении имен файлов в базовом sfs и в модуле, мы должны видеть файл-тот, который в модуле. Но этого не происходит. А это нужно, например при подключении модуля с браузером (файл defaultbrowser) и при подключении некоторых других приложений в виде модулей (например, xfce что я делал, возможно установить только непосредственно в систему или в виде pet - должны переписаться кое какие файлы в /etc и /sbin)

Я просто не понял-баг ли это, или так и должно быть с целью безопасности системы
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 14 Май 2012, 04:32:56
Но этого не происходит.
ну тут надо разбираться с уровнями, т.е. браться за изучение aufs util
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 14 Май 2012, 04:41:37
ах да, забыл спросить, а sfs подключаемые по правой кнопке мыши нормально встают в систему?
т.е. тот же xfce например
Название: Re:Тестирование 216_подключение SFS
Отправлено: andy-voit от 14 Май 2012, 05:51:08
Нет не встают - если есть одноименные файлы - они не переписываются. В любом sfs
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 14 Май 2012, 05:52:40
может это и есть баг по которому Барри отказался от aufs ?
Название: Re:Тестирование 216_подключение SFS
Отправлено: andy-voit от 14 Май 2012, 07:33:37
Может быть, сейчас протестировал несколько доступных мне дистрибутивов - то же самое... :( Вывод для себя: не везде sfs модули еще годятся, pet списывать рановато...
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 14 Май 2012, 07:42:29
неправильный вывод, правильно будет разобраться со слоями и форматом команд управления этими слоями.
Название: Re:Тестирование 216_подключение SFS
Отправлено: sfs от 14 Май 2012, 10:28:04
Вывод однозначно не правильный.
Aufs не при чем (в CDL,sfsl слои - по алфавиту модулей)
Обойти на костылях можно так: в start.sh модуля.sfs прописать распаковку архива в корень

Грузить .sfs поверх базы - такое есть только в Bit. А очень бы хотелось. Но опасно (легко убить дистр)
Может
1. передавать через параметр ядра куда грузить usoft (выше\ниже базы) или usoft грузить выше. Остальные модули ниже через sfsdir= (достаточно доработать rc.local) .
2. Или грузить модули по алфавиту из папки дистра...

initrd Ричи - от обычного Пупи или вообще свой?
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 14 Май 2012, 10:34:04
initrd Ричи - от обычного Пупи или вообще свой?
от PR-2

Вывод однозначно не правильный.
Aufs не при чем (в CDL,sfsl слои - по алфавиту модулей)
Обойти на костылях можно так: в start.sh модуля.sfs прописать распаковку архива в корень
можно подумать ваш вариант лучше :))

Может передавать через параметр ядра куда грузить usoft (выше\ниже базы) или usoft грузить выше.
вы суть проблемы поняли? что дело не только в usoft но и в обычных подключаемых sfs.
Название: Re:Тестирование 216_подключение SFS
Отправлено: sfs от 14 Май 2012, 10:58:48
initrd Ричи - от обычного Пупи или вообще свой?
от PR-2
А в  PR-2?
можно подумать ваш вариант лучше :))
Какой мой Вы имеете ввиду (добавил цифры 1,2)
что дело не только в usoft но и в обычных подключаемых sfs.
Обычные модули в пупи всегда были ниже базы (не замещали ее файлы). Лучше не трогать для совместимости и живучести дистра в руках злого юзера
Название: Re:Тестирование 216_подключение SFS
Отправлено: andy-voit от 14 Май 2012, 11:19:10
в руках злого юзера

Злой юзер потому и злой - что от него спасения нет!! Не сфс-ом - так пет пакетом он это сделает. :)
Я просто хочу получить для нормальных юзеров возможность выбора.
Название: Re:Тестирование 216_подключение SFS
Отправлено: sfs от 14 Май 2012, 11:39:55
Я тоже 2мя руками за возможность замещения модулем файлов базы.
От этого еще польза - исправления модулями можно будет выпускать
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 21 Май 2012, 03:39:57
ну и кто нибудь кроме меня почитал справку на aufs-util ?
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 21 Май 2012, 05:24:56
Вот данные для анализа:

Цитата
[ add | ins ]:index:BRANCH

Adds a new branch. The index begins with 0. Aufs creates whiteout-base(.wh..wh.aufs) and whplink-dir(.wh..wh.plnk) if necessary.

If there is the same named file on the lower branch (larger index), aufs will hide the lower file. You can only see the highest file. You will be confused if the added branch has whiteouts (including diropq), they may or may not hide the lower entries. (cf. DIAGNOSTICS).

Even if a process have once mapped a file by mmap(2) with MAP_SHARED and the same named file exists on the lower branch, the process still refers the file on the lower(hidden) branch after adding the branch. If you want to update the contents of a process address space after adding, you need to restart your process or open/mmap the file again. (cf. Branch Syntax).

Цитата
append:BRANCH

equivalent to ’add:(last index + 1):BRANCH’. (cf. Branch Syntax).

Цитата
prepend:BRANCH

equivalent to ’add:0:BRANCH.’ (cf. Branch Syntax).
Название: Re:Тестирование 216_подключение SFS
Отправлено: sfs от 21 Май 2012, 15:49:31
Можно разжевать подробнее,  для тупых , по русски и ближе к практическому применению (желательно с примером)?
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 22 Май 2012, 01:56:04
Можно разжевать подробнее,  для тупых , по русски и ближе к практическому применению (желательно с примером)?
что получается мне это дело тянуть? если я вникну чего там написано, помощи мне уже не потребуется.
Название: Re:Тестирование 216_подключение SFS
Отправлено: sfs от 22 Май 2012, 09:16:32
Хотя бы объясните идею и направление.
Название: Re:Тестирование 216_подключение SFS
Отправлено: andy-voit от 23 Май 2012, 04:46:53
Я мыслю так: (если неверно-поправьте)
Проще всего пока пойти таким путем. Модуль usoft должен монтироваться выше базы, модуль - обычный sfs, который подключается по клику - монтируется как обычно. Тогда можно посмотреть, как это реализовано в мульти оконных Puppy, только у нас вместо wm будет подключаться usoft-xxx--кошерный модуль из репо, Т.к. там все как то проверяется главными раввинами, вероятность слома системы криворуким пользователем исчезающе мала. А еще у пользователя появится выбор - как назовешь лодку (модуль sfs) так она и поплывет (выше или ниже базы)
Во всяком случае, у нас есть люди, разбиравшие такой initrd по косточкам. Возможно, они даже подскажут навскидку , в каком месте смотреть. От чего то надо оттолкнуться..

P.S: Хотя, первым делом бы я проверил утверждение пользователя Sfs, что в LupuBit модули wm ложаться поверх базы. Может просто ее дополняют.
 Надо разобрать какой то из модулей, положить туда файл-из тех что есть в базе, но с измененным содержанием. И проверить после подключения-проявляется ли и при каких условиях. У кого Bit тестируется-возьметесь проверить?
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 23 Май 2012, 06:56:20
Возможно, они даже подскажут навскидку , в каком месте смотреть. От чего то надо оттолкнуться..
поиск по слову mount в скрипте init взятом из дистрибутива в котором монтируюутся выше базы.

модуль - обычный sfs, который подключается по клику - монтируется как обычно.
тут разницы нет, потому что по идее в нем совпадающих файлов с основной базой быть не должно - у нас даже для этого сделана кнопка проверки при подключении из меню Пуск.
Название: Re:Тестирование 216_подключение SFS
Отправлено: andy-voit от 23 Май 2012, 06:59:58
поиск по слову mount в скрипте init
Слишком просто ... Может еще что либо где...

тут разницы нет, потому что по идее в нем совпадающих файлов с основной базой быть не должно

Это если кошерный модуль. А если взят неизвестно где?
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 23 Май 2012, 07:02:35
Слишком просто ...
и где результаты? я не занимаюсь lupurus-bit у меня его нет. в строках mount будут опции монтирования - вот их и надо смотреть.
Название: Re:Тестирование 216_подключение SFS
Отправлено: andy-voit от 23 Май 2012, 07:06:02
я не занимаюсь lupurus-bit у меня его нет
Это я к тем обращаюсь, у кого он есть. Скачало его достаточное количество пользователей. Просьба помочь.
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 23 Май 2012, 07:24:00
Цитата: Pro от Сегодня в 14:56:20
тут разницы нет, потому что по идее в нем совпадающих файлов с основной базой быть не должно

Это если кошерный модуль. А если взят неизвестно где?
а нечего брать неизвестно где, кроме того его можно будет отключить через меню или по правой кнопке мыши, и кроме того опять таки напоминаю про кнопку проверки совпадающих файлов.
Название: Re:Тестирование 216_подключение SFS
Отправлено: andy-voit от 23 Май 2012, 07:33:56
а нечего брать неизвестно где
Ваши слова да богу б в уши... :) А в прочем- пока спорить не будем. Медведь еще не убит.
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 23 Май 2012, 07:47:58
а что тут спорить, давайте предусмотрим защиту от нанайского мальчика который долбанув кирпичем по системному блоку сделает невозможной загрузку системы.
Название: Re:Тестирование 216_подключение SFS
Отправлено: andy-voit от 23 Май 2012, 08:07:05
Хотел как лучше... По существу - вот init от Bit - попробуй взглянуть на досуге. Я тоже посмотрию. Плять, тута более 100 строк со словом mount
 :'(
P.S:
Цитата
давайте предусмотрим защиту от нанайского мальчика
Дело в том, что делать ничего не надо. Обычный модуль и так монтируется в Bit ниже базы. O том, что wm в Bit монтируется выше базы, я знаю только со слов пользователя sfs. Почему и просил выше людей проверить. Мне, чтобы проверить самому, придется что то сносить.
Название: Re:Тестирование 216_подключение SFS
Отправлено: andy-voit от 23 Май 2012, 08:47:05
Код
mkdir -p /pup_new/initrd/pup_wm
mkdir -p /pup_new/initrd/mnt/wmfs
 FSLOOP="pup_wm"

Заинтересовали только эти строки. Но это темный лес для меня, увы!
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 23 Май 2012, 08:59:00
Код
 mount -t aufs -o udba=reval,diropq=w,dirs=${UMNTMAIN}${NEWLAYERS}${MAINFS}${ZLAYER}${UMNTRO} unionfs /pup_new 

а меня это, и особенно dirs=${UMNTMAIN}${NEWLAYERS}${MAINFS}${ZLAYER}${UMNTRO}
идет перечисление порядка слоев

Название: Re:Тестирование 216_подключение SFS
Отправлено: sfs от 23 Май 2012, 11:00:18
Полностью поддерживаю andy-voit в 17 посте.
Про initrd Bit - лучше к Zay.
http://forum.puppyrus.org/index.php/topic,10877.msg64022.html#msg64022
файл Arhitect.html (в конце)
------
Особенности архитектуры LupuRus Bit

Архитектура файловой системы LupuRus Bit несколько отличается от других Puppy.

По умолчанию в LupuRus Bit вместо UnionFS используется AUFS (альтернативная версия UnionFS).

Порядок слоев AUFS в LupuRus Bit:

    Ramdisk.
    Save-файл (lupusave.2fs/.3fs).
    Пользовательский SFS-модуль (задается параметром "usersfs").
    SFS-модуль с оконным менеджером (задается параметром "wm").
    SFS-модуль с обновлением системы ("upd[ate]_520.sfs").
    Базовый SFS-модуль системы ("lupu_520.sfs").
    SFS-модуль c драйверами ("zl520332.sfs").
    (SFS-модули, загружаемые при запуске системы).
    (SFS-модули, загружаемые в процессе работы).


Для поддержки работы с несколькими оконными менеджерами и пользовательскими SFS используется более сложный скрипт /sbin/init.
Название: Re:Тестирование 216_подключение SFS
Отправлено: RoDoN от 23 Май 2012, 15:18:14
Порядок слоев AUFS в LupuRus Bit:

    Ramdisk.
    Save-файл (lupusave.2fs/.3fs).
    Пользовательский SFS-модуль (задается параметром "usersfs").
    SFS-модуль с оконным менеджером (задается параметром "wm").
    SFS-модуль с обновлением системы ("upd[ate]_520.sfs").
    Базовый SFS-модуль системы ("lupu_520.sfs").
    SFS-модуль c драйверами ("zl520332.sfs").
    (SFS-модули, загружаемые при запуске системы).
    (SFS-модули, загружаемые в процессе работы).
А какой точный порядок слоев в PuppyRus Richy ?
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 04 Июнь 2012, 07:57:07
у меня смонтировалось поверх базового sfs командой
busybox mount -o remount,add:1:/каталог_sfs /
Название: Re:Тестирование 216_подключение SFS
Отправлено: DdShurick от 04 Июнь 2012, 08:29:12
busybox mount -o remount,add:1:/каталог_sfs /
С другими цифрами не монтируется?
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 04 Июнь 2012, 08:31:35
пробовал 10 и 126, 126 вроде смонтировалось, не помню уже.
Название: Re:Тестирование 216_подключение SFS
Отправлено: DdShurick от 04 Июнь 2012, 09:42:15
 Монтируется с 0 и 1 поверх сохранёнки, с остальными ниже. В init значения /dev/loop0 и 1 изменены соответственно на 2 и 3.
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 04 Июнь 2012, 10:01:37
В init значения /dev/loop0 и 1 изменены соответственно на 2 и 3.
а это зачем? я не менял.

может основной sfs подключать на 126 слой? тогда остальные будут точно поверх него подключаться, я так понял что чем выше индекс - тем ниже располагается sfs в иерархии слоев
Название: Re:Тестирование 216_подключение SFS
Отправлено: DdShurick от 04 Июнь 2012, 11:39:26
а это зачем? я не менял.
И у тебя подключилось выше сохранёнки?
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 04 Июнь 2012, 13:52:29
да я в терминале вручную подключал
Название: Re:Тестирование 216_подключение SFS
Отправлено: DdShurick от 04 Июнь 2012, 14:02:26
 Строка 124 rc.sysinit
Код
mount -o remount,add:1:/mnt/.$MNTPT/ / 
Подключилось 3 usoft, всё работает

 У себя сделал так: Usoft подключается поверх, usoft как обычно, под низ.
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 04 Июнь 2012, 16:53:12
ну хоть какие то подвижки и результаты.
sfs, andy-voit ваше мнение по поводу этого.
Название: Re:Тестирование 216_подключение SFS
Отправлено: andy-voit от 04 Июнь 2012, 17:25:47
По моему - то, что доктор прописал! Усофт смонтировался выше базы, подключаемый модуль - ниже ( проверил на браузерных модулях)
Название: Re:Тестирование 216_подключение SFS
Отправлено: sfs от 04 Июнь 2012, 17:31:32
Usoft подключается поверх, usoft как обычно, под низ.
Работоспособность не проверял - но за идею , простоту реализации (U|u) и универсальность +
1. Порядок подключения Usoft - по алфавиту?
2. Можно даже несколько Usoft?
Название: Re:Тестирование 216_подключение SFS
Отправлено: andy-voit от 04 Июнь 2012, 17:40:52
Попробовал на двух модулях-браузерах ( все u|u). Подключается выше тот, кто по алфавиту ближе к концу. От меня так же плюсы. Изящно!
Модуль с Mesa тоже заработал.
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 05 Июнь 2012, 01:54:01
разделение на U|u это лишнее.
Название: Re:Тестирование 216_подключение SFS
Отправлено: DdShurick от 05 Июнь 2012, 08:29:05
разделение на U|u это лишнее.
А оно мешает?
Название: Re:Тестирование 216_подключение SFS
Отправлено: sfs от 05 Июнь 2012, 10:24:22
Проверил - с 1 и 2 U-модулями -ОК.
Оно помогает! Причем, вероятно, будет работать с любым aufs дистром
u1. Любые patch, fix и прочие модификации
u2. Мulti-wm
u3. Неубиваемый puppy (createusersfs и пр. идеи LupuRusBit). Можно вообще отказать от сохраненки (опционально)
На мой взгляд, Usoft открывает Ричи новые горизонты

Надо только обсудить и получше реализовать идею.
loop не могут кончиться?
В rc.sysinit - хорошее место?
Может rc.local? c  обработкой параметров ядра?
Скрипт загрузки Usoft после загрузки системы нужен? Наверное хотя бы в консольном виде не помешает.
Доку доработать

А кому "лишнее" - можно не использовать. Оно опционально.
Название: Re:Тестирование 216_подключение SFS
Отправлено: DdShurick от 05 Июнь 2012, 12:49:51
На мой взгляд, Usoft открывает Ричи новые горизонты
Особенно в сочетании с работой под пользователем (пользователями).
Название: Re:Тестирование 216_подключение SFS
Отправлено: sfs от 05 Июнь 2012, 19:43:20
Поэкспериментировал:
http://www.mediafire.com/?nl0t3bzjnhnhz

usoft-00Usoft.sfs - костыль при подключении которого автоподключаются Usoft модули. После чего перестартовываются Х и скрипт в /root/Startup самоуничтожается
Надеюсь, в следующую версию войдет rs.sysinit (включен в этот же модуль) с Usoft. Тогда костыль станет не нужен.
Начиная с beta3 Usoft включен в Ричи
Попутно:
http://forum.puppyrus.org/index.php/topic,11197.msg61723.html#msg61723 - есть , но не стартует. Почему - мне не понятно

Пожелание:
Если бы в pupm-216.sfs не было rc.local (он все равно пустой) было бы проще. Ну или
Код
echo "[ -f /etc/rc.local1 ] && /etc/rc.local1 >>/etc/rc.local

Usoft-conky.sfs - прототип замены всего в трее на conky. http://forum.puppyrus.org/index.php/topic,11683.msg65290.html#msg65290

Usoft-mc.sfs - пример тюнинга под себя (mc, раскладка alt-shift, ...). Прототип работы без сохраненки и неубиваемого пупи

В аттаче патченный load_sfs
Код
Используйте: load_sfs file.sfs		:подключить модуль.sfs ниже базового
             load_sfs -u file.sfs :подключить модуль.sfs поверх базового
     (осторожно - можно сломать систему)

вероятно, будет работать с любым aufs дистром
на debian stable работает
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 06 Июнь 2012, 02:01:23
usoft-00Usoft.sfs - костыль при подключении которого автоподключаются Usoft модули. После чего перестартовываются Х и скрипт в /root/Startup самоуничтожается
ничего не понял

Надеюсь, в следующую версию войдет rs.sysinit (включен в этот же модуль) с Usoft. Тогда костыль станет не нужен.
аха т.е. вы хотите чтобы я тупо взял ваш скрипт и положил в систему? этого не будет, скрипт слишком важен, приведите добавление простым текстом.

http://forum.puppyrus.org/index.php/topic,11197.msg61723.html#msg61723 - есть , но не стартует. Почему - мне не понятно
а что непонятно? для usoft это не реализовано.

Если бы в pupm-216.sfs не было rc.local (он все равно пустой) было бы проще.
он почти пустой потому что туда должен записывать сам пользователь а не разработчики.

Usoft-conky.sfs - прототип замены всего в трее на conky.
название темы читали? про коньки ничего нету.

Очередной раз убедился jwm лучше icewm.
в очередной раз убедился что ваше мнение поверхностно и необъективно.
Название: Re:Тестирование 216_подключение SFS
Отправлено: sfs от 06 Июнь 2012, 09:51:54
Про "костыль не заморачиватесь". Давайте сосредоточимся на rc.sysinit - или куда лучше монтирование Usoft поместить?
rc.sysinit приведите добавление простым текстом.
Тупо не хочу. Давайте тестировать и обсуждать...
Код
# diff rc.sysinit rc.sysinit1 
126a127,135
 > ls -1 ${MNTPT}${PSUBDIR}/Usoft-*.sfs |
 > while read USOFT
 > do
 > MNTPT=$(basename $USOFT .sfs)
 > mkdir -p /mnt/.$MNTPT
 > mount -o loop "$USOFT" /mnt/.$MNTPT
 > mount -o remount,add:1:/mnt/.$MNTPT/ /
 > done

start.sh для usoft это не реализовано.
Код
# grep start.sh load_sfs 
if [ -f "$mount_point"/start.sh ];then
"$mount_point"/start.sh

Если бы в pupm-216.sfs не было rc.local (он все равно пустой) было бы проще.
он почти пустой потому что туда должен записывать сам пользователь а не разработчики.
Так дайте пользователю возможность записать методом подключения rc.local через usoft

название темы читали? про коньки ничего нету.
Читал. Коньки - пример работы Usoft. Протестировал. Что не так?

--------
1. Номер слоя можно чем-то посмотреть?
2. load_sfs #DdShurick modified 20120516 for PuppyRus-216 - можно в 2х словах - есть какие-то особенности у 216 или добавлен функционал?
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 06 Июнь 2012, 10:00:03
Читал. Коньки - пример работы Usoft. Протестировал. Что не так?
а чего тогда расписывать проблемы коньков?

Так дайте пользователю возможность записать методом подключения rc.local через usoft
ну так пусть пишет поверх в чем проблема?

# grep start.sh load_sfs
   if [ -f "$mount_point"/start.sh ];then
      "$mount_point"/start.sh
а причем тут load_sfs если в rc.sysinit подключение идет без него.
Название: Re:Тестирование 216_подключение SFS
Отправлено: sfs от 06 Июнь 2012, 10:10:13
а чего тогда расписывать проблемы коньков?
Увлекся  :) Переделал.
ну так пусть пишет поверх в чем проблема?
Как это сделать без Usoft, сохраненки и ремастеринга?
# grep start.sh load_sfs
Торможу :( Зачеркнул.
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 06 Июнь 2012, 10:15:46
Как это сделать без Usoft, сохраненки и ремастеринга?
я туплю, но сути проблемы не могу уловить. практический пример есть когда этот файл мешает?

# grep start.sh load_sfs
поддержку start.sh возможно придется делать для usoft, но не на данном этапе. Давайте я сначала выпущу Beta3 и посмотрим чего получится на тестировании. Исправлять load_sfs чтобы мог монтировать и поверх и под низ.... на второй странице этой темы andy-voit расписал к чему надо стремиться.
Название: Re:Тестирование 216_подключение SFS
Отправлено: DdShurick от 06 Июнь 2012, 10:22:23
а причем тут load_sfs если в rc.sysinit подключение идет без него.
А почему не добавить это в rc.sysinit?
Название: Re:Тестирование 216_подключение SFS
Отправлено: Pro от 06 Июнь 2012, 10:24:27
а что мне Ddshurick в коде выдал, я то и вставил ;)
Название: Re:Тестирование 216_подключение SFS
Отправлено: sfs от 06 Июнь 2012, 10:25:21
сути проблемы не могу уловить.
Если Usoft будет в базе - актуальность теряется. Не заморачивайтесь
andy-voit расписал к чему надо стремиться.
Именно это http://forum.puppyrus.org/index.php/topic,11897.msg64919.html#msg64919 и реализовано в моих патчах rc.sysinit и load_sfs

А почему не добавить это в rc.sysinit?
start.sh ? Так начнет стартовать до Х...
Помещение в /root/Startup для Usoft - разве не то же самое?
Я так понимаю - Usoft нужен для удобства модификации базы. Для обычного софта стандартный usoft и load_sfs устраивает полностью. Практического применения "выше базы" в load_sfs не представляю.