Инсталлятор PuppyRus-Icewm-13.02

[Pro]

rodon прав. Хочется чтобы несколько дистрибов испльзовали один и тот же набор модулей - будь любезен задать pfsdir.
А по умолчанию дистриб свой packages должен копировать в свой каталог установки дабы не повредить файлы ранее установленные другими дистрибутивами или еще чего.

[DdShurick]

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

И как это реализовать в инсталлере? Сделать ещё одно "непонятное" окно?

А по умолчанию дистриб свой packages должен копировать в свой каталог установки дабы не повредить файлы ранее установленные другими дистрибутивами или еще чего.

Согласен.

[Pro]

ну вот на свое слово согласен и ориентируйся.
Пожалуйста итоговый файл прошу выложить повторно, даже если он совпадает с ранее выложенным.

[DdShurick]

Пожалуйста итоговый файл прошу выложить повторно, даже если он совпадает с ранее выложенным.

На совпадение и не надейся. Как тебе понравится такой поиск базового pfs без использования PUPSTATE

Код

losetup /dev/loop0 | cut -f3 -d' '

?

[Pro]

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

[DdShurick]

 Промежуточная версия для тестирования. Изменены поиск и копирование файлов.

[valentin]

Протестировал    Описываю: Пересоздал pupm-218-base.pfs , заменив в нем puppyrus2install . Пересоздал  .iso c заменой базового .pfs . Загрузился с CD.  Установил PuppyRus на HDD в каталог без замены загрузчика, откорректировал menu.lst вручную, и с CD установил на флешку, в каталог , с установкой загрузчика . В обоих случаях packages копируется внутрь psubdir, как и добивались . Но на этом радость и закончилась. Флешка не загрузилась, не находились файлы Puppy. Переустанавливал на флешку несколько раз, форматируя и в ext3 и в fat32  - флешка не загружается. Сравнение menu.lst , создаваемое новым загрузчиком и старой версией показало, что не прописан pmedia=usbflash  вот строка из нового меню

Код

kernel /PPR2/vmlinuz  psubdir=PPR2  pfix=ram

Причем шаблон в инсталляторе одинаков

Код

kernel /${INPSUBDIR}vmlinuz ${PMEDIA1} ${MENUPSUBDIR}  pfix=ram

 Может ${PMEDIA1}не находится из-за разницы в задании переменной

Код

DEVS=$(probedisk2)
DEVL=$(echo "$DEVS" | grep -v optical | cut -f 1,3 -d '|' | sed -e 's/ /_/g;s/|/ /g' )

в старом варианте и

Код

DEVS=$(probedisk2 | grep -v optical | cut -f 1,3 -d '|' | sed -e 's/ /_/g;s/|/ /g')

в новом?
 На этом ошибки не закончились. Когда я из свежеустановленного на HDD Puppyrus попытался сделать установку на флешку, то базу скопировало, а лежащих в этом-жа каталоге initrd.gz и vmlinuz не нашло, о чем честно сообщило, прервав установку.   Наверно ошибка в путях, откуда копировать, не может заглянуть в каталог  

[DdShurick]

Может ${PMEDIA1}не находится из-за разницы в задании переменной

Здесь я перестарался. Хотел "сэкономить" одну строку и одну переменную. Вернул к прежнему варианту.

Когда я из свежеустановленного на HDD Puppyrus попытался сделать установку на флешку, то базу скопировало, а лежащих в этом-жа каталоге initrd.gz и vmlinuz не нашло

Посмотрите пожалуйста в /initrd/mnt/ куда примонтировался $PDEV1 (dev_save, dev_ro2, tmpfs). У меня монтируется к dev_save, при загрузке с CD должно монтироваться к dev_ro2, а у вас?

[valentin]

Кстати, сегодня утром экспериментально проверил несколько вариантов загрузки  в зависимости от установки (каталог/корень) и параметра pfsdir= в menu.lst.
Выявленные особенности обусловлены не инсталляторм, а путями поиска файлов в init. Но все получается очень " шоколадно"  
 Результаты получились одинаковые, что для флешки, что для HDD. При pfsdir=  и вообще отсутствии этого параметра, при установке в каталог - система сама находит packages внутри psubdir= . При установке в корень система так-же сама находит packages рядом с pupm-218-base.pfs . Если указан pfsdir=packages -  то система его ищет ТОЛЬКО в корне раздела. Поэтому осмелюсь предложить такой вариант: у нас уже инсталлятор "заточен" под "матрешку"   и  в строку загрузки в menu.lst добавляется заготовка " pfsdir=  "  .  Если уже опытный пользователь  захочет поставить вторую систему , то нужно "ручками" перенести каталог packages в корень раздела, а в menu.lst просто исправить на pfsdir=packages ( хотя это еще надо хорошенько поискать другую систему, поддерживающую такие параметры загрузки и .pfs   )
 

