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

[valentin]

Записал PuppyRus-Icewm-13.02 на болванку DVD+RW,  загрузился в Live-CD  и попробовал установить систему в каталог на ext2 разделе HDD без установки загрузчика, добавив запись в menu.lst , а так-же в каталог на ext3 разделе флешки с полной установкой загрузчика.  Система устанавливается почти нормально, хотя тип источника установки определяет неверно   .  Так в 59 строке puppyrus2install стоит:

Код

if [ "PDEV1FS" = "iso8660" ]; then #Если запуск PuppyRus с CD

Тем не менее vmlinuz,initrd.gz и pupm-218-base.pfs  в созданный каталог с нужным именем копируются   . Исправлять ничего не надо, могут только вылезти новые проблемы т.к dev/sro постоянно смонтироавн.  Проблема только с packages. Этот каталог с содержащимися в нем .pfs копирует в корень раздела, что на HDD, что на флешке. На флешке и такой вариант загрузился, а на HDD, не нашло X-ов и puppyrus-icewm-13.02.pfs.
  Так-же, если можно, увеличить продолжительность вывода сообшения об окончании установки- слишком быстро исчезает, можно прозевать  

[RoDoN]

"iso8660"

А разве существует такой стандарт, имхо, но надо править обязательно, т.к. это "очепятка"

[Pro]

проверю.

ddshurick - прверь копирование каталога packages, по идее в  psubdir должен копироваться.

[valentin]

"iso8660"

А разве существует такой стандарт, имхо, но надо править обязательно, т.к. это "очепятка"

Похожая ситуация была в IvannaXP.  Если мы сделаем  эту строку правильно, то упремся в то, что /dev/sro постоянно смонтирован и его не удастся примонтировать на /mnt/cdrom.   А сейчас и та часть условия, что под   else прекрасно справляется , " работает - не трожь!!"     Только с путями packages разберутся, и все 

[Pro]

valentin, какое отношение имеет инсталятор к тому что устройство постоянно смонтировано?
и откуда в Иванне взялся инсталятор от PuppyRus, я не припомню чтоб его там использовали

[andy-voit]

Есть, именно от PuppyRus, только переработанный, давно уже используется

[DdShurick]

Исправлять ничего не надо

Надо, надо.
Проверяйте, у меня не на чем.

[DdShurick]

так и копирует в корень  раздела .

Так задумано для возможности совместного использования /paskages несколькими версиями puppy. А вы упорно хотите создать "матрёшку".

Код

if [ "$DEV1FS" = "iso9660" ]; then

. но и это бессмысленно

Согласен.

Кроме того выяснилось, что при установке на фленку в каталог система не находит иксы а так-же puppyrus-icewm-13.02 из за указания в загрузочной строке в menu.lst параметра pfsdir=packages.  Без него нормально загружается и из корня флешки и из каталога.

Вот здесь уточните структуру загрузки, не совсем понятно где xorg и icewm, в packages или $PSUBDIR?

[valentin]

xorg и icewm  лежат в packages, как в оригинальном .iso.Но это уже не имеет значения, packages в корне флешки определяется. Я, правда, не пробовал вариант, что-бы packages был в корне флешки, а "три заветных файла" в отдельном каталоге.
  Приношу свои извинения за внесение "смуты" из-за недопонимания направления развития данного дистрибутива. Только об этом направлении и Pro должен знать :

ddshurick - прверь копирование каталога packages, по идее в  psubdir должен копироваться.

 Из предложенного мной файла может оказаться полезным только выводимое во время работы инсталлятора сообщение о его работе. Предыдущий свой пост удаляю из-за его ошибочности и "вредности"  
И, если что, в старом варианте, в предпоследней строчке , исправьте команду "uumount"

[DdShurick]

 Приношу свои извинения за внесение "смуты" из-за недопонимания направления развития данного дистрибутива.  Из предложенного мной файла может оказаться полезным только выводимое во время работы инсталлятора сообщение о его работе. Предыдущий свой пост удаляю из-за его ошибочности и "вредности"

Вот это зря. Предложение выкинуть секцию "iso9660" очень даже толковое. И поиск и подключение модулей из "матрёшки" тоже нужен. Только тестеры ставят множество версий puppy а простому пользователю будет удобнее компактная установка.

И, если что, в старом варианте, в предпоследней строчке , исправьте команду "uumount"

Исправил.

[valentin]

просто, может,это только в моем варианте железа при загрузке с CD получаем в PUPSTATE

Код

PUPMODE=5
PDEV1=''
DEV1FS=''
PUPSFS='sr0,iso9660,/pupm-218-base.pfs'
PUPSAVE=''
PMEDIA='cd'

, а где-то будет DEV1FS='iso9660', хотя вариант через /mnt/home  будет работать тоже.

И поиск и подключение модулей из "матрёшки" тоже нужен.

это отлично работает. у меня на винте разные каталоги  под IceWM  и XFCE, в каждом свой packages. При загрузке находит и подключает то что нужно. Но в строках загрузки в menu.lst нет параметра pfsdir=  packages. Когда инсталлятор  создает на флешке menu.lst, то он прописывает туда  pfsdir=  packages и packages, расположенный в psubdir уже не находится.

[Pro]

научите инсталятор прописывать pfsdir=packages тогда.
И закроем проблему.

[valentin]

научите инсталятор прописывать pfsdir=packages тогда.

Последний вариант инсталлятора от DdShurick это делает

[RoDoN]

Что-то читаю и не пойму зачем мухи и котлеты смешивать, а? Ведь изначально было, что параметр pfsdir=***  это пользовательский каталог, а packages - стандартный каталог, из которого берутся модули только в случае, если не задан пользовательский каталог, а теперь оказывается учим инсталятор прописывать pfsdir=packages   Что-то не связуха... или я чего-то глобального не понял?

Да, еще ранее вроде бы уже договорились и сделали, что и pfsdir, и packages находятся в psubdir или опять все ломаем?

[DdShurick]

а теперь оказывается учим инсталятор прописывать pfsdir=packages   Что-то не связуха... или я чего-то глобального не понял?

Инсталлятор был написан когда packages ещё в помине не было, приходится учить.

Да, еще ранее вроде бы уже договорились и сделали, что и pfsdir, и packages находятся в psubdir или опять все ломаем?

Есть два варианта - /$psubdir/$pfsdir ("матрёшка") и /$psubdir /$pfsdir (рядом в корне), оба имеют право на существование. Но для начального пользователя мне кажется удобнее будет "матрёшка" (хотя это вопрос спорный). Отсутствие копирования $pfsdir в $psubdir - мой прохлоп, сделал "как у меня" не подумав об альтернативе.

Что-то читаю и не пойму зачем мухи и котлеты смешивать, а?

А вот это вопрос глобальный и не по этой теме. Я изначально против переименования системообразующих модулей в pfs, иначе каша будет, причём с мухами.
 Выражаю благодарность valentin за поднятый вопрос.