Посмотрите ...

Ща гляну  Mount и для CD и для Hdd

[DdShurick]

Если указан pfsdir=packages -  то система его ищет ТОЛЬКО в корне раздела. Поэтому осмелюсь предложить такой вариант: у нас уже инсталлятор "заточен" под "матрешку"   и  в строку загрузки в menu.lst добавляется заготовка " pfsdir=  "

Тут надо либо править скрипты автозагрузки модулей, либо пробовать pfsdir=$PSUBDIR/$SFSDIR (раньше это помогало).

[valentin]

выкладываю архив с файлами.

[valentin]

Если указан pfsdir=packages -  то система его ищет ТОЛЬКО в корне раздела. Поэтому осмелюсь предложить такой вариант: у нас уже инсталлятор "заточен" под "матрешку"   и  в строку загрузки в menu.lst добавляется заготовка " pfsdir=  "

Тут надо либо править скрипты автозагрузки модулей, либо пробовать pfsdir=$PSUBDIR/$SFSDIR (раньше это помогало).

Да не нужно ничего править!!!  я наоборот пишу , что все хорошо!!!  У большинства packages ляжет внутрь psubdir и там найдется " автоматически"  Ну а те, кто желает совместно использовать packages перенесут его в корень раздела , а в строке загрузки menu.lst допишут  pfsdir=packages  И все будут счастливы.

[DdShurick]

 Не нашёл никакого криминала. Попробуйте новый вариант.  iso-образ переделывать не надо, скрипт запускается кликом по нему и работает из любого места.

[valentin]

Перезагрузился в тестовую  PuppyRus-Icewm-13.02, заменил инсталлятор, запустил его из терминала. Результат так-же плачевен,  в терминале заругалось

Код

dirname: лишний операнд `/initrd/mnt/dev_ro2/PR/pupm-218-base.pfs'
Попробуйте `dirname --help' для получения более подробного описания.
BusyBox v1.19.4 (2013-02-09 20:39:42 Universal) multi-call binary.

Usage: basename FILE [SUFFIX]

Strip directory path and .SUFFIX from FILE


cp: невозможно выполнить stat для `/vmlinuz': Нет такого файла или каталога
cp: невозможно выполнить stat для `/initrd.gz': Нет такого файла или каталога
Script completed hit RETURN to close window.

Реально файлы расположены sda8/PR/initrd.gz
Rox их видит на /mnt/home/PR/

[valentin]

Я добавил в ваш скрипт строку, что-бы вывести значение $PUPFILEPATH в текст.файл

Код

PUPBASEPATH=/initrd$(losetup /dev/loop0 | cut -f3 -d' ')
PUPBASENAME=$(basename $PUPBASEPATH)
PUPFILEPATH=$(dirname $(find /initrd/mnt -type f -name $PUPBASENAME))
PSUBDIR=$(basename $PUPFILEPATH)
SFSDIR=$(cat /proc/cmdline | tr ' ' '\n' | grep pfsdir | cut -f2 -d '=')
[ $SFSDIR ] || SFSDIR=packages

echo "PUPFILEPATH='$PUPFILEPATH'" >> /root/m.txt

#Копирование файлов
[ -f $PUPBASEPATH ] && cp $PUPBASEPATH ${PMNTPT}${INPSUBDIR}/ || copy_err 1
[ -d $PUPFILEPATH ] && cp $PUPFILEPATH/{vmlinuz,initrd.gz} ${PMNTPT}${INPSUBDIR}/ || copy_err 2
[ -d $PUPFILEPATH/$SFSDIR ] && cp -a -L $PUPFILEPATH/$SFSDIR ${PMNTPT}${INPSUBDIR}/packages

и вот, что получил

Код

PUPFILEPATH=''

Наверное переменная пуста