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

Разработки проекта PuppyRus => Разработка PFS и Initrd => Тема начата: neobht от 01 Февраль 2015, 11:10:07

Название: Initrd UIRD
Отправлено: neobht от 01 Февраль 2015, 11:10:07
Сборка Initrd UIRD в PRA (http://forum.puppyrus.org/index.php?topic=20164.0)
Сетевая загрузка (http://forum.puppyrus.org/index.php?topic=20174.0)


Предлагаю перейти в PRA на UIRD (https://github.com/neobht/uird.git). Это поможет лучше его  совместно отладить и даст множество новых гибких возможностей самому PRA.

В настоящее время им загружается в модульном варианте любой из мной тестируемых дистрибутивов на любой системе инициализации - sysv, systemd, upstart, openrc. Даже без изменения оригинальных live образов.
 
И всяких фич в нем на много лет вперед, чтобы найти им достойное применение.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 01 Февраль 2015, 12:09:15
http://habrahabr.ru/post/270337/
Свежая версия в http://magos.sibsau.ru/repository/netlive/multi/MagOS/kernel/x86_64/uird.magos.cpio.xz
Help в /usr/share/uird.help
Итоги (http://forum.puppyrus.org/index.php/topic,16558.msg100657.html#msg100657)

Что это даст домашнему юзеру?
Кроме сетевой загрузки плюсов не вижу. Она вряд ли нужна дома. Какая-то есть в портеусе

Минусы:
1. Размер в 7 раз больше
2. Включение модулей ядра
3. Подгонять под имеющиеся скрипты

UIRD интересен для ubuntu (http://forum.puppyrus.org/index.php/topic,15675.0.html) (пока не попробовал). Как конкурент rootfs
porteus там не пошел - Х загружаются, но клава и мышь не работают
Возможно, Вы знаете как это решить....
А с появлением systemd в юбунту, может и само решится
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 01 Февраль 2015, 13:27:13
1,2 - можно сделать аналогичными, если ограничиться только поддержкой локальных носителей, что я считаю экономией неоправданной, но готов дописать функционал, чтобы можно было использовать модули squashfs на уровне initrd.

3 - тут - да, необходимо немного будет переделать, но если имитировать работу porteus initrd, то это просто создать нужные симлинки и все.

Домашнему пользователю это даст стабильную поддержку и расширенный функционал для тех, кто готов использовать продвинутые фичи, вроде rwm модулей, множественных home, машинно-ориентированных модулей (модулей, которые подключаются при загрузке на конкретном железе, удобно, если необходимо носить флешку с собой и подключать к разным машинам и иметь различные параметры для каждой машины). И др.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 01 Февраль 2015, 14:05:57
1,2 - можно сделать аналогичными, если ограничиться только поддержкой локальных носителей, что я считаю экономией неоправданной, но готов дописать функционал, чтобы можно было использовать модули squashfs на уровне initrd.
Почему неоправданной? Что мы потеряли?

Я бы может и готов использовать фичи, но только доки на https://github.com/neobht/uird мне для этого недостаточно. Многое непонятно
Нельзя как-то попроще перечислить как и где эти фичи применять

Попробовать можно. Там будет видно. Как пробовать? Вы что-то выложите или просто собрать по гитхабу?
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 01 Февраль 2015, 14:16:01
Почему неоправданной? Что мы потеряли?
Потеряли возможность использовать модули ядра, которые в него не вкомпилены. Например сетевые. Возможно и ряд sata дисков и usb. Надо знать что включено в ядро. Так трудно сказать.

Экономии как таковой нет - просто у вас модули не в initrd спрятались, а в ядре.

Цитата: sfs
Попробовать можно. Там будет видно. Как пробовать? Вы что-то выложите или просто собрать по гитхабу?

Можно собрать, а можно просто заменить initrd на вот эти:
http://magos.sibsau.ru/repository/netlive/multi/MagOS/kernel/i586/uird.kernel.cpio.xz
http://magos.sibsau.ru/repository/netlive/multi/MagOS/kernel/i586/uird.magos.cpio.xz

и слоями их подключить в grub4dos:
Код
kernel vmlinuz uird.from=/путь, где лежат модули; root=uird: 
initrd uird.kernel.cpio.xz uird.magos.cpio.xz



Название: Re:PRA на initrd UIRD
Отправлено: sfs от 01 Февраль 2015, 14:44:34
Потеряли возможность использовать модули ядра, которые в него не вкомпилены.
Зато не пересобираем initrd - это реальное удобство и я оттестил способ подгрузки модулей. Только практического применения этому нет
initrd забрал. Опробую - отпишусь
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 01 Февраль 2015, 14:56:24
Когда пересобирается ядро всегда можно пересобрать и initrd. А если хочется, то можно и не пересобирать ни ядро ни initrd.
Сомнительный плюс учитывая, что все равно в ядре это все нужно не забывать включать.

Ubuntu как раз по этой причине не работает. Для нее не хватает драйверов.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 01 Февраль 2015, 15:37:20
Ubuntu как раз по этой причине не работает. Для нее не хватает драйверов.
Не удалось понять - каких именно?
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 01 Февраль 2015, 16:05:32
usbhid и других hid скорее всего.
Я только на VirtualBox проверял, там usbhid вроде бы нужен был только.
Название: Re:PRA на initrd UIRD
Отправлено: Pro от 01 Февраль 2015, 17:01:04
Когда пересобирается ядро всегда можно пересобрать и initrd. А если хочется, то можно и не пересобирать ни ядро ни initrd.
но есть еще вариант когда ядро не пересобирается а берется готовое другой версии. в puppyrus мы так и делали и тут либо выкладывать готовый initrd для нужной версии ядра, либо вручную пересобирать свой существующий initrd. Оба этих варианта не особо хороши т.к. вкусив прелести замены ядра в PRA через два файла, танцевать с initrd уже не охота.

не ужели нет никакой возможности при загрузке по сети подгрузить на клиент еще и файл с модулями ядра и уже потом подмонтировать их
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 01 Февраль 2015, 17:44:58
Если берется не свое ядро, то риск что ничего не будет работать почти обеспечен.

Если берется свое ядро, то пересобрать initrd - это секунд 10.

Доставить модули по сети можно. Я именно так и сделал для загрузки PRA по сети.
выше выложил uird.kernel.cpio.xz - это как раз модули ядра. Просто размер их получается гораздо больше того, который реально необходим для загрузки по сети, поэтому это не лучший вариант.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 01 Февраль 2015, 18:20:22
Работает:
initrd uird.kernel.cpio.xz uird.magos.cpio.xz
initrd uird.magos.cpio.xz
перепаковываю uird.magos.cpio.xz - удаляю модули ядра - работает, но размер 8мб и грузится медленнее
Т.е. со спецядрами работает так же как и porteus-initrd
Надо dracut помучить в плане уменьшения размера
Все тесты - iso в vbox
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 01 Февраль 2015, 19:06:56
Размер большой из-за того, что там встроены сетевые утилиты: curlftpfs, sshfs, rsync, и тд.
Минимальный образ без модулей ядра будет несколько килобайт.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 01 Февраль 2015, 19:10:06
там я сделал для примера несколько скриптов сборки.
посмотрите скрипт для сборки минимального образа - make_uird_config.sh
по аналогии можно всяких наделать.

но повторюсь - это бессмысленно и не совсем корректно. 
Название: Re:PRA на initrd UIRD
Отправлено: Pro от 02 Февраль 2015, 03:32:59
выше выложил uird.kernel.cpio.xz - это как раз модули ядра.
а просто pfs чтобы грузился и подключался?
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 02 Февраль 2015, 04:25:37
Так не получится. Точнее получится, но нужно все те модули, что необходимы, вкомпилить в ядро. Будет просто ядро с ними, а не initrd.

Вся трудность в том, чтобы ядро могло подключить источник, где лежит pfs.
Это жесткие диски, cd,dvd, usbflash, sd card, сеть и прочее. Модули должны быть для всего этого в ядре. Либо доставлять их средствами загрузчика по примеру uird.kernel.cpio.xz.
Название: Re:PRA на initrd UIRD
Отправлено: Pro от 02 Февраль 2015, 04:47:05
Либо доставлять их средствами загрузчика по примеру uird.kernel.cpio.xz.
вот я про то и веду речь, средствами загрузчика подтянуть pfs на целевую машину, а потом уже средствами ядра подключить.

Ядро которое я делаю, содержит в себе все для жестких дисков, cd,dvd, usbflash, sd card, но с сетевыми картами хоть и проводными есть проблемы, помимо большого их количества, еще иногда требуется наличие firmware (например для tg3 как на моем ноутбуке).
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 02 Февраль 2015, 09:59:26
Еще поэкспериментировал. Для пра initrd-uird можно довести до 2мб и это не предел
Сборка dracut не сложна
готов дописать функционал, чтобы можно было использовать модули squashfs на уровне initrd.
Про то, ка для этого в портеусе подключается 00-kernrel я писал. Если это уменьшит Initrd - интересно
продвинутые фичи, вроде rwm модулей, множественных home, машинно-ориентированных модулей (модулей, которые подключаются при загрузке на конкретном железе
Можно подробнее про то, что может uird по сравнению с портеусом
Сетевую загрузку пока не трогаем
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 02 Февраль 2015, 14:25:31
Pfs затянуть не получится. Можно только его содержимое включить в образ для слоя initrd. Это не слои aufs. Это слияние cpio образов.

Uird умеет слоить home из нескольких источников. Умеет подцеплять образы с обычной ФС в режиме RW - множественные слои в aufs.

Есть функционал кеша - то есть можно синхронизировать модули из различных источников в кеш и потом уже грузить систему из кеша. Это конечно больше к работе с сетевыми источниками применимо, но локально тоже иногда удобно собирать в одно место модули с разных носителей.

Название: Re:PRA на initrd UIRD
Отправлено: sfs от 02 Февраль 2015, 14:48:16
Pfs затянуть не получится.
А вот так почему нельзя?
http://forum.puppyrus.org/index.php/topic,15129.msg98849.html#msg98849
Можно только его содержимое включить в образ для слоя initrd. Это не слои aufs. Это слияние cpio образов.
Получается дублирование
Но для pra (ее спец ядра) этой проблемы нет. Грузится без модулей ядра в инитрд (проверял)
Uird умеет слоить home из нескольких источников.
Зачем это на практике?
Умеет подцеплять образы с обычной ФС в режиме RW - множественные слои в aufs.
Зачем это на практике?
Название: Re:PRA на initrd UIRD
Отправлено: Pro от 02 Февраль 2015, 16:55:33
вот как у них подтягивается

5) After the kernel and initrd are unpacked, linuxrc checks /proc/cmdline for the IP address assigned by dnsmasq and if it is found, then linuxrc launches the 'httpfs' utility which mounts /porteus/base (with all modules) from the http server inside the ram disk.

что там у нас обычно в /proc/cmdline показывается при сетевой загрузке интересно....
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 02 Февраль 2015, 17:04:29
Этой проблемы нет для загрузки с флешки или другого устройства, драйвер для которого вкомпилен.

Мы говорим о сетевой загрузке, где у пользователя даже ядро и сам initrd грузиться сначала по сети.

А зачем home вообще на практике?

А зачем директории на практике? :) Можно в разных модулях хранить разные настройки и программы.
Название: Re:PRA на initrd UIRD
Отправлено: Pro от 02 Февраль 2015, 17:12:44
я привел как раз пункт из описания загрузки по сети.

на стороне сервера они еще http поднимают и потом по httpfs выкачивают. Но нам в данном случае больше интерересно, как им удается не сбить настройки сетевой карты и таки выкачать файлы. Ведь теоретически pxe загрузчик уже настроил сетевую карту и пакеты летают и все такое.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 02 Февраль 2015, 17:14:55
Я пытаюсь понять, что нам даст uird
Пока для домашнего применения ничего нового не нахожу
Помогите разобраться. Желательно на примерах
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 02 Февраль 2015, 17:26:59
Ничего не даст. Он просто архитектурно красивее, код чище, расширямость гибче, возможностей больше.

А применять большинству кроме как  copy2ram хоть в портеус, хоть в uird больше и не надо.
Я даже сомневаюсь, что кто-то для себя имеет несколько директорий с разными версиями, не говоря уже о чем-то более интересном.

Ну например хотим мы чтобы у нас все изменения которые находятся в директории /etc хранились не в changes в общей куче, а к примеру в модуле etc.rwm вот и делаем такую настройку. В итоге в changes хранятся все изменения, а изменения из директории /etc хранятся в etc.rwm. Прикольно? конечно прикольно. Будет пользователь это использовать? Почти никто не будет.

Поэтому искать плюсы по каким-то ориентирам пользователя в программе, которая позволяет в простой форме достигать результатов, о которых даже и не предполагал - это не всегда правильно. Еще стоит искать плюсы в реализации.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 02 Февраль 2015, 17:33:34
на стороне сервера они еще http поднимают и потом по httpfs выкачивают. Но нам в данном случае больше интерересно, как им удается не сбить настройки сетевой карты и таки выкачать файлы. Ведь теоретически pxe загрузчик уже настроил сетевую карту и пакеты летают и все такое.
Чтобы выкачать - надо чтобы ядро подняло драйвер сетевой.
Мы говорим об этапе до этого. До того, как ядро получило управление от загрузчика.
Название: Re:PRA на initrd UIRD
Отправлено: DdShurick от 02 Февраль 2015, 17:35:50
интерересно, как им удается не сбить настройки сетевой карты и таки выкачать файлы.
У меня тоже не сбиваются, видимо хранятся в пространстве ядра.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 02 Февраль 2015, 17:35:51
Ничего не даст. Он просто архитектурно красивее, код чище, расширямость гибче, возможностей больше.
С этим никто не спорит
А применять большинству кроме как  copy2ram хоть в портеус, хоть в uird больше и не надо.
Все так и есть
Ну например хотим мы чтобы у нас все изменения которые находятся в директории /etc хранились не в changes в общей куче, а к примеру в модуле etc.rwm вот и делаем такую настройку. В итоге в changes хранятся все изменения, а изменения из директории /etc хранятся в etc.rwm.
Как это реализовать? Какие ключи и что такое физически etc.rwm
Документация слабовата. Нужны примеры
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 02 Февраль 2015, 17:42:32

Как это реализовать? Какие ключи и что такое физически etc.rwm
Документация слабовата. Нужны примеры

Создается файл-образ с файловой системой:
Код
dd if=/dev/zero of=etc.rwm bs=1M count=100
mkfs.ext2 etc.rwm

Потом монтируем его и создаем внутри директорию etc.
Потом размещаем этот модуль в директории с модулями.

система создаст каскадное объединение:
1 слой - changes
2 слой - например etc.rwm
3 слой - 000-kernel.pfs
4 ...............

Слой для etc.rwm указал условно. Он будет определяться порядком в котором этот модуль среди других модулей будет подключен.
Название: Re:PRA на initrd UIRD
Отправлено: for_wov от 03 Февраль 2015, 00:15:56
поправьте если не так
uird позволит:
-иметь для себя несколько директорий с разными версиями(множественные home) как наборы программных модулей(toolkits) для разных профилей работы и специфичных задач (флешка с минимумом для ноутбука или дом.медиацентр на пк);
-файлы настроек в виде rwm-модулей, для протативных программ, настраеваемые индивидуально.
-наборы машинно-ориентированных модулей (hardware-rwm) с различными драйверами (будь-то для компа или ноутбука)
вопрос: всего этого можно достичь не дублируя количество pfs/xzm - модулей на носителе(сервер,флешка,ж.диск и т.д)?
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 03 Февраль 2015, 02:57:46
Не совсем понял вопрос относительно дублирования.

У вам есть некий набор модулей. И несколько настроек системы на различном оборудовании. Модули одни и те же - настройки выбираете, загружая те или иные модули.

Это если хоть маленько понял ваш вопрос.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 04 Февраль 2015, 16:51:41
Еще потестировал. Для чего , кроме сети, еще отлично подходит - прикрутить любое (не с вкомпиленными фс) ядро
Естественно если в ядре нет aufs (например) - uird чуда не сделает.

Что напрягает:
1  root=uird:  - нельзя это убрать в дефолт? Что тут вообще можно менять и для чего?
2. uird.  Так ли нужен uird. ? Строка kernel и так длинная...  Теряется совместимость с портеус. Зачем называть то же самое по другому?
3. uird.from= В pra самопальное dir= Предлагаю в обоих дистрах сделать чтобы и from и dir работало
4. Грузит все модули из uird.from=. Приходится писать uird.noload=/optional/;/dev/ . Никак изящней это не сделать?
5. /mnt/livemedia - иногда замечал /mnt/livemedia/..0 - это глюк или фича?

Может при сборке инитрд сделать ключ - совместимость с портеус
Результаты своих экспериментов готов прокомментировать и выложить по запросу
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 04 Февраль 2015, 17:18:38
1. Убрать можно.
2. Это сделано, чтобы параметры не путать с другими. Параметры ядра не обязательно управляют только initrd.
3. from более расширенный вариант. dir - это частный случай. Специально для pra можно сделать скрипт прослойку, который транслирует привычные параметры pra в параметры uird.
4. Сделано достаточно изящно. Просто можно либо через отрицание noload, либо через указание load регулировать процесс. По умолчанию задано load=*, поэтому необходимо отключать отрицанием.
5. Был момент, когда это было сделано. Сейчас всегда в livemedia первый источник, в livedata - второй.

Совместимость с pra - это скрипт вида:
[ ..анализ параметра в pra синтаксисе ] && echo "параметр в uird синтаксисе" >> /memory/cmdline
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 04 Февраль 2015, 17:37:30
1. Убрать можно.
Как?
Специально для pra можно сделать скрипт прослойку, который транслирует привычные параметры pra в параметры uird.
[ ..анализ параметра в pra синтаксисе ] && echo "параметр в uird синтаксисе" >> /memory/cmdline
Так было бы идеально. По аналогии можно было бы и под другие дистры переточить
Достаточно load noload copy2ram norootcopy (это вообще в uird есть)?
У пра - все как в портеусе + dir=pra3 (т.е. без /)
4. Сделано достаточно изящно. Просто можно либо через отрицание noload, либо через указание load регулировать процесс. По умолчанию задано load=*, поэтому необходимо отключать отрицанием.
Как бы это сделать по дефолту как в портеус
грузим /base /modules и из /optional только по load=

Да - и юбунту я так и не смог запустить. Х грзятся , мышь клава не работают.
uird собирал и в арче и в юбунте скриптом *.magos.* - т.е. с кучей модулей ядра

в livedata - второй.
Что такое 2й источник?
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 04 Февраль 2015, 18:27:10
1. Убрать проверку в скрипте.
2. Проще под разные дистры переписать menu.lst, а параметры оставить универсальными.
Rootcopy преобразован в uird.cp=, но пока поддержка директории в качестве параметра не реализована, только модули, поэтому norootcopy - в этой схеме - ненужный параметр.

3. Полностью сделать не получится поскольку используется более расширенный вариант не привязанный к base, modules, optional. Используется подход с множественными источниками, например можно вот так:
uird.from=/pra3/base;/pra3/modules

Это два источника для модулей.
Первый будет по симлинку livemedia, второй - livedata.

Так можно передавать множество источников, где лежат модули. В частности в сетевой загрузке вы могли видеть как в качестве источника используется ваш образ iso:
uird.from=pra3.iso

Uird подключит из iso все модули по маске uird.load и среди этих модулей проигнорирует указанные по маске uird.noload.

Поэтому я бы не цеплялся к параметрам porteus. Они маленькие частные случаи того, что поддерживает uird.
Перепишите лучше строку с читкодами в форму uird и получите значительно более гибкий вариант.
Возвращаться в porteus-initrd не захочется.

Поэтому в процессе обсуждения я вам опишу весь функционал и заодно будет материал для пояснения функционала на примерах в документацию.

Но функционал такой гибкий, что сложно все варианты применения описать. Буду лишь по мере пояснять.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 05 Февраль 2015, 09:27:28
1. Убрать проверку в скрипте.
Т.е. только хирургически, с потерей совместимости...
А что вообще и для чего можно прописать в  root=uird: ?

Так получится?
Код
uird.from=/pra3/base;/pra3/modules uird.load=/pra3/optoonal/space
Это не как не прописать во внутренний конфиг uird?  или как задефолтить?

подключит из iso все модули по маске uird.load и среди этих модулей проигнорирует указанные по маске uird.noload.
в процессе обсуждения я вам опишу весь функционал и заодно будет материал для пояснения функционала на примерах в документацию.
Да. С имеющейся сейчас докой внедрить будет сложно. Нужна доработка
Планирую по готовности включить uird , как вариант в конструктор.iso - посмотрим как приживется...
Название: Re:PRA на initrd UIRD
Отправлено: for_wov от 05 Февраль 2015, 12:00:45
g4d
menu.lst
set=iso=/mnt/sda1/images
set=p=/pra3
set=po=/http://dl.porteus.org/i486/current/Porteus-XFCE-v3.1-i486.iso
set=l=uird.load=qt;ff;vlc
set=n=uird.noload=
uird.from=%p%/base;%p%/modules;%iso%/pra/pra2.iso;%po% %l% %n%

как быть с дублированием в названии модулей в разных источниках? держать в голове точные названия? выписывать на бумажку?
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 05 Февраль 2015, 12:28:51
Насколько я понял работу uird - в итоге у Вас получится каша из роrteus и pra (если не написать адский noload)
Название: Re:PRA на initrd UIRD
Отправлено: DdShurick от 05 Февраль 2015, 12:46:26
 Ещё немного и вы убедитесь, что собирать initrd руками проще и надёнее  :D
Название: Re:PRA на initrd UIRD
Отправлено: for_wov от 05 Февраль 2015, 12:52:51
noload по идее можно реализовать через txt-файл(возможно не один, а по одному на дистр) со списком модулей методом исключения через load (придется в изо добавлять список имеющихся модулей т.к. с модульностью это не сложно реализовать). Сорри если не так выразился.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 05 Февраль 2015, 13:26:53
Ещё немного и вы убедитесь, что собирать initrd руками проще и надёнее  :D
Для доказательства жду "ручной инитрд" для загрузки юбунты с функцией сохраненки в папку и сетевой загрузки из исо :D
Ответ "мне это не надо" не прокатывает
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 05 Февраль 2015, 15:04:30
root=uird: - это я делал по аналогии с другими модулями dracut, этим параметром можно регулировать процесс загрузки вызывая функции разных модулей. Это своего рода ключик, который включает строго определенный процесс загрузки за который отвечает определенный модуль.

В принципе это необязательно. Скорее всего я вовсе этот параметр удалю.

Зашить параметры по дефолту можно. Для этого необходимо их записать в basecfg.ini и сгенерить uird.configs.cpio.xz.

Так не получится. Load -это маска для того, что во from.
Но можно включить optional во фром и регулировать вот так: load=/base/,/modules/,/optional/space
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 05 Февраль 2015, 15:18:43
Так , вероятно загрузится всё из
Код
uird.from=/pra3/base;/pra3/modules;/pra3/optinal/ uird.load=/pra3/optional/space
Перечислять ненужное в optional через noload - печально

Так не покачит?
Код
uird.from=/pra3/base;/pra3/modules;/pra3/optinal/space
или
Код
uird.from=/pra3/base;/pra3/modules;/pra3/optinal/ uird.noload=/pra3/optional/!space
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 05 Февраль 2015, 15:31:30
Маска - это строка шаблон для find. Где * заменяется на .*, и ? на .+

! - надо проверить. :)
Вы можете перечислять не в noload, а в load

Типо такого: uird.load=/optional/*blabla
Все, что не указано в load не загружается.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 05 Февраль 2015, 17:50:31
Точно ли
Код
uird.from=/pra3/optinal/ uird.load=/pra3/optional/space
загрузит только /pra3/optional/space , а не все из /pra3/optional ?


точно.
Название: Re:PRA на initrd UIRD
Отправлено: for_wov от 05 Февраль 2015, 18:04:14
Все, что не указано в load не загружается.
а сам "load" с параметрами в переменную втулить можно (учитывая разные источники)? чтобы, помимо config-а, вручную пару модулей можно было прописать к переменной с автопоиском по "злачным местам"?
ini жестко прописан? другой указать можно будет?
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 06 Февраль 2015, 02:38:51
Можно.
Если необходимо дописать к параметрам, то используется конструкция "+=":
uird.load+=adir4

Конфиг жестко сейчас, но легко меняется слоистым initrd.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 10 Февраль 2015, 18:05:19
Еще расширил функционал - теперь в параметры uird.ro,uird.rw,uird.cp можно задавать маску для директорий, которые смонтируюутся в объединенный корень(множественные changes в директорию) или скопируются (множественные rootcopy).
Убрал root=uird:
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 11 Февраль 2015, 09:14:13
Можно пример параметров ядра (по итогу последних доработок) максимально совместимого со структурой портеуса
Название: Re:PRA на initrd UIRD
Отправлено: for_wov от 11 Февраль 2015, 12:08:46
Еще расширил функционал - теперь в параметры uird.ro,uird.rw,uird.cp можно задавать маску для директорий, которые смонтируюутся в объединенный корень(множественные changes в директорию) или скопируются (множественные rootcopy).
Убрал root=uird:
set d=uird.ro=/mnt/sda1/pra03/
set p=uird.rw=%p%/,/mnt/sda2/pra03profile/ #p=profile:basic,netuser,tester,webdev,etc. .ini-files(list:modules)
set m=rootcopy;noswap;copy2ram #m=mode(hdd/flash-load,ram-load)
set kd=/mnt/sda2/pra3kernels #kd=kernel directory(local)/ks=kerneldir(server)
set k=/%kd%/ #k=kernel:k.3.17.*,k.3.11.*,k.2.36.*
set id=/mnt/sda2/pra03init #id=init directory/is=initdir(server)#path/distroinit
set i=/%id%
kernel =/%k%/vmlinuz-3.17 uird.from=/%d%/,/%p%/ %m%
initrd = /%i%/initrd.xz
Реализуемо? #запуск ядра с нужной папки;привязка директории(й) с базовыми модулями; к ней нужный профиль(настройки/возможно списки модулей если нужны); ко всему этому режим запуска; и инит под нужды;(если инит универсален, то как прописать в меню и нужно ли?) Желательно максимально гибко в конфигурировании чтобы избавиться от множества подменю.(видели реализацию lf в pra?)
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 11 Февраль 2015, 14:26:31
Не совсем понятно, что вы хотели реализовать?

Для совместимости с портеус как-то так:
uird.from=/porteus uird.ro=*.sfs uird.load=* uird.noload=/optional/ uird.cp=*/rootcopy
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 11 Февраль 2015, 18:09:05
uird.from=/porteus uird.ro=*.sfs uird.load=* uird.noload=/optional/ uird.cp=*/rootcopy
Теперь понятно. И это можно прописать в  /basecfg.ini внутри initrd (разобрать и вложить) ?
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 11 Февраль 2015, 18:19:21
да. можно разобрать.
а можно просто в папке config поправить и пересобрать uird.
можно также еще прописать эти параметры для dracut cmdline в скрипте сборке uird.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 11 Февраль 2015, 18:24:22
Из доки это было не понятно. Хорошо бы ее доработать и побольше примеров
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 11 Февраль 2015, 18:35:31
Пояснение: пересобрать конфиг скриптом для конфига и можно слоем для initrd подключать соответсвующий конфиг, если есть желание иметь несколько конфигов.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 17 Февраль 2015, 14:01:14
Поэкспериментировал на вчерашнем срезе git
1. Без root=uird: - kernel panic
2. uird.from=/porteus uird.ro=*.sfs uird.load=* uird.noload=/optional/ uird.cp=*/rootcopy вживить не получилось
Пробовал в MagOS.ini в папке дистра, в dracut --kernel-cmdline, в basecfg.ini
Через параметры ядра - работает
3. make_uird_magos.sh дает нерабочий initrd для для загрузки с сд. Подгон всех модулей ядра решает проблему. Чего не хватает...
С hdd - ок
4. ubuntu по прежнему грузится без клавы и мыши

5. Как-то не радует dracut (именно он, а не uird) нельзя ли uird под mkinitcpio (https://wiki.archlinux.org/index.php/Mkinitcpio) переделать? Вот такой (https://aur.archlinux.org/packages/mkinitcpio-rootaufs/) hook там работает c юбунтой и пр. Размер initrd поменьше получается
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 17 Февраль 2015, 18:36:43
1.,2 - странно.
3.  Проверю. Хотя тоже странно. Драйверов достаточно  должно быть. Может в pra особенность сборки ядра.
4. Ubuntu в virtualbox грузится с мышью и клавой. Но я использую ядро магос.
Debug есть. Такой же как в портеус.

5. Переделать можно, но dracut - красавчик. Вполне интересно сделан. Минусов даже не могу придумать.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 17 Февраль 2015, 18:51:40
5 - возможно я погорячился, хотя если uird будет поддерживать несколько систем сборки - только лучше
На юбунтовых и pra ядрах юбунта работает только с systemd
Где взять magos ядро. Желательно с Вашим initrd из последних
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 17 Февраль 2015, 19:09:19
5 uird - это 2 файла по сути - livekitlib и  uird-init.

чтобы работало в другом скрипте сборки initrd нужно добавить в конце uird-init смену root (pivot_root и подобное )

вот тут обычно всегда uird.cpio.xz собран последней версии  для 64бит (x86 не всегда самое актуальное поскольку на таком ядре в последнее время редко работаю и пересобираю uird.cpio.xz только, когда в него загружусь): http://magos.sibsau.ru/repository/netlive/multi/

ядро и uird в директории MagOS/kernel.
squash с фирмваре и утилитами MagOS в MagOS/modules
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 17 Февраль 2015, 19:15:26
По приведенной ссылке расположена версия MagOS Multi.
Если развернуть аналогичную структуру на флешке, то разместив оригинальные ISO в папке iso можно грузить любые дистры в модульном исполнении. Ubuntu оригинальная тоже работает. Плюсы подхода в том, что с помощью uird фругалится любой live образ дистра без модификаций. Нужно только правильно описать параметры загрузки для uird. Посмотреть их можно вот тут: https://github.com/neobht/magos-ipxe/blob/master/global-menu.ipxe
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 21 Февраль 2015, 08:56:41
Есть ли еще трудности использования uird вместо porteus initrd?

Если остались еще не понятные моменты, спрашивайте.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 21 Февраль 2015, 09:29:46
Еще экспериментировал
Все эти проблемы (http://forum.puppyrus.org/index.php/topic,16558.msg100188.html#msg100188) остались
Magos ядро ничем не помогло

Хотелось бы : взял любой дистр - поставил dracut - собрал uird под ядро этого дистра. Получил модульный live с опционально сетевыми прибамбасами
За это можно было бы простить размер и пр.
Тогда для LF (http://forum.puppyrus.org/index.php/topic,15276.0.html) uird стал бы лучшим выбором

Пока это далеко не так. С upstart все плохо. iso получается нерабочий (не хватает каких-то модулей ядра). В slacko initrd получается нерабочий

initrd-soft приколол - запуск mc в initrd  debug :) Не очень понял зачем там перл и питон. Хотя спорная с практической точки зрения вещь

Пожалуй лучше сделать 2 (с сетью и без) эталонных initrd c макс. использованием busubox без модулей ядра
И написать скрипт создания второго initrd с модулями ядра
Хорошо бы максимально привязаться к синтаксису параметров ядра портеус(livekit) Раз это используется - зачем переделывать привычное... Если load= и uird.load= одно и тоже - зачем усложнять?
С имеющейся докой без автора вряд ли кто сам сможет заюзать
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 21 Февраль 2015, 10:28:02
Идея мульти - взял любой оригинальный live и получил на общем ядре модульный дистр.
Пересобирать под каждый дистр uird - бессмысленно и не нужно.

Сейчас можно загрузить любой из самых популярных дистров без каких-либо пересборок. Получается фругал с модульными фичами: загрузка в озу, сохранение в папку, синхронизация в кеш и все остальное, что есть в модульных дистрах. Даже есть универсальная утилита создания модулей: epm2xzm. Указал набор параметров и на выходе готовый пожатый модуль.

uird.soft по сути содержит mc. Питон там залез из за mplayer наверное. Я его экспериментально включил для проверки идеи реализации просмотра мультимедиа на уровне initrd без X,  через фреймбуфер.

Параметры портеус брать не вижу смысла, потому что может быть путаница. Префикс "uird. " полезен чтобы отличать параметры от других и не смешивать их.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 21 Февраль 2015, 10:58:14
Идея мульти - взял любой оригинальный live и получил на общем ядре модульный дистр.
Так где взять этот initrd+ядро+либы ядра?
Сейчас можно загрузить любой из самых популярных дистров без каких-либо пересборок.
Не понятно как это сделать локально
Параметры портеус брать не вижу смысла, потому что может быть путаница. Префикс "uird. " полезен чтобы отличать параметры от других и не смешивать их.
Какая путаница? с чем можно перепутать load=
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 21 Февраль 2015, 11:36:23
я же уже несколько раз приводил ссылки:
 http://magos.sibsau.ru/repository/netlive/multi/MagOS/

Создаете аналогичную структуру на флешке и в путь :) Разве что папку optional не нужно. И в папку iso положить нужный livedvd.
Папка kernel, modules - это как раз обязательные элементы. В них лежит ядро и модули поддержки модульных фругал фич.

А чем сложно uird.load? Я старался все параметры сделать максимально минимально необходимыми, но чтобы получить ту гибкость, что сейчас есть. Мне кажется, я удачно справился с этой задачей.
Название: Re:PRA на initrd UIRD
Отправлено: for_wov от 21 Февраль 2015, 14:33:33
Папка kernel, modules - это как раз обязательные элементы. В них лежит ядро и модули поддержки модульных фругал фич.
вопрос обновления ядра(одно для всех? универсальное?) каким образом решается? нужно ли обновлять(если да то как)?
Цитата
А чем сложно uird.load? Я старался все параметры сделать максимально минимально необходимыми, но чтобы получить ту гибкость, что сейчас есть. Мне кажется, я удачно справился с этой задачей.
Просто переход на портеус оказался вызовом для многих разработчиков паппирус т.к. не было достаточно подробных практических примеров использования. Переводили на могучий самостоятельно, заинтересованности у комманды портеуса тогда(как собственно и сейчас) не было. Многое остается неосветленным до конца и сейчас. Тот кто сумел уловить фишки портеуса и модульность в частности уже не остановится, а большинству новые фичи (сущности в меню) как стоп-кран (средний возраст не позволяет быстро менять привычки).
Цитата
Хорошо бы максимально привязаться к синтаксису параметров ядра портеус(livekit) Раз это используется - зачем переделывать привычное...
Нужно банально на пальцах (практических примерах применения) пояснить для чего годится тот или иной пункт в меню (желание объять необъятное и тотальный контроль над своим детищем - качество людей в возрасте).
Жывые примеры (хотя бы несколько) вот и все что нужно.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 21 Февраль 2015, 15:16:00
ядро одно для всех.
обновление безусловно возможно.

Что касается привычки работы с параметрами - то можно и не запоминать ничего - один раз сделать меню для наиболее распространенных вариантов использования и все.

А вот те, кто захочет менять чего-либо каждый день - сможет запомнить параметры или по крайней мере всегда заглянуть в шпаргалку.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 28 Февраль 2015, 18:26:40
Если не верите в uird, давайте вместе его делать лучше?
Можем специально отвязать его от dracut, даже готов специально на примере запуска Richy тестить.
Давайте
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/users/sfs/mos/152802/ За основу взял initrd magos
1. Выкинул сетевую загрузку
2. Заменил много утилит на busybox
3. Убрал либы ядра (для спецядер не нужны) Для остальных - удобнее делать слоеный initrd
4. Добавил в 167 строку uird-init : clear (убрал крякозябры)
5. Убрал root=uird: в /etc/cmdline.d/01-default.conf
Опробовал на PRA03 и ubuntu - menu.lst приложил

Не нравится:
а. Размер dracut-initrd. Таким методом slitaz надо собирать. Весь дистр вкатывает в initrd. Может перепереть его под арчовый mkinitcpio - там компактнее получается. Работает в дебиане
б. uird. напрягает писать.

Обновление (http://forum.puppyrus.org/index.php/topic,16558.msg110687.html#msg110687)
Название: Re:PRA на initrd UIRD
Отправлено: Pro от 28 Февраль 2015, 18:43:36
uird же через ini файл задается? разово пишется?

я против полчищ параметров, все что нужно система должна определять автоматически, сейчас для этого есть практически все.
конечно полностью от параметров не отказаться, но чем меньше - тем лучше.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 28 Февраль 2015, 18:46:30
a. сам dracut размер минимальный. скрипты весят копейки. размер зависит от того, что туда включать.
б. не хотелось бы убирать, чтобы легко отличать параметры от других.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 28 Февраль 2015, 18:48:28
uird же через ini файл задается? разово пишется?

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

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

почти все параметры сделаны из принципа - минимально необходимые для максимально гибкого.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 28 Февраль 2015, 18:59:32
В том что я выложил из параметров ядра остался только from= (и то можно убрать в дефолт)
a. сам dracut размер минимальный. скрипты весят копейки. размер зависит от того, что туда включать.
Размер самого dracut значения не имеет. Возможно я не умею управлять сборкой - но например не юзать в initrd busybox - выше моего понимания
б. не хотелось бы убирать, чтобы легко отличать параметры от других.
Что с чем там можно перепутать? Удлинение параметров ядра может привести к невозможности юзать grub4dos
Зачем искусственно создавать проблемы...?
Если поубирать uird. - дока от portrus подойдет на 90%
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 28 Февраль 2015, 19:06:48
какие программы не используют busybox?
я старался включать только те, что отсутствуют в функционале busybox.

параметры вот из этого списка могут быть любые: https://www.kernel.org/doc/Documentation/kernel-parameters.txt
их и так до кучи.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 28 Февраль 2015, 19:36:20
Специально сделал минимальный образ на основе только busybox.
Экономия - меньше 1 Мб. Большой образ экономия ~2Мб.

Название: Re:PRA на initrd UIRD
Отправлено: sfs от 28 Февраль 2015, 19:37:24
какие программы не используют busybox?
я старался включать только те, что отсутствуют в функционале busybox.
Я в Вашем инитрд заменил кучу утилит симлинками на busybox. Ужудшений не заметил.
параметры вот из этого списка могут быть любые: https://www.kernel.org/doc/Documentation/kernel-parameters.txt
их и так до кучи.
Ну так что там с чем бъется? Где там load= и пр.  к чему Вы прицепили uird.?
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 28 Февраль 2015, 19:41:09
Специально сделал минимальный образ на основе только busybox.
Экономия - меньше 1 Мб. Большой образ экономия ~2Мб.
В porteus весь initrd 700k.
Возвращаемся к аналогичному вопросу, как и с uird. - если это ничего не дает - зачем раздувать?
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 28 Февраль 2015, 20:09:52
Дело не в том бьется или нет. Дело в том, что если не знать, что такое load=, то можно считать это аналогично vmalloc= или кучи других параметров. То есть дело не в дублировании, а понимании к чему или какой части системы относится параметр.

Конечно же это дает определенный функционал. Выкидывая крупицы ради эфемерной идеи - теряется совместимость с различными вариациями условий загрузки.

Вот вы для себя решили, что грузитесь с раздела ext2, например, и конечно вы смело можете выкидывать поддержку ntfs, btrfs, fat, сеть и т.д.  Или например решили, что вам проверять файловые системы не нужно на этапе загрузки - смело выбрасываете fsck. Но это борьба с ветряными мельницами и работает только в вашем конкретном случае в ограниченном функционале.

Название: Re:PRA на initrd UIRD
Отправлено: neobht от 28 Февраль 2015, 20:14:42
Взять даже сам busybox - размер в статике - 2.7 Мб.

В портеус в 700кб образе получается даже на нем идет экономия. То есть наверняка берется старая и маленькая версия.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 28 Февраль 2015, 20:39:21
если не знать, что такое load=, то
приписка к нему uird ничем не поможет.
Ни в одной из лайв систем - имя системы не пишут в параметрах
Сделали бы одинаковое распознавание c uird и без - и все бы остались довольны  ;)

Если по теме - т.е. для PRA:
В pra(как и пупи) укоцано все ненужное среднедомашнему юзеру. За счет этого достигается быстродействие. Это главная идея
MagOs, насколько я понял, это Роса с расширенным live функционалом.
В итоге "что русскому хорошо, то немцу — смерть"

Если по существу - нужна универсальность
Т.е возможность собрать uird под любым линуксом , для любого ядра нужного размера и функционала
Или я не разобрался или dracut дает на выходе очень объемные initrd и никак не уменьшить
Название: Re:PRA на initrd UIRD
Отправлено: DdShurick от 28 Февраль 2015, 20:43:10
Взять даже сам busybox - размер в статике - 2.7 Мб.

В портеус в 700кб образе получается даже на нем идет экономия. То есть наверняка берется старая и маленькая версия.
Откуда такие сведения, из пальца?
Код
# du -h busybox-1.21.1-initrd/
4.0K busybox-1.21.1-initrd/sbin
312.0K busybox-1.21.1-initrd/bin
320.0K busybox-1.21.1-initrd/# du -h busybox-1.21.1-Richy/
4.0K busybox-1.21.1-Richy/sbin
4.0K busybox-1.21.1-Richy/usr/sbin
4.0K busybox-1.21.1-Richy/usr/bin
12.0K busybox-1.21.1-Richy/usr
632.0K busybox-1.21.1-Richy/bin
652.0K busybox-1.21.1-Richy/
Не надо ля-ля
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 28 Февраль 2015, 20:48:12
Чтобы предотвратить вопросы "при чем здесь Ричи" - в ПРА сейчас busybox скомпиленный Дядей Шуриком. Возможно в Ричи, но для статического бинарника это не важно
Для инитрд - какая разница - старый - новый busybox
Нужен минимальный размер при нужном функционале. Лишний функционал ценой размера и ресурсов не нужен
Название: Re:PRA на initrd UIRD
Отправлено: DdShurick от 28 Февраль 2015, 20:59:16
Чтобы предотвратить вопросы "при чем здесь Ричи" - в ПРА сейчас busybox скомпиленный Дядей Шуриком.
Код
# du -h busybox-1.21.1-pra
312.0K busybox-1.21.1-pra/usr/bin
316.0K busybox-1.21.1-pra/usr
320.0K busybox-1.21.1-pra
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 28 Февраль 2015, 21:02:35
Сведения я взял посмотрев размер busybox, который используется у нас.

приписка поможет понять, что ряд параметров относится к одному и тому же.
в частности в dracut приписка rd.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 28 Февраль 2015, 21:11:20
На современных компьютерах быстродействие за счет уменьшения размера не достигается.


Тем более применительно к frugal: в squashfs - используется блочное сжатие. Это значит что считывание файла из образа в несколько гигабайт или килобайт осуществляется одинаково. Экономия размера при современной цене и объеме флешек - это скорее из разряда "что бы было", реальной пользы в такой экономии нет. Более того - производство более емкой флешки стоит дешевле.

Среднедомашнему юзеру компьютер не нужен - достаточно планшета.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 28 Февраль 2015, 21:15:39
про распознавание параметров - я подумаю и может быть сделаю это опциональным.
но по существу не вижу в чем трудность один раз в загрузчике написать с приставкой uird.* ?
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 28 Февраль 2015, 21:21:18
Тем более применительно к frugal: в squashfs - используется блочное сжатие. Это значит что считывание файла из образа в несколько гигабайт или килобайт осуществляется одинаково. Экономия размера при современной цене и объеме флешек - это скорее из разряда "что бы было", реальной пользы в такой экономии нет.
Флэшку надо юзать copy2ram. Да и с винта - не помешает. Поэтому размер очень важен
Среднедомашнему юзеру компьютер не нужен - достаточно планшета.
Откуда тогда у пупи 12 место на http://distrowatch.com
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 28 Февраль 2015, 21:24:39
но по существу не вижу в чем трудность один раз в загрузчике написать с приставкой uird.* ?
Вот реальная рукотворная проблема
Удлинение параметров ядра может привести к невозможности юзать grub4dos
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 28 Февраль 2015, 21:47:15
Флешку не нужно юзать copy2ram. Это ничего не дает. Суммарное время остается неизменным. Просто сначала ждешь пока в память загрузится, а потом чуток быстрее работаешь. А без этого - быстрее загружаешься и чуток медленнее один раз стартуешь. По итогу - суммарное время будет тем же самым. Размер не имеет значения. Более того - чем больше размер, тем  он больше кушает памяти при copy2ram. Не давая никаких преимуществ по скорости. А поскольку памяти стало меньше - еще и медленнее будет.

По поводу distrowatch не скажу - возможно просто это статистика по скачиванию с этого сайта, а там просто puppy светится. Тем более там статистика линукса.

Проблемы с параметрами для grub4dos нет - если надо специфичное и длинное - ini конфиги в помощь, в любом количестве и простое uird.config=.
Название: Re:PRA на initrd UIRD
Отправлено: for_wov от 28 Февраль 2015, 23:10:50
Флешку не нужно юзать copy2ram. Это ничего не дает. Суммарное время остается неизменным. Просто сначала ждешь пока в память загрузится, а потом чуток быстрее работаешь. А без этого - быстрее загружаешься и чуток медленнее один раз стартуешь. По итогу - суммарное время будет тем же самым. Размер не имеет значения. Более того - чем больше размер, тем  он больше кушает памяти при copy2ram. Не давая никаких преимуществ по скорости. А поскольку памяти стало меньше - еще и медленнее будет.
copy2ram чем либо конкретно отличается от того же pfix=ram? Исследования проводились? для чего собственно copy2ram применим? (может неправильное/искаженное представления ввиду неправильных аналогий с pupppy и ошибки в переводе доки портеуса?)
Цитата
Проблемы с параметрами для grub4dos нет - если надо специфичное и длинное - ini конфиги в помощь, в любом количестве и простое uird.config=.
живой пример увидеть можно? наглядней информация воспринимается легче чем через предположения/догадки.
Название: Re:PRA на initrd UIRD
Отправлено: imago31 от 01 Март 2015, 00:22:02
Флешку не нужно юзать copy2ram. Это ничего не дает. Суммарное время остается неизменным. Просто сначала ждешь пока в память загрузится, а потом чуток быстрее работаешь. А без этого - быстрее загружаешься и чуток медленнее один раз стартуешь. По итогу - суммарное время будет тем же самым. Размер не имеет значения. Более того - чем больше размер, тем  он больше кушает памяти при copy2ram. Не давая никаких преимуществ по скорости. А поскольку памяти стало меньше - еще и медленнее будет.
ИМХО, я copy2ram не юзаю, copy2ram использую только когда одной флешкой нужно загрузить несколько компов и это очень удобно
 Все вышесказанное про copy2ram на флешках в принципе верно, просто  без него не получиться отмонтировать флешку, но в портеус ините все есть и он работает, и я тоже был за него
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 01 Март 2015, 06:14:54
Тут речь не о том, что этой опции нет. Тут речь о том, чтобы уменьшать размер для того, чтобы использовать copy2ram на машинах с объемом озу менее 1гб.

В uird есть весь функционал porteus initrd. Я бы даже сказал в uird функционал porteus - это частный случай, в нем есть и другие функции.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 01 Март 2015, 08:07:08
Флешку не нужно юзать copy2ram. Это ничего не дает. Суммарное время остается неизменным.
Так ли это?
Мои впечатления при компиляции ядра в памяти с полным copy2ram говорят об обратном
Если база 600мб - конечно ждать ее загрузки в память скучно. Отсюда и ужимание размера ПРА
Вы хотите сказать, что чтение с флэша быстрее чем из памяти?

copy2ram чем либо конкретно отличается от того же pfix=copy?
Это разные реализации одной идеи
для чего собственно copy2ram применим?
Ищите copy2ram (http://wiki.puppyrus.org/puppyrus/pra#%D1%81%D0%BE%D1%81%D1%82%D0%B0%D0%B2_%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5) в доке

Про отказ от porteus-initrd речь пока не идет
uird - это более функциональный (особенно сетевая загрузка) , универсальный (фругалить любой линукс) и альтернативный вариант.
Думаю большинство улучшений uird большинству юзеров ПРА не нужны, но позицию Дяди Шурика "свое лучше потому что свое, а чужое даже смотреть не буду" не поддерживаю. Надо все смотреть
Название: Re:PRA на initrd UIRD
Отправлено: DdShurick от 01 Март 2015, 09:51:24
На современных компьютерах быстродействие за счет уменьшения размера не достигается.
Ну ведь неправда же!
Флешку не нужно юзать copy2ram. Это ничего не дает.
Опять неправда, copy2ram даёт возможность отключить флешку.
copy2ram чем либо конкретно отличается от того же pfix=ram?
Да, copy2ram (в PuppyRus pfix=copy) - копирование модулей в память, pfix=ram - загрузка без файла сохранения.
Думаю большинство улучшений uird большинству юзеров ПРА не нужны, но позицию Дяди Шурика "свое лучше потому что свое, а чужое даже смотреть не буду" не поддерживаю. Надо все смотреть
Я своё пишу тогда, когда чужое не устраивает, ибо ленив неимоверно.  :)
При "кадровом голоде" отвлекаться на чужие побрякушки непроизводительно. У neobht есть свой сайт и форум, и нам не следует отвлекаться на его идеи, малоприменимые в Puppy.
Название: Re:PRA на initrd UIRD
Отправлено: Pro от 01 Март 2015, 09:57:19
грубо, очень грубо (с)
Название: Re:PRA на initrd UIRD
Отправлено: DdShurick от 01 Март 2015, 10:07:21
грубо, очень грубо (с)
Зато по существу. У вас учусь  ;)
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 01 Март 2015, 10:09:46
При "кадровом голоде" отвлекаться на чужие побрякушки непроизводительно. У neobht есть свой сайт и форум, и нам не следует отвлекаться на его идеи, малоприменимые в Puppy.
Не соглашусь. Людей с опытом и квалификацией neobht у нас не много. Глупо таким разбрасываться.
Из конкретики - runtu tahr  (http://forum.puppyrus.org/index.php/topic,15675.0.html) так и не смог запустить на porteus-initrd. Получилось только на  https://aur.archlinux.org/packages/mkinitcpio-rootaufs и теперь вот на uird

Пытаюсь запустить Ваш ПРА без systemd в том числе и на uird. Пока с отсутствием клавы и мыши в Х ничего не помогло
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 01 Март 2015, 10:59:52
Я не хочу сказать, что чтение с флеша быстрее чем из памяти.
Я хочу лишь сказать, что сказок не бывает. Закон сохранения выполняется в нашей вселенной. Другими словами для доступа к информации расположенной на флеш тратится время - либо в момент копирования в память, либо при первом старте.

Скомпилируйте ядро без copy2ram, потом скомпилируйте повторно. И вот при повторной компиляции время и сравнивайте с повторной компиляцией в режиме copy2ram. Разница будет почти незаметной. Но суть даже не в этом - речь идет о том, что размер памяти во многом уже больше 2Гб встречается чаще, чем по другому.


Цитата
Я своё пишу тогда, когда чужое не устраивает, ибо ленив неимоверно.
что вы считаете в uird сделано неправильно? что вас потенциально, теоретически не устраивает?

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

идеи uird не просто применимы к puppy, они уже решают поставленную задачу применительно к puppy, решают ее гибче, чем существующие. И позволяют унифицировать frugal подход.

безусловно борьбу с ветряными мельницами они не решают. Но проблему этих мельниц создаем мы сами, потом за них цепляемся и на решение их тратим все свое время. В итоге получаем решение, которое работает только у нас самих, на конкретном оборудовании. И ни до каких других задач - вроде подборки качественного софта руки не доходят. А имеющийся софт в угоду мельниц приходится ограничивать, ограничивать для решения задачи, которая даже не возникает у среднедомашних пользователей только лишь, чтобы отличаться.

Современные процессоры и технологии уже далеко ушли от калькуляторов и в большинстве случаев увеличение количества операций может приводить к увеличению быстродействия в силу архитектуры оборудования. А если еще начать мыслить в многоядерном и многопоточном подходе, то угадать способ увеличения быстродействия становится еще сложнее. Это достаточно сложная задача. Ее решение не лежит в плоскости уменьшения размера. Это иллюзия. Размер необходимо выравнивать по размеру Кеша процессора и других кешей оборудования. И часто для повышения быстродействия приходится именно умышленно увеличивать размер массивов и областей памяти с которыми работает программа. Причем повышение быстродействия от правильно выравненных данных часто увеличивает быстродействие в десятки раз.
Название: Re:PRA на initrd UIRD
Отправлено: Pro от 01 Март 2015, 11:02:23
neobht, у меня халтура, у тебя побрякушка - привыкай. в россии живешь.
Название: Re:PRA на initrd UIRD
Отправлено: for_wov от 01 Март 2015, 13:47:43
Повторюсь еще раз (страх как не люблю плодить бесполезные сообщения): можно увидеть живые примеры ini файлов применительно к ситуациям в которых они используются? (пусть даже и некасающиеся конкретно puppy[rus]) пусть и для дебиан, арч или других абстрагированных от имеющихся в разработке наработок (хотя желательно на портеус как наиболее близкий к пониманию ввиду практического применения) Может удасться "переключится" на другой донорский дистрибутив(в частности с русскоязычной поддержкой) и с помощью доработки(пакетного менеджера в частности) добиться ощутимых результатов и наконец-то из чисто "разработческого" ключа преключиться на "пользовательский" (качественная подборка/притирка софта) ИМХО именно то чего не хватает многим пользователям (приходится многое из того что система должна делать автоматически[системно] делать вручную)
Функционал расширяется только за счет программного обеспечения: кому-то, понятно, и mcedit хватает, а кого-то и office-suite не до конца устраивает. (заганять всех в рамки конкретного программного обеспечения исходя из минималистичности/быстродействия и т.д - не стратегия линукс) каждому пользователю инструменты для решения их пользовательских задач (опираясь на практический опыт).
Системные же инструменты должны быть общими иначе так и будет каждый разработчкик исходя из "у меня лучше чем у других" делать по-своему (oсобенно когда не учитывать опыта других [на то он и опыт чтобы его использовать])
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 01 Март 2015, 14:08:35
повторюсь еще раз (страх как не люблю плодить бесполезные сообщения): можно увидеть живые примеры ini файлов применительно к ситуациям в которых они используются? (пусть даже и некасающиеся конкретно puppy[rus]) пусть и для дебиан, арч или других абстрагированных от имеющихся в разработке наработок (хотя желательно на портеус как наиболее близкий к пониманию ввиду практического применения) Может удасться "переключится" на другой донорский дистрибутив(в частности с русскоязычной поддержкой) и с помощью доработки(пакетного менеджера в частности) добиться ощутимых результатов и наконец-то из чисто "разработческого" ключа преключиться на "пользовательский" (качественная подборка/притирка софта) ИМХО именно то чего не хватает многим пользователям (приходится многое из того что система должна делать автоматически[системно] делать вручную)
Примеры мне придется сочинять. Я использую почти всегда конфиг параметров по умолчанию.
Вот тут есть некоторые примеры меню и параметров, как загружать всякие разные дистры в фругале, которые я использую: https://github.com/neobht/magos-ipxe/blob/master/global-menu.ipxe

Что касается вашего желания переключиться - вы смотрели MagOS?
Название: Re:PRA на initrd UIRD
Отправлено: for_wov от 01 Март 2015, 14:16:49
Лично не доводилось пробовать (чего греха таить) размер больше 1gb и направленность на 64bit(новые версии) не подходят под мое железо. Где скачать минимальную комплектацию(желательно с возможностью докачки) и как (grub4dos/menu.lst) запустить? Ограничения в 500мб (в доле еще 2 человека) не дают возможности тестить все и вся (большие сборки/модули беру у друзей с безлимитным интернетом).
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 01 Март 2015, 15:02:06
Минимальную комплектацию можно скачать вот тут помодульно: http://magos.sibsau.ru/repository/netlive/

А какое у вас железо?
Название: Re:PRA на initrd UIRD
Отправлено: for_wov от 01 Март 2015, 15:40:13
бук в подписи [non_64_cpu] .Смущают цыфры (2012) практического опыта с rpm-based дистрами не было (как обстоит поддержка не вкурсе: возможно 2012 русское лучше, чем  2014 зарубежное) Puppy(зарубежные и с активной поддержкой) в частности ориетнированы [по крайней мере были] в основном на deb-based[ubuntu-derivatives] почемуто Бари(главный разработчик) тогда взял курс на массовость. Сейчас перешел полностью на исходники[ближе к bsd-based]
Название: Re:PRA на initrd UIRD
Отправлено: for_wov от 01 Март 2015, 15:51:58
Общие утилиты должны делать по описанной мной схеме сжатые образы через chroot и опцией предлагать urpmi, apt-get, yum и тд. Это позволит сделать универсально эту часть.
хотелось бы чтобы разработка двигалась в этом направлении. Но для этого нужно четкое понимание "стандарта" что влечет за собой "стандартные" методы обработки. (минимальный ручной контроль того, чем должна заниматься система в плане пакетов) а пока я так понимаю magos берет за основу rpm-based пакетные менеджеры c ручной правкой, а puppyrus[a] arch-based, а richy - микс (в основном ручная работа). Плюс ко всему нужно четко определится с вариантами отделения чисто системной информации от пользовательской (сохраненки)
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 01 Март 2015, 17:26:01
В magos утилита создает модули автоматически, без ручной потребности правки - одной командой: urpm2xzm.

В magos multi , на базе uird есть аналогичная утилита, но только для других пакетных менеджеров apt, rpm, pacman  и тд.

То есть то, что вы пишите, в magos уже реализовано.
Я же уже писал, что с uird и рядом простых утилит задача frugal на базе любого дистра решена уже полностью. Все проблемы возникают из-за борьбы с ветряными мельницами. Попыткой сделать по другому , не так, как у соседа, с мнимым ощущением некой оптимизации.

Нерешенной остается задача - компоновать систему тематическими модулями для конкретных задач.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 02 Март 2015, 04:17:24
Мы ушли в оффтоп. Настройки можно хранить в ini. У нас для этой цели служит MagOS.ini

Возвращаясь к теме:
Добавил в uird поддержку произвольных файлов для параметров командной строки: uird.basecfg=
Для того, чтобы его использовать, необходимо разместить конфиг например в корень слоеного initrd и затем указать его: uird.basecfg=/basecfg.ini

Название: Re:PRA на initrd UIRD
Отправлено: sfs от 02 Март 2015, 09:41:44
Мы ушли в оффтоп.
Это происходит в любой теме где появляется for_wov. Вы бы как-то структурировали мысли и излагали их покороче
Название: Re:PRA на initrd UIRD
Отправлено: for_wov от 02 Март 2015, 12:31:54
Оффтоп.
Изходя из ответа - всеми настройками рулит один файл(системно). Верно?
Если пакеты имеют разные версии например v.1 или v.2 стоит ли внедрять настройки в пакеты или рулить через систему (Magos.ini) или лучше цыфры добавлять в названия самих пакетов(поименная регулировка)?(Вопрос о разделяемости системных и пользовательских настроек)

По теме.
Предположение: для запуска magos(netlive) [pra] нужна своя структура каталогов и правильные параметры запуска в меню.
Вопрос: можно увидеть различия запуска magos/pra через uird (исключая загрузку по сети) когда файлы (возможно минимальные образы) находятся локально(примеры)? Хотелось бы увидеть вывод "ls" (структуру каталогов)
Все познается в сравнении.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 02 Март 2015, 13:58:39
После загрузки через uird общая структура хранится в /memory/
Остальные каталоги - родные для каждого дистра.

Настройки все хранятся в одном файле. Этот файл - своего рода совокупность параметров для других системных файлов конфигураций.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 02 Март 2015, 14:02:21
Давайте подведем небольшой итог того, что необходимо добавить в uird?
1. Транслятор читкодов и возможность задавать алиасы параметрам
2. root= - является обязательным, желательно убрать
3. Сделать скрипт сборки минимального образа


?
Название: Re:PRA на initrd UIRD
Отправлено: Pro от 02 Март 2015, 14:13:53
неее кажется так
1. busybox собственной сборки
2. как можно меньше сторонних программ
3. модули ядра в сторонних модулях

Название: Re:PRA на initrd UIRD
Отправлено: sfs от 02 Март 2015, 14:16:55
Да. С Pro согласен
1. Про алиасы не догнал - это c\без uird. ? Тогда да
2. Так как я его убрал - не корректно?
3. Вроде такой есть. Размер бы оптимизировать. Скорость загрузки тоже не радует. Родной портеус быстрее. udev там обязателен? Может другой udev (поменьше туда пристроить) Я как раз с ними только что разбирался...
Название: Re:PRA на initrd UIRD
Отправлено: for_wov от 02 Март 2015, 14:31:17
После загрузки через uird общая структура хранится в /memory/
Остальные каталоги - родные для каждого дистра.
после то понятно что должно быть в другом(общем) раскладе.
Лично меня интересует расклад до загрузки. (конкретно - какой минимальный набор magos/netlive[i586] и как запустить?[желательно конкретный пример])
Цитата
2. root= - является обязательным, желательно убрать
возможно хоть кто-нибудь покажет рабочий (на данный момент) вариант запуска(пример) с локального хранилища любого из дистрибутивов с применением uird? или это настолько очевидно и понятно что даже не стоит обсуждать? (если и оффтоплю то только по причине отсутсвия образцов для сравнения и практического запуска хоть-какого дистра с uird)
1. Транслятор читкодов и возможность задавать алиасы параметрам
возможность настроек под себя - всегда хорошо. Вопрос какие читкоды (magos/porteus) тоесть конкретный список хотите иметь возможность настраивать?
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 02 Март 2015, 14:39:41
под 3 пунктом я подразумевал у себя пункты Pro 1,2,3.


udev по большому счету в uird не работает как таковой. Можно, думаю, вообще без него при желании обойтись на этом уровне.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 02 Март 2015, 14:44:46
расклад до - един:
1. директория хранения модулей с фирмваре для ядра, модули для поддержки модульности frugal
2. директория хранения модулей, ISO образов
3. ядро, конфиги ini.

вот пример: http://magos.sibsau.ru/repository/netlive/multi/MagOS/
Если развернуть аналогичную структуру на локальном диске или флешке, то получим локальный вариант.


Сделаю настраиваемыми алиасами все параметры uird: http://neobht.github.io/uird/
Название: Re:PRA на initrd UIRD
Отправлено: Pro от 02 Март 2015, 15:01:43
for_wov, не будет тебе конкретики, это процесс создания, а не готовых решений.
забудь это слово в этой теме.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 02 Март 2015, 15:14:09
Вот (http://forum.puppyrus.org/index.php/topic,16558.msg100657.html#msg100657) конкретика с примерами. И выводы по итогу.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 02 Март 2015, 16:49:14
добавил поддержку алиасов.
они задаются в /uird_configs/uird_aliases : https://github.com/neobht/uird/blob/master/configs/uird_configs/uird_aliases
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 02 Март 2015, 18:40:16
За алиасы + Еще 1 шаг к универсальности сделан. Теперь можно даже к пупи попробовать прикрутить
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 02 Март 2015, 18:53:14
К пуппи можно было и без алиасов прикрутить :)

uird загружает и фругалит любой дистр даже из оригинальных образов, не говоря уже о том, если прикручивать залезая в потроха дистров.
Название: Re:PRA на initrd UIRD
Отправлено: for_wov от 02 Март 2015, 19:08:08
Пока нет полной (хотябы в общих чертах) ясности с возможностями применения на практике (в основном работа с флешки на массе разношерстного оборудования) не перестану спрашивать (пока не забанят) примеры!
По настоящему хороший продукт в руках неандертальца - палка с грудой камня.
Не хотелось бы повторения истории с имплементацией идей и практических наработок портеуса в puppyrus. Практически на ощупь в полутемной комнате.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 02 Март 2015, 19:17:51
Какие примеры вам нужны?
Точнее сколько примеров вам еще показать, пока вы их посмотрите?

Попробую так:
Берете livedvd от дистра и размещаете его в папке iso
Смотрите внутри iso название файла с сжатой системой, например : filesystem.squash

В загрузчике пишите:

kernel vmlinuz root=uird uird.from=/iso/myobraz.iso uird.load=* uird.ro=*/filesystem.squash
initrd uird.magos.cpio.xz

Название: Re:PRA на initrd UIRD
Отправлено: sfs от 02 Март 2015, 22:54:01
Кстати интересный пример
И сразу :
vmlinuz - какой? Если из myobraz.iso - тогда uird.magos.cpio.xz надо пересобирать ?
Если не из исо - как туда модули чужого ядра вкорячить?
Название: Re:PRA на initrd UIRD
Отправлено: for_wov от 02 Март 2015, 23:36:39
Берете livedvd от дистра и размещаете его в папке iso
Смотрите внутри iso название файла с сжатой системой, например : filesystem.squash

В загрузчике пишите:

kernel vmlinuz root=uird uird.from=/iso/myobraz.iso uird.load=* uird.ro=*/filesystem.squash
initrd uird.magos.cpio.xz
еще бы вот такими простыми словами, если позволяют рамки приведенного вами примера, об этом
Домашнему пользователю это даст стабильную поддержку и расширенный функционал для тех, кто готов использовать продвинутые фичи, вроде rwm модулей, множественных home, машинно-ориентированных модулей (модулей, которые подключаются при загрузке на конкретном железе, удобно, если необходимо носить флешку с собой и подключать к разным машинам и иметь различные параметры для каждой машины). И др.
то подключились бы тестеры и разговор ИМХО пошел бы в совсем другом ключе.
Имея дело с uird, без каких продвинутых фич, лично вы, не представляете себе работу?

Извините что вопросов много (и еще больше их может казаться не по существу) просто практика и теория (доказано многими) на деле штуки разные. И без практических примеров очень сложно ориентироваться в програмных продуктах такого (не постесняюсь сказать высокого) класса. Это как разница между несколькими мешками например муки или сахара и несколькими сотнями тонн (десятки вагонов) широта восприятия и только. В то время как мы (лично я) измеряем работу системы на нескольких машинах(компах/буках) вам приходится иметь дело с сотнями если не в разы больше.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 03 Март 2015, 02:38:26
Кстати интересный пример
И сразу :
vmlinuz - какой? Если из myobraz.iso - тогда uird.magos.cpio.xz надо пересобирать ?
Если не из исо - как туда модули чужого ядра вкорячить?

vmlinuz - любой, от которого есть модуль с модулями ядра и фирмваре. В этом случае достаточно пересобрать под него и потом с различными iso их использовать единообразно. Пример как сделана MagOS Multi.
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 03 Март 2015, 02:40:52
Из продвинутых фич я больше всего использую сетевую загрузку.

Если на флешке - машинно-зависимые изменения.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 03 Март 2015, 10:49:00
vmlinuz - любой, от которого есть модуль с модулями ядра и фирмваре. В этом случае достаточно пересобрать под него и потом с различными iso их использовать единообразно. Пример как сделана MagOS Multi.
Не понял - в каком виде  должен быть "модуль с модулями ядра и фирмваре" (сквош или initrd) и как его в эту конструкцию присунуть...
Разве фирмваре ядрозависимо?
Название: Re:PRA на initrd UIRD
Отправлено: Zay от 03 Март 2015, 16:42:04
На данном этапе разработки, с учётом очень малого количества разработчиков - унификация становится особенно актуальной!

Есть шероховатости, есть различия в подходе, но совместная работа значительно увеличивает шансы довести дело до конца.
Если получится общими силами создать рабочий и универсальный initrd - это значительно облегчит работу над дистрибутивами.
Поэтому убедительно предлагаю всем участникам прислушаться друг к другу, искать подходы и доводы для убеждения оппонента.
И проявлять уступчивость, если доводов не хватило. Опыт разработки PFS-utils показал, что иначе ничего хорошего не получится.

От себя добавлю, что при написании скриптов всегда придерживался принципа "кратко и понятно". Когда код становиться слишком объемным и запутанным - кроме автора его уже практически никто не сможет доработать. Думаю что при разработке универсальных решений нужно обязательно сохранять возможность для других доработать код под свои задачи.


Поскольку в этой теме речь идёт не о PRA на UIRD, а про UIRD вообще, думаю что лучше перенести обсуждение в раздел Разработка PFS и Live-Init (http://forum.puppyrus.org/index.php/board,30.0.html).
Если возражений не будет - предлагаю перенести тему и переименовать раздел в "Разработка PFS и UIRD".
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 03 Март 2015, 17:03:08
Поскольку в этой теме речь идёт не о PRA на UIRD, а про UIRD вообще, думаю что лучше перенести обсуждение в раздел Разработка PFS и Live-Init (http://forum.puppyrus.org/index.php/board,30.0.html).
Тема началась именно для pra и я здесь именно в это направление и клоню
Есть успехи - алиасы. Про просто uird тема уже есть
Если возражений не будет - предлагаю перенести тему и переименовать раздел в "Разработка PFS и UIRD".
Перенести - может быть. А переименовывать раздел не надо. В нем как минимум действующий porteus-initrd
Название: Re:PRA на initrd UIRD
Отправлено: DdShurick от 03 Март 2015, 17:04:32
На данном этапе разработки, с учётом очень малого количества разработчиков - унификация становится особенно актуальной!
Смотря с чем унифицировать. Лично я за busybox.
Название: Re:Initrd UIRD
Отправлено: Zay от 03 Март 2015, 17:12:53
Тема перенесена.
Раздел переименовал в Разработка PFS и Initrd, т.к. название "Live-Init" не прижилось...
Предложения по названиям разделов принимаются здесь (http://forum.puppyrus.org/index.php/topic,16615.15.html).
Название: Re:PRA на initrd UIRD
Отправлено: neobht от 03 Март 2015, 18:15:50
vmlinuz - любой, от которого есть модуль с модулями ядра и фирмваре. В этом случае достаточно пересобрать под него и потом с различными iso их использовать единообразно. Пример как сделана MagOS Multi.
Не понял - в каком виде  должен быть "модуль с модулями ядра и фирмваре" (сквош или initrd) и как его в эту конструкцию присунуть...
Разве фирмваре ядрозависимо?

Squashfs . Указать директорию с ним вторым параметром в uird.from и добавить в фильтр uird.ro

Фирмваре в большинстве случаев не зависимо, но бывают нюансы.
Название: Re:PRA на initrd UIRD
Отправлено: sfs от 03 Март 2015, 18:28:44
Squashfs . Указать директорию с ним вторым параметром в uird.from и добавить в фильтр uird.ro
И Вы говорите что с докой все хорошо? Где там это?
Про + нигде не написано

Пытаюсь слепить демо-исо. Уперся - как выборочно загрузить модули из /optional (который по Вашему совету прописан в noload=)
load= и load+= не помогают
Название: Re:Initrd UIRD
Отправлено: neobht от 03 Март 2015, 18:33:26
Это к общему случаю не относится. Это пример варианта использования.
В uird доке как раз приведен пример с множеством перечислений для uird.from.

Если указано в noload, то загрузить оттуда уже не получится.

Название: Re:Initrd UIRD
Отправлено: sfs от 03 Март 2015, 18:35:38
В магос же изначально было как в портеусе:
низ_aufs /base /modules load=из/optional верх_aufs
Неужели это неудобно? или какой замысел? Какой порядок слоев?
Как реализовать эту классическую схему...
Еще из корня from= грузятся модули - неудобно

Алиасы - можно обновить только скрипты ручным пересбором initrd?

Если указано в noload, то загрузить оттуда уже не получится.
Какой тогда вообще смысл в optional ...
Название: Re:Initrd UIRD
Отправлено: neobht от 03 Март 2015, 18:52:34
base, modules, optional в uird не нужны.
В uird, есть параметр from, в котором перечисляются источники с модулями. Это своего рода симбиоз from и extramod porteus.

Поэтому можно вот так писать:
uird.from=/pra/base;/pra/modules

В этом варианте из корня ничего не будет подключено. То есть параметр from задает источники из которых нужно грузить. А параметры load и noload - фильтры. ro,rw,cp - это фильтры для режима подключения.
Название: Re:Initrd UIRD
Отправлено: neobht от 03 Март 2015, 18:55:34
Алиасу пере сборкой initrd с конфигом алиасов только.
Название: Re:Initrd UIRD
Отправлено: sfs от 03 Март 2015, 18:59:07
Тоже про это подумал, когда узнал, что здесь можно через зпт uird.from=/pra/base;/pra/modules
А зачем тогда load= Если все уже во from=
И как загрузить перечисленные модули? Тоже uird.from=mod1;mod2 или нужно полностью и с путем...
Название: Re:Initrd UIRD
Отправлено: for_wov от 03 Март 2015, 19:23:14
MagOS
MagOS/MagOS.ini
MagOS/modules
MagOS/modules/i586
MagOS/modules/i586/00-kernel.xzm
MagOS/modules/i586/90-magos-patches.xzm
MagOS/modules/i586/MagOS_Full.ini
MagOS/modules/i586/01-firmware.xzm
MagOS/modules/i586/99-squashfs-tools.32.xzm
MagOS/modules/i586/80-eepm-1.5.2.xzm
MagOS/kernel
MagOS/kernel/i586
MagOS/kernel/i586/vmlinuz
MagOS/kernel/i586/uird.magos.cpio.xz
MagOS/MagOS.sgn
MagOS/MagOS-Data.tar.bz2
MagOS/MagOS-Full.ini
set l=(hd0,5)/MagOS/kernel/i586
set f=/dev/sda6/MagOS/modules/i586
kernel %l%/vmlinuz root=uird uird.from=%f% uird.load=* uird.copy2ram
initrd %l%/uird.magos.cpio.xz
штопор на стадии инициализации оборудования(дошел до тачпада и вынужден был преравть ввиду бездействия/продолжения загрузки)
что добавить в структуру и как поменять меню запуска?
действительно для чего тогда load=*? или во from только перечисление, а запуск идет только по load? (если так то без ini с прописанным списком модулей не обойтись иначе получим длиннющие списки и загрузчик [grub4dos] может захлебуться) понял последняя фраза - оффтоп  :)
Название: Re:Initrd UIRD
Отправлено: neobht от 03 Март 2015, 19:40:26
From - перечисление источников. Load, noload - управление загрузки из источников. Перечислять модули не нужно. Это маска фильтра для пути. Можно писать вот так: load=/base/editors/*/testing/*
Естественно при таком раскладе, даже если во from задан /modules/ из этой директории ничего не будет загружено.
Название: Re:Initrd UIRD
Отправлено: neobht от 03 Март 2015, 19:43:23
Не увидел у вас в структуре папки MagOS модуля с системой.
Название: Re:Initrd UIRD
Отправлено: for_wov от 03 Март 2015, 19:55:35
Не увидел у вас в структуре папки MagOS модуля с системой.
где взять (уточняю вариант net-live)?
Название: Re:Initrd UIRD
Отправлено: neobht от 03 Март 2015, 20:11:12
Взять из pra модули например или любой live и вписать. Такое ощущение будто я в пустоту пишу.
Название: Re:Initrd UIRD
Отправлено: for_wov от 03 Март 2015, 20:28:37
Для magos без разницы откуда система будет? или это особенности net-live? Извините за изобилие вопросов. Наверное личные особенности восприятия.
Из всего выше перечисленного понимаю что фишка uird - запуск какого-то дистрибутива практически без распаковки образа и "доукомплектация" своими модулями и настройками(независимо от происхождения/зависимо от архитектуры).
Раньше запускал убунту таким способом
Код
iftitle [find --set-root --ignore-floppies --ignore-cd /iso/lubuntu-12.10-desktop-i386.iso] lubuntu-12.10-desktop-i386 (sda4)
kernel /casper/vmlinuz file=/casper/preseed/lubuntu.seed boot=casper iso-scan/filename=/iso/lubuntu-12.10-desktop-i386.iso locale=ru_RU
initrd /casper/initrd.lz
для этого приходилось извлекать папку /casper(в нутри которой находились инит и ядро) теперь же как понимаю никакие манипуляции с образом не нужны нужно лишь правильно прописать все в параметрах uird.(образ должен быть дефрагментирован?)
Мое недоумение заключалось в том что не было четкого разграничения initrd и uird. Если я теперь правильно понимаю, вещи это абсолютно разные (не имеющие отношения так же и к systemd). uird дополняет/расширяет initrd(родного для дистра) и делает его более универсальным тоесть реструктурирует (фругалит на етапе запуска) структуру дистра чтобы можно было гибко манипулировать загрузкой системы (независимо от системы инициализации). Имея множество машин и множество дистрибутивов, теперь появилось понимание для чего вам понадобился такой инструмент. Касательно же пра или ричи то источником модулей для них зачастую является флешка (тоже зачастую одна) и максимум еще раздел на жестком диске компа/бука в отличии от разветвленной компьютерной сети (интернета) и это объективно сужает область применения uird. Максимум, на практике, в плане источников могут послужить второй (больше не имеет смысла создавать) раздел флешки или несколько разделов жесткого диска (ов - усложняет тех.подержку пользователей) и в редких случаях загрузка по сети (кто к этому будет готов) для тех у кого с интернетом нет ограничений. С фильтрами load/noload теперь тоже стало ясно. Единственное что осталось "за кадром"(лично для меня) фильтры режимов подключения ro/rw/cp.
Название: Re:Initrd UIRD
Отправлено: neobht от 04 Март 2015, 02:50:49
Uird - это не дополнение родных initrd. Это их замена. Сам uird и есть initrd.

Фильтры ro,rw,cp означают, как подключать модули, найденные по маске.
Пример: uird.ro=*.pfs - означает что среди модулей найденных по маске load, модули *.pfs стоит подключать в объединенный корень в режиме ro(только для чтения), rw- для записи/чтения, cp - копировать поверх получаемого корня (это своего рода rootcopy только более расширенный вариант).
Название: Re:Initrd UIRD
Отправлено: sfs от 04 Март 2015, 09:47:55
Тоже про это подумал, когда узнал, что здесь можно через зпт uird.from=/pra/base;/pra/modules
А зачем тогда load= Если все уже во from=
И как загрузить перечисленные модули? Тоже uird.from=mod1;mod2 или нужно полностью и с путем...
Как получить аналог /optional портеуса, т.е. загрузка только модулей по маске из папки
Это очень принципиально
Название: Re:Initrd UIRD
Отправлено: Zay от 04 Март 2015, 10:21:17
В идеале прийти к универсальному (под любой дистр, ядронезависимому) initrd и скрипту сборки 2го initrd только с модулями ядра (для спец ядeр он будет не нужен)
Вот это, как мне кажется, верное направление. Если возможно сделать UIRD таким - было бы замечательно!
Насколько я знаю, есть дистрибутивы без Initrd, они должны загружаться в Frugal без пересборок (если есть AUFS).

Или другой вариант:    Безмодульный универсальный Initrd + скрипт для сборки специального Initrd с модулями ядра.

Вопрос к neobht, возможно такое сейчас, и планируется ли?
Название: Re:Initrd UIRD
Отправлено: sfs от 04 Март 2015, 10:35:35
Или другой вариант: 
А что тут другого? Я именно это и предложил и даже сделал и выложил
В качестве сборщика initrd2 можно юзать любой сборщик initrd. По итогу перепаковать с удалением всего кроме модулей ядра. Лучше бы отдельный скрипт написать
Название: Re:Initrd UIRD
Отправлено: Zay от 04 Март 2015, 11:15:29
А что тут другого?
Код скриптов в модульной и безмодульной версии должен быть абсолютно одинаковым. И собираться одним скриптом (например с параметром --add-modules, или что-то в этом роде). Тогда все желающие собрать дистрибутив смогут использовать один и тот же код загрузки, что значительно упростит работу и сделает скрипты Initrd более надежными (больше тестов).

Основная задача, какой я её вижу - создание универсального Initrd на все случаи жизни, который не будет требовать доработки под задачу.
Чтобы в дальнейшем при разработке дистрибутива можно было об этом не думать, а просто взять готовый (или собрать, если нужны модули).

Я именно это и предложил и даже сделал и выложил
На основе UIRD? Мы же сейчас его обсуждаем.
Название: Re:Initrd UIRD
Отправлено: imago31 от 04 Март 2015, 11:24:41
а есть готовый исо pra на UIRD что бы посмотреть
Название: Re:Initrd UIRD
Отправлено: sfs от 04 Март 2015, 11:31:39
Да. Я сделал (http://forum.puppyrus.org/index.php/topic,16558.msg100657.html#msg100657) такой uird. Там есть над чем поработать. iso с пра сейчас делаю. Про /optional по итогу и  написал
По той же ссылке menu.lst с проверенными мной pra и юбунту
Для пра (в сегодняшнем его виде) uird не особо нужен. В uird надо бороться за универсальность (т.е. под любой дистр и ядро)
Название: Re:Initrd UIRD
Отправлено: Zay от 04 Март 2015, 11:46:13
Да. Я сделал (http://forum.puppyrus.org/index.php/topic,16558.msg100657.html#msg100657) такой uird. Там есть над чем поработать.
1. Выкинул сетевую загрузку
2. Заменил много утилит на busybox
3. Убрал либы ядра (для спецядер не нужны) Для остальных - удобнее делать слоеный initrd
4. Добавил в 167 строку uird-init : clear (убрал крякозябры)
5. Убрал root=uird: в /etc/cmdline.d/01-default.conf

Тут слишком много ручных изменений, универсальности никакой.

Речь шла об оригинальном UIRD, который должен быть одинаковым для всех (за исключением [наличия] модулей).
Название: Re:Initrd UIRD
Отправлено: sfs от 04 Март 2015, 11:53:47
Изначально тема была "uird для pra" - под это я и точил
Совместимость не потеряна в моем menu.lst можно юзать родной uird (c учетом 5)
Название: Re:Initrd UIRD
Отправлено: sfs от 04 Март 2015, 15:10:47
http://magos.sibsau.ru/repository/netlive/multi/MagOS/kernel/i586/uird.magos.cpio.xz
Не могу решить задачу:
Код
optional/o1.pfs
optional/o2.pfs
optional/o3.pfs
Как загрузить только o2.pfs
Конструкции:
Код
uird.from=optional/o2.pfs
uird.noload=!optional/o2.pfs
не помогли
В портеус решается : load=o2

root=uird: по прежнему необходим и это напрягает
Название: Re:Initrd UIRD
Отправлено: neobht от 04 Март 2015, 15:56:47
uird сделан так, что можно собирать без модулей ядра.
root=uird: - не нужно. В uird я убрал привязку к uird:, но root=blabla требует dracut. То есть неважно, что писать.

Вот так:
uird.from=/optional
uird.load=*o2*
Название: Re:Initrd UIRD
Отправлено: sfs от 04 Март 2015, 16:09:26
А dracut от root никак не отучить? Мне прописка в конфиг помогала
Я не написал про еще /base/;/modules/ - думал догадаетесь. Из них надо загрузить все
Код
uird.from=/optional;/base/;/modules/
uird.load=*o2*
грузит только один  o2  :'(
uird.load=/base/*;*o2* - без улучшений
Название: Re:Initrd UIRD
Отправлено: for_wov от 04 Март 2015, 17:03:14
Антон (neobht) как вы видите применение uird на разных модульных дистрах (желательно схематически) к какому варианту загрузки (зависимо ли от загрузчика?) хотели бы прийти? Не буду стесняться повторять что все познается в сравнении. Предполагаю что опции загрузки(зависимо от вариантов использования) у каждого дистра будут свои. Могли бы продемонстрировать отличия скажем для slax/magos/porteus и pra в чисто их специфических вариантах загрузки через uird. Есть ли отличия в загрузке(должны ли быть) модульных дистров. Или вы хотите привести все в унифицированный вид (для чего то же алиасы дорабатывали)?
Название: Re:Initrd UIRD
Отправлено: neobht от 04 Март 2015, 17:53:40
А dracut от root никак не отучить? Мне прописка в конфиг помогала
Я не написал про еще /base/;/modules/ - думал догадаетесь. Из них надо загрузить все
Код
uird.from=/optional;/base/;/modules/
uird.load=*o2*
грузит только один  o2  :'(
uird.load=/base/*;*o2* - без улучшений
Так должно работать. Я не написал, потому что это подразумевалось само собой про base,modules.

Попробуйте */base/*

Название: Re:Initrd UIRD
Отправлено: neobht от 04 Март 2015, 18:05:41
Опции загрузки в целом единообразны уже сейчас. Примеры можно увидеть по ссылке, которую уже приводил. В качестве загрузчика вполне устраивает вариант grub2 отвязанный от дистрибутива, например, как я сделал с burg.

Опциями должен регулироваться персонализированный набор ПО - загрузка для программистов, для дизайнеров, архитекторов, музыкантов и тд. Остальное по возможности должно быть единообразно. Не одинаково, а именно управляться по одним и тем же правилам. Одинаково сделать не получится потому что дистрибутивостроители специально стараются выделиться ( или выпендрится) , чтобы только особые спецы могли настраивать дистр под себя и для других и на этом хотят зарабатывать деньги.

В magos же мы ориентируемся принципом - не исключив гибкости для гуру, сделать пользователю максимально простым управление - в частности у нас есть шаблонные схемы для единого конфига MagOS.ini, с помощью которых элементарно получаются различные северные исполнения в домашних условиях - точка доступа для локальной сети wifi, FTP,smb файлохранилище, и тд.
Название: Re:Initrd UIRD
Отправлено: neobht от 04 Март 2015, 18:13:37
Отучить можно все, что угодно, но теряется совместимость с апстримом. Поэтому я жестко прописываю это при сборке и указывать уже не надо.

Вообще, по логике в dracut сделано все настолько правильно, что вызывает у меня профессиональную радость (по работе приходится работать со студентами и проверять их творчество грызения гранита науки) от хороших идей, которые в нем заложены.
root= - логичное требование.
Название: Re:Initrd UIRD
Отправлено: sfs от 04 Март 2015, 18:19:19
Попробуйте */base/*
Без улучшений  :'(
Зачем было менять логику загрузки модулей портеус? Там все просто и логично
Если аналог load= портеуса невоспроизводим в uird - это сводит к нулю все достоинства. И алиасы тогда бесполезны

Даже если бы сработало
uird.from=/optional;/base/;/modules/ uird.load=*o2* и load=o2 - результат один (и то пока его нет), но зачем так усложнено...

Код
kernel vmlinuz root=uird uird.from=/iso/myobraz.iso;/my/my.sfs uird.load=* uird.ro=*/filesystem.squash
initrd uird.magos.cpio.xz
/my/my.sfs - похоже тоже не работает
Название: Re:Initrd UIRD
Отправлено: neobht от 04 Март 2015, 18:30:21
Вы неправильно понимаете опцию from.
Логику я менял потому что base, modules, optional - это частности. В uird нет понятия спец директорий, в нем все директории, которые хранят модули перечисляются во from. Не модули перечисляются, а место хранения модулей. На этом заканчивается задача параметра from.
Load, noload - вот они определяют, что грузить или не грузить. Параметры работают одинаково для всех источников указанных во from. То есть не тот изворот, что в портеусе, а ранее был в Linux-live, когда load действует только для optional.

В вашем случае скорее всего надо еще указать uird.ro=*.sfs.

Приведите полный текст параметров. То о чем я говорю - это так должно быть по архитектуре. Возможно, где-то есть ошибка, тогда я ее найду и исправлю. Но мне пока не видна вся картина вашего расклада. Правильно ли я понял, что вы грузите Ubuntu?
Название: Re:Initrd UIRD
Отправлено: sfs от 04 Март 2015, 18:44:22
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/iso/test/pra03-150304init-test.iso
Хотелось бы повторить на uird то, что там сделано на портеусе (и это далеко не высший пилотаж его конфигурирования - только load=)
Я уже 3й год насаждаю портеус и то не все разобрались.
uird пока неподъемен. То что load= я не осилил - очень огорчило. Очень сложно. Доки нет. Примеров нет. В код лезть при живом авторе не хочется
Давайте на примере этого исо и наделаем примеров конфигов
Помогайте
Название: Re:Initrd UIRD
Отправлено: for_wov от 04 Март 2015, 18:46:21
изходя из этого:
Перечислять модули не нужно. Это маска фильтра для пути. Можно писать вот так: load=/base/editors/*/testing/*
Опциями должен регулироваться персонализированный набор ПО - загрузка для программистов, для дизайнеров, архитекторов, музыкантов и тд.
понятно что для вас решение прерсонализированного набора ПО должно решаться на уровне структуры (каталогов) вот почему для вас так важен вопрос тематического наполнения софта.
Для вас размер не имеет значения и вы выбираете все модули "скопом" по маске в ходу лишь выбирая что нужно в конкретный момент.
Для паппи же принципиально важно выбирать конкрентые модули (возможно списком) не загружая скопом всего. Минимальный запуск и подключение/отключение на ходу (возможно модульными группами если к этому дойдем)
Избирательность - вот пожалуй слово, которым можно охарактеризовать паппи.
Название: Re:Initrd UIRD
Отправлено: neobht от 04 Март 2015, 18:56:40
Что сложно?
Перечисляете все необходимые директории с модулями в параметре from
Система ищет все файлы в этих директориях по маске load и потом исключает из них файлы по маске noload. Из этих файлов все файлы удовлетворяющие маске ro монтирует в режиме ro.

В портеус можно и не въехать, он нелогичен. Uird сделан более понятным. Если выше написанное мной трудно понять, то только из-за стереотипов портеус, которые разрушают логичное понимание процесса, путем нелогичного смешивания функционала.
Название: Re:Initrd UIRD
Отправлено: neobht от 04 Март 2015, 19:11:09
изходя из этого:
Перечислять модули не нужно. Это маска фильтра для пути. Можно писать вот так: load=/base/editors/*/testing/*
Опциями должен регулироваться персонализированный набор ПО - загрузка для программистов, для дизайнеров, архитекторов, музыкантов и тд.
понятно что для вас решение прерсонализированного набора ПО должно решаться на уровне структуры (каталогов) вот почему для вас так важен вопрос тематического наполнения софта.
Для вас размер не имеет значения и вы выбираете все модули "скопом" по маске в ходу лишь выбирая что нужно в конкретный момент.
Для паппи же принципиально важно выбирать конкрентые модули (возможно списком) не загружая скопом всего. Минимальный запуск и подключение/отключение на ходу (возможно модульными группами если к этому дойдем)
Избирательность - вот пожалуй слово, которым можно охарактеризовать паппи.

Я уже неоднократно говорил почему размер не имеет значения в средне домашнем применении. Меня не хотите слушать. Приводятся аргументы сферических конфигураций компьютеров с малым ОЗУ. На флешках, которые уже даже на помойках не валяются, не говоря уже о магазинах, где за стоимость одного обеда можно купить флешку на которую влезет такое количество модулей, что еще и останется.

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

Говорить, что цели разные, если опираться на пользователя - это врать. Разрабатывать дистр ради спортивного интереса компиляции и минимизации - это говорить правду. И поэтому кроме разработчика вся эта борьба за сотни мегабайт или даже гигабайт никому не нужна.
Я не сомневаюсь, что большинство здесь собравшихся - это пользователи со спортивным интересом в минимизации. Но у всего есть разумные пределы.

В данном случае с моей профессиональной точки зрения получается хуже, чем позволяет реальность, если опираться на конечный результат, а не на процесс колупания в системе путем компиляции, вместо того, чтобы создавать что-то новое и уникальное.
Название: Re:Initrd UIRD
Отправлено: for_wov от 04 Март 2015, 19:21:10
Хорошо, если идти другим путем (вершина то одна а пути к ней разные), как элегантно со стороны разработчиков и достаточно просто для пользователя решить задачу lf из конструкторского образа pra средствами uird? Идея - каждому пользователю свое графическое окружени(понятие красоты у каждого разное) и свои наборы ПО (задачи пользователи с помощью компа решают разными инструментами) учитывая железо-зависимые модули (железо на вкус и цвет не выбирают)
Если uird этому не сможет поспособствовать, то не могли бы вы, с профессиональной точки зрения, подсказать оптимальные (архитектурные) решения. Во время загрузки пользователь не должен заснуть не дождавшись когда же запустится система ним (или разработчиком вместо него) сконфигурированная. (минимальный набор модулей обусловлен скоростью запуска системы)

Когда модули сгрупированны по разным папкам, тогда можно указать папки и при запуске "сузить" через фильтры только выбранное
Например: from=/base;/modules load=*xfce* noload=lxterminal;
но дело в том, что загрузчик (grub4dos без особо веских причин менять мало кто согласится) может "захлебнуться" с длинными строками (не хватит памяти)
При всем этом все модули лежат в 2-3-х папках от силы (усложнять структуру не особо хочется) и, как следствие, решать вопрос универсальности для рядового пользователя можно либо продуманной структурой названий модулей либо менять саму сруктуру каталогов что потребует немалой доработки как скриптовой части так и самих модулей. (наверное со структурой вы давно определились)
Делема в том что нужна как гибкость для разработчиков и продвинутых пользователей так и простота для новичков и неискушенных пользователей.
Название: Re:Initrd UIRD
Отправлено: neobht от 04 Март 2015, 19:39:48
Проблема с lf как я понял из обсуждений в другом - не в том, что это множество de, а в том, как это сделано.

Мое видение воплощено в magos : базовый набор модулей разделенный по уровням - системный, чистая графика, de, сетевое по, прикладное по, работа в интернет, офисное по ; расширенный тематический набор ПО - по функциям и задачам - редакторы, аудио, мультимедиа, программирование, интернет, САПР и тд.
Uird позволяет гибко сделать различные конфигурации меню. Но это интересно в корпоративном применении, когда сотрудники должны выполнять свои обязанности качественно и в срок. Например люди много работающие с документацией должны иметь текстовые редакторы и тд. И им незачем иметь игрушки на рабочем месте и др.

В локальном флешечном исполнении дома или с установкой на жесткий диск, многолетняя практика показывает, что самый лучший вариант - подключить сразу весь набор ПО, который есть и который подобран по тематикам и содержит самое лучшее ПО в своей предметной области, да еще и профессионально настроенное, а затем уже запускать нужные программы. Большинство делает именно так. Человек все больше становится ленивым и выбирать какие-то модули, пункты меню, лазить по репозиториям с софтом или запускать пакетные менеджеры - это сложно, все хотят получить все и сразу и чтобы это работало.

Вот мы и стараемся делать это. Мне кажется, что весьма неплохо справляемся с этой задачей.
Название: Re:Initrd UIRD
Отправлено: DdShurick от 04 Март 2015, 19:49:42
Опциями должен регулироваться персонализированный набор ПО - загрузка для программистов, для дизайнеров, архитекторов, музыкантов и тд.
Проще и понятнее для пользователя будут составные тематические модули. Кстати, так и было в ранних Puppy.
Меня не хотите слушать.
Это нормально, меня тоже никто не слушает. ;)
Иллюзия, что дистр надо копировать в память целиком, чтобы работал быстрее.

Нет, не для этого, а чтобы можно было вытащить диск или флешку.
Говорить, что цели разные, если опираться на пользователя - это врать.
Средства для пользователя должны быть другие.
с моей профессиональной точки зрения
Во-от! Вы мыслите как админ. Написал конфиг - работает. Пользователю же проще перекинуть модуль из одной папочки в лругую и не париться.
процесс колупания в системе путем компиляции, вместо того, чтобы создавать что-то новое и уникальное.
Всё уже создано до нас, чтиайте книгу Экклезиаста.
Название: Re:Initrd UIRD
Отправлено: DdShurick от 04 Март 2015, 19:59:05
Человек все больше становится ленивым и выбирать какие-то модули, пункты меню, лазить по репозиториям с софтом или запускать пакетные менеджеры - это сложно, все хотят получить все и сразу и чтобы это работало.
Для этого я написал modules_event, который подключает, отключает и закачивает модули. А через опции загрузки, это хуже чем через меню.
Вот мы и стараемся делать это.
"Не мы, а вы" (с) "Операция Ы"
Название: Re:Initrd UIRD
Отправлено: neobht от 04 Март 2015, 20:26:06
Чтобы дистр копировать в память ради вытаскивания флешки размер дистра может спокойно измеряться гигабайтами и уж никак не по крупицам экономить образом initrd и пытаться вкорячить в него только исключительно busybox, выкинув другой функционал только потому что экономим 2мб.

Про тематическую подборку софта я и имел ввиду.

Под "мы" я имел ввиду разработчиков magos.

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

До нас не все создано. Но корпорации этот мем пытаются проталкивать в общество.
Название: Re:Initrd UIRD
Отправлено: neobht от 04 Март 2015, 20:31:49
for_wov, усложнять не сильно хочется, а писать длинные четырех этажные конфиги это хочется?
Или разбивать софт на единицы, которые тщательно минимизируются под конкретное применение без анализа последствий - это правильный подход?
Название: Re:Initrd UIRD
Отправлено: sfs от 04 Март 2015, 20:50:20
Предлагаю спуститься с небес на землю
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/iso/test/pra03-150304init-test.iso
Как в uird сделать load= ,т.е. загрузка выбранных модулей из одной из папок
Название: Re:Initrd UIRD
Отправлено: DdShurick от 04 Март 2015, 20:56:04
экономить образом initrd и пытаться вкорячить в него только исключительно busybox, выкинув другой функционал только потому что экономим 2мб.

Экономия здесь ни при чём. Добавив в initrd модули ядра получим ядрозависимый initrd. Тем более, что busybox прекрасно справляется с созданием aufs.
Под "мы" я имел ввиду разработчиков magos.
Я на это и намекнул.
Я мыслю не только как Админ, но и как пользователь, потому что общаюсь с ними каждый день и вижу реальную потребность и действия.
А я только как пользователь, ибо ни разу не админ.
До нас не все создано. Но корпорации этот мем пытаются проталкивать в общество.
А если головой подумать?
Название: Re:Initrd UIRD
Отправлено: Zay от 04 Март 2015, 21:19:57
Товарищи, предлагаю не обсуждать тут подход к строительству дистрибутивов!
MagOS и PuppyRus - разные системы, и спорить тут совершенно не нужно.

Наша общая цель - сделать универсальный инструмент для дистрибутивов обоих проектов. С этим все согласны?

У MagOS есть свой список функций, которые должен выполнять Initrd. У PuppyRus тоже есть такой список.
Одна из важных функций Initrd для PuppyRus - возможность скопировать все модули в память и размонтировать носитель.
UIRD сегодня поддерживает такое?

И добавлю по поводу экономии места в Initrd. Конечно экономить 2 МБ не обязательно, но совсем забывать про размер тоже плохо. Насколько я знаю, Initrd занимает место в памяти всегда, и загружать её лишними программами - нежелательно. Тот же busybox ограничен, но заменять его на полные версии утилит есть смысл только в том случае, если функционала busybox не хватает.
Название: Re:Initrd UIRD
Отправлено: for_wov от 04 Март 2015, 21:37:36
for_wov, усложнять не сильно хочется, а писать длинные четырех этажные конфиги это хочется?
альтернатива(вмеру гибкая и простая в понимании)? uird + структура каталогов с net-live? может структура каталогов второстепенна и грузить можно с хаотично разбросанных мест правильно прописав параметры?(гуру руками, пользователям через gui)
Цитата
Или разбивать софт на единицы, которые тщательно минимизируются под конкретное применение без анализа последствий - это правильный подход?
pfs-utils для чего разрабатывали?
Мы действительно отошли от цели, но если инструмент (uird) применять не по назначению куда прийдем? Если цели которые споведует автор - универсальность то нужно определится какой ценой она может быть достигнута (согласны ли мы эту цену заплатить?) и как грамотно реализовать.

Прошу простить меня за вмешательство туда куда не стоит вмешиваться и во многих случаях внесения (не по злобе своей) разбрата в общую идею.
Название: Re:Initrd UIRD
Отправлено: neobht от 05 Март 2015, 02:59:07
Zay, uird умеет все из того, что есть в porteus. Опции портеус - частный случай применения uird.

sfs, сегодня посмотрю что и как у вас собрано в iso и расскажу, где ошибка.
Название: Re:Initrd UIRD
Отправлено: Pro от 05 Март 2015, 03:51:07
neobht а зачем ты костылишь в uird  параметры портеуса и т.п.
может просто принять их к сведению и какие то свои параметры сделать более простыми и читаемыми
Название: Re:Initrd UIRD
Отправлено: neobht от 05 Март 2015, 04:09:10
Pro, я не костылю параметры портеуса, я показываю, как в uird достигается аналогичный результат.
Uird параметры сделаны гораздо логичнее и более гибко. Менять их и приводить к другим функциям я не намерян, потому как считаю свою находку очень удачной как с точки зрения логики работы, так и реализацию. Есть совсем немного мест, которые со временем хочу причесать с точки зрения красивого стиля программирования.

Зачем вкорячивать параметры портеус для pra мне тоже не понятно. Моя задача - показать как использовать uird.
Название: Re:Initrd UIRD
Отправлено: Pro от 05 Март 2015, 04:40:06
главное не подходи со стилем программирования к этим параметрам т.е. учитывай что параметры будут править не программисты!!!

короче меньше букв, меньше точек, меньше всего.
Название: Re:Initrd UIRD
Отправлено: sfs от 05 Март 2015, 10:14:27
Zay, uird умеет все из того, что есть в porteus. Опции портеус - частный случай применения uird.
sfs, сегодня посмотрю что и как у вас собрано в iso и расскажу, где ошибка.
Предлагаю сосредоточиться на этом и не засорять тему глобальными рассуждениями
Проблема не в том чтобы сделать любой ценой как в портеус, а в том чтобы сделать проще. Пока в портеус значительно проще.
Если даже Дядя Шурик юзает (https://cloud.mail.ru/public/80bfb1e2a2ae/Richy-219/219/) base modules optional ...
Этот функционал должен быть в полном объеме и с синтаксисом не сложнее

Какая родная структура (папки, модули) и параметры загрузки у iso-uird? Распишите или тыкните в iso (не гигабитный)
Название: Re:Initrd UIRD
Отправлено: neobht от 05 Март 2015, 15:32:38
Структура в данном случае практика magos multi показала примерно такая:
/iso
/kernel
/modules

Сейчас домой приеду, буду ваш iso потрошить.
Название: Re:Initrd UIRD
Отправлено: neobht от 05 Март 2015, 17:40:30
Посмотрел iso.
uird отрабатывает, как и должен.

напишите какой результат вы хотите получить, я вам напишу как это записать в параметрах.
Название: Re:Initrd UIRD
Отправлено: imago31 от 05 Март 2015, 18:39:39
Посмотрел iso.
uird отрабатывает, как и должен.

напишите какой результат вы хотите получить, я вам напишу как это записать в параметрах.
извините за офтоп
 а какя система инициализация в магосе?
 еще хочу спросить про звуковые карты, иногда дефолтом запускаются вебкамеры или hdmi звуковухи из за чего нет звука, решается ручной правкой конфигов, в больших линуксах это работает автоматически, а как у вас с этим?
Название: Re:Initrd UIRD
Отправлено: neobht от 05 Март 2015, 18:46:37
У нас в основе большой линукс - Роса. Поэтому все с этим хорошо, особенно, если пульсацдио включить.
Система инициализации - systemd.
Название: Re:Initrd UIRD
Отправлено: sfs от 06 Март 2015, 11:58:09
напишите какой результат вы хотите получить, я вам напишу как это записать в параметрах.
Загрузить все модули из /base /modules и по маске uird.load= модули из /optional
Про порядок слоев тоже нет в доке

Структура в данном случае практика magos multi показала примерно такая:
/iso
/kernel
/modules
Это каталоги? Где модули лежат?
Название: Re:Initrd UIRD
Отправлено: neobht от 06 Март 2015, 15:26:09
Это каталоги где лежат iso, ядра и модули. Названия одноименные.

Для того, чтобы пошла загрузка из optional, необходимо либо пересобрать образ uird с другими параметрами по умолчанию, либо переопределить параметр uird.noload=Blablabla.

В вашем случае по умолчанию параметр содержит /optional, поэтому не грузится.
Название: Re:Initrd UIRD
Отправлено: sfs от 07 Март 2015, 06:49:43
Т.е. uird.noload= uird.load=mod1;mod2 - думаю, так загрузится все из /optional
При Вашей структуре iso (в одной папке) задача подгрузки модулей по маске решается только uird.noload= ? Это очень неудобно
Название: Re:Initrd UIRD
Отправлено: betcher от 07 Март 2015, 08:29:07
Не уверен, но возможно сработает и так uird.from+=blabla/optional т.е. добавить каталог optional как еще один источник.
Название: Re:Initrd UIRD
Отправлено: sfs от 07 Март 2015, 10:59:48
Не уверен, но возможно сработает и так uird.from+=blabla/optional т.е. добавить каталог optional как еще один источник.
думаю, так загрузится все из /optional
Название: Re:Initrd UIRD
Отправлено: betcher от 07 Март 2015, 11:04:00
Ну да, а то что не нужно отфильтруйте uird.noload+=…
Название: Re:Initrd UIRD
Отправлено: neobht от 07 Март 2015, 11:09:24
без указания load ничего не загрузится.
сначала фильтруется то, что загружается и потом из этого фильтруется то, что не загружается.

iso содержит разные версии образов, которые указываются во from.
Название: Re:Initrd UIRD
Отправлено: betcher от 07 Март 2015, 11:27:55
uird.load по умолчанию же не пустой.
Название: Re:Initrd UIRD
Отправлено: neobht от 07 Март 2015, 11:57:41
noload тоже не пустой.

я про сам принцип работы писал.
Название: Re:Initrd UIRD
Отправлено: sfs от 08 Март 2015, 07:52:23
По мне - реализация /optional+load= портеуса - это 50% модульного функционала. Первые 50 - noload= попроще.  Без этого uird неконкурентноспособен. Надо делать. Адскими конфиками имеющегося, думаю не выйдет. Надо определять спецкатолог из которого модули грузятся по принципу совпадения с маской , а не наоборот, как в остальных noload=
Название: Re:Initrd UIRD
Отправлено: neobht от 08 Март 2015, 09:19:58
кто мешает написать: load=/optional/* noload=все что в портеусе было не нужно грузить? ИЛИ наоборот.

поэтому прошлый функционал porteus или linux-live - это урезанность, которая теперь не требуется ввиду того, что есть более гибкие возможности.
Название: Re:Initrd UIRD
Отправлено: DdShurick от 08 Март 2015, 09:26:47
 Господа, послушайте сюда: в старых Puppy был BootManager (он и сейчас есть, но им никто не прльзуется). В нём через GUI (двухоконник на Xdialog) можно было выбрать (или удалить) автозагружаемые модули. Зачем изобретать велосипед с километровыми записями в menu.lst. Всё уже придумано до вас. Займитесь лучше делом.
Название: Re:Initrd UIRD
Отправлено: sfs от 08 Март 2015, 09:31:45
кто мешает написать: load=/optional/* noload=все что в портеусе было не нужно грузить? ИЛИ наоборот.
По замыслу в /optional/ лежат модули которые нужны, но используются редко. Их много. Там все меняется. Перечислять их в noload= - не реально. Это не гибко. Это потеря 50% функционала. Вернуть не сложно. Если позиционировать uird шире magos - это необходимо

BootManager - шаг назад. Зачем лепить gui. Что может быть проще и понятнее копирования в папку... В BootManager подгрузка модулей из init - надо еще в initrd все модули в корень собрать. Иначе будут проблемы с модулями ядра и т.п.
Название: Re:Initrd UIRD
Отправлено: sfs от 08 Март 2015, 10:39:00
Автокопирование - где тот "авто", который будет читать мои мысли и по ним копировать  :)
Изучал все live системы: linux-live в куче вариаций, casper, liveboot 2 и 3, archiso, manjaroiso и еще кучу малоизвестных. Вывод - в porteus заложена оптимальная логика : /base /modules /optional load= noload=
Этот функционал должен быть везде, где претендуют на модульность
Название: Re:Initrd UIRD
Отправлено: neobht от 08 Март 2015, 12:42:41
Вот так поведение, как в портеус, кому сильно надо:
uird.from=/pra
uird.load=*/base/*,*/modules/*,*/optional/blabla1,*/optional/blabla2,*/optional/blabla3,....
uird.noload=*/modules/blabla333,.....

Название: Re:Initrd UIRD
Отправлено: betcher от 08 Март 2015, 12:54:46
В uird нет как таковых понятий optional, modules. В load, noload можно записать совершенно любые фильтры. Но с вами, sfs, я пожалуй соглашусь. Правильнее сделать для load, noload привычное, ставшее уже стандартом, поведение. Иначе граблей не избежать.  У Антона к списку применяется фильтр лоад, затем к оставшемуся - нолоад. В эту схему нужный вариант не укладывается. Надо думать.
В магос тоже есть утилитка в которой в gui можно отключать/подключать модули и перетаскивать между optional и modules. Работает и с uird, правда только со стандартными для магос каталогами. Вот только не пойму как это к теме относится :)
Название: Re:Initrd UIRD
Отправлено: neobht от 08 Март 2015, 13:14:04
вариант укладывается.
см. выше
Название: Re:Initrd UIRD
Отправлено: neobht от 08 Март 2015, 13:40:21
uird.load=*/base/*,*/modules/*,*/optional/blabla1,*/optional/blabla2,*/optional/blabla3,....
Вы это проверяли?
Вроде не работало (http://forum.puppyrus.org/index.php/topic,16558.msg101006.html#msg101006)

не работало потому что у вас был собран с параметрами по умолчанию. см. выше.
в частности по умолчанию включен параметр uird.noload=/optional/, поэтому не работает.
Необходимо либо переопределить, например полностью очистив  uird.noload="", либо собирать с другими параметрами по умолчанию.
Сделаю сейчас параметры по умолчанию как в linux-live/porteus, чтобы можно было привычный load= определять вот так:
uird.load+=/optional/.....
Название: Re:Initrd UIRD
Отправлено: neobht от 08 Март 2015, 13:43:10
Кстати * - вначале не обязательно, если base,modules,optional в корне /pra:

uird.load=/base/,/modules/
uird.load+=/optional/....   - это для демонстрации более гибкого меню, если надо
uird.noload=/modules/...

Это максимальная совместимость
Название: Re:Initrd UIRD
Отправлено: sfs от 08 Март 2015, 14:09:08
Ну вот, на 15 странице наконец дождались примеров.  ;) А то как из партизана приходится выпытывать :)
ок. Проверю
Название: Re:Initrd UIRD
Отправлено: neobht от 08 Март 2015, 14:47:46
Куда уж еще подробнее описать, чем я до этого пояснил работу параметров.

Но считаю ненужным подгонять применение uird аналогично porteus. Это ограничение не приводящее ни к каким преимуществам.
Название: Re:Initrd UIRD
Отправлено: for_wov от 12 Март 2015, 14:37:24
Но считаю ненужным подгонять применение uird аналогично porteus. Это ограничение не приводящее ни к каким преимуществам.
Имхо преимуществами воспользуются только продвинутые пользователи. Менее продвинутым нужна простота и понимание того что и как они грузят. А рядовому обывателю вообще без разници что там написано - главное удобство пользования в последствии (как и налаживание этого самого удобства со стороны разработчиков)
P.S. прошу не развивать идею ВСЕ и СРАЗУ подключил и доволен. Не каждому нужен "pack" по несколько медиаплееров к примеру (пристрастия штука индивидуальная) к тому же излишнее многообразие (в плане ПО) отпугивает (проверено опытом). Люди в большинстве своем индивидуалы (хоть и склонны к конформизму).
Название: Re:Initrd UIRD
Отправлено: neobht от 15 Март 2015, 12:42:54
Переделал по максимуму на busybox.

Сделал возможным собирать:
минимальный образ +
образ с модулями ядра +
конфиг образ+
софт образ.

Если засунуть туда урезанный busybox от Ddshurick и немного порезать полезные утилиты, вроде - проверки дисков fsck*, то можно получить совсем маленький минимальный образ (сейчас около 4Мб).
Название: Re:Initrd UIRD
Отправлено: sfs от 15 Март 2015, 21:35:25
Переделал по максимуму на busybox.
Экспериментировал с http://magos.sibsau.ru/repository/netlive/multi/MagOS/kernel/i586/uird.minimal.cpio.xz
на http://sourceforge.net/projects/runtu/files/runtu%2014.04/XFCE/runtu-xfce-14.04.2-3.16_20150309.iso/download

Код
title ▒▒ PRA. systemd + uird \n Аналог porteus-initrd с расширенными функциями\n Работает с initrd-uird3.xz 
set d=pra
kernel /%d%/vmlinuz uird.from=/%d% uird.ro+=*.squashfs root=uird: uird.noload="" uird.load=/base/*,/modules/*,/optional/*Systemd
echo initrd /%d%/initrd.lz /%d%/initrd-uird3.xz
initrd /%d%/initrd.lz /%d%/uird.minimal.cpio.xz
vmlinuz , initrd.lz - runtu родные
С uird.minimal.cpio.xz - в Х нет клавы-мыши
С initrd-uird3.xz  (http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/users/sfs/mos/152802/initrd-uird3.xz)- все ок. Я туда симлинки на busybox руками вживлял

initrd скриптами в pra-non-systemd собрался, но - kernel panic. Вероятно из-за non-systemd

Такая конструкция uird.basecfg=/%d%/uird.ini не сработала
Название: Re:Initrd UIRD
Отправлено: neobht от 16 Март 2015, 04:29:07
В minimal отсутствуют модули ядра и описание модулей пустое. Надо попробовать удалить lib/modules из minimal, чтобы подхватывались из initrd runtu.
Название: Re:Initrd UIRD
Отправлено: sfs от 16 Март 2015, 09:17:56
initrd /%d%/initrd.lz /%d%/uird.minimal.cpio.xz - я же подставляю модули ядра с описанием из родного. Debug-ом можно убедиться, что они подгружены
С рукодельным uird - работает же тот же конфиг. Думаю с busybox переборщили. Надо сравнивать 2 initrd
busybox переделки сделаны штатными средствами dracut или написанием костылей?
Название: Re:Initrd UIRD
Отправлено: neobht от 16 Март 2015, 14:18:32
Сделано своей обработкой в рамках штатного подхода.
При слоении итоговая версия будет по последнему слою.

Поэтому необходимо внимательно посмотреть modules.aliases и подобные.
Название: Re:Initrd UIRD
Отправлено: sfs от 16 Март 2015, 14:48:03
В моем примере ядра разные. Модули в разных папках. modules.aliases не пересекаются. Если бы проблема была в этом с моим инитрд тоже не работало бы
Название: Re:Initrd UIRD
Отправлено: sfs от 28 Октябрь 2015, 14:30:44
neobht - насколько я понял по magos форуму, uird все это время не стоял на месте. Проанонсировали бы "из первых рук"
Есть мысли использовать в PRA64. Ищу донора свежих ядер с aufs и готовыми проприетарными дровами видях
Название: Re:Initrd UIRD
Отправлено: neobht от 28 Октябрь 2015, 19:55:06
Можете наши ядра брать. Но мы берем стабильные из Роса варианты. Но можно брать и свежие.

Скоро буду добавлять в uird поддержку overlayfs и подойдут любые ядра тогда из новых.

Про анонс - тут было мало заинтересованных. А фичи там добавлялись, которые тут скорее всего никому не нужны. Если даже полгода назад функционал был не востребован, вряд ли поменялось что-то.

Тут проще вам в гости к нам на форум или в беседку заходить.
Название: Re:Initrd UIRD
Отправлено: DdShurick от 28 Октябрь 2015, 20:42:43
Тут проще вам в гости к нам на форум или в беседку заходить.
Скучно у вас, потому что непонятно.
Название: Re:Initrd UIRD
Отправлено: sfs от 29 Октябрь 2015, 09:42:02
Можете наши ядра брать. Но мы берем стабильные из Роса варианты. Но можно брать и свежие.
А нет ли ядер посвежее вместе с готовым uird? Проприетарные видеодрова тоже есть? Можно ссылку...

В описалове uird примеров так и не появилось. Сильно повышает порог вхождения в тему
Название: Re:Initrd UIRD
Отправлено: neobht от 29 Октябрь 2015, 15:58:34
Описание uird с примерами теперь - часть uird :)

Вот такое теперь есть:
uird.help

Или вот так:
uird.load=help uird.changes=help.
Название: Re:Initrd UIRD
Отправлено: sfs от 29 Октябрь 2015, 16:10:25
Качал (вроде самый свежий ) magos. Там uird просто лежит в исо без конфига. Т.е. magos еще не на uird?
Название: Re:Initrd UIRD
Отправлено: neobht от 29 Октябрь 2015, 17:44:17
Он еще не основной. У нас не все переписано на него в скриптах, поэтому пока вторым загрузчиком идет.

Самый свежий и собранный uird - обычно в magos multi в репе для x86_64.
magos.sibsau.ru/repository/netlive/multi
Название: Re:Initrd UIRD
Отправлено: betcher от 30 Октябрь 2015, 03:05:54
Хелпы писать только начали. Пока только основные параметры описаны. В том uird, что в сборке магос хелпов еще нет. Кстати, если есть желание помочь и знание английского от помощи не откажемся :)
Название: Re:Initrd UIRD
Отправлено: sfs от 30 Октябрь 2015, 09:45:44
Может сначала на русском написать и на русских откатать...
Название: Re:Initrd UIRD
Отправлено: betcher от 30 Октябрь 2015, 14:08:34
Так и делаю. Что мог описал, затем как мог перевел. Теперь нужно с моего английского перевести на общечеловеческий :) Те моменты где я не в теме Антон дописать должен. По умолчанию uird как раз по русски  и разговаривает.
 
Название: Re:Initrd UIRD
Отправлено: sfs от 30 Октябрь 2015, 14:12:40
У magos есть нерусскоязычные юзера?
Где можно почитать рус?
Название: Re:Initrd UIRD
Отправлено: betcher от 30 Октябрь 2015, 14:57:01
На счет не русскоязычных не знаю, хотя с трекера часто качают  с ip неведомых стран. Почитать хелпы имеете ввиду? На гитхабе самый свежак, там и смотрите. Проект uird, поиском легко находится, папка с хелпами /initrd/usr/share/uird.help/ru_RU.UTF-8/
С путем могу немного ошибаться,  с телефона пишу.
Название: Re:Initrd UIRD
Отправлено: sfs от 30 Октябрь 2015, 15:06:46
На счет не русскоязычных не знаю
А смысл тогда переводить на англ? Посмешить носителей языка, как на китайских этикетках? Появятся иноязычные - сами переведут
Название: Re:Initrd UIRD
Отправлено: betcher от 30 Октябрь 2015, 15:54:43
Вы правы, с одной стороны. С другой откуда ж им взяться, иностранцам, если все по русски. И вообще, есть же некие правила оформления кода. Все должно быть на ангельском, локализации отдельно. Включая русский по умолчанию мы уже от них отступаем.
З.Ы. китайские этикетки доносят информацию, а.это главное. Пусть ржут и исправляют. Таи честно написано, что это перевод с русского и что он плох.
З.Ы.Ы Тот чат, что мы используем для магос тоже имел довольно смешную русскую локализацию. Пришлось править. Но если бы русского не было совсем, я бы выбрал другой движок. Однозначно.
Название: Re:Initrd UIRD
Отправлено: sfs от 30 Октябрь 2015, 19:59:13
Самый свежий и собранный uird - обычно в magos multi в репе для x86_64.
magos.sibsau.ru/repository/netlive/multi
В архиве magos этот же http://magos.sibsau.ru/repository/netlive/2014.64/MagOS/uird.magos.cpio.xz

А рядом косяк:
Код
http://magos.sibsau.ru/repository/netlive/2014red/MagOS/uird.magos.cpio.xz
403 - Forbidden
Название: Re:Initrd UIRD
Отправлено: neobht от 30 Октябрь 2015, 20:27:38
2014.64 - это распакованная версия, что и в архиве.
Название: Re:Initrd UIRD
Отправлено: sfs от 02 Ноябрь 2015, 17:57:25
uird.load=help uird.changes=help.
Чтобы его почитать надо загрузиться с конфигом
Код
kerlel /путь/vmlinuz uird.load=help uird.changes=help
или как? Что-то даже распаковав не нашел...
Название: Re:Initrd UIRD
Отправлено: betcher от 02 Ноябрь 2015, 18:09:34
Да все так.  Главное, чтоб uird был свежий, это вот только сделали. Последнему коммиту дней пять. Честно говоря не знаю попали ли изменения в последний релиз. Проверю отпишусь здесь.

Посмотрел. В сборке, которая вышла дня три назад хелпы в uird есть.  Правда без последних изменений. Тексты только русские и дефолтное значение параметров не показывает. В остальном все как и в гит.
Название: Re:Initrd UIRD
Отправлено: sfs от 06 Ноябрь 2015, 11:47:36
Со вчерашним http://magos.sibsau.ru/repository/netlive/2014.64/MagOS/uird.magos.cpio.xz
kerlel /путь/vmlinuz uird.load=help - имею выход в консоль
Так задумано? Как в итоге help прочитать?

В предыдущем Вашем релизе не смог запустить Magos под uird (все файлы из скаченного архива)
Код
uird.from=/MagOS root=uird:
виснет на стадии systemd
Со старым (не uird) - грузится
Какие правильные параметры для UIRD?
Название: Re:Initrd UIRD
Отправлено: neobht от 06 Ноябрь 2015, 14:25:18
Help выводится на экран и потом выходит в консоль после всех страниц.
Название: Re:Initrd UIRD
Отправлено: neobht от 06 Ноябрь 2015, 14:29:06
Последнюю версию самую актуальную смотрите в netlive/multi/....
Название: Re:Initrd UIRD
Отправлено: neobht от 06 Ноябрь 2015, 14:31:58
И обязательно наличие модуля kernel. Только под pra нужно будет его под non FHS структуру подгонять из-за симлинков lib, sbin, bin в /usr/...
Название: Re:Initrd UIRD
Отправлено: sfs от 06 Ноябрь 2015, 14:52:42
Нашел в http://magos.sibsau.ru/repository/netlive/multi/MagOS/kernel/x86_64/uird.magos.cpio.xz в /usr/share/uird.help
Уже появились примеры - но пока разрозненно
Хорошо бы примеры всех параметров для конкретных типовых случаев
Хотя бы для Вашей же структуры base modules(грузим) optional (грузим по load=)
В итоге я так и не смог
В предыдущем Вашем релизе не смог запустить Magos под uird (все файлы из скаченного архива)
Код
uird.from=/MagOS root=uird:
виснет на стадии systemd
Со старым (не uird) - грузится
Какие правильные параметры для UIRD?
Что делал не так. Это не пра и ничего не вырезано
Название: Re:Initrd UIRD
Отправлено: neobht от 06 Ноябрь 2015, 16:18:45
Сложно понять что вы делаете не так.
Напишите хоть, что вы запускать пытаетесь?

А лучше сфоткайте экран, когда зависает.
Название: Re:Initrd UIRD
Отправлено: sfs от 06 Ноябрь 2015, 16:46:32
Вопрос простой - как запустить magos (любой) с uird в предыдущем Вашем 64бит релизе?
Какие параметры ядра?
Название: Re:Initrd UIRD
Отправлено: betcher от 06 Ноябрь 2015, 17:05:58
В справке пока не хватает самой главной части, которая будет выводиться вначале с параметром uird.help, заготовка этого текста есть в нашей "книге знаний" там описаны параметры загрузки на примере магос. Может это вам поможет разобраться.  
magos-linux.ru/dwiki/doku.php?id=uird_статья_в_разработке (http://magos-linux.ru/dwiki/doku.php?id=uird_статья_в_разработке)
Название: Re:Initrd UIRD
Отправлено: ander от 06 Ноябрь 2015, 21:23:22
Цитата
В предыдущем Вашем релизе не смог запустить Magos под uird (все файлы из скаченного архива)
Код:
uird.from=/MagOS root=uird:
виснет на стадии systemdВ предыдущем Вашем релизе не смог запустить Magos под uird (все файлы из скаченного архива)
Код:
uird.from=/MagOS root=uird:
виснет на стадии systemd
Со старым (не uird) - грузится
Какие правильные параметры для UIRD?
Что делал не так. Это не пра и ничего не вырезано
Со старым (не uird) - грузится
Какие правильные параметры для UIRD?
Что делал не так. Это не пра и ничего не вырезано

Смотрел как-то в прошлом месяце.  Если это тот самый релиз, то там uird fstab кривой составлял, там две строчки с корневой директорией были, одна на aufs, другая на rootfs.  Системдемон на этом спотыкался.  Если проходить загрузку с параметром debug  и перед концом работы initrd fstab ручками почистить, можно обе строки удалить, корень все равно уже смонтирован, то дальше загрузится нормально.  Возможно, в новых версиях уже поправили, не смотрел.
Название: Re:Initrd UIRD
Отправлено: neobht от 07 Ноябрь 2015, 03:26:25
Посмотрите параметры ядра в boot/grub4dos/local/menu.lst
Название: Re:Initrd UIRD
Отправлено: sfs от 07 Ноябрь 2015, 08:02:48
magos-linux.ru/dwiki/doku.php?id=uird_статья_в_разработке (http://magos-linux.ru/dwiki/doku.php?id=uird_статья_в_разработке)
Только вчера обрадовался примерам - а сегодня их уже убрали  :'(
Очень функционально получается, но очень сложно
Просится облегченная по параметрам версия. Только сборка инитрд для любого ядра и load noload change copy2ram. Остальное - автоматом (modules -грузим , optional не грузим по load=)
По опыту прочее юзается редко
Название: Re:Initrd UIRD
Отправлено: neobht от 07 Ноябрь 2015, 08:31:07
Параметры можно задать по умолчанию и не заморачиваться.
Примеры будут.
Название: Re:Initrd UIRD
Отправлено: sfs от 07 Ноябрь 2015, 08:47:33
Хотелось бы такого
сборка инитрд для любого ядра и load noload change copy2ram. Остальное - автоматом (modules -грузим , optional не грузим по load=)
Остальные параметры - для продвинутых. Иначе юзера испугаются
И конфигов dracut - без сети и пр. уменьшения размера инитрд

Кстати о размере - может Вы проясните. Размер инитрд на что-то  (скорость его загрузки, ресурсоемкость) влияет после того, как инитрд собрал корень и стартовал основную систему?
Или инитрд по итогу самоуничтожается и не ест память и пр. ресурсы
Название: Re:Initrd UIRD
Отправлено: sfs от 09 Ноябрь 2015, 18:01:29
И в феврале я как раз по просьбе на этом форуме разделил uird на разные сценарии сборки, чтобы sfs мог собирать его без сетевых наворотов, без поддержки файловых систем редко используемых и т.д. Но этого оказалось мало и в качестве неудобств было высказано, что писать параметры сприставкой uird.* - очень длинно и сложно, что строка параметров загрузки ограничена и не влезет туда много. Я тогда добавил алиасы и любую команду можно переназначит другим алиасом. Но этого тоже оказалось мало. И причиной стало раличие в работе одноименных параметров. Тогда я написал как параметрами по умолчанию определить работу в режиме совпадающему с тем, что сейчас в porteus версии PRA. Тогда стало аргументом плохая документированность. Начали писать документацию. Привели примеры загрузки PRA, загрузки Richy. Тогда сборку самостоятельно было непонятно как делать и из-за отличий в версиях dracut в Арче и Роса, сборка отличалась. Я добавил оригинальный dracut из апстрима и унифицировал код в самостоятельный и независимый от дистра донора. Даже поддержу мультиязыковости добавили. Осталось только блэк джек добавить. :)))

И вот сейчас новая волна.

Поэтому мое мнение - необходимо использовать в PRA uird, причем использовать его не в урезанном варианте. И принимать участие в его развитии - идеями, доработками, тестированием. Альтернатив с таким же функционалом ему нет. Не использовать его только по той причине, что он слишком гибок и многофункционален, что пользователям он сложен и прочие другие причины - не корректно.
Я стараюсь следить за UIRD. Вот (http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a64/kernel/4.1.8-1-MANJARO/) из последнего
У других наших форумчан интереса не просматриваю. Да и не у всех нужный уровень
Я не знаю какие доводы можно привести юзерам в пользу UIRD в PRA. Подключение любых (больших) ядер - да можно, но можно и с porteus-initrd. И что это даст. И так со всем чем UIRD функциональнее
У нас про porteus-initrd не все еще разобрались. А UIRD надо в институте симестр изучать
Название: Re:Initrd UIRD
Отправлено: neobht от 10 Ноябрь 2015, 14:30:54
Никакие доводы не надо приводить. Если пользователи не лезут на этот уровень, то значит он им безразличен.\

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

Если рассуждать - надо или не надо, то можно долго рассуждать.
Просто внедряйте его, как он есть и все. И будем смотреть нюансы и оперативно их фиксить, если вдруг будут всплывать моменты, которые на наших сборках не всплывают.
Название: Re:Initrd UIRD
Отправлено: sfs от 10 Ноябрь 2015, 14:48:20
Никакие доводы не надо приводить. Если пользователи не лезут на этот уровень, то значит он им безразличен.
Поэтому переходите просто и все.
Я так не могу. Не только же для себя дистр делаю...
Название: Re:Initrd UIRD
Отправлено: neobht от 10 Ноябрь 2015, 14:58:09
Никакие доводы не надо приводить. Если пользователи не лезут на этот уровень, то значит он им безразличен.
Поэтому переходите просто и все.
Я так не могу. Не только же для себя дистр делаю...

Мне кажется, сейчас вы пытаетесь убедить только себя. Пользуясь разумным подходом, сложно выбирать менее функциональное при тех же условиях эксплуатации. Даже команды будут те же с применением алиасов.
Уговаривать себя тем, что другим не нужно то, что не нужно вам - это все равно не угадать.

Берите наиболее функциональное и совместными усилиями оно будет становиться еще лучше.

Поэтому вы можете, просто не решаетесь на этот шаг и причины на это нет.

Можем даже попробовать поискать вместе эти причины.

Но подход по принципу мне надо ЭТО, оно конечно и у вас есть, но у меня ведь ЭТО и так есть, зачем что-то менять - не продуктивен для прогресса и развития проекта. Консерватизм уместен там, где есть хоть какой-то повод. Когда повода нет, причина только в головах людей и судьбах цивилизаций.
Название: Re:Initrd UIRD
Отправлено: sfs от 10 Ноябрь 2015, 15:16:04
вы пытаетесь убедить только себя.
Пролистайте тему - кто еще кроме меня из наших интересуется...
Пользуясь разумным подходом, сложно выбирать менее функциональное
porteus-initrd объективно менее функционален, но и его функционал востребован у нас процентов на 30
Может -быть я как-то неправильно доношу до наших юзеров инфу про uird... Хотите - сделайте демо.iso - выложу на mediafire (чтобы счетчики видеть - все станет ясно)
Название: Re:Initrd UIRD
Отправлено: sfs от 29 Ноябрь 2015, 14:53:14
1. PRA64
2. собираю dracut - в аттаче
3. Качаю https://github.com/neobht/uird/archive/master.zip , распаковываю
4.
Код
./make_uird_magos.sh
./make_uird_magos.sh: line 5: cd: dracut/modules.d: Нет такого файла или каталога
ln: указанная цель «../modules.d/» не является каталогом: Нет такого файла или каталога
Ну наверное: mkdir dracut/modules.d
5.
Код
./make_uird_kernel.sh: line 6: ./dracut/dracut.sh: Нет такого файла или каталога
Заменяю ./dracut/dracut.sh на dracut
Код
dracut module 'uird' cannot be found or installed.
:'( Вот и весь хваленый UIRD и хваленая разработка на гитхаб
Что делал не так?
Название: Re:Initrd UIRD
Отправлено: neobht от 29 Ноябрь 2015, 15:42:10
Когда у вас стали возникать проблемы с дракут и версии в арче в работе себя проявляли неоднозначно, я включил сам дракут в uird. Поэтому собирать дракут в дистре теперь не надо.

Для того, чтобы собрался uird, необходимо скачать исходники dracut в директорию dracut.

Но лучше всего качать исходники не через zip, тогда можно одной командой выкачать все сразу:
Код
git clone --recursive https://github.com/neobht/uird.git

А затем в директории dracut:
Код
./configure
make

После чего можно запускать сборку uird.
Название: Re:Initrd UIRD
Отправлено: sfs от 30 Ноябрь 2015, 17:40:06
Получилось загрузить пра с произвольным aufs ядром (пробовал с ядром magos и manjaro 64 и magos 32).
Это может дать донорские (самим собирать не надо) проприетарные дрова. Только надо чтобы версия xorg была как у донора
Самостоятельно собрать uird получилось только в magos. В пра и runtu - собирается, но не работает. Глубоко не копал.
Собирал с конфигом:
Код
./dracut/dracut.sh -l -N  -f -m "base uird kernel-modules"  \
        -d "loop aes-generic aes-i586 pata_acpi ata_generic ahci xhci-hcd \
            usb-storage uhci-hcd hid usbhid ehci-hcd ohci-hcd ehci-pci ehci-platform hid-generic \
             jbd jbd2 lockd evdev  \
            af_packet \
            =ide =ata =usb/storage =usb/host" \
        --filesystems "aufs squashfs vfat msdos iso9660 isofs  ext3 ext4 fuse  udf nls_cp866 nls_utf8 " \
т.е. удалил сетевое. Размер уменьшился в двое. Ухудшений не заметил
Удалил руками rsync, fsck (он используется?), заменил bash симлинком на busybox?, btrfs, dialog. Ухудшений не заметил. Это нужно?

Проблемы при использовании http://magos.sibsau.ru/repository/netlive/multi/examples/Altlinux/MagOS/kernel/i586/ ; 00-kernel перепакован под арч :
Код
kernel uird.from=/pra root=/
Больше никаких конфигов не правил, не юзал
1. Не работает /rootcopy
2. Не осилил алиасы - где их прописывать?
3. root= как это юзать? Почему без дефолта?
4. Как все автомонтировать?
Могу выложить исо с результатами

http://magos.sibsau.ru/repository/netlive/multi - нигде не нашел конфига для uird
Вы реально тестировали загрузку всех исо из multi?
Интересно было бы сделать исо с uird и конфигами под загрузку  разных чужих исо

Какой еще функционал есть в uird для домашнего юзера (кроме сетевой загрузки) , которого нет в портеус?
Интересная штука +
Название: Re:Initrd UIRD
Отправлено: betcher от 30 Ноябрь 2015, 17:53:41
fsck используется, но постоянно не включен. Если есть подозрение на проблемы с фс можно запустить с параметром fsck.
dilog был нужен для баш-коммандера, возможно сейчас нет. Нужно смотреть.
Btrfs нужен тем кому нужен btrfs :)
Если не планируете исподьзовать quickshell, то баш вполне можно удалять.
rootcopy в uird нет как такового, есть uird.cp чтоб сделать как у вас нужно что-то вроде uird.load+=rootcopy uird.cp=rootcopy
Название: Re:Initrd UIRD
Отправлено: sfs от 30 Ноябрь 2015, 18:02:05
quickshell - это что-то большее, чем debug?
И с алиасами и root= как быть?
uird.load+=rootcopy uird.cp=rootcopy и fsck не работают

Какие параметры и структура каталогов для загрузки например пра.iso (без распаковки)
Название: Re:Initrd UIRD
Отправлено: betcher от 30 Ноябрь 2015, 18:13:05
Quickshell это не дебаг. По задумке это консоль для правки конфигов ( МагОС.ини например) и операциями с файлами до загрузки системы. Я иногда и просто гружу в qs, чтоб к примеру файлы с флешки скинуть.  Там автомонтирование всех носителей включается. Весьма удобно, если с uird.soft то еще mc доступен.
По алиасам не знаю, не смотред этот кусок. Вообще только с вашего форума узнал зачем Антон это задумал.
Из последних фишек для домашнего пользователя может быть интересным uird.mounts=/MagOS-Data/vartmp::/var/tmp находит каталог /MagOS-Data/vartmp на доступных носителях и монтирует в /var/tmp.
Не понял это "Интересная штука +"
Название: Re:Initrd UIRD
Отправлено: neobht от 30 Ноябрь 2015, 18:16:26
root=что угодно. Это оставлено, чтобы не ломать совместимость с dracut.
алиасы делаются вот здесь: https://github.com/neobht/uird/blob/master/configs/uird_configs/uird_aliases


я уже приводил ссылки на загрузочные меню от multi, но вот еще раз: https://github.com/neobht/magos-ipxe
в частности: https://github.com/neobht/magos-ipxe/blob/master/global-menu.ipxe

quickshell - это большее, чем debug, если не выбрасывать образ uird.soft.cpio.xz, то это полноценная консоль с midnight commander, git, ssh, ...

Название: Re:Initrd UIRD
Отправлено: sfs от 30 Ноябрь 2015, 18:18:23
Как в Quickshell выйти? Т.е. в отличие от debug можно лазить по собранному aufs? до старта системы?
Чем интересно монтирование temp...
+ - добавил +1 neobht . Т.е похвалил разрабов
Название: Re:Initrd UIRD
Отправлено: neobht от 30 Ноябрь 2015, 18:24:18
quickshell два:
1. до сборки aufs - параметр qs
2. после сбоки aufs - параметр qse

uird.cp=*/rootcopy - так надо писать.
Название: Re:Initrd UIRD
Отправлено: betcher от 30 Ноябрь 2015, 18:24:44
По fsck подтверждаю. Не работает :(, будем чинить. А uird.cp работает нужно только сообразить как правильно параметры подобрать. В uird.load  фильтр rootcopy есть по дефолту однако, можно не добавлять.

Вот мой cmdline для от MagOS с uird:

root=uird: vga=791 uird.home=/dev/sda3/homes uird.mounts=/MagOS-Data/vartmp::/var/tmp uird.cp=*/photoscripts  findswap blacklist=bcma  rd.driver.blacklist=bcma   uird.copy2ram=kde 

папочка photoscripts лежит в /MagOS-Data/rootcopy/ и она копируется в корень. Это работает.
Название: Re:Initrd UIRD
Отправлено: sfs от 30 Ноябрь 2015, 18:27:09
root=что угодно. Это оставлено, чтобы не ломать совместимость с dracut.
Тогда почему в дефолт не прописать?
алиасы делаются вот здесь: https://github.com/neobht/uird/blob/master/configs/uird_configs/uird_aliases
Т.е. можно только при сборке Initrd? потом никак?
я уже приводил ссылки на загрузочные меню от multi, но вот еще раз: https://github.com/neobht/magos-ipxe
в частности: https://github.com/neobht/magos-ipxe/blob/master/global-menu.ipxe
С трудом догоняю. Как сделать исо (флэшку) с донорским исо внутри? В menu.lst чего писать?
quickshell - это большее, чем debug, если не выбрасывать образ uird.soft.cpio.xz, то это полноценная консоль с midnight commander, git, ssh, ...
Как в нее выйти?
Заходил через debug - mc запускал. Сеть (проводной dhcp) не осилил. Зачем без сети ssh github не понял
Название: Re:Initrd UIRD
Отправлено: betcher от 30 Ноябрь 2015, 18:30:47
Монтировать можно не только /var/tmp, а вообще любой каталог. Можно хомяк так смонтировать или к примеру /var/www/. А польза от монтирования /var/tmp в том, что KDE хранит там кеши иконок от меню и проч. Если этот каталог сохранять то все менюшки кде ощутимо шустрее шевелятся. 
Название: Re:Initrd UIRD
Отправлено: sfs от 30 Ноябрь 2015, 18:33:35
Чем такое монтирование лучше симлинка в сохраненке?
KDE - ужасы рассказываете. Я и так его боялся  ;) Почему бы не хранить эти кэши в RW сохраненке в папку? Не понимаю смысла этих усложнений...
Название: Re:Initrd UIRD
Отправлено: neobht от 30 Ноябрь 2015, 18:37:28
Флешку с донорским исо сделать примерно так:
1. Создать на флешке структуру аналогично той, что в examples.
2. Закачать нужный iso в папку /MagOS/iso
3. написать правильный menu.lst

параметры у всех дистров имеют определенную особенность. наиболее оптимальные вот такие:
Код
uird.load=* uird.ro=*.xzm,*.pfs,*/live,*.sqfs,*.squashfs,*.sfs,*/ext3fs.img,*/filesystem.squashfs root=uird rw vga=788 lang=ru_RU plymouth.enable=0 uird.config=MagOS_Full.ini

root=uird - в дефолт засунуть нетривиально, он обрабатывается до uird-init, на начальной стадии dracut. Можно сделать легко, но это будет изменением dracut, что не очень корректно.
Название: Re:Initrd UIRD
Отправлено: neobht от 30 Ноябрь 2015, 18:41:07
но если не использовать magos-patches.xzm и MagOS.ini, то нельзя будет настроить образы под себя: пароль root, user, и т.д.
через ini (uird.config=) настраивается практически любой конфиг в /etc/*
Название: Re:Initrd UIRD
Отправлено: neobht от 30 Ноябрь 2015, 18:45:25
алиасы можно поменять слоеным initrd.

скрипт make_uird_configs.sh собирает образ пустышку только с конфигами, где можно задать нужные алиасы.
Название: Re:Initrd UIRD
Отправлено: betcher от 30 Ноябрь 2015, 18:49:20
Раньше и использовал симлинк для /var/tmp, а сам симлин лежал в модуле. Так тоже работает, но с uird.mounts удобнее. Представьте к примеру количество действий для обоих вариантов если я просто хочу перенести или переименовать каталог, который хранит /var/tmp.
Название: Re:Initrd UIRD
Отправлено: sfs от 30 Ноябрь 2015, 20:25:50
Не пойму, почему портеус один для 32 и 64бит, а uird работает только в своей архитектуре...
Не лучше ли будет закомпилить busybox ntfs-3g статически?
Зачем эти навороты с монтированием? Зачем перегружать инитрд? Почему не смонтировать в rc.local, например...
Ну ладно mc - а остальное то зачем в uird.soft ...

Цитата
если не использовать magos-patches.xzm и MagOS.ini, то нельзя будет настроить образы под себя: пароль root, user, и т.д.
Зачем дублировать функционал сохраненки....

Зачем в магос огромное универсальное ядро... Что дает домашнему юзеру по сравнению с нашим?

Пока никак не могу проникнуться глобальной идеей uird.... Может быть все это для загрузки по сети на предприятии... Как-то все неоправданно сложно и крупно...
Название: Re:Initrd UIRD
Отправлено: neobht от 30 Ноябрь 2015, 20:46:01
архитектура определяется ядром по большому счету.
если разделять на куски: ядро и система инициализации, то можно и для разных архитектур сделать единый бинарь с busybox.
в этом не сильно много практической пользы.

сохраненка и MagOS.ini - это небо и земля в плане конфигурирования системы. В ini все просто можно организовать и наглядно, максимально близко к оригинальным /etc/, а сохраненка - это постоянная сборка при малейших фиксах модуля. А так - накидал пару разных ini и  получил кучу домашних исполнений: точка доступа вайфай, мультимедиа станция для просмотра TV и прослушивания музыки, домашний сервер, и т.д.


ну а ядро дает только то, что и должно давать - в основном его размер - это размер драйверов устройств. Просто ядро с меньшим размером содержит меньше драйверов, а значит у каких-то пользователей что-то не будет работать.
Название: Re:Initrd UIRD
Отправлено: DdShurick от 30 Ноябрь 2015, 21:35:18
сохраненка - это постоянная сборка при малейших фиксах модуля.
Если примонтировать к /etc и /home по разделу, сохранёнка практически не нужна. Ещё проще ln -s /etc /home/.etc
Название: Re:Initrd UIRD
Отправлено: sfs от 30 Ноябрь 2015, 21:54:20
сохраненка - это постоянная сборка при малейших фиксах модуля.
Если примонтировать к /etc и /home по разделу, сохранёнка практически не нужна.
Потому что это и есть сохраненка в папку, только зачем-то их две /etc и /home, а не как обычно одна /

rootcopy - в 64 версии работает по дефолту
алиасы - добавил в корень инитрд /uird_configs/uird_aliases с UIRD_FROM=dir - подхватывает, но с побочным эффектом - откуда-то вылезают куча магосовских параметров, один из которых монтирует /home в пустоту

С параметрами перебор в uird. Как-то очень сложно даже простое

Ядро - не припомню, чтобы кто-то жаловался, на отсутствие его железа в ядре (разве что один broadcom wifi)

Ощутимо долго отрабатывает uird. Что не удивительно, т.к. там udev и почти полная система (по размеру - пра без Х)...

Ну и про "чем лучше на практике" пока кроме загрузки больших чужих ядер ничего не вижу. И то не особо надо... Еще хоть что-нибудь есть кроме удобства настройки для авторов?

Почему только в магос собирается? Dracut внутри - патченный? Или зачем внутри...
 
Название: Re:Initrd UIRD
Отправлено: DdShurick от 30 Ноябрь 2015, 22:13:46
Потому что это и есть сохраненка в папку, только зачем-то их две /etc и /home, а не как обычно одна /
Это не совсем так, к тому-же в / много "одноразовой шелухи".
Название: Re:Initrd UIRD
Отправлено: betcher от 01 Декабрь 2015, 02:24:55
В том то и фишка, что можно много всего делать на уровне инитрд не изобретая дополнительные костыли.
Например home+etc это uird.mounts=/bla-bla/homes::/home;/bla-bla/etc::/etc. Или нужен вам не один а три rootcopy, пожалуйста uird.cp=*/rootcopy1;*/rootcopy2;/*rootcopy3
Время работы uird зависит от количества find, если свести поиск к минимуму будет быстро uird.from=/dev/sda1/mydistr uird.load=* uird.ro=*.xzm   uird.find_params=-maxdepth;2  типа того.
Название: Re:Initrd UIRD
Отправлено: DdShurick от 01 Декабрь 2015, 09:56:08
В том то и фишка, что можно много всего делать на уровне инитрд не изобретая дополнительные костыли.
Я в своём initrd к этому и стремлюсь. К моменту switch-root система должна быть максимально готовой.
Например home+etc это uird.mounts=/bla-bla/homes::/home;/bla-bla/etc::/etc. Или нужен вам не один а три rootcopy, пожалуйста uird.cp=*/rootcopy1;*/rootcopy2;/*rootcopy3
Время работы uird зависит от количества find, если свести поиск к минимуму будет быстро uird.from=/dev/sda1/mydistr uird.load=* uird.ro=*.xzm   uird.find_params=-maxdepth;2  типа того.
Все эти хитрые переменные можно вставить и в мой initrd, только что изменится? У меня dev= и dir= для уменьшения find и UUID или LABEL для монтирования /home, зачем все остальные излишества?
Название: Re:Initrd UIRD
Отправлено: sfs от 01 Декабрь 2015, 10:27:37
Не понимаю, зачем нужно 3 сохраненки (rootcopy) вместо одной. Какой-то анти-KISS (https://wiki.archlinux.org/index.php/The_Arch_Way_%28%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9%29)
Хочется чтобы не замусоривалось - save.pfs. Надо ли что-то еще по сохраненкам....


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

Насколько сложно переделать портеус в хук dracut?
Вам удавалось собрать UIRD не в magos? Где удавалось?
Название: Re:Initrd UIRD
Отправлено: betcher от 01 Декабрь 2015, 11:00:24
Возможность указать UUID или label вместо /dev/sd?? это гуд. Надо запилить :)
Название: Re:Initrd UIRD
Отправлено: betcher от 01 Декабрь 2015, 11:26:23
Три руткопи  - разработка трех не связанных проектов. Я так делаю, удобно. Можно так хранить конфиги разделенные по смыслу. Uird.cp=*/net;*/xorg;*/users  и так дален. Применений море можно представить. Но если в uird.cp пусто мезанизм вообще не работает. Кстати, указать можнл не только каталоги, но и модули и образы.
Название: Re:Initrd UIRD
Отправлено: sfs от 01 Декабрь 2015, 12:17:44
Не пойму удобства. Папки на носителе и симлинки (ярлыки ) проще и удобнее
Uird.cp=*/net;*/xorg;*/users  - где простой юзер, а где регексы
Надо все это прятать и упрощать  в доку для продвинутых

Мне пока сложно с UIRD и главное не понятно зачем мне все эти тонкости
base modules optional rootcopy  + changes  load= noload= copy2ram rammod  (http://wiki.puppyrus.org/soft/porteus-initrd)
fat* ntfs ext*
сд флэш хард
Помогите сделать такой инитрд 64 бит без прочих наворотов, минимального размера с макс. быстрым поиском
Я запарился юзеров к портеусу приучать. Тогда альтернатив не было. Если что-то поменяется - сожрут
Надо как-то начать. Может потом и понимание наворотов придет



Название: Re:Initrd UIRD
Отправлено: DdShurick от 01 Декабрь 2015, 12:31:25
Я запарился юзеров к портеусу приучать.
Вот этого не надо было делать, это стратегическая ошибка.
Если что-то поменяется - сожрут

И правильно сделают.



Название: Re:Initrd UIRD
Отправлено: sfs от 01 Декабрь 2015, 13:30:29
А как надо было без ошибок? И какие последствия "ошибки" ?
Название: Re:Initrd UIRD
Отправлено: DdShurick от 01 Декабрь 2015, 13:33:48
А как надо было без ошибок? И какие последствия "ошибки" ?
Не знаю, но портеус нам точно был не нужен.
Название: Re:Initrd UIRD
Отправлено: sfs от 01 Декабрь 2015, 13:37:25
Отличный подход. Т.е. надо было ничего не делать и ждать просветления
Название: Re:Initrd UIRD
Отправлено: DdShurick от 01 Декабрь 2015, 14:51:30
Отличный подход.
Знаете что, меня с вашим "подходом" на альтфоруме обвинили в краже пакетов и при этом натыкали носом в вашу вики. Пришлось уйти. Наш коллега neobht тоже "получил на орехи" за попытку меня защитить.
Название: Re:Initrd UIRD
Отправлено: sfs от 01 Декабрь 2015, 14:59:01
на альтфоруме обвинили в краже пакетов 
Почему краже? Нарушена какая-то лицензия? Дайте ссылку
Название: Re:Initrd UIRD
Отправлено: DdShurick от 01 Декабрь 2015, 15:07:04
https://forum.altlinux.org/index.php?topic=35959.msg271436#msg271436
Название: Re:Initrd UIRD
Отправлено: sfs от 01 Декабрь 2015, 15:49:15
Флудятина какая-то. Кража - это когда берут без спроса. Арч на свои пакеты ограничений не накладывает (в отличие от юбунты)
Не уловил главной мысли - чем бы было лучше , если я перекомпилил ABS ничего не меняя в конфигах? Импортозамещение?  ;)
Надо было обвинить альтовцев в краже src.  :D Пускай свое ядро напишут, а не у Линуса тырят  :D
По существу - нет интереса в больших дистрах к фругалу  :'(
Название: Re:Initrd UIRD
Отправлено: Pro от 02 Декабрь 2015, 06:26:19
DdShurick, када будут упрекать что ничего не сделали для сообщества, пусть заглянут в исходники cups-2.x в locale русскую.
Я щас заглянул, там написано PuppyRus linux Team. Наверное это самый значительный наш вклад.

А вообще бесполезняк там метаться, у них свое мнение, у Magos свое, у ddshurick свое. И все держатся за свою идеологию. Я вобще уже забыл как там в пакетных системах, какие плюсы-минусы.

ps. Забавно там Skull и sb друг другу благодарности расставляют, единомышленники :)
Название: Re:Initrd UIRD
Отправлено: sfs от 02 Декабрь 2015, 09:48:44
cbaticon 1.15
Код
"Last-Translator: Alexandr Proklov <ssaa@rambler.ru>\n"
"Language-Team: PuppyRus Linux Team <www.puppyrus.org>\n"
Арч пакеты ПРА юзабельны в арче и manjaro
Вообще не вижу смысла этим меряться. Что смогли то сделали. Выше головы не прыгнешь

Дядя Шурик - на Альт и др. площадки Вам лучше не лезть. Вы и здесь достаточно оппортунистическую позицию занимаете: только свое для себя. Но здесь Вы заслуженный авторитет, а там затопчут. Берегите нервы  ;)
Название: Re:Initrd UIRD
Отправлено: sfs от 07 Декабрь 2015, 10:24:21
Перенес. Давайте не забалтывать тех. темы где на выходе должен быть результат
От этой идеи я не отказался

Sfs, вы о какой конкретике?
Насколько сложно переделать портеус в хук dracut?
Вам удавалось собрать UIRD не в magos? Где удавалось?

Мне пока сложно с UIRD и главное не понятно зачем мне все эти тонкости
base modules optional rootcopy  + changes  load= noload= copy2ram rammod  (http://wiki.puppyrus.org/soft/porteus-initrd)
fat* ntfs ext*
сд флэш хард
Помогите сделать такой инитрд 64 бит без прочих наворотов, минимального размера с макс. быстрым поиском
Надо как-то начать. Может потом и понимание наворотов придет
Есть мысли дополнительно выпустить pra64 на uird + ядро и проприетар от manjaro
Для начала надо чтобы юзера не заметили что уже uird

...но т.к. от разрабов поддержки не вижу - возможно буду рассматривать archiso (там появились улучшения)
Название: Re:Initrd UIRD
Отправлено: neobht от 07 Декабрь 2015, 14:08:30
Sfs, ну сколько можно ходить по кругу?

Беседа строится наподобии: сделайте мне из uird porteus initrd, мне навороты не нужны. Ну так возмите initrd ddsh. Не документирован, три команды запомнить пользователи не смогут, да и вообще мне нравится porteus initrd.

Если нужен минимализм - ddsh. Если нужен функционал - uird.
Скорость работы у всех одинаковая. Если размер экономите, то ddsh. Если размер экономите на фоне иголка в стоге сена - в топку такая экономия.
Название: Re:Initrd UIRD
Отправлено: sfs от 07 Декабрь 2015, 14:49:43
Ну так сделайте и я буду тестить.  ;) Докажите на деле универсальность и гибкость uird. Других интересующихся - как видите нет
Самим то не обидно - столько здесь обсуждали, а результата нет
Я вроде, четко описал задачу. У Вас много времени не займет. Могу и сам, но мне будет дольше и сложнее
Скорость работы uird меньше. Это и понятно. Надо udev запустить и еще полсистемы
Полезного дома функционала мы пока в этой теме не выявили. Разве не так?
Название: Re:Initrd UIRD
Отправлено: neobht от 07 Декабрь 2015, 14:56:28
Rammod - copy2ram=

Остальное ведь уже приводилось.
Разница совсем минимальна будет по параметрам.

Название: Re:Initrd UIRD
Отправлено: neobht от 07 Декабрь 2015, 15:00:25
Какие полсистемы?
Стартует udev, почти незаметно относительно другого времени старта.
А дальше зависит от параметров.  Если нужен поиск, то будет медленный поиск, если указать явно, то будет мгновенное монтирование и тд.
Если какая-то опция не задана, то if на shell вообще мгновенно игнорирует тот или иной кусок кода.
Название: Re:Initrd UIRD
Отправлено: sfs от 07 Декабрь 2015, 15:05:58
Кусками приводилось. Я же говорю инфы сделать самому, наверное , хватит. Но авторский вариант по любому лучше
У меня после алиасов косяки полезли и в  /etc/cmdline.d , наверное, много лишнего
Rammod - можно потом
Название: Re:Initrd UIRD
Отправлено: sfs от 07 Декабрь 2015, 15:08:02
А дальше зависит от параметров.  Если нужен поиск, то будет медленный поиск, если указать явно, то будет мгновенное монтирование и тд.
Я и прошу с этим помочь. Самому при доступном авторе не хочется
Название: Re:Initrd UIRD
Отправлено: neobht от 07 Декабрь 2015, 15:57:06
Нам будет проще, если вы приведете параметры, как сейчас у вас в меню обычно, а я аналогичные или очень близкие по смыслу для uird.
Название: Re:Initrd UIRD
Отправлено: sfs от 07 Декабрь 2015, 16:18:56
http://wiki.puppyrus.org/soft/porteus-initrd
Код
kernel /pra/vmlinuz-3.19.2-pf2  dir=pra  noswap noload=rox;Minirc quiet load=Syst copy2ram rammod=001;070
Еще не помешает norootcopy
Каталоги :
Код
pra
  base
  modules
  optional
  rootcopy
Название: Re:Initrd UIRD
Отправлено: neobht от 07 Декабрь 2015, 17:12:21
Аналогичный результат будет

Код
uird.from=pra noswap uird.noload=rox;Minirc quiet uird.load=/base/,/modules/,/optional/*Syst*,rootcopy uird.ro=*.pfs uird.cp=*/rootcopy uird.find_params=-maxdepth,2 uird.copy2ram=001;070

Ну и естественно можно по умолчанию зашить часть параметров и итогом будет тогда для пользователя:

Код
uird.load+=/optional/*Syst* uird.noload=rox;Minirc uird.copy2ram=001;070
Название: Re:Initrd UIRD
Отправлено: betcher от 07 Декабрь 2015, 17:28:21
Для ускорения можно уточнить uird.from=/dev/sda1/путь/pra и сократить глубину поиска uird.find_params=-maxdepth,3
Название: Re:Initrd UIRD
Отправлено: sfs от 07 Декабрь 2015, 17:39:14
uird.load=/base/,/modules/,/optional/*Syst*,rootcopy - rootcopy тут не лишний?
uird.find_params=-maxdepth,2  - подч. тире , зпт - без опечаток uird.find_params=-maxdepth_3? Лучше 3 - пусть чуть глубже ищет
Никак не сделать чтобы /pra/qqq.pfs не грузились?

В /etc/cmdline.d/01-default.conf
Код
root=/ uird.from=pra uird.load=/base/,/modules/ uird.ro=*.pfs,*.xzm,*.rom,*.squashfs,*.pfs,*.sfs uird.cp=*/rootcopy uird.find_params=-maxdepth,2 
root=/ - так?

С /uird_configs/basecfg.ini что делать? Удалить?
Код
uird.from=/MagOS;/MagOS-Data
uird.changes=/MagOS-Data/changes
uird.cache=/MagOS-Data/cache
uird.machines=/MagOS-Data/machines
uird.homes=/MagOS-Data/homes

В /uird_configs/uird_aliases
Код
UIRD_BASECFG=uird.basecfg
UIRD_CONFIG=uird.config
UIRD_SGNFILES=sgnfiles
UIRD_RO=uird.ro
UIRD_RW=uird.rw
UIRD_CP=uird.cp
UIRD_COPY2RAM=copy2ram
UIRD_COPY2CACHE=uird.copy2cache
UIRD_RAMSIZE=ramsize
UIRD_IP=uird.ip
UIRD_NETFSOPT=uird.netfsopt
UIRD_LOAD=load
UIRD_NOLOAD=noload
UIRD_FROM=dir
UIRD_CACHE=uird.cache
UIRD_HOMES=uird.homes
UIRD_CHANGES=uird.changes
UIRD_MACHINES=uird.machines
UIRD_MOUNTS=uird.mounts
UIRD_FIND_PARAMS=uird.find_params
UIRD_HELP=uird.help
load+=/optional/*Syst* - от + не избавиться ; * обязательно?

И в итоге
Код
kernel /pra/vmlinuz-3.19.2-pf2  dir=pra  noswap noload=rox;Minirc quiet load+=Syst copy2ram 

Для ускорения можно уточнить uird.from=/dev/sda1/путь/pra и сократить глубину поиска uird.find_params=-maxdepth,3
sgnfile - не то же даст?
maxdepth,3  глубина поиска от какого корня? from=?
Название: Re:Initrd UIRD
Отправлено: neobht от 07 Декабрь 2015, 18:08:55
Если необходимо, чтобы Syst был строго из optional, то необходимо, как я писал. Если заведомо он только там, то можно опустить.
От + не избавится, если надо учитывать только base,modules

Base cfg.ini можно удалить.
root=uird
Название: Re:Initrd UIRD
Отправлено: neobht от 07 Декабрь 2015, 18:12:15
Глубина от from
3 означает такую глубину:
pra/base(1 уровень)/2уровень/3уровень/

Название: Re:Initrd UIRD
Отправлено: sfs от 07 Декабрь 2015, 18:47:35
uird.load=/base/,/modules/,/optional/*Syst*,rootcopy - rootcopy тут не лишний?
uird.find_params=-maxdepth,2  - подч. тире , зпт - без опечаток uird.find_params=-maxdepth_3?
Никак не сделать чтобы /pra/qqq.pfs не грузились?
+ в алиасы не засунуть?
Название: Re:Initrd UIRD
Отправлено: neobht от 07 Декабрь 2015, 20:08:03
Rootcopy - не лишний
Опечаток нет.
Они не будут грузиться.

В Алиас не засунуть.
Название: Re:Initrd UIRD
Отправлено: betcher от 08 Декабрь 2015, 02:28:00
Sgn файлы позволят поставить несколько pra на разные разделы, но скорость не увеличат, а скорее наоборот.  Меня еще один момент смущает в поиске. Вероятность сочетания букв "pra"  в названит файлов/каталогов весьма велико. Можно словить грабли
Название: Re:Initrd UIRD
Отправлено: sfs от 08 Декабрь 2015, 10:07:49
Точно надо uird.find_params=-maxdepth,2  а не  uird.find_params=-maxdepth_2 как в basecfg.ini ?

pra не особо часто, но встречается. Как избежать проблем?

Я так понимаю Вы слили optional=
Как по Вашему загрузить что-то что надо не всегда (где хранить и какой командой грузить)?

Теперь инфы для экспериментов достаточно. Результаты отпишу. Спасибо
Название: Re:Initrd UIRD
Отправлено: betcher от 08 Декабрь 2015, 10:59:38
Если указывать путь в uird.from от /dev до pra,  то проблем не будет. А для поиска лучше название сменить, ну или /pra/ указать попробуйте.
По поводу "," или "_" в разделителе. Думаю "," , но лучше уточнить у Антона.
Optional не ломали,  его функционал делается фильтрами uird.load uird.noload
 
Название: Re:Initrd UIRD
Отправлено: sfs от 08 Декабрь 2015, 11:46:48
Optional не ломали,  его функционал делается фильтрами uird.load uird.noload
Ну так это и есть сломали  :)
У нас (в портеус и линукс-лайв) Optional - это особая папка - то , что грузит load
В UIRD - uird.load uird.noload грузит from c более расширенными фильтрами и optional - обычная папка
На мой взгляд это усложнение удлинение , неудобство и шаг назад
Проще загрузить по списку из спецпапки , чем все по маске
Отсюда же неудобства load+ вылезают

Очень зря смешали в кучу base modules optional. Это даже упрямый Дядя Шурик взял на вооружение
=+ региксы и sh в конфиге - лишнее усложнение
Если в таком виде поставите в исо - юзера запутаются и Вас сожрут
Будете объяснять про регексы и учить шелу
Название: Re:Initrd UIRD
Отправлено: betcher от 08 Декабрь 2015, 11:59:17
Все не так страшно.  Папок нет вообще ни base, ни modules, ни optional. Есть фильтры. Это позволяет делить не только на модулес, опшенал, бэйс, а вообще как угодно. Но по умолчанию оставляем именно этот шаблон как наиболее привычный. Кому надо полезут дальше и разберутся, кому не надо даже не заметят. А +=, кстати, штука удобная. Чтоб добавить источник пишете uird.from+=mysource, вместо uird.from=/MagOS;/MagOS-Data;mysource. Регэкспы и шелл это вообще здесь не обязательные вещи.
Название: Re:Initrd UIRD
Отправлено: sfs от 08 Декабрь 2015, 12:46:16
Все не так страшно.  Папок нет вообще ни base, ни modules, ни optional. Есть фильтры.
На мой взгляд именно это и страшно. Параметров загрузки - чем меньше тем лучше. Всё - в дефолт
Фильтры сложнее спецпапок. А ведь - сами добавили - будут еще ложные срабатывания фильтров...
Код
noload= /base /modules
load= /optional
Лучше и проще не придумать
Название: Re:Initrd UIRD
Отправлено: betcher от 08 Декабрь 2015, 13:11:50
Так в дефолтном варианте различий почти нет. Зато я смогу загрузить только параметрами люьой модуль из любой папки в том числе сетевой, а вы нет. Я могу смонтировать любой каталог в любое место только параметрами, а вы нет. Я элементарно могу несколько источников прописать, а вы? Я могу копировать модули, а подключать папки, а вы только наоборот. Цена универсальности всегда усложнение. Нужно только грамотно скрыть лишнее ;)
Название: Re:Initrd UIRD
Отправлено: sfs от 08 Декабрь 2015, 13:47:09
Цена универсальности всегда усложнение. Нужно только грамотно скрыть лишнее ;)
С этим не поспоришь. Но у меня ощущение, что переплачиваю  :D Как раз и пытаюсь скрыть  ;)
Название: Re:Initrd UIRD
Отправлено: neobht от 08 Декабрь 2015, 14:51:41
С этим не поспоришь. Но у меня ощущение, что переплачиваю  :D Как раз и пытаюсь скрыть  ;)
Ну так в uird скрыть гораздо проще. Есть понятие параметров по умолчанию.
Не нужны особенности - не используй и будет все по умолчанию и привычно.

Обычные пользователи даже не заметят разницы. Те из них, кто понимает хоть маленько в параметрах - будут в восторге от гибкости.

uird - это только шаги вперед и ни одного назад. другими словами весь предыдущий функционал воспроизводим полностью, даже синтаксис почти не изменился.
Название: Re:Initrd UIRD
Отправлено: Pro от 08 Декабрь 2015, 14:56:24
Обычные пользователи даже не заметят разницы. Те из них, кто понимает хоть маленько в параметрах - будут в восторге от гибкости.

uird - это только шаги вперед и ни одного назад. другими словами весь предыдущий функционал воспроизводим полностью, даже синтаксис почти не изменился.
как бы нам еще вам расписать за arch linux и pfs и тогда получится все весьма неплохо.
Название: Re:Initrd UIRD
Отправлено: sfs от 08 Декабрь 2015, 14:57:00
load+= сложновато не заметить...
В magos сейчас принцип как у портеуса? Как минимум на период внедрения надо максимально повторить. Когда привыкнут - наворачивать
Буду переходить к экспериментам - практика нас рассудит
Название: Re:Initrd UIRD
Отправлено: neobht от 08 Декабрь 2015, 15:59:47
Если у вас по умолчанию идет опциональная загрузка, то это явно ваша недоработка.

если у вас по умолчанию ничего из опционал не грузится, то load+= надо будет только тем, кто понимает, что он делает и для чего. Я не сомниваюсь, что это будет легко воспринято и понято.
Название: Re:Initrd UIRD
Отправлено: sfs от 09 Декабрь 2015, 17:55:22
Потихоньку начало получаться. С manjaro в частности
В pra uird собирается с некоторыми тонкостями
alias сразу все ломают
Как сделать автомонтирование всех носителей?
Название: Re:Initrd UIRD
Отправлено: neobht от 10 Декабрь 2015, 02:23:30
Попробуйте алиас dir= заменить на другой.

С автомонтированием не понял вопрос. Где вы это хотите?
Название: Re:Initrd UIRD
Отправлено: sfs от 10 Декабрь 2015, 09:46:32
Попробуйте алиас dir= заменить на другой.
UIRD_FROM=dir - вместо dir - что-то другое написать?
Я правильно понял, что файл с алиасами можно засунуть в готовый инитрд перепаковкой или надо пересоьирать дракут?
С автомонтированием не понял вопрос. Где вы это хотите?
После загрузки системы - все смонтировано +
Код
http://wiki.puppyrus.org/soft/porteus-initrd#noauto
Заморачиваться перечислением в uird.mount запарно

Понял, что меня коробило в load+=
Если в дефолте вместо load= задать base= (можно еще и modules=  optional=) - к load= вернется понятный смысл (загрузка по маске из optional)
Мне кажется так логичнее и универсальнее

По итогу root=/ uird.from=pra uird.load=/base/,/modules/ uird.ro=*.pfs,*.xzm,*.rom,*.squashfs,*.pfs,*.sfs uird.cp=*/rootcopy uird.find_params=-maxdepth_2  - не особо замечаю ускорения
Название: Re:Initrd UIRD
Отправлено: betcher от 10 Декабрь 2015, 10:26:04
uird.from= c полным путем от /dev до pra попробуйте (не знаю как у вас устроено). И еще попробуйте сократить uird.ro оставив только то, что реально используете. Если ускорения не будет нужно разбираться что может тормозить.
По поводу автомонтирования. Мне кажется это не в initrd надо делать.
З.Ы. есть еще скрипт внутри uird, называется automount. Можно попробовать добавить его в cmdline в таком виде - $(automount), но есть шанс, что это помешает загрузке :)  Проверять надо.
Название: Re:Initrd UIRD
Отправлено: sfs от 10 Декабрь 2015, 10:30:09
Думаю зря Вы дефолтное автомонтирование слили - удобно. особенно новичкам
Название: Re:Initrd UIRD
Отправлено: betcher от 10 Декабрь 2015, 10:45:05
Автомонтирование у нас есть. Включается в МагОС.ини, но кмк работает не на уровне инитрд. Тем более дефолтная срела КДЕ,  а в долфине нет проблем с монтированием, ткнул мышой и готово.
Название: Re:Initrd UIRD
Отправлено: RoDoN от 10 Декабрь 2015, 11:24:37
Я не знаю насколько это удобно новичкам, а мне лично дефолтное автомонтирование не нравится, особенно на ноутах, где стоит параллельно винда с разделом рекавери, приходится прописывать в rc.local отмонтирование всех виндовых разделов. Так что это спорное утверждение про удобство, автоматически должен быть смонтирован раздел с системой, а остальные на усмотрение пользователя (ИМХО)
Название: Re:Initrd UIRD
Отправлено: sfs от 10 Декабрь 2015, 12:13:59
дефолтное автомонтирование не нравится,
Код
http://wiki.puppyrus.org/soft/porteus-initrd#noauto
А в uird,как я понял можно подробно прописать uird.mount=
Название: Re:Initrd UIRD
Отправлено: RoDoN от 10 Декабрь 2015, 12:53:19
дефолтное автомонтирование не нравится,
Код
http://wiki.puppyrus.org/soft/porteus-initrd#noauto
По кругу ходим, здесь (http://forum.puppyrus.org/index.php/topic,17311.0.html) уже разбирали и все проблемы при использовании noauto не сняли ведь, поэтому и хотелось бы, чтобы автомонтирование было опциональным, а не наоборот, поскольку лучше по желанию пользователя подключить нужные разделы, чем сначала все смонтировать, а потом размонтировать не нужные.

З.Ы. Еще один аргумент в не пользу автомонтирования, правда не типичный случай, но мне уже дважды так попадалось, что когда винт на компе со сбойными секторами на разделе ntfs, то винда тупит страшно и PRA тоже, т.к. пытается смонтировать все разделы, а PR-1312 с явным указанием раздела загрузки запускался без тормозов.
Название: Re:Initrd UIRD
Отправлено: sfs от 10 Декабрь 2015, 13:02:08
Здесь круг другой. В UIRD Сделано совсем по другому
Название: Re:Initrd UIRD
Отправлено: RoDoN от 10 Декабрь 2015, 13:03:31
Так может и не надо тогда переделывать в точности под портеус?
Название: Re:Initrd UIRD
Отправлено: sfs от 10 Декабрь 2015, 13:10:27
Максимальная совместимость не помешает. UIRD планирую внедрять в ПРА64 с большим ядром от manjaro и проприетарными видеодровами
Можно и с нашим ядром юзать - но я для себя кроме больших ядер пользы не нашел
Хорошо бы - авторы выложили свои рабочие конфиги.
Название: Re:Initrd UIRD
Отправлено: Satevis от 10 Декабрь 2015, 13:12:26
Так может и не надо тогда переделывать в точности под портеус?
А потом те кому нужно автомонтирование, дружно откажутся от UIRD. (если есть возможность, нужно делать, чтобы был выбор с сохранением)
Название: Re:Initrd UIRD
Отправлено: Pro от 10 Декабрь 2015, 14:11:11
Выбор, все все время ждут что люди будут выбирать.....

А потом те кому нужно автомонтирование, дружно откажутся от UIRD.
хочется на это посмотреть. Заметит ли человек который первый раз видит систему, что у него uird надо срочно все бросить и ставить убунту.
Название: Re:Initrd UIRD
Отправлено: betcher от 10 Декабрь 2015, 14:23:40
В uird есть все для реализации автомонтирования нужно только прикрутить к uird.mounts чтоб не городить еще один параметр. Например uird.mounts=auto. Думаю Антон не будет против.
Название: Re:Initrd UIRD
Отправлено: sfs от 10 Декабрь 2015, 16:40:11
Попробуйте алиас dir= заменить на другой.
fdir - без улучшений (никакие модули не грузятся). Возвращаю, делаю вместо uird.load -> load - грузятся вообще все модули из from - в конце стопорится
Похоже алиасы вообще не рабочие

Остальное получилось (сборка в ПРА под любое aufs ядро). Выкинул сеть и сетевые фс:
Код
cd dracut/modules.d
ln -s ../../modules.d/* ../modules.d/
cd ../..
k="--kver 4.1.8-1-MANJARO"
#k="--kver 3.14.53-nrj-desktop-1rosa-x86_64"
./dracut/dracut.sh $k -l -N  -f -m "base uird ntfs kernel-modules"  \
        -d "loop cryptoloop zram aes-generic aes-i586 pata_acpi ata_generic ahci xhci-hcd \
            usb-storage uhci-hcd hid usbhid ehci-hcd ohci-hcd ehci-pci ehci-platform hid-generic \
            sr_mod sd_mod scsi_mod \
             jbd jbd2 lockd evdev sunrpc \
            af_packet \
            =ide =ata =usb/storage =usb/host " \
        --filesystems "aufs squashfs vfat msdos iso9660 isofs  ext3 ext4 fuse  udf nls_cp866 nls_utf8 " \
        -i initrd / \
        --kernel-cmdline "uird.from=/MagOS,/MagOS-Data uird.ro=*.xzm,*.rom,*.rom.enc,*.pfs,*.sfs uird.rw=*.rwm,*.rwm.enc uird.cp=*
.xzm.cp,*/rootcopy uird.load=/base/,/modules/,rootcopy uird.machines=/MagOS-Data/machines uird.config=MagOS.ini" \
        -c dracut.conf -v -M initrd-uird.pra.cpio.xz $(uname -r)  >dracut_magos.log 2>&1
egrep 'ERROR|depmod' dracut_magos.log
размер получается в 2 раза меньше
Название: Re:Initrd UIRD
Отправлено: Satevis от 11 Декабрь 2015, 13:09:16
Выбор, все все время ждут что люди будут выбирать.....

А потом те кому нужно автомонтирование, дружно откажутся от UIRD.
хочется на это посмотреть. Заметит ли человек который первый раз видит систему, что у него uird надо срочно все бросить и ставить убунту.
Имелось ввиду, что ветераны, если им не понравится как стало (не так как они привыкли) начнут кидать предъявы sfs, вернуть как было. И больше, чем уверен возглавишь эти ряды ты.
З.Ы. sfs всегда спрашивает, предоставляет выбор, при изменениях, за что ему огромная благодарность. Плохо то, что всем всё рано не угодишь.
Название: Re:Initrd UIRD
Отправлено: neobht от 11 Декабрь 2015, 16:01:53
Как алиасы создаете?
Файл слоем в загрузчике или внутрь засовываете перед сборкой?
Название: Re:Initrd UIRD
Отправлено: sfs от 12 Декабрь 2015, 08:55:25
Алиасы - перепаковкой готового инитрд. Пробовал и создавать дракутом - результат одинаковый
Про base,load и монтирование=auto что думаете?
Вы по прежнему уверены в необходимости добавления во все параметры uird. ? И отсутствии дефолта root= ?
Название: Re:Initrd UIRD
Отправлено: betcher от 12 Декабрь 2015, 09:15:48
Префикс uird добавляется по двум причинам. Первое,  параметров много, чтоб случайно не пересечься с параметрами ядра или дистрибутива. И второе, чтоб подчеркнуть что uird.load и load все же не одно и тоже.
Название: Re:Initrd UIRD
Отправлено: sfs от 12 Декабрь 2015, 10:19:21
https://www.kernel.org/doc/Documentation/kernel-parameters.txt - вроде нет совпадений
load - имеется ввиду портеус? Так по load+= сразу станет ясно. Да и вообще не аргумент. Если юзер не понимает что за инитрд юзает - это его проблемы
Цитата
Про base,load и монтирование=auto что думаете?
Название: Re:Initrd UIRD
Отправлено: neobht от 12 Декабрь 2015, 10:39:56
Что там с base? Поясните вопрос.

load= - загружает, noload исключает.

Очень логично. И гораздо логичнее base, modules, optional. Просто эти три директории были упрощением в linux-live. Uird гораздо шире эту идею развивает.
Название: Re:Initrd UIRD
Отправлено: DdShurick от 12 Декабрь 2015, 10:49:26
load= - загружает, noload исключает.
Очень логично. И гораздо логичнее base, modules, optional.
Помнится мне, была у нас подобная идея. Отказались. Для простого пользователя не наглядно.
Название: Re:Initrd UIRD
Отправлено: sfs от 12 Декабрь 2015, 11:08:21
Что там с base? Поясните вопрос.
http://forum.puppyrus.org/index.php/topic,16558.msg110554.html#msg110554

load= - загружает из optional, noload исключает везде. - так логичнее
Очень логично. И гораздо логичнее base, modules, optional. Просто эти три директории были упрощением в linux-live. Uird гораздо шире эту идею развивает.
Что можно тут развить. Из aufs ничего кроме порядка слоев не выжать
Неудобно и нетипично. uird.load+= - где в стандартных параметрах ядра есть . и +
Чтобы не спорить- насколько сложно сделать 2 варианта? Сильно упростит внедрение среди юзеров портеуса - коих немало
Название: Re:Initrd UIRD
Отправлено: neobht от 12 Декабрь 2015, 11:17:53
В uird нет понятия base,modules, optional.
Это пережиток старой идеи.
В uird нет привязки к жестким директориям и это большой шаг.

Привязка реализуется параметрами по умолчанию. Пользователю об этом задумываться не нужно. Для него есть привычная ему структура.

Реализовать ничего не трудно. Другое дело - зачем делать то, что хуже в мечтах о мифических-пользователях-бездумных роботах, кому сверх сложно понять простые вещи и большую гибкость.

Sfs, вы надуманно создаете проблему. Я вообще рекомендую использовать в pra - init ddsh.
Вот объясните мне зачем удалять поддержку сети и экономить 7мб?
Название: Re:Initrd UIRD
Отправлено: sfs от 12 Декабрь 2015, 11:39:42
В uird нет привязки к жестким директориям и это большой шаг.
Скорее усложнение. Есть 3 категории модулей - базовые (новичкам лучше не трогать), софт (выбирай что любишь) , редко используемые . Что тут еще можно придумать?
Какие категории можно еще придумать и зачем бы переименовывать base - в что-то другое?
Если уж хочется этой супер конфигурируемости - ввести base=
Sfs, вы надуманно создаете проблему.
Я вот-вот выложу uird для ПРа - увидите реакцию юзеров на uird. + и прочие усложнения
 
Я вообще рекомендую использовать в pra - init ddsh.
Что это даст?
 
Вот объясните мне зачем удалять поддержку сети и экономить 7мб?
Зачем мне то, что я не буду использовать?
KISS (https://wiki.archlinux.org/index.php/The_Arch_Way_%28%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9%29)
Число ошибок в программе всегда превышает количество строк ее кода.  (http://www.itunion.ru/news/index.phtml?act=show&tid=6&fid=11919)

Ещн не очень понял замысел uird.soft - можно как-то на уровне инитрд поднять сеть? Если нет - зачем git и пр. сетевое?
Название: Re:Initrd UIRD
Отправлено: DdShurick от 12 Декабрь 2015, 12:26:29
можно как-то на уровне инитрд поднять сеть?
Запросто, на "голом" busybox.
Название: Re:Initrd UIRD
Отправлено: sfs от 12 Декабрь 2015, 12:31:38
Хотелось бы примеров использования uird. Например что и для чего в kernel у разрабов
Протестил в виртуалке и на ноуте и выложил (http://forum.puppyrus.org/index.php/topic,14803.msg110680.html#msg110680) uird для ПРА
Название: Re:Initrd UIRD
Отправлено: neobht от 12 Декабрь 2015, 13:38:08
Конечно можно поднять.
Например я не загружаю систему дальше uird, если мне надо скопировать или сделать простые консольные операции, подключиться по ssh, сбросить файлы на фтп, подредактировать конфиги и тд. А git - это заготовка для того, чтобы на уровне uird собирать самого себя, в планах добавить возможность собирать базовые системы на разных репах из самого uird.
Название: Re:Initrd UIRD
Отправлено: sfs от 12 Декабрь 2015, 13:44:46
Конечно можно поднять.
Как ? Не нашел в Вашем большом инитрд dhc*
в планах добавить возможность собирать базовые системы на разных репах из самого uird.
Для какой цели и кто по замыслу этим будет заниматься?
Название: Re:Initrd UIRD
Отправлено: neobht от 12 Декабрь 2015, 13:48:19
Udhcp*

Для того, чтобы не грузить основные системы и иметь универсальную сборочную для построения модульных дистров. Кому понравится - тот и будет использовать.

Название: Re:Initrd UIRD
Отправлено: betcher от 12 Декабрь 2015, 14:26:21
Антон, осторожнее с такими экспериментами. Сначала  uird соберет сам себя. А потом что? Скайнет, терминатор, морфеус, матрица, звиздец?
Название: Re:Initrd UIRD
Отправлено: sfs от 14 Декабрь 2015, 15:35:33
Если есть свежая инфа предлагаю перейти в  (http://forum.puppyrus.org/index.php/topic,16200.msg100445.html#msg100445)
В UIRD не планируете overlayfs ?
в uird планирую включить.
Соответственно если сейчас работает только с aufs ядрами - будет с любыми?
Еще что-то полезное появится?
Название: Re:Initrd UIRD
Отправлено: neobht от 14 Декабрь 2015, 15:39:17
да. будет с любыми линейки 4.x..
в результате overlayfs больше наверное ничего не появится, кроме как проще будет реализовать режим заморозки изменений в модуль. Но это уже на верхнем уровне будут скрипты реализовывать. Скорее всего буду это интегрировать в pfs-utils.
Название: Re:Initrd UIRD
Отправлено: sfs от 14 Декабрь 2015, 15:49:35
Чем будет проще? когда планируете этим заняться?
Название: Re:Initrd UIRD
Отправлено: neobht от 14 Декабрь 2015, 16:26:08
Планирую заняться, как перейдем на 4 ветку ядра.

Проще тем, что можно будет делать типо такого:
1. freeze
2. правим конфиги, настраиваем систему
3. unfreeze
4. save
Название: Re:Initrd UIRD
Отправлено: sfs от 16 Декабрь 2015, 14:43:29
Из /rootcopy не копируются файлы .* (начинающиеся с точки) - это глюк или фича?
Название: Re:Initrd UIRD
Отправлено: neobht от 16 Декабрь 2015, 15:23:13
Да.

Там маска скорее всего такие файлы не включает.
Название: Re:Initrd UIRD
Отправлено: sfs от 16 Декабрь 2015, 15:25:58
Как сделать чтобы включала? Все конфиги в /home с точкой
Название: Re:Initrd UIRD
Отправлено: neobht от 16 Декабрь 2015, 17:43:11
Использовать не режим копирования, а режим монтирования: uird.ro+=*/rootcopy
Название: Re:Initrd UIRD
Отправлено: sfs от 16 Декабрь 2015, 17:58:55
Будет то же самое? Зачем тогда дубляж функционала...
С cp вообще не решаемо?
Название: Re:Initrd UIRD
Отправлено: neobht от 17 Декабрь 2015, 17:15:59
cp - копирование
ro - монтирование

с cp - все решаемо.
Название: Re:Initrd UIRD
Отправлено: neobht от 19 Декабрь 2015, 14:04:36
fsck - пофиксил.

rootcopy теперь включает скрытые файлы.
Название: Re:Initrd UIRD
Отправлено: sfs от 21 Декабрь 2015, 11:06:46
алиасы не смотрели или это у меня одного проблемы?
Название: Re:Initrd UIRD
Отправлено: sfs от 01 Январь 2016, 15:23:18
UIRD version: 20151227
При использовании uird.copy2ram+=  изменяется порядок слоев
Перечисленное в copy2ram попадает в самый нижний слой. Это глюк или фича?
Не планируете аналог sort= (http://forum.puppyrus.org/index.php/topic,14190.msg110846.html#msg110846)
Название: Re:Initrd UIRD
Отправлено: neobht от 01 Январь 2016, 18:56:25
что значит изменяется порядок слоев?

чем не подходит обычная нумерация модулей?
Название: Re:Initrd UIRD
Отправлено: sfs от 02 Январь 2016, 09:29:25
что значит изменяется порядок слоев?
По дефолту - слои по папкам, по алфавиту
Если добавить uird.copy2ram+=001;070, то 001;070 попадают в самый низ aufs. Т.е. порядок слоев меняется - что не правильно
чем не подходит обычная нумерация модулей?
Нумерованные модули не загрузить из /optional так, чтобы слои соответствовали нумерации
Приходится все класть в /base и выбирать noload=
Подробнее и реализация (http://forum.puppyrus.org/index.php/topic,14190.msg110846.html#msg110846)
Название: Re:Initrd UIRD
Отправлено: neobht от 02 Январь 2016, 09:32:00
Что-то это совсем мне кажется ненужный финт.

в base лежат основные модули.
в modules пользовательские с нужной нумерацией.

система сначала подключает base, а потом их перекрывает modules.

зачем делать нумерацию и смешивать ее между base и modules?
Название: Re:Initrd UIRD
Отправлено: sfs от 02 Январь 2016, 09:48:20
зачем делать нумерацию и смешивать ее между base и modules?
base и optional - чтобы удобно выбирать  (http://forum.puppyrus.org/index.php/topic,14190.msg110846.html#msg110846)из optional нужный DE

А что с copy2ram? Получается система подключает сначала его, а потом все остальное
Название: Re:Initrd UIRD
Отправлено: neobht от 02 Январь 2016, 09:52:11
copy2ram - по идее тоже не должно ничего с порядком происходить. Сначала его подключает - ДА.

сейчас проверяю.

в uird порядок:
1 источник: директории в порядке сортировки(base,modules,optional,...)
2 источник: директории в порядке сортировки
и тд
Название: Re:Initrd UIRD
Отправлено: sfs от 02 Январь 2016, 09:59:27
в uird порядок:
1 источник: директории в порядке сортировки(base,modules,optional,...)
2 источник: директории в порядке сортировки
Да. И copy2ram это ломает
После Ваших правок мне будет достаточно заменить перепаковкой скрипты в корне initrd?
Это сегодня будет? Тогда жду , не выкладываю пока PRA64uird.iso

В magos uird уже по дефолту?
Название: Re:Initrd UIRD
Отправлено: neobht от 02 Январь 2016, 10:05:08

После Ваших правок мне будет достаточно заменить перепаковкой скрипты в корне initrd?
Это сегодня будет? Тогда жду , не выкладываю пока PRA64uird.iso

В magos uird уже по дефолту?


будет достаточно.
сегодня.
в магос не по дефолту пока, но это связано не с тем, что в нем ошибки есть критичные. у нас есть скрипт сохранения машинно-зависимых изменений - он не адаптирован под uird.
Название: Re:Initrd UIRD
Отправлено: sfs от 02 Январь 2016, 10:15:40
Жду. Значит я буду первопроходцем  :D
Название: Re:Initrd UIRD
Отправлено: sfs от 02 Январь 2016, 10:33:47
Алиасы не починили?
они должны работать. я выборочно проверил.
алиас какой у вас не работает?
В итоге полной совместимости по ключам с портеус не сделать += портят картину
В таком случае лучше использовать авторский синтаксис
Название: Re:Initrd UIRD
Отправлено: DdShurick от 02 Январь 2016, 11:52:37
В таком случае лучше использовать авторский синтаксис
Вот видите, вы уже в полной зависимости от портеус.
Название: Re:Initrd UIRD
Отправлено: Pro от 02 Январь 2016, 12:45:16
В таком случае лучше использовать авторский синтаксис
Вот видите, вы уже в полной зависимости от портеус.
щас он собирется и героически перепилит все на +=
Название: Re:Initrd UIRD
Отправлено: neobht от 02 Январь 2016, 13:35:49
Жду. Значит я буду первопроходцем  :D

изменил логику работы. теперь порядок сохраняется согласно базовому уровню вне зависимости от того используется copy2ram,copy2cache.
Название: Re:Initrd UIRD
Отправлено: DdShurick от 02 Январь 2016, 14:19:08
щас он собирется и героически перепилит все на +=
Вот и я про то. Жрите кактус.
Название: Re:Initrd UIRD
Отправлено: Pro от 02 Январь 2016, 15:53:10
щас он собирется и героически перепилит все на +=
Вот и я про то. Жрите кактус.
ты в курсе что щас сморозил хрень?
Название: Re:Initrd UIRD
Отправлено: DdShurick от 02 Январь 2016, 16:14:05
ты в курсе что щас сморозил хрень?
Ты так думаешь? Я вот считаю, что вы хренью маетесь.
Название: Re:Initrd UIRD
Отправлено: sfs от 02 Январь 2016, 18:28:46
изменил логику работы. теперь порядок сохраняется согласно базовому уровню вне зависимости от того используется copy2ram,copy2cache.
Да. Теперь все ок (http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a64/kernel/4.4.0-1-MANJARO/initrd-um9b.xz). Спасибо + за скорость
Название: Re:Initrd UIRD
Отправлено: betcher от 02 Январь 2016, 22:38:55
Задумал сравнительную табличку по параметрам uird/initrd. Может и вашим, sfs, пользователям полезно будет. Присоединяйтесь к написанию. Табличка внизу страницы.
http://www.magos-linux.ru/dwiki/doku.php?id=uird_%D1%81%D1%82%D0%B0%D1%82%D1%8C%D1%8F_%D0%B2_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B5 (http://www.magos-linux.ru/dwiki/doku.php?id=uird_%D1%81%D1%82%D0%B0%D1%82%D1%8C%D1%8F_%D0%B2_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B5)
Название: Re:Initrd UIRD
Отправлено: DdShurick от 03 Январь 2016, 11:00:36
 Да-а... Ключиков у вас, не каждый админ осилит  :(
Название: Re:Initrd UIRD
Отправлено: sfs от 03 Январь 2016, 11:37:14
Нормальных примеров (задача - конфиг ) по прежнему нет.
Может магосовцем такое понятно, но мне нет:

Цитата
uird.rw+=                - фильтр для модулей/директорий, которые монтируются в режиме RW
squash можно как-то подключить RW... RW - это на выходе сквош будет перепакован или что...
Зачем это вообще?

Цитата
uird.copy2ram+=          - фильтр для модулей/директорий, которые копируются в RAM
uird.copy2cache+=        - фильтр для модулей/директорий, которые копируются в КЭШ
КЭШ не в RAM... Или в чем разница

Цитата
uird.cache+=             - источники, в которые стоит синхронизировать модули/директории
uird.machines=             - источник, где хранятся машинно-зависимые персистентные изменения
вообще ничего не понятно

Цитата
uird.homes+=             - источники, где хранятся домашние директории пользователей (объединяются AUFS)
uird.home=                 - источник, где хранятся домашние директории пользователей
uird.changes=              - источник, где хранить персистентные изменения
сhanges - понятно. Чем отличается остальное и как взаимодействует не понятно

Смысл этого доп. мануала (http://www.magos-linux.ru/dwiki/doku.php?id=uird_%D1%81%D1%82%D0%B0%D1%82%D1%8C%D1%8F_%D0%B2_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B5) не понятен. На 90% копия гитхаба

В таблице:
Подключить модули из каталога mymodules - в старом магос нет http://wiki.puppyrus.org/soft/porteus-initrd#extramod (http://wiki.puppyrus.org/soft/porteus-initrd#extramod)
Собрать слоеный home из нескольких каталогов - зачем такое может понадобиться... Откуда может взяться несколько хомяков...
Название: Re:Initrd UIRD
Отправлено: betcher от 03 Январь 2016, 12:13:33
Из этой справки  делался хелп uird. Была надежда, что народ подключится, но так с Антоном и писали. Можно было и в гит делать.
Давайте, чтоб по кругу не ходить  сделаем так. Вы пишите пример, который вы знаете как сделать в инитрд, а мы с Антоном  сдклаем этот пример для uird. Так табличку и заполним. Можете здесь писать, можете сразу в вики.
Название: Re:Initrd UIRD
Отправлено: neobht от 03 Январь 2016, 12:18:58
uird.rw - это не для squash, например для img с ext4. Чтобы использовать более хитрые конфигурации, например с криптоконтейнерами. К примеру хранить /opt в блочном крипто-образе.

КЕШ - не в ОЗУ, это может быть локальная директория, блочное устройство или удаленный сетевой ресурс.

машинно-зависимые изменения - это механизм сохранения в модуль squash изменений системы(модуль носит название согласно MAC адресу машинки и хранится в специальной директории)

отличие остального, что это отдельно указываемое размещение для home. Но при этом есть возможность собрать каскадно-объединенно, например часть хомы в режиме RO, а часть изменяемую. Своеобразный аналог фругал. но только для директории /home.
Название: Re:Initrd UIRD
Отправлено: sfs от 03 Январь 2016, 12:38:10
Была надежда, что народ подключится
Как минимум, пока в магос-исо по дефолту не будет - не надейтесь
Вы пишите пример, который вы знаете как сделать в инитрд, а мы с Антоном  сдклаем этот пример для uird. Так табличку и заполним.
Дело в том, что , как мне кажется, 90% юзеров ПРА используют только dir= (from=)
10% load= noload, 5% - rootcopy - т.е. этого в таблице и достаточно
Т.е. функционал даже портеуса востребован процентов на 5
У UIRD будет 1% (как у MSoffice и т.п.). Остальными наворотами только испугаете юзеров. Его лучше сразу отделить в раздел для продвинутых

Цитата
возможность собрать каскадно-объединенно, например часть хомы в режиме RO, а часть изменяемую.
Не представляю практической ситуации, где это может понадобиться
Остальные пояснения немного прояснили - почему в доке нет? Но такое только админам корпоративной локалки настраивать. Напрашивается uird-home-edition  ;)

+= автоматом в 2 раза усложняет понимание ключей
Название: Re:Initrd UIRD
Отправлено: neobht от 03 Январь 2016, 12:50:03
+= - это только для тех, кто хочет расширить те параметры, что заданы по умолчанию.
Название: Re:Initrd UIRD
Отправлено: betcher от 03 Январь 2016, 13:10:27
+= это не из желания выпендриться, это необходимость.  Вы можете его не использовать вообще, просто тогда придется переписывать значения параметра полностью и дефолт и то, что вы хотите к дефолту добавить. То есть вместо uird.load+=optional будете писать uird.load=base,modules,rootcopy,optional
Название: Re:Initrd UIRD
Отправлено: sfs от 03 Январь 2016, 13:54:50
load= в uird извращено (перечисление загрузки, а не загрузка из /optional). От этого все беды
Если заменить на base=перечисление_загрузки или типа того -  сразу уходят плюсы и все становится логично
Причем гибкость функционала не теряется
base modules optional даже Дядя Шурик принял. Не надо тут ничего изменять это логично привычно и удобно
Название: Re:Initrd UIRD
Отправлено: neobht от 03 Январь 2016, 14:12:45
load= в uird извращено (перечисление загрузки, а не загрузка из /optional). От этого все беды
Если заменить на base=перечисление_загрузки или типа того -  сразу уходят плюсы и все становится логично
Причем гибкость функционала не теряется
base modules optional даже Дядя Шурик принял. Не надо тут ничего изменять это логично привычно и удобно


нелогично.
надо загрузить - укажи что и откуда. лень указывать - задай по умолчанию.
деление на base,modules,optional - это чтобы в жесткой структуре каталогов была гибкость.

с uird нет жесткой структуры - поэтому нет необходимости получать гибкость какими-то управляющими командами - управляй самой структурой гибко, а параметрами - корректируй.
Название: Re:Initrd UIRD
Отправлено: sfs от 03 Январь 2016, 14:25:41
нелогично.
Все так думают? или base,modules,optional - только мне удобно....
Название: Re:Initrd UIRD
Отправлено: betcher от 03 Январь 2016, 14:39:40
Думаю правильное слово не "удобно", а "привычно". Если бы вы изначально пользовались uird, сейчас удивлялись бы зачем жестко привязывать к конкретным каталогам base, modules, optional.
Название: Re:Initrd UIRD
Отправлено: DdShurick от 03 Январь 2016, 14:44:18
зачем жестко привязывать к конкретным каталогам base, modules, optional.
С одной стороны - да, зачем? С другой - а чем стандартные плохи? Разницы, откуда загружать, нет. Получается функционал ради функционала.
Название: Re:Initrd UIRD
Отправлено: neobht от 03 Январь 2016, 14:50:54
зачем жестко привязывать к конкретным каталогам base, modules, optional.
С одной стороны - да, зачем? С другой - а чем стандартные плохи? Разницы, откуда загружать, нет. Получается функционал ради функционала.

вот поэтому в uird и сделано - грузи откуда хочешь.
но если привязал к конкретным директориям, то чтобы у пользователя ничего не сломалось - пусть не переопределяет, а расширяет заданное по умолчанию.

в портеус так не получится сделать - там будет жестко прибита структура к base,modules,optional.
Название: Re:Initrd UIRD
Отправлено: sfs от 03 Январь 2016, 14:53:42
Думаю правильное слово не "удобно", а "привычно".
Может быть, но насколько мне известно - старый магос-инитрд тоже base, modules, optional.
Зачем переизобретать то что уже изобретено. Тем более на выходе - ничего нового
Вместе с http://wiki.puppyrus.org/soft/porteus-initrd#extramod (http://wiki.puppyrus.org/soft/porteus-initrd#extramod) имеем ту же гибкость
Название: Re:Initrd UIRD
Отправлено: DdShurick от 03 Январь 2016, 15:18:02
А что лучше, гибкость или простота?
Название: Re:Initrd UIRD
Отправлено: sfs от 03 Январь 2016, 15:23:43
Простота для всех + опциональная гибкость для продвинутых
Название: Re:Initrd UIRD
Отправлено: neobht от 03 Январь 2016, 15:28:27
Простота для всех + опциональная гибкость для продвинутых
прям uird описали :)))
Название: Re:Initrd UIRD
Отправлено: sfs от 03 Январь 2016, 15:37:45
Я бы не назвал uird.load[ + ]= простотой. Уж хотябы покороче uload=.
uird. uird. uird. uird. - зомбирование напоминает  :) или откат от производителей клавиатур  :D
Название: Re:Initrd UIRD
Отправлено: betcher от 03 Январь 2016, 15:42:49
Сделано как в дракут. У них rd.param=, у  нас uird.param=. А += это как  в рулезах  udev сделано, стало быть тоже более ли менее привычно
Название: Re:Initrd UIRD
Отправлено: sfs от 03 Январь 2016, 15:49:10
К вопросу о простоте и привычности  :) Думаю есть много пользователей, для которых дракут и удев - просто набор букв типа ёклмн

Ладно. Задрал Вас уже придирками.
ПРА-uird выложил. Реактия стандартная - тишина
Из радостей больших ядер пока ничего не нашел
Название: Re:Initrd UIRD
Отправлено: neobht от 03 Январь 2016, 15:55:31
Я бы не назвал uird.load[ + ]= простотой. Уж хотябы покороче uload=.
uird. uird. uird. uird. - зомбирование напоминает  :) или откат от производителей клавиатур  :D

я так и не понял в чем у вас проблемы с алиасами?
я закрыл этот вопрос в багтрекере. ошибок не нашел.
Название: Re:Initrd UIRD
Отправлено: sfs от 03 Январь 2016, 16:10:38
я так и не понял в чем у вас проблемы с алиасами?
Я же писал - из за + илюзии не получается. Придумывать еще 1 вариант , свой, ключей не вижу смысла. Юзаю Ваш, чтобы не вносить путаницы

Не понимаю - почему Вы упрямитесь сделать base= и вернуть load= исконный смысл
Название: Re:Initrd UIRD
Отправлено: midnighter от 04 Январь 2016, 18:57:37
К вопросу о простоте и привычности  :) Думаю есть много пользователей, для которых дракут и удев - просто набор букв типа ёклмн
Эт точно.
Всё чаще на форуме стали появляться сообщения о проблемах с загрузкой. И как правило проблема в параметрах загрузки.
По этому вопрос - почему бы вам не сделать как во всех линуксах некие стандартные (дефолтные) параметры которые можно не указавать. Ведь любой линукс грузиться из командной строки вот так:
Код
kernel /boot/vmlinuz
initrd /boot/initrd.gz
Почему бы и вам не сделать так же.
А точнее не вернуть всё на место:
Название: Re:Initrd UIRD
Отправлено: neobht от 04 Январь 2016, 19:23:32
так и сделано.
все можно задать в конфиге по умолчанию и тогда не надо будет указывать никакие параметры.

сейчас как раз добавил фикс, который убирает необходимость root=uird.
Название: Re:Initrd UIRD
Отправлено: sfs от 04 Январь 2016, 19:25:01
почему бы вам не сделать как во всех линуксах некие стандартные (дефолтные) параметры которые можно не указавать.
Если pra лежит в директории /pra + pra-porteus-initrd = загрузится как Вы написали
В UIRD можно все вшить в конфиг
Но, как видите
Всё чаще на форуме стали появляться сообщения о проблемах с загрузкой.
Это не помогает. Для таких есть гибридная (http://forum.puppyrus.org/index.php/topic,16614.0.html) установка на флэш
Но как видно из гибридной темы - тоже не панацея
Еще идеи есть?
Название: posixvol
Отправлено: neobht от 12 Январь 2016, 16:10:21
Никакими средствами не получится перенести права на fat\ntfs

можно. у нас это перенесено было со slax в виде микро файловой системы - posixovl. Это эмуляция posix на системах ее не поддерживающих.
Название: posixvol
Отправлено: sfs от 12 Январь 2016, 16:16:28
posixvol сложно делается? В итоге на фат можно полноценно фул линукс поставить?
Название: uird3
Отправлено: sfs от 14 Январь 2016, 14:19:11
uird так может http://www.magos-linux.ru/index.php?option=com_agora&task=topic&id=1005&p=1&Itemid=55#p17412) (http://www.magos-linux.ru/index.php?option=com_agora&task=topic&id=1005&p=1&Itemid=55#p17412)) )
Не очень понятно - для каких практических целей может понадобиться запускать стандартно установленную систему нестандартным для нее initrd , когда есть родной...
Название: uird3
Отправлено: betcher от 14 Январь 2016, 14:55:29
Чистый режим :) 
Название: uird3
Отправлено: sfs от 14 Январь 2016, 15:00:10
А "грязный" это как?  :)
Название: uird3
Отправлено: betcher от 14 Январь 2016, 15:05:17
Сорри. Чистым режимом мы называем загрузку без сохранений. То есть грузите свою росу в magos-mode  ломаете систему, перегружаете  обычныи инитрд и все работвет :)
Название: uird3
Отправлено: sfs от 14 Январь 2016, 15:10:02
Т.е. фулл установленную сисмему с помощью uird можно загрузить в RO режиме с фругал-сохраненкой...
Тогда интересный для экспериментаторов функционал
Название: uird3
Отправлено: betcher от 14 Январь 2016, 15:49:46
Да, именно так. Только это мы с вами понимаем. А когда я описал это на форумах альта, росы и магеи (дистры которые  проверенно грузятся) реакция околонулевая. :(
Название: uird3
Отправлено: sfs от 14 Январь 2016, 16:15:35
Фул - фругал - вопрос религиозный
Почему-то во всех фул дистрах к фругалу интерес нулевой
Не знаю - что это - догматизм
Ведь плюсов у фругала много, а минус один - неудобно обновлять дистр стандартными средствами
Название: Re:Initrd UIRD
Отправлено: Zay от 14 Январь 2016, 16:23:24

Сорри. Чистым режимом мы называем загрузку без сохранений. То есть грузите свою росу в magos-mode  ломаете систему, перегружаете  обычныи инитрд и все работвет :)
Хорошо что UIRD умеет это.
Интересно, если скопировать раздел с ОС полностью в файл, и смонтировать его через loop - запустится?

У нас были подвижки в том же направлении: LF (linux frugal). Набор для преобразования любого линукс в frugal (http://forum.puppyrus.org/index.php/topic,15276.0.html)

Да, именно так. Только это мы с вами понимаем. А когда я описал это на форумах альта, росы и магеи (дистры которые  проверенно грузятся) реакция околонулевая. :(
Идея перспективная, но инерция мышления мешает многим понять её преимущества.
Название: Re:Initrd UIRD
Отправлено: sfs от 14 Январь 2016, 16:43:23
если скопировать раздел с ОС полностью в файл, и смонтировать его через loop - запустится?
Если из корня работал - и так должен. Для uird по сути ничего не изменилось
У нас были подвижки в том же направлении: LF (linux frugal). Набор для преобразования любого линукс в frugal (http://forum.puppyrus.org/index.php/topic,15276.0.html)
Это был скорее тупик. Не прижилось
На выходе получается уже не фул, но фругал сильно недоделанный. Для экспериментов не более. Ну так их и тупо в виртуалке можно проводить
Чтобы доделать нужны приличные усилия
Зачем их прилагать если есть 1 доделанный фругал, специально под это заточенный.
У фул и фругал разные стратегии развития
Идея перспективная, но инерция мышления мешает многим понять её преимущества.
Не факт. У меня на работе стоит корпоративный фул линукс. Я в нем работаю в приложениях. Не экспериментирую
Не все приложения - как у всех остальных (т.е. под 1 стандарт меня не загнать)
Зачем здесь фругал? А многие так и дома пользуются
Кого можно загнать под 1 стандарт - юзают сетевую загрузку (что по сути фругал)
Фругал дает много нового, но не всем это надо. Заката фул не наблюдается (особенно на серверах)
Название: posixvol
Отправлено: betcher от 14 Январь 2016, 21:36:33
Когда писал хелпы для uird случайно зарулил changes в папку на fat32,  получил кучу ругани в консоль и ничего не загрузилось. Так вот это  и был posixovl :) Попробуйте, может у Вас сработает, если Антон его из uird не выкинул.
Название: Re:Initrd UIRD
Отправлено: sfs от 15 Январь 2016, 09:27:38
posixvol автоматически включается на фат при использовании uird? Я не понял как провести эксперимент (да и зачем - тоже - save.pfs оптимален)
Название: Re:Initrd UIRD
Отправлено: betcher от 15 Январь 2016, 10:13:08
Не vol a ovl, оверлей наверное. И согласен с тем, что не нужен.
Название: Ричи + UIRD
Отправлено: DdShurick от 18 Январь 2016, 12:29:32
 Домашнее задание: загрузить Richy (https://cloud.mail.ru/public/80bfb1e2a2ae/Richy-219).  ;)
Название: Ричи + UIRD
Отправлено: betcher от 18 Январь 2016, 12:39:14
Домашнее задание: загрузить Richy (https://cloud.mail.ru/public/80bfb1e2a2ae/Richy-219).  ;)
Чувствую подляна какая то :) Не иначе подвох где то, нет?
З.Ы. devx-219.pfs это что? Нужен?
Название: Ричи + UIRD
Отправлено: DdShurick от 18 Январь 2016, 13:22:12
З.Ы. devx-219.pfs это что? Нужен?
Нет, это компилятор.
Название: Ричи + UIRD
Отправлено: betcher от 18 Январь 2016, 13:28:57
В консоль загрузил сразу. А с иксами разбираться надо. Пока некогда :(
Название: uird
Отправлено: Satevis от 18 Январь 2016, 15:15:55
теперь ещё и диски непримонтированными остаются и флешка с ПРА в /memory/data/from/0
Специфика UIRD. Если большое ядро не нужно - используйте pra-porteus-initrd и наши спец. ядра
он что-ли, как стиральная машинка LG может всё, что даже не нужно, но с простейшей функцией, защита от детей кнопки выключения, не справляется...
Название: Re:Initrd UIRD
Отправлено: betcher от 18 Январь 2016, 17:56:08
Uird это такая стиральная машинка главный конструктор которой заходит к вам день через день и объясняет вам  как включить защиту от детей. То есть то, что вы могли почитать в инструкции, но кто ж их читает, правда? А также оперативно добавляет функционал и исправляет косяки :)
Название: Re: Initrd UIRD
Отправлено: neobht от 06 Январь 2017, 12:06:32
Внесено много изменений.
Переработаны режимы сохранения и соответствующие параметры: uird.mode, uird.changes, uird.machines.
Добавлены : uird.swap, uird.scan и др.

В общем -  в очередной раз приглашаю к тестированию и переходу в PRA. У нас в ближайшие сборки запланирован переход на uird, как основной инструмент.
Название: Re: Initrd UIRD
Отправлено: sfs от 06 Январь 2017, 12:34:03
Внесено много изменений.
Где прочитать список?
приглашаю к тестированию
Планирую выпустить pra-roll c uird (http://forum.puppyrus.org/index.php?topic=19349.0) и manjaro ядром 4.8 с полным комплектом видеодрайверов
Рабочий вариант того же с pra-porteus тоже будет
Почти все перечисленное готово. Ждал https://www.archlinux.org/packages/?sort=&q=xorg-server&maintainer=&flagged=
переход на uird, как основной инструмент.
На счет "основного" сомневаюсь
Тот функционал, котогого нет в портеус у нас не востребован (или перечислите, что есть актуального). В остальном uird сложнее и жирнее
Это только мое мнение. По итогу выпуска исо можно будет проголосовать
Название: Re: Initrd UIRD
Отправлено: neobht от 06 Январь 2017, 13:01:15
Где прочитать список?
только по коммитам.
Название: Re: Initrd UIRD
Отправлено: Garin от 07 Январь 2017, 00:06:48
Цитата
Т.е. фулл установленную сисмему с помощью uird можно загрузить в RO режиме с фругал-сохраненкой...
Тогда интересный для экспериментаторов функционал

Если использовать при этом btrfs со сжатием, то ещё и скорость загрузки ОС и ПО сильно возрастёт.
Название: Re: Initrd UIRD
Отправлено: sfs от 07 Январь 2017, 06:37:45
Если использовать при этом btrfs со сжатием, то ещё и скорость загрузки ОС и ПО сильно возрастёт.
А если традиционно зажать ее в squash и использовать любой фругальный initrd да еще copy2ram - чем хуже?
Название: Re: Initrd UIRD
Отправлено: neobht от 07 Январь 2017, 06:48:28
Если использовать при этом btrfs со сжатием, то ещё и скорость загрузки ОС и ПО сильно возрастёт.
А если традиционно зажать ее в squash и использовать любой фругальный initrd да еще copy2ram - чем хуже?
Тем что нельзя это сделать на дистрах толще магос в два раза. Памяти не хватит.
А обычный фругальныц initrd не дает таких гибких фич, как поиск множественных свап разделов, сохранений в модуль, файл, папку в унифицированном виде. Подключение произвольной home, находящейся, где угодно. Множественные rootcopy, расположение которых может быть произвольным, на уровне initrd монтирование источников в произвольные точки монтирования. Ну и всякие сетевые штучки.
Название: Re: uird.scan=legacy (загрузка установленного full линукса)
Отправлено: sfs от 02 Август 2017, 14:36:20
Uird не сложный, он просто очень удачно, на мой взгяд, спроектирован.
По моим впечатлениям -uird по сравнению со всеми остальными инитрд (а я смотрел из много) -   отличается как ассемблер от бейсика
Ну и доки нормальной нет (я не нашел)
Нет разбора сложных примеров
Нет пакетов  для разных дистров
Вот ду маю как случай с установкой фулл линукса в папку упростить, может достаточно добавить поиск в папках для uird.scan=legacy?
Т.к. не известно, как он ищет - сложно ответить
Упрощение для юзера, которое на деле оказывается усложнением - это путь винды
Название: Re: Re: uird.scan=legacy (загрузка установленного full линукса)
Отправлено: betcher от 02 Август 2017, 15:12:10
Все инитрд для модульных дистров по сути одинаковы. Развитие того что было в слакс, или кто там первый, а uird немного другой отсюда и сложности. Если отбросить второстепенные параметры процесс выглядит приблизительно так.
Из списка в uird.from ищутся и монтируются источники. Источник это исо, диск, папка на диске, папка по сети и т.д. Поиск идет по списку от первого к последнему, это важно так как второй источник может находиться внутри первого. То есть исо внутри него img и так далее как матрешка.
uird.ro uird.load uird.noload это фильтры. Идет поиск в смонтированных источниках того, что подходит под фильтры load и ro из полученного списка исключается noload то что осталось по очереди подключается в aufs. Дальше аналогично для uird.cp. 
Чтоб понять хелпы нужно сперва понять принцип. Я вики от пфс тоже разобрать не мог пока вариться в этом не начал :)
Название: Re: Re: uird.scan=legacy (загрузка установленного full линукса)
Отправлено: betcher от 02 Август 2017, 15:22:34
uird.scan вспомогательный параметр. Для постоянной работы не предназначен. Если запустить с uird.scan без параметров загрузки не будет, просто выдаст списком найденные папки с модулями, хомяки и проч. Эту инфу можно использлвать для коныигурации уирд.
uird.scan=modules ищет папки с модулями, подбирает параметры для uird так, чтоб подключить все модули в aufs и передает загрузку дальше уирд уже с новым конфигом.
uird.scan=legacy ищет на всех доступных дисках /sbin/init и подбирает параметры для uird, так чтоб  подключить найденный линукс в aufs как единственный ro слой. Дальше продолжается загрузка uird уже с новым конфигом.
После загрузки (если удачно), полученные параметры можно найти в /etc/initvars
Название: Re: Re: uird.scan=legacy (загрузка установленного full линукса)
Отправлено: neobht от 02 Август 2017, 15:35:07
На все варианты в которых вы изпользуете PRA  примеры приводили уже много раз. И даже написали доку по использованию в типичных ситуациях.

Вам это не надо. Вы ищите оправдания и приводите эфемерных юзеров, которым что-то не понятно. Нет этих юзеров. Никто на форуме ничего не спрашивает. А те, кто отписывается, каждый городит свое и ищет 1000 оправданий под свою разработку вместо того, чтобы доводить до совершенства уже созданное.

Продолжайте изобретать дальше.
Название: Re: Re: uird.scan=legacy (загрузка установленного full линукса)
Отправлено: sfs от 02 Август 2017, 15:38:17
Чтоб понять хелпы нужно сперва понять принцип. Я вики от пфс тоже разобрать не мог пока вариться в этом не начал :)
Надеюсь, Вы понимаете что я критикую uird не для "у Вас все плохо, а у нас хорошо", а для того чтобы у всех было хорошо ;)
Что можно улучшить в вики про пфс?
Есть еще что-то типа примеров и доки по uird кроме того что на гит?
Название: Re: Re: uird.scan=legacy (загрузка установленного full линукса)
Отправлено: betcher от 02 Август 2017, 15:58:06
В вики по пфс менять ничего не надо. Сейчас кажется логичным и понятным. Другое дело первое прочтение.
А uird.help смотрели?
Название: Re: Re: uird.scan=legacy (загрузка установленного full линукса)
Отправлено: neobht от 02 Август 2017, 17:07:45
Вот тут есть пояснения: http://magos-linux.ru/dwiki/doku.php?id=uird_статья_в_разработке
Название: Re: Initrd UIRD
Отправлено: sfs от 02 Август 2017, 17:47:52
Разделил тему

А uird.help смотрели?
Да. И это уже не первое прочтение
Вот тут есть пояснения: http://magos-linux.ru/dwiki/doku.php?id=uird_статья_в_разработке
От http://neobht.github.io/uird/ отличается только аналогичными командами в слаке и результатами тестов
Родили бы типа http://wiki.puppyrus.org/soft/arch-initrd-rootaufs2 Ну или давайте вместе
Главное примеры
Название: Re: Initrd UIRD
Отправлено: betcher от 02 Август 2017, 18:02:36
Давайте вместе. Чтоб понять что объяснять нужно понять что не понятно :) По ссылке которую привел Антон заготовка из которой потом делаем базовую часть uird.help. Только по всей ссылке перейти надо, а то у меня часть с кириллицей отбрасывается. То ли форумом то ли браузером.
Предлагаю так. Вы говорите пример какой загрузки нужен, мы с Антоном приводим параметры, проверяем вместе и пишем в вики. Там регистрация свободная, можете сами править.  Оттуда будем переносить в uird.help.
Название: Re: Initrd UIRD
Отправлено: neobht от 02 Август 2017, 19:17:25
Родили бы типа http://wiki.puppyrus.org/soft/arch-initrd-rootaufs2 Ну или давайте вместе
Плохой пример. Менее документирован, чем uird.help даже.
Название: Re: Initrd UIRD
Отправлено: neobht от 02 Август 2017, 19:28:16
https://github.com/neobht/uird/tree/master/initrd/usr/share/uird.help/ru_RU.UTF-8
Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 09:10:11
Давайте вместе. Чтоб понять что объяснять нужно понять что не понятно
https://github.com/neobht/uird/tree/master/initrd/usr/share/uird.help/ru_RU.UTF-8
Алфавит есть, а как из него слова и предложения строить где?
На мой взгляд достаточно переписать этот (http://wiki.puppyrus.org/soft/arch-initrd-rootaufs2?&#full_%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0) раздел под uird. Только про сетевую загрузку не забыть
Возможно, для упрощения, надо по итогу этого мануала ввести ключи, которые включают группы ключей
Я так и сделал
Цитата
roothide & chandes (если не определено) при наличии dir=, добавляются автоматически.
Т.е. сделать ближе с применению и юзеру, а не к bash и aufs  :)
Ок. Попробую начать в вики и добить тему опакечивания uird в арч.
Ждал пока Вы подтянитесь
Плохой пример. Менее документирован, чем uird.help даже.
Если есть идеи по улучшению - я не против совместной доработки и этого текста  ;)
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 09:18:00
Возможно, для упрощения, надо по итогу этого мануала ввести ключи, которые включают группы ключей
Это разве нельзя заменить несколькими конфигами?
Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 10:08:37
На мой взгляд уход от возможности интерактивного редактирования параметров ядра - зло
Если написать разные конфиги и простым ключом их инициализировать - я это и имел ввиду
Короче надо расписать варианты фул и фругал использования и по итогу все станет ясно
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 10:12:24
На мой взгляд достаточно переписать этот раздел под uird.
Такая инструкция не получится, все будет зависеть от вашего конфига(ов) для uird. Параметров то реально много, но стандартный случай предопределяется в конфиге.
То есть можно сделать чтоб стандартная загрузка вообще без параметров шла, а необходимые параметры включались по необходимости. Конфигов может быть несколько, к примеру отдельный для загрузки full с /dev/sda1.
Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 10:13:56
Короче надо расписать варианты фул и фругал использования и по итогу все станет ясно
С этого надо начинать. Пока рано думать дальше
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 10:33:48
Хорошо, давайте начнем с дефолта для фругал. Тонкостей ПРА не заню, сочиняю находу :) Поправляйте.
uird_from=/pra64                                     - источник один, ищем на всех дисках используем первый найденный.
uird_find_params=-maxdepth_3          - глубина поиска - 3 (от этого скорость загрузки сильно зависит)
uird_load=/base/,/modules/,rootcopy  - подключаются только те модули в полных именах которых будут /base/,  /modules/ или rootcopy
uird_mode=clean                                    - дефолтный режим - clean, сохранения не работают
uird_noload=/pra64/changes,/pra64/homes  - не подключать модули из сохранений и хомяков (вдруг там есть :) )
uird_ro=*.xzm,*.rom,*.rom.enc,*.pfs    - модули по этим маскам подключать RO (можно оставить только *.pfs)
uird_rw=*.rwm,*.rwm.enc                      - эти подключать RW, можно оставить ""
uird_cp=*.xzm.cp,*/rootcopy                - по этой маске копировать
uird_swap=auto                                     - найти и подключить своп
uird_syscp=/livekitlib::/usr/bin,/uird.scan::/usr/bin,/usr/bin/busybox::/usr/bin
uird.changes=/pra64/changes           - сохранения в папку (отключено ибо uird.mode=clean)


Если нигде не ошибся пра фругал в дефолтном варианте должен грузиться без параметров с любого раздела.
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 10:47:28
Для фул с /dev/sda1 можно сделать отдельный конфиг, в котором заменяются три параметра
uird.from=/dev/sda1
uird.load=*
uird.ro=*layer-base/0

тогда для загрузки full с sda1 нужно сменить сонфиг
uird.basecfg=full.ini

А для загрузки с другого раздела
uird.basecfg=full.ini
uird.from=/dev/sd?? (или uird.from=LABEL@ или UUID@ )
Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 11:06:55
Хорошо, давайте начнем
Начал http://wiki.puppyrus.org/soft/uird
Могу Вам дать туда rw или пишем сюда. Обобщаю туда
Давайте заполним имеющиеся пункты и придумаем еще. У uird же куча вариантов применения
Тонкостей ПРА не заню
Хотелось бы шире ПРА, как минимум deb
Если нигде не ошибся пра фругал в дефолтном варианте должен грузиться без параметров с любого раздела.
Не надо переписывать имеющееся. Написано достаточно толково. Нужен ракурс : задача - решение
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 11:10:45
Так в том и дело, что включить хомяк относительно предложенного дефолтного конфига это один параметр. А загрузка ПРА с подключением хомяка это весь тот список плюс еще один параметр.Вот как делать то?
Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 11:29:13
Давайте считать что в конфиге пусто
Я так понимаю, если продублируется что-то проблемы не будет
Далее придумываем варианты загрузки и пишем конфиги

Начал про фул из папки с сохраненкой
Чото у меня не стыкуется с докой https://github.com/neobht/uird/blob/master/initrd/usr/share/uird.help/ru_RU.UTF-8/uird.from.help
и uird.from=pra@ uird.ro=*0/full
uird.from=pra@/full - не то же самое?
Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 11:37:54
uird.from=LABEL@
uird.from=UUID@
Как uird догадеется где что. Метка может быть похожа на UUID
Или имеется ввиду uird.from=UUID=123-344...@
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 11:44:58
и uird.from=pra@ uird.ro=*0/full
uird.from=pra@/full - не то же самое?
Не совсем. Если источник это /dev/sda1 или LABEL@ что равнозначно, то в uird.load мы можем написать имя папки *0/full, а если монтировать сразу папку то в load можно записать только "*" это  же фильтр, а если /dev/sda1/full смонтировано сразу в /memory/layer-base/0 то фильтром зацепиться не за что. Но вообще там еще чисто поле для экспериментов :)

Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 11:47:09
uird.from=LABEL@
uird.from=UUID@
Вы даже не представляете как все просто. Все что до @ грепается из blkid по этому побарабану. Сработает даже кусок UUID или ext3@ если такая fs одна.
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 11:56:13
Вот конфиг загрузки из iso росы
uird.from=LABEL@/ISO/R81.iso;/LiveOS/squashfs.img;LABEL@/MagOS-Multi/
uird.load=*
uird.noload=""
uird.ro=*.xzm,*/ext3fs.img 
uird.config=MagOS-Full.in

Обратите внимание rootfs находится в файле ext3fs.img, который находится внутри LiveOS/squashfs.img, который в свою очередь внутри LABEL@/ISO/R81.iso, в доме который построил Джек :)
Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 12:55:34
Если источник это /dev/sda1 или LABEL@ что равнозначно, то в uird.load мы можем написать имя папки *0/full, а если монтировать сразу папку то в load можно записать только "*" это  же фильтр, а если /dev/sda1/full смонтировано сразу в /memory/layer-base/0 то фильтром зацепиться не за что.
Вот после таких пояснений и хочется бросить все  :)
Поэтому я и ждал от Вас примеров с разбором типовых ситуаций
Все что до @ грепается из blkid по этому побарабану
Хитро конечно, но ложные срабатывания , получается, возможны
конфиг загрузки из iso росы
Добавил в вики... Или зря
Какой-то искусственный пример. Какой смысл на ro носителе держать rw контейнер...
kernel и initrd надо заранее вытащить из исо?

Может упростим ситуацию: фругал из исо со сборкой aufs из 2х каталогов с модулями
Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 13:13:39
Цитата
uird.from=LABEL@/ISO/R81.iso;/LiveOS/squashfs.img;LABEL@/MagOS-Multi/ uird.load=* uird.noload="" uird.ro=*.xzm,*/ext3fs.img uird.config=MagOS-Full.in - загрузка xzm и ext3fs.img из squashfs.img, находящегося в R81.iso
Я правильно расшифровал?
/LiveOS/squashfs.img - не в исо?
а LABEL@/MagOS-Multi/ что внутри?
uird.load=* - надо указывать или это по умолчанию
uird.noload="" - т.е. умолчание не пустое?

Давайте лучше случай проще (эмуляция пра-портеуса):
фругал из pfs в каталогах /base и /modules + указанных в uird.load= pfs из /optional + копирование /root. В идеале бы еще /base/0[89]-*.pfs в верхнем слое
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 13:15:25
Вот после таких пояснений и хочется бросить все  :)
Поэтому я и ждал от Вас примеров с разбором типовых ситуаций
Загрузка как фругал  линукс дистра установленного как фулл ни разу не типовая ситуация. Специально для этого uird не делали. По задумке модули или другие слои которые нужно смонтировать находятся внутри источников, а когда источник это /dev/sda1 и слой тоже он же получаются загадочные параметры :) Тут либо думать как это аккуратно обойти либо смириться. До сей поры хватало uird.scan=legacy.
Пример с исо настоящий, такая матрешка реально в исо росы. У федоры кстати также почти. Привел как пример того, что второй источник внутри первого находится.

Может упростим ситуацию: фругал из исо со сборкой aufs из 2х каталогов с модулями
Вот это подробнее надо, не понял.
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 13:20:40
Я правильно расшифровал?
/LiveOS/squashfs.img - не в исо?
а LABEL@/MagOS-Multi/ что внутри?
uird.load=* - надо указывать или это по умолчанию
uird.noload="" - т.е. умолчание не пустое?
Не правильно :)
Исо, в нем /LiveOS/squashfs.img, в нем образ с ext3. И не спрашивайте нахрена. Я не знаю :)
uird.load и uird.noload указаны относительно нашего дефолтного конфига. Там же не пусто у нас.
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 13:31:55
Давайте лучше случай проще (эмуляция пра-портеуса):
фругал из pfs в каталогах /base и /modules + указанных в uird.load= pfs из /optional + копирование /root. В идеале бы еще /base/0[89]-*.pfs в верхнем слое

Ок. Пробуем.
Чтоб догрузить модули из optional или из любой другой папки можно сделать так.
uird.load+=/optional/module1.xzm;/optional/module2.xzm
или по маске
uird.load+=/optional/module*
если все из optional то
uird.load+=/optional/

Это все к тому конфигу что я раньше написал.
base/*089 в верхний слой это изначально не очень идея как мне кажется. Может устроит загрузка base после modules? Если нет то те варианты что вчера предлагал.
Копирование root это что?

Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 13:35:50
Загрузка как фругал  линукс дистра установленного как фулл ни разу не типовая ситуация.
Я долго юзал только фругал
Но как только поставил фул - без запуска из папаки и сохраненки не смогу
Тяжелое наследие фругала :) Поэкспериментировать люблю, а переустанавливать нет :)
Исо, в нем /LiveOS/squashfs.img, в нем образ с ext3. И не спрашивайте нахрена. Я не знаю :)
Добавил про Росу
uird.load и uird.noload указаны относительно нашего дефолтного конфига. Там же не пусто у нас.
Понял и дописал вначале дефолты
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 13:42:37
Я долго юзал только фругал
Но как только поставил фул - без запуска из папаки и сохраненки не смогу
Тяжелое наследие фругала :) Поэкспериментировать люблю, а переустанавливать нет :)
Цитата: betcher от Сегодня в 13:20:40
Аналогично.
Я думаю такие извращенцы как мы с вами желающие поковырять фул в режиме фругал ( мы говорим в магос режиме ) осилят скопировать три параметра из доки :)
Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 13:44:48
uird.load+=/optional/module1.xzm;/optional/module2.xzm
так будет наиболее близко портеусу
Нужно чтобы грузить пра с выбором initrd
портеус по сравнению с юирд не гибкий. Вот и проверим гибкость :)
base/*089 в верхний слой это изначально не очень идея как мне кажется. Может устроит загрузка base после modules?
да. как?
Копирование root это что?
Как я понял дефолт uird.cp=*.xzm.cp,*/rootcopy
В итоге uird.from=/pra uird.load+=/optional/module1.xzm;/optional/module2.xzm ?
остальное из дефолта
Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 13:48:43
осилят скопировать три параметра из доки
uird.ro=*0/full разве там описан такой трюк?
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 13:52:12
Для base после modules поменяйте их местами в uird.load (не пробовал если честно, но шанс есть )
uird.load+=/optional/module1.xzm;/optional/module2.xzm
Если так всегда нужно можно дописать в конфиг.
Как я понял дефолт uird.cp=*.xzm.cp,*/rootcopy
Да, модули с расширением xzm.cp и папочки  rootcopy  будут в корень распаковываться/копироваться, если находятся внутри источников и удовлетворяют фильтрам load/noload.
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 13:55:17
uird.ro=*0/full разве там описан такой трюк?
Именно этот нет. Я эти параметры на днях по Вашей просьбе подобрал. Задачи грузить фулл из папки не стояло до Вас :). Но вообще для uird из папки даже лучше. из-за того что получается обойти преславутый uird.load=*
Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 14:02:04
Задачи грузить фулл из папки не стояло до Вас
Я не один "не такой" :)  https://aur.archlinux.org/packages/mkinitcpio-loop-subdir/

В итоге портеус:
uird.from=/dir uird.load=/modules/,rootcopy,/optional/module1.pfs;/optional/module2.pfs,/base/ - Эмуляция pra-porteus: модули из  dir/modules и dir/base+ перечисленные из dir/optional + копирование поверх содержимого /root. uird.load=/base/,/modules/
dir/base - по алфавиту сверху
Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 14:18:50
попробовал uird.load=/modules/,rootcopy,/base/ - не прокатывает. Похоже в uird где-то sort по  dir/mod.pfs
Т.е. вместе с папкой :( base ниже modules
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 14:21:19
В итоге портеус:
uird.from=/dir uird.load=/modules/,rootcopy,/optional/module1.pfs;/optional/module2.pfs,/base/ - Эмуляция pra-porteus: модули из  dir/modules и dir/base+ перечисленные из dir/optional + копирование поверх содержимого /root. uird.load=/base/,/modules/
dir/base - по алфавиту сверху
Поверх копируется rootcopy (не root) и не понял последнее "uird.load=/base/,/modules/" это к чему? В остальном вроде так. Проверьте только на счет переноса base немного не уверен.
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 14:22:18
Т.е. вместе с папкой :( base ниже modules
Значит общим списком видимо.
А перенести модули никак? В optional хотя бы, он по алфавиту последний должен быть.
Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 14:37:34
Поверх копируется rootcopy (не root)
Поправил
А перенести модули никак? В optional хотя бы
Так получится. Тогда в пра-порт. надо добавить load=08;09
Но конечно не супер
Трюк с ln -s base 02 не прокатил. Симлинки юирд похоже вообще сливает

Вообще в плане супер-универсальности - функционал модули из папок в порядке перечисления папок не помешал бы
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 14:38:21
А что кстати в этих модулях? Большие? А то может их в uird.cp пристроить :)
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 14:46:16
Так получится. Тогда в пра-порт. надо добавить load=08;09
Тогда проще в modules и переименовать в 99*
Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 14:59:52
Тогда проще в modules и переименовать в 99*
Да , можно не переименовывать. Номерные только в base
Это пожалуй - самое простое

А что кстати в этих модулях? Большие? А то может их в uird.cp пристроить :)
089 -багфикс ; 090 маленькая сохраненка. Ломается смысл сохраненки в модуль. Тогда уж в каталог
Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 15:03:22
Попутал. В modules не номерные. Переименовывать придется в zz*
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 15:19:36
Тут надо смотреть что нужно перекрыть. Может достаточно даже в base переименовать в 99*
Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 15:28:21
Тут надо смотреть что нужно перекрыть.
По моей задумке - все
В итоге раздел про фругал уже получился
copy2ram копирует в /mnt/live/memory/changes - наверное не так?

Какие еще есть актуальные варианты фругала?
Переходим к фул?
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 15:32:16
copy2ram копирует в /mnt/live/memory/changes - наверное не так?
В /memory/copy2ram и это тоже фильтр :) uird.copy2ram=00,kde типа того.
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 15:33:55
Какие еще есть актуальные варианты фругала?
Варианты сохраненок, подключение хомяка, монтирование произвольной папки, своп диск и файл много еще чего.
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 15:37:38
/memory/copy2ram
Точнее даже в $SYSMNT/copy2ram. /memory можно заменить в initvars внутри uird.
/mnt.live* - это для совместимости ссылки, которые ведут в разные каталоги в /memory
Название: Re: Initrd UIRD
Отправлено: sfs от 03 Август 2017, 15:49:21
Варианты сохраненок, подключение хомяка, монтирование произвольной папки, своп диск и файл много еще чего.
Дописал
Хотя не очень понимаю смысл трюков с хомяком и каталогом
Переходим к фул?
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 15:58:25
Переходим к фул?
Давайте, но там прям все проверять надо. Мало тестили.
Название: Re: Initrd UIRD
Отправлено: betcher от 03 Август 2017, 16:00:17
А зачем вам все относительно нашего конфига делать. Собирайте со своим, все станет проще, параметров будет меньше.
Название: Re: Initrd UIRD
Отправлено: neobht от 03 Август 2017, 16:46:21
Для 0[8,9] модулей лучше делайте второй источник и указывайте его в uird.from
Название: Re: Initrd UIRD
Отправлено: Ильфат от 03 Август 2017, 18:01:15
Из вики: "uird.from=LABEL@/ISO/R81.iso;/LiveOS/squashfs.img;LABEL@/MagOS-Multi/ uird.load=* uird.noload=»» uird.ro=*.xzm,*/ext3fs.img uird.config=MagOS-Full.in - загрузка xzm и ext3fs.img из squashfs.img, находящегося в R81.iso (Fedora, Роса)"
Мне кажется для uird.ro лучше прописать *.img, так как если для Росы это ext3fs.img, то для Федоры уже rootfs.img. Либо сделать такую маску *fs.img, для уменьшения ложных срабатываний, а еще лучше оставить как есть, но убрать слово Fedora :), потому что для запуска Федоры таким способом там еще что-то надо сделать, но я не понял что и как и в общем-то не смог ее запустить. neobht думаю может подсказать что именно нужно сделать.
Название: Re: Initrd UIRD
Отправлено: sfs от 04 Август 2017, 08:52:30
Давайте, но там прям все проверять надо. Мало тестили.
Кроме Росы все буду проверять. Если нет фула - можете легко поставить в папку или на виртуалку мой (совсем маленький) (http://wiki.puppyrus.org/puppyrus/pra-roll#full)
зачем вам все относительно нашего конфига делать. Собирайте со своим, все станет проще, параметров будет меньше. Для 0[8,9] модулей лучше делайте второй источник и указывайте его в uird.from
basecfg.ini ? Дайте примеры

для uird.ro лучше прописать *.img
Сделал. У Вас богатый опыт запуска других дистров с юирд. Поделитесь рецептами
Название: Re: Initrd UIRD
Отправлено: Ильфат от 04 Август 2017, 09:13:41
У Вас богатый опыт запуска других дистров с юирд. Поделитесь рецептами
Да не, не богатый. Росу запускал, Федору неудачно и Альт, даже PRA еще не пробовал :). Альт самый простой, у него образ системы лежит в корне исошника под именем live и запускается без каких-либо проблем.
Название: Re: Initrd UIRD
Отправлено: sfs от 04 Август 2017, 09:22:47
Альт самый простой, у него образ системы лежит в корне исошника под именем live и запускается без каких-либо проблем.
С использованием pfs-util к такому виду можно привести любой модульный фругал
Название: Re: Initrd UIRD
Отправлено: betcher от 04 Август 2017, 10:06:10
Второй источник может быть на том же разделе. Папка /pra64  с системой первый источник. А /pra64ext - второй источник в ней так же подкаталог modules, а в нем ваши два красавца которые должны быть сверху.
Название: Re: Initrd UIRD
Отправлено: sfs от 04 Август 2017, 10:14:53
Что-то не догоняю, как мне это поможет с минимальными перестановками юзать 2 инмтрд с одним катаоргом фругал ПРа и чем это лучше того, что сейчас в вики
Название: Re: Initrd UIRD
Отправлено: Ильфат от 04 Август 2017, 10:28:38
С использованием pfs-util к такому виду можно привести любой модульный фругал
Собственно это я и сделал. У меня Магос в одном модуле, если говорить о базовой системе, а так еще есть модуль с моим ПО, плюс rootcopy. Время от времени появляются мелкие модули, но потом, если они действительно нужны, я их добавляю в модуль с ПО. А сохраненки нет. Чистый, но преднастроенный режим с хомяком не привязанный к железу.
По поводу uird еще хочу добавить одну заметку.
Недавно столкнулся с тем, что uird подцепил не тот хоум. uird.home был указан просто как home.img, а такой файл был и на винте, где тоже стоял Магос. Так как хоум может быть где угодно uird ищет его везде, а не только в источниках заданных в uird.from, что в принципе правильно. Поэтому для себя решил, что лучше задавать полный путь к home. Нюанс, который лучше учитывать :)
Для пользователя было бы более предсказуемо, если бы uird определял в пути к хомяку наличие указания раздела, например если в пути отсутствует что-то типа *@ или /dev/sd*, то искал бы хоум только в пределах заданных источников. Это как идея для разработчиков ;)
Название: Re: Initrd UIRD
Отправлено: betcher от 04 Август 2017, 10:34:06
На счет поиска хомяка внутри источников надо подумать. На сегодняшний момент uird.home=homes в принципе то же что uird.mounts=homes::/home, а так хоть разница будет какая то :)
Название: Re: Initrd UIRD
Отправлено: betcher от 04 Август 2017, 10:36:46
Что-то не догоняю, как мне это поможет с минимальными перестановками юзать 2 инмтрд

Да, в этом случае не поможет видимо. Это один из путей загркзить модули после остальных.  Путь простой и надежный. Не зависит от имен, но с вашим инитрд не факт что вообще получится.
Название: Re: Initrd UIRD
Отправлено: sfs от 04 Август 2017, 11:17:48
У меня Магос в одном модуле
Если так делать - есть ли смысл фругала....
Удобнее фул. Причем когда он в отдельной папке и с сохраненкой - он на стационаре не хуже фругала
Т.е., отключив сохраненку можно автообновляться с репы донора
Этими идеями я и заморачивался в pra-roll
если бы uird определял в пути к хомяку наличие указания раздела,
В том-то и дело, что маски и поиски - спорная вещь. Иногда не предсказуемая
В идеале иметь возможность точного указания /dev/sda1/dir

с вашим инитрд не факт что вообще получится.
Не получится, но раскидывать дистр по нескольким одноуровневым папкам неудобно по любому
Название: Re: Initrd UIRD
Отправлено: Ильфат от 04 Август 2017, 11:46:19
Если так делать - есть ли смысл фругала....
Для меня фругал это компактность, переносимость, неубиваемость. А в одном модуле у меня только сама Базовая система, которая у нас и так пользователем обычно не меняется и обновляется раз в месяц, это просто я уж сам решил в один модуль упаковать ради производительности, но возможно вернусь по ряду причин к использованию многомодульной базы. Для всего же остального можно наплодить кучу модулей и подключать и отключать когда необходимо, но для меня это лишние заморочки на стационарнике, поэтому то чем я пользуюсь постоянно загнал в один модуль, который собирается автоматом одной командой из заранее сформированного списка пакетов. На флешке я создаю несколько модулей, тут как бы фругал во всей красе.
На самом деле с недавнего времени на стационарнике у меня так же стоит и самая настоящая фул система. Магос чуть побыстрее в плане чтения с диска за счет сжатости и легкого для распаковки алгоритма, на глаз практически незаметно, но душу греет :) Если уж запускать фул из папки с помощью uird, то почему бы не сжать её в один модуль, будет и компактнее и шустрее. Обновления можно тоже в виде модулей делать, да еще и смержить потом с основным модулем, тут pfs-utils наше все ;) Мне и фул и фругал нравятся, у каждого свои плюсы и минусы.
Название: Re: Initrd UIRD
Отправлено: neobht от 05 Август 2017, 05:55:04
Фул система абсурдна и устарела, если применять uird и pfs-utils.
Фругал в одном модуле или нескольких - компактнее, производительнее и переносимо (можно в любой момент скинуть на флешку с ntfs, fat ).

Обновления фругала делать безопаснее - в отдельный слой и поехали - потом в модуль.

uird.home=/dev/sda..... - поддерживается аналогично другим источникам.
Если не задавать жестко путь, то ищется всегда в порядке приоритетов - на первом месте - уже примонтированные источники, потом остальные.
Название: Re: Initrd UIRD
Отправлено: neobht от 05 Август 2017, 05:59:30
Плюсов фулл нет совершенно никаких. Фругал система включает в себя подмножеством фулл, но не наоборот. То есть фругал имеет все свойства фулл и плюс новые - переносимо, компактнее, быстрее.

Не зря постепенно уже и серверные инфраструктуры - docker и подобные используют многослойность. За этим будущее. Это практичнее и удобнее.
Название: Re: Initrd UIRD
Отправлено: Ильфат от 05 Август 2017, 09:19:36
Если не задавать жестко путь, то ищется всегда в порядке приоритетов - на первом месте - уже примонтированные источники, потом остальные.
Тем не менее у меня цеплялся home.img с винта ноута, на котором на нтфс-ном диске "C:" рядом с виндой лежал еще один Магос.
Код
echo 'Загружается ядро MagOS Linux …'
linux /MagOS/vmlinuz splash=silent plymouth.enable=0 root=uird \
uird.from=MAGOSUSB@/ \
uird.home=/MagOS-Data/home.img
echo 'Загружается начальный виртуальный диск …'
initrd /MagOS/uird.magos.cpio.xz /boot/f2fs.cpio.xz
Пока явно не указал uird.home=MAGOSUSB@/MagOS-Data/home.img никак не хотело нужный home.img подключать, который на флешке.
Название: Re: Initrd UIRD
Отправлено: Ильфат от 05 Август 2017, 10:25:24
За этим будущее.
Кстати, очень интересно почему до сих пор не используют OverlayFS, ведь он как пишут быстрее, легче и использует всякие штуки самого ядра, плюс уже в ядре, а AUFS даже в ядро не принимают.
Название: Re: Initrd UIRD
Отправлено: sfs от 05 Август 2017, 10:33:56
Фул система абсурдна и устарела, если применять uird и pfs-utils.
При наличии aufs - да
На классическом фуле - скучно. Экспериментировать стремно - загадишь систему
Но возможность фула из папки с сохраненкой - это по сути фругал, но с плюсами фула. А они есть : автообновление. Особенно актуально на rolling-release и стационаре. Не надо заморачиваться с chroot , слоями и т.п. Один раз поставил систему - больше никаких телодвижений
Название: Re: Initrd UIRD
Отправлено: sfs от 05 Август 2017, 10:35:45
интересно почему до сих пор не используют OverlayFS
http://forum.puppyrus.org/index.php?topic=16200.0
Название: Re: Initrd UIRD
Отправлено: Ильфат от 05 Август 2017, 11:11:08
На классическом фуле - скучно. Экспериментировать стремно - загадишь систему
Ага, после фругала это немного напрягает.
А они есть : автообновление. Особенно актуально на rolling-release и стационаре. Не надо заморачиваться с chroot , слоями и т.п. Один раз поставил систему - больше никаких телодвижений
Сюда бы еще btrfs со сжатием lz4, вот тебе и компактность и скорость фругала, жаль только до сих пор из коробки lz4 нет в btrfs. lzo пробовал сразу со сжатием монтировать, но мою железяку сильно тормозит при записи, особенно при установке обновлений. Как вариант монтировать без сжатия, а время от времени делать дефрагментацию со сжатием, но даже для lzo лучше иметь не самый слабый комп. У меня после установки фул на 10 гб раздел осталось свободно 2.5 гига, дефрагментировал со сжатием lzo из другой системы, стало свободно 5.7 ГБ.
У вас, кстати, в pf ядре btrfs не имеет поддержки lz4?
Название: Re: Initrd UIRD
Отправлено: Ильфат от 05 Август 2017, 14:11:46
echo 'Загружается ядро MagOS Linux …'
linux /MagOS/vmlinuz splash=silent plymouth.enable=0 root=uird \
uird.from=MAGOSUSB@/ \
uird.home=/MagOS-Data/home.img
echo 'Загружается начальный виртуальный диск …'
initrd /MagOS/uird.magos.cpio.xz /boot/f2fs.cpio.xz
Вообще-то uird.from у меня был MAGOSUSB@/MagOS,MAGOSUSB@/MagOS-Data, это я потом уже изменил на просто MAGOSUSB@/. Поэтому не найдя в этих источниках паттерн "/MagOS-Data/home.img" uird пошел искать его в других местах и нашел на /dev/sda2, так как по алфавиту он раньше чем флешка /dev/sdb. Поэтому тут мой косяк был. Буду теперь знать. Надо было указывать либо просто home.img, либо uird.from задать как "MAGOSUSB@/" :)
Название: Re: Initrd UIRD
Отправлено: sfs от 07 Август 2017, 15:47:48
Проверил фул п. 4
uird.from=/dev/sda1 uird.ro=*0/_1 uird.load=_1 uird.mode=changes uird.changes=2
_1 - папка с дистром 2 - сохраненка
Работает

п.1
Работает : uird.scan=legacy. Очень долго (sda1 единственный раздел) и с выдачей ошибки на неправильный параметр какой-то стандартной утилиты
Как еще запустить ? uird.from=/dev/sda1 uird.rw=/dev/sda1 - не находит /sbin/init
Название: Re: Initrd UIRD
Отправлено: betcher от 07 Август 2017, 16:46:19
uird.rw такой же фильтр как uird.ro, соответственно и указывать нужно То же самое. Вот только ума не дам что и куда будет писаться, скорее всего сущестующие файлы в этот rw слой, а новые в верхний в ченджез тл есть. Можно попробовать подключать папку с фулл как ченджез совсем без нижних слоев или с пустой папкой или модулем в качестве нижнего слоя. Вариантов тьма, не все правда имеют хоть какой то смысл :)
По ошибке с uird.scan посмотрю что может быть.
Название: Re: Initrd UIRD
Отправлено: betcher от 07 Август 2017, 17:17:38
и с выдачей ошибки на неправильный параметр какой-то стандартной утилиты
Починил, изменения в гит. На работу не влияло.
Название: Re: Initrd UIRD
Отправлено: sfs от 07 Август 2017, 17:20:22
Может neobht знает?
Без фула - не универсально
Название: Re: Initrd UIRD
Отправлено: betcher от 07 Август 2017, 17:22:54
Может neobht знает?
Вопрос то в чем? не понял.
Название: Re: Initrd UIRD
Отправлено: sfs от 07 Август 2017, 17:43:57
full установка  - стандартный запуск дистрибутива из корня раздела sda1.
Т.е. надо доделать вики (http://wiki.puppyrus.org/soft/uird?&#full_%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0)
Название: Re: Initrd UIRD
Отправлено: betcher от 07 Август 2017, 17:47:23
Надо загрузить фулл как фулл? Без слоев и модульности?
Название: Re: Initrd UIRD
Отправлено: sfs от 07 Август 2017, 17:50:09
да и потом тоже, но из папки
Название: Re: Initrd UIRD
Отправлено: betcher от 07 Август 2017, 17:57:57
Боюсь прямого пути нет. Надо обговорить с Антоном. Могу предложить указать папку с фулл как changes. Думаю должно сработать и будет приблизительно то, что нужно.
То есть что-то вроде:
uird.from=что угодно лишь бы существовало
uird.ro и uird.load = наоборот чтобы ничего не нашлось
uird.mode=changes
uird.changes=/dev/sda1/full_dir
Вроде того.
Название: Re: Initrd UIRD
Отправлено: sfs от 07 Август 2017, 18:02:55
Могу предложить указать папку с фулл как changes.
Такое я тоже уже придумал
Без этого функционала мне uird для pra-roll не годится
Только из-за меня не уверен что Вам надо заморачиваться
Название: Re: Initrd UIRD
Отправлено: betcher от 07 Август 2017, 18:08:10
Фулл как ченджез не подходит? Нужена загрузка как обычным инитрд?
Название: Re: Обсуждение комбинации FULL и FRUGAL режимов
Отправлено: betcher от 08 Август 2017, 11:46:37
После разделения не понятно где отвечать. :)
uird.from=/dev/sda1 (любой существующий раздел, если указать несуществующий будет останавливаться и спрашивать что делать дальше)
uird.mode=changes (включаем режим сохранения)
uird.changes=/dev/sda1/full (папка с FULL)
uird.load=hhbkhjbkhbkhj (любая хрень чтоб случайно не подцепить модули из указанного в uird.from источника)

Грузится, изменения пишутся как при FULL. При загрузке была задержка на системд где-то, и не поднялась сеть. Связано с уирд или нет пока не понял.
Название: Re: Initrd UIRD
Отправлено: sfs от 08 Август 2017, 11:58:36
После разделения не понятно где отвечать.
Конкретику сюда. Базар-вокзал туда

А uird.scan - то же самое делает? И почему так долго ищет?

uird.load=hhbkhjbkhbkhj (любая хрень чтоб случайно не подцепить модули из указанного в uird.from источника)
Может пустоту? uird.from=
Название: Re: Initrd UIRD
Отправлено: sfs от 08 Август 2017, 12:01:50
С rw слоем
uird.from=/dev/sda1
uird.rw=*0/full
uird.load=full

Грузим с папкой /dev/sda/full (где у нас фулл установка) как rw слой. Новые файлы пишутся в changes (то есть не сохранятся), изменяющиеся файлы пишутся в rw слой то есть сохранятся. Не знаю нахрена нужно, но работает.
Т.е. первый вариант был full ro - а какой в нем смысл...
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 12:02:52
А uird.scan - то же самое делает? И почему так долго ищет?
Uird.scan=legacy по очереди монтирует все диски и ищет sbin/init переписывает конфиг uird с учетом найденного и продолжает загрузку. Сам uird.scan это отдельный файл, он, кстати, копируется в систему. Можете загрузится запустить uird.scan без параметров и посмотреть где тормозит. Там есть где поускорять. Но повторюсь, это не для работы, а для упрощения конфигурации, тестов и так далее.
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 12:07:40
Т.е. первый вариант был full ro - а какой в нем смысл...
Который первый?
- вариант с full как ro слой
- вариант c full как rw слой
- вариант с full как changes (то есть тоже rw)
Сейчас еще с uird.cp запустил. Параметры такие же как с ro и rw только uird.cp.
Как еще проверить? Может модули в перемешку с full плюс хомяк и ченджез на диск? :)
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 12:09:16
Может пустоту? uird.from=
Если писать пустоту типа "", параметр сохранит дефолтное значение. Если хотите чтоб прилично выглядело напишите uird.load=none
Название: Re: Initrd UIRD
Отправлено: sfs от 08 Август 2017, 12:48:08
Который первый?
http://forum.puppyrus.org/index.php?topic=16558.msg133828#msg133828
Может модули в перемешку с full плюс хомяк и ченджез на диск?
Совсем жесть, но чем больше рабочих примеров тем лучше
Для нас хоть слой ауфс -= не пустой звук
А что вы ждете от виндоюзера прочитавщего http://neobht.github.io/uird/
Если писать пустоту типа "", параметр сохранит дефолтное значение. Если хотите чтоб прилично выглядело напишите uird.load=none
Какая то не очень логика
Опять же - где это в доке?
Название: Re: Initrd UIRD
Отправлено: Ильфат от 08 Август 2017, 12:56:11
А если uird.from=пустая_папка? Тогда uird.load можно вообще не трогать наверно?
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 13:46:11
А если uird.from=пустая_папка? Тогда uird.load можно вообще не трогать наверно?
В примере с подключением фулл как ченджез думаю да.
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 13:48:49
Какая то не очень логика
Опять же - где это в доке?
До сих пор не было необходимости именно обнулить значение. Либо заменяли либо добавляли к дефолтному значению.
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 13:54:37
С записью изменений в папку с full я привел два варианта.
1. Папка с фулл подключается как ченджез, то есть как верхний rw слой. Все изменения пишутся в нее. Работает как фулл, возможно есть нюансы, надо пробовать.
2. Папка с фулл подключается как модуль, только RW. То есть сверху еще один rw слой, тот что мы с вами зовем ченджез. В таком варианте в папку с фулл пишутся только изменения в файлах, новые файлы попалут в верхний слой т.е. в ченджез. Не знаю зачем такое нужно, но работает.
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 13:58:46
Теперь о виндоюзерах.
Мы переводили магос на uird около года, параллельно поддерживаем инитрд до сих пор. Но uird  теперь по дефолту. Никаких проблем переход не принес. Магос по дефолту как работал с инитрд так и работает с uird. Очень небольшой процент пользователей впринципе лезет конфигурировать загрузку. Для 90% достаточно тех вариантов, что есть в  menu.lst.
Название: Re: Initrd UIRD
Отправлено: sfs от 08 Август 2017, 14:46:29
А выложите menu.lst - посмотреть
Для 90% достаточно тех вариантов, что есть в  menu.lst.
Только поэтому и
Никаких проблем переход не принес
На Вашем форуме как-то тихо. У всех все хорошо или никто не юзает? Есть статистика по скачке?

Дописал и протестировал  (http://wiki.puppyrus.org/soft/uird?&#full_%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0)
full5 - подскажите (из файла)
Я ничего не пропустил?
Что добавить?

Нет фул из раздела с сохраненкой. Или я пропустил?
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 15:13:45
Я ничего не пропустил?
Что добавить?
Вариант под номером 2 лучше не афишировать. Практического применения я не вижу. Это нечто среднее между 1. и 3.
Что за вариант 5? не понял.

Наш menu.lst и menu-add.lst
https://github.com/magos-linux/magos-linux/tree/master/make_MagOS/files/patches/flash/boot/grub4dos/local

Со статистикой сложно. У меня есть данные только по трекеру. До появления автообновлений было по 100 закачек в месяц с каждого из четырех файлов. (два исо два tar.gz) как Михаил обновления запилил резко упало до 20-30, да и смысла качать с трекера все меньше и меньше, было время я через телефон сутками выкачивал сборку ktorrent'ом с обрывами и докачками, сейчас это пару минут с ftp или http браузером без проблем с того же телефона.
По ftp и http статистики не знаю, и не думаю, что она есть тем более учитывая зеркала на яндексе и росе.
Тишина а форуме в том числе потому, что разработка уползла в прямое общение в телеграм, стим, в беседку, сейчас вот еще gitter.im.
Название: Re: Initrd UIRD
Отправлено: sfs от 08 Август 2017, 15:20:49
Вариант под номером 2 лучше не афишировать. Практического применения я не вижу.
Цитата
Позволяет иметь несколько дистрибутивов на одном разделе
Что за вариант 5? не понял.
Цитата
- запуск дистрибутива из файла. Файл может распологаться на любой ФС. В том числе на fat и ntfs (т.е., например, на одном разделе вместе с windows). Этот вариант актуален только для fat, ntfs.
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 15:23:25
Не понял а ответы то где? :)
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 15:25:34
По поводу пункта 2 я однако понял. Там нужно uird.ro а не uird.rw.
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 15:28:14
Еще нашел неточность. Давайте прямо там переделаю?
Название: Re: Initrd UIRD
Отправлено: sfs от 08 Август 2017, 15:36:36
Не понял а ответы то где?
Ответил цитатами из вики
По поводу пункта 2 я однако понял. Там нужно uird.ro а не uird.rw.
А если захочется что-то поправить на разделе вне сохраненки
Может написать что можно ro или rw...
Наш menu.lst и menu-add.lst
https://github.com/magos-linux/magos-linux/tree/master/make_MagOS/files/patches/flash/boot/grub4dos/local
Код
title MagOS Linux-С сохранением данных
kernel /MagOS/vmlinuz vga=791 splash=silent plymouth.enable=0 root=uird: uird.home=home.img uird.mode=machines
initrd /MagOS/uird.magos.cpio.xz
root= в доках не нашел
home.img - сам создастся?
Откуда вообще загружаться -то будет.... Или сам надет?
Как-то menu.lst вообще возможностей не раскрывает
И дока только что в шапке нашей вики?
Какие-то волшебные у Вас юзера. Наши не осилят
Название: Re: Initrd UIRD
Отправлено: sfs от 08 Август 2017, 15:40:02
Давайте прямо там переделаю?
Дал rw
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 15:42:37
root= в доках не нашел
Сейчас не нужен. Устарел.
home.img - сам создастся?
Нет, он есть в сборке.

Откуда вообще загружаться -то будет.... Или сам надет?
Остальные параметры вшиты в конфиг uird.

Правил ваш вики, сломал форматирование :) Почините пжлст.
Название: Re: Initrd UIRD
Отправлено: neobht от 08 Август 2017, 15:51:21
uird.from="" и подобное обнуление можно использовать только в кавычках, просто написать uird.from= нельзя.
Поэтому "" - обнуление норм. По крайней мере над этим специально работал. Если сейчас не работает - надо чинить.

Sfs, пользователи как раз любят просто работать, а не щёлкать по менюшкам. Те, кто у вас шелкает - это экспериментаторы и продвинутые пользователи, ну либо такими хотят выглядеть, на мой взгляд.
Название: Re: Initrd UIRD
Отправлено: sfs от 08 Август 2017, 15:55:38
Правил ваш вики,
uird.ro=*layer-base/0 - т.е. прямо так и писать?
Чото нет такого в доке https://github.com/neobht/uird/blob/master/initrd/usr/share/uird.help/ru_RU.UTF-8/uird.ro.help
home.img - получается не в магог надо создать пустой? или прописать вместо каталог

Все обновления должны идти в отдельные слои - атомарной операцией. И с возможностью слияния в случае удачи.
Можно подробно по пунктам
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 15:56:04
uird.from="" и подобное обнуление можно использовать только в кавычках, просто написать uird.from= нельзя.
Не сработало с uird.from, но надо перепроверить конечно.
Название: Re: Initrd UIRD
Отправлено: sfs от 08 Август 2017, 16:00:11
Поэтому "" - обнуление норм
Да - так логично
Sfs, пользователи как раз любят просто работать, а не щёлкать по менюшкам
Для таких uird - "из пушки по воробьям"
Получается в полном объеме uird могли юзать только разрабы
По итогу допросов и пыток надеюсь тоже попасть в касту избранных ;) Уже проясняется. Спасибо и + betcher
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 16:03:04
uird.ro=*layer-base/0 - т.е. прямо так и писать?
Ага :)
Чото нет такого в доке
Там про такую загрузку вообще однако нет.
home.img - получается не в магог надо создать пустой? или прописать вместо каталог
home.img есть в архиве. Распаковываете магос.tar.gz и home.img будет уже на месте. Можно прописать и каталог (вот его как раз надо создать)
Название: Re: Initrd UIRD
Отправлено: sfs от 08 Август 2017, 16:05:14
Цитата: neobht от Сегодня в 15:37:21

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

Можно подробно по пунктам
И фул-5 и сеть - хотя бы самый простой случай
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 16:14:02
И фул-5
Это с исо что-ли?
еть - хотя бы самый простой случай
Для фулл? Думаю достаточно
uird.from=ftp://some.server.com/full остальное тоже самое наверное.
Название: Re: Initrd UIRD
Отправлено: neobht от 08 Август 2017, 16:15:12
Как писал betcher надо понять элементарный принцип:
Указываем источники: uird.from
Указываем фильтры под режим монтирования: uird.ro, uird.rw
Указываем фильтры под режим копирования: uird.cp
Указываем фильтры второго уровня : uird.load, uird.noload

Именно это оказалось той самой идеей, которая сделала из обычного initrd, такую мегагибкую штуку uird.
Я несколько лет к этому шел. Сначала придумал и спустя несколько лет воплотил. Именно два уровня фильтров - это то, что надо понять. Как только поймете, у вас сразу мгновенно произойдет понимание, что вы сможете сделать какую угодно комбинацию использовпния, без всяких примеров - они не нужны. Попробуйте понять идею - она простая и гениальная потому что в ее основе лежит естественный принцип вселенной и логики мышления человека.

Сначала: где? uird.from
Потом: с чем сделать что? uird.ro,uird.rw,uird.cp
А затем когда определились с этим: что оставить и что убрать? uird.load, uird.noload

Элементарно! :)

Вам мешает ошибочно заложенный в porteus подход и логика мышления. Взгляните по другому на идею - не проводите аналогию от porteus к uird - это будет заблуждением. Неправильная логика мышления porteus вам будет мешать.
Название: Re: Initrd UIRD
Отправлено: sfs от 08 Август 2017, 16:25:00
Это с исо что-ли?
С .img С исо тоже не помешает
Фул по сети не будет тормозить? По итогу моих экспериментов в 100мб локалке - без copy2ram тормоза
Лучше пример сетевого фругала или оба
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 16:27:37
Неправильная логика мышления porteus вам будет мешать.
Ну не неправильная. Скажем так - другая.
А в остальном все так. Ни каких прибитых гвоздями каталогов, файлов, расширений.  Чистый лист.
Вся адаптация логики uird к конкретному дистру сводится к написанию конфига который загрузит дефолт.
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 16:32:29
Фул по сети не будет тормозить? По итогу моих экспериментов в 100мб локалке - без copy2ram тормоза
У меня чисто домашнее применение, подключал на пробу по сети, правда модули конечно не full. В локалке особых тормозов не было.
Лучше пример сетевого фругала или оба
Антон Вам тут так все расписал, а вы все спрашиваете :) Разница будет только в источниках, вместо папок и дисков сервера. Можно в перемешку.
Название: Re: Initrd UIRD
Отправлено: betcher от 08 Август 2017, 16:35:50
С .img С исо тоже не помешает
Что внутри img? Что внутри ИСО? Есть пример от Ильфата с Росой, оно?
Название: Re: Initrd UIRD
Отправлено: Ильфат от 08 Август 2017, 17:03:34
Загрузка из ИСО на практике вещь довольно редкая. Для демонстрации такой возможности можно подготовить реально рабочие варианты с образами на зеркалах Яндекса, как это сделано в ipxe от neobht. Кому надо разберутся, хотя бы по аналогии, а кому не надо так и так в этих матрешках потеряются.
Название: Re: Initrd UIRD
Отправлено: sfs от 09 Август 2017, 09:25:35
Добавил Принципы работы UIRD (http://wiki.puppyrus.org/soft/uird?&#%D0%BF%D1%80%D0%B8%D0%BD%D1%86%D0%B8%D0%BF%D1%8B_%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%8B_uird)

Что внутри img?
Корень / file2fs
uird.from=/dev/sda1 uird.rw=*layer-base/0/dir/base.img uird.load=*
Так?

uird.from=ssh://server/path/... как авторизоваться? Инитрд надо собирать с доп. компонентами? Про сборку uird есть материал?
Название: Re: Initrd UIRD
Отправлено: DdShurick от 09 Август 2017, 09:37:15
как авторизоваться?
Сгенерируйте ключи.
Название: Re: Initrd UIRD
Отправлено: sfs от 09 Август 2017, 10:54:05
А с http ftp и т.п.?
Сгенерируйте ключи.
И положить их в инитрд? Как то кривовать.... Ключами никак?
Название: Re: Initrd UIRD
Отправлено: Ильфат от 09 Август 2017, 11:16:56
И положить их в инитрд? Как то кривовать.... Ключами никак?
Как-то так: http://magos-linux.ru/index.php?option=com_agora&task=topic&id=955&p=49&Itemid=55#p18638
Название: Re: Initrd UIRD
Отправлено: sfs от 09 Август 2017, 11:31:42
Добавил в вики. Спасибо +
Название: Re: Initrd UIRD
Отправлено: betcher от 09 Август 2017, 12:47:47
По монтированию img.
Если внутри сразу rootfs, без матрешек как у росы в исо, то параметры вообще не отличаются от таковых для папки. То есть uird.rw НЕ НУЖНО.
Название: Re: Initrd UIRD
Отправлено: betcher от 09 Август 2017, 12:54:17
uird.rw это не ченджнз, не верхний слой aufs. Применение этого параметра весьма специфично. Лучше пока просто не обращайте на него внимания.
Юзкейс приблизительно таким может быть. К примеру у вас img, внутри которого как в модуле pfs-utils. Если подключить этот img c uird.rw то изменения вносимые в скрипты pfs-utils будут писаться не в ченджез а в этот образ. Но если вы вдруг захотите создать новый скрипт, он уже попадет в ченджез. В общем своеобразная штука.
Название: Re: Initrd UIRD
Отправлено: sfs от 09 Август 2017, 13:06:05
В итоге uird.from=/dev/sda1/dir/base.img ?
uird.load=*  надо?
Название: Re: Initrd UIRD
Отправлено: betcher от 09 Август 2017, 13:29:46
Надо и uird.ro=  тоже надо.  А uird.rw не надо :)
Название: Re: Initrd UIRD
Отправлено: betcher от 09 Август 2017, 13:35:20
Если образ лежит по пути /dev/sda1/dir/file.img,  то параметры можно сделать как для модулей.
uird.from=/dev/sda1
uird.load=/dir/
uird.ro=*.img
Название: Re: Initrd UIRD
Отправлено: sfs от 09 Август 2017, 13:42:45
Запутался. Дайте итоговый вариант - или сразу в вики напишите
Название: Re: Initrd UIRD
Отправлено: betcher от 09 Август 2017, 13:42:53
Если же uird.from=/dev/sda1/dir
то
uird.load=/base.img
uird.ro=*0/base.img
приблизительно :)
А если uird.from=/dev/sda1/dir/base.img
то дальше совсем изврат наверное получится, типа:
uird.load=*
uird.ro=*/layer-base/0
Название: Re: Initrd UIRD
Отправлено: betcher от 09 Август 2017, 13:51:02
Когда Антон делал uird предполагалось что минимальный путь до модуля (img,iso,dir) это диск/каталог/модуль напиимер /pra64/base/module.pfs. А когда путь короче /диск/дир или вообще /диск приходится пихать в маску кусок точки монтирования первого источника /memory/layer-base/0. Отсюда такие загадочные параметры.
Название: Re: Initrd UIRD
Отправлено: sfs от 09 Август 2017, 13:54:12
Добавил.
Остается сборка uird. Есть дока? Или там просто dracut? По нему хорошую рус. доку не порекомендуете?
Название: Re: Initrd UIRD
Отправлено: betcher от 09 Август 2017, 14:27:31
Доку не посоветую, сборку я описывал на примере пра64. В других дистрах отличаться будут названия пакетов в завистмостях.  Можно взять родной src пакет дракут и посмотреть что требуется для сборки. Если собирается дракут соберется и uird. Ошибки сборки в дракут.лог, все что не нашлось в дистре в нот-фаунд.лог
Название: Re: Initrd UIRD
Отправлено: betcher от 13 Август 2017, 12:46:11
Посмотрите тут.
http://www.magos-linux.ru/index.php?option=com_agora&task=topic&id=1070&p=1&Itemid=55#p18658
Добавлю как сделать с вашим дефолтом. Сами конфиги лежат в /configs/uird_configs/ любой из конфигов  можно сделать дефолтным при сборке. Для этого сделал отдельный скриптик mkuird. Думаю он со временем заменит make_uird_magos.sh
mkuird MagOS - соберет с нашим конфигом
mkuird pra64 - c вашим
mkuird full - для загрузки full
и так далее.
Какие еще нужны конфиги?

З.Ы. в uird попадут все конфиги, выбранный просто будет включен по умолчанию
Название: Re: Initrd UIRD
Отправлено: sfs от 11 Декабрь 2017, 09:43:55
Uird - это нижний уровень идущий после ядра. После загрузки в него - должен быть получен функционал либо для сборки lfs, либо подключение модулей, на крайний случай - сборка модулей из пакетов и подключение этих модулей.
Т.е. вы позиционируете uird как нечно большее чем просто initrd
Интересные идеи. На самом деле когда я увидел у Вас mc в инитрд - я сразу написал - почему бы так не собрать мини дистр
Тем более,  я так понимаю dracut (сборщик uird) это позволяет

Все для сборки lfs в инитрд - спорная идея:
1. Очень большой получится объем
2. Кто и зачем будет собирать ЛФС...

А вот ПМ , сеть, mc , pfs-util в initrd - интересная идея. Особенно для арча, который распространяется в виде исо с голым ПМ
С другой стороны : зачем делать такой жирный инитрд (который потом и не нужен). Проще загрузиться с live-CD

В любом случае - не понимаю, почему UIRD не надо опакечивать....
Название: Re: Initrd UIRD
Отправлено: neobht от 11 Декабрь 2017, 15:04:01
Опакечивать - это продвигать в дистр с пакетами. Но uird - это системный софт, его устанавливать необходимо только один раз - далее пакет никогда уже не используется при модульном подходе - поэтому в этом нет смысла. Возможность самообновления должна быть заложена в такого рода софт. И это одна из задач, которые хочу решать в рамках дальнейшего развития.
Название: Re: Initrd UIRD
Отправлено: sfs от 11 Декабрь 2017, 16:25:00
А если юзер хочет сложные варианты FULL (http://wiki.puppyrus.org/soft/uird#full_%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0) ?
Название: Re: Initrd UIRD
Отправлено: sfs от 23 Март 2018, 09:45:36
http://www.opennet.ru/opennews/art.shtml?num=48315 - поздравляю с релизом!
Планируете выход с uird за рамки MagOS?
Заодно про https://www.altlinux.org/Colaboot узнал
Название: Re: Initrd UIRD
Отправлено: DdShurick от 23 Март 2018, 11:26:24
Заодно про https://www.altlinux.org/Colaboot узнал
Только сейчас? Я им давно предлагал, не поняли, кончилось руганью.
Название: Re: Initrd UIRD
Отправлено: betcher от 23 Март 2018, 11:29:23
Релиз ничего нового не принес. Наоборот вроде устаканилось все. По поводу выхода за рамки вопрос не к нам. Мы то за, если надо поможем.
Кстати, не помешала бы новость и  по поводу pfs-utils я думаю.
Название: Re: Initrd UIRD
Отправлено: sfs от 23 Март 2018, 11:37:52
не помешала бы новость и  по поводу pfs-utils я думаю.
думаете он уже дорос до опеннета...
Название: Re: Initrd UIRD
Отправлено: betcher от 23 Март 2018, 11:57:13
думаете он уже дорос до опеннета..
А что, даже на мининовость не тянет? :) Вот и проверим. Там премодерация, если решат, что слабовато даже в новости не попадет. Возьметесь написать? Напишите, что совместная разработка  и используется в двух дистрах, для солидности :))
Название: Re: Initrd UIRD
Отправлено: sfs от 24 Март 2018, 08:03:23
Возьметесь написать?
Я там даже не зарегистрирован.
Сильно сомневаюсь, что пфс актуален за рамками модульных фругалов, которых по пальцам пересчитать
Название: Re: Initrd UIRD
Отправлено: sfs от 06 Ноябрь 2018, 12:52:45
Запилил хук с поддержкой overlayfs (скоро выложу)
В uird нет подвижек с overlayfs ?
Какие вообще новости?
Название: Re: Initrd UIRD
Отправлено: betcher от 07 Ноябрь 2018, 07:49:36
Пока особо нечего рассказать.  В основном ошибки поправляю. ОверлейФС Антон собирался делать, но коммитов пока не видать.
Название: Re: Initrd UIRD
Отправлено: Ильфат от 07 Ноябрь 2018, 11:55:23
Пока особо нечего рассказать.  В основном ошибки поправляю. ОверлейФС Антон собирался делать, но коммитов пока не видать.
Он писал, что там какие-то грабли.
Название: Re: Initrd UIRD
Отправлено: sfs от 08 Ноябрь 2018, 09:14:04
Я пока столкнулся только с тем , что второй слой ovfs нельзя внутри первого (что логично)
Причем даже работает, но криво
Название: Re: Сборка Initrd UIRD в PRA
Отправлено: betcher от 10 Декабрь 2018, 19:45:00
Передавать каждый раз ядру весь список параметров не нужно. Эти параметры вносятся в конфиг с которым вы собираете uird в качестве дефолта. А ядру вы передаете только те параметры которые нужно изменить "=" или дополнить "+=" То есть в стандартной ситуации все будет грузиться вообще без параметров.
Папка changes не создается потому, что чаще всего там поиск. То есть указано без путей. И где ее создавать?.
Первый вариант тоже можно добить, видимо в какой-то мелочи ошибся. Но вообще второй будет удобнее, когда понадобится подключить второй источник например с модулями.
Название: Re: Re: Сборка Initrd UIRD в PRA
Отправлено: betcher от 10 Декабрь 2018, 19:56:16
Начал пилить для  mkuird сборку по конфигу и параметр с которым можно исключить из уирд не нужные бинарники и модули ядра. Можно по одному, можно группами, например   ethernet. Если полный uird на 4.9 получается 27 метров, то обезжирив с --exclude ethernet,fsck,aria2c и т.д  уменьшал до 10 метров.
Пока в отдельной ветке mkuird2.
Название: Re: Initrd UIRD
Отправлено: sfs от 11 Декабрь 2018, 09:34:23
С параметрами , конечно - жесть. Не юзабельно для масс. Надо упрощать
Может взять из вики (http://wiki.puppyrus.org/soft/uird) варианты и сделать метапараметры типа frugal=1 full=2
параметры вносятся в конфиг с которым вы собираете uird в качестве дефолта
Т.е. они внутри инитрд - неудобно. Т.к. со сборкой uird не просто - удобнее бы юзать 2 инитрд, чтобы не пересобирать uird
Папка changes не создается потому, что чаще всего там поиск. То есть указано без путей. И где ее создавать?.
Тпм где указано или задать вопрос - как у Дяди Шурика
Не догадаются создать заранее
Первый вариант тоже можно добить, видимо в какой-то мелочи ошибся
Чем будет лучше?
Начал пилить для  mkuird сборку по конфигу и параметр с которым можно исключить из уирд не нужные бинарники и модули ядра
Без сети - интересно. Как будет готово - сообщите
Название: Re: Initrd UIRD
Отправлено: betcher от 11 Декабрь 2018, 09:47:57
Конфиги это и есть метапараметры. Они в  uird все есть одновременно, но по умолчанию используется один из них. Чтобы включить другой пишете в cmdline  uird.basecfg=имяконфига. Можете сделать столько вариантов на сколько фантазии хватит.
Скорен всего вам хватит двух для фулл и для фругал вариантов загрузки.
По созданию ченджнз надо подумать, просто там и файл может быть и nfs.
Название: Re: Initrd UIRD
Отправлено: sfs от 11 Декабрь 2018, 10:16:06
uird.basecfg=имяконфига
Пожалуй, то что нужно. https://github.com/neobht/uird/blob/master/configs/uird_configs/pra64 ?
Т.е. добавить 1 параметр uird.basecfg=pra64 и имеем porteus?
Название: Re: Initrd UIRD
Отправлено: betcher от 11 Декабрь 2018, 10:33:47
Не знаю еа счет портеуса. Но настройки будут браться из pra64. И дальше уже дополняете или меняете параметры относительно этого конфига.
Вот только не помню достаточно ли pra64 или еще путь до него надо. Если что починю чтоб без пути работало.
Название: Re: Initrd UIRD
Отправлено: Ильфат от 14 Декабрь 2018, 10:30:19
В экспериметнальных целях собрал себе для флешки UIRD размером 5.7 мб.
Выкинул все лишнее. Флешка на BTRFS, драйвер уже в ядре. Потом пережал в xz -9 и размер стал 5.1. Работает. Умеет даже zram, lz4 сжатие и z3fold пул для zswap. Виндовых ФС нет, они мне не нужны.
Если оптимизировать под PRA, то думаю в 10 мб можно уложиться. Тут конечно от вашего ядра зависит. Я так понимаю Манжаровское сильно голое. Собирал уирд, комплектация "полный фарш" (uird.soft в том числе) под Манжаро ядро 4.19 из Live Манжаро, размер получился 47 мб.
Название: Re: Initrd UIRD
Отправлено: sfs от 14 Декабрь 2018, 12:23:17
собрал себе для флешки UIRD размером 5.7 мб.
Выложите...
Манжаровское сильно голое
Нет. Наше (-pf) голое. Зато все для загрузки с сd hdd flash монолитно в ядре. Модули в инитрд не нужны
Название: Re: Initrd UIRD
Отправлено: Ильфат от 14 Декабрь 2018, 13:32:59
Выложите...
Это конфиг для mkuird, в части драйверов оборудования ничего не трогал:
Код
$ cat mkuird-lite.cfg
# mkuird2 config file                                                                                                                       
Base_KM="loop  pata_acpi ata_generic ahci xhci-hcd  xhci-pci xhci-plat-hcd ohci-pci  usb-storage uhci-hcd lockd evdev af_packet             
                                        hid usbhid ehci-hcd ohci-hcd ehci-pci ehci-platform  hid-generic sr_mod sd_mod scsi_mod jbd jbd2 sunrpc cbc                                                                                                                                     
                                        =drivers/ide =drivers/ata   =drivers/usb/storage  =drivers/usb/host"                               
NetWork_KM=""                                                                                                                               
Dev_KM="zram"                                                                                                                               
Crypto_KM=""                                                                                                                               
CompAlg_KM="z3fold lz4 "                                                                                                                   
                                                                                                                                           
FileSystems_KM="aufs squashfs ext3 btrfs"                                                                                                   
                                                                                                                                           
Base_bins="gettext loadkeys rsync "                                                                                                         
NetWork_bins=""                                                                                                                             
FS_bins=""                                                                                                                                 
                                                                                                                                           
DracutM="base kernel-modules"                                                                                                               
UirdM="uird"                                                                                                                               
#used for --addon only                                                                                                                     
ExtraM="uird-soft"
Для сравнения конфиг mkuird по умолчанию:
Код
$ cat mkuird.cfg 
# mkuird2 config file
Base_KM="loop  pata_acpi ata_generic ahci xhci-hcd  xhci-pci xhci-plat-hcd ohci-pci  usb-storage uhci-hcd lockd evdev af_packet
                                        hid usbhid ehci-hcd ohci-hcd ehci-pci ehci-platform  hid-generic sr_mod sd_mod scsi_mod jbd jbd2 sunrpc cbc 
                                        =drivers/ide =drivers/ata   =drivers/usb/storage  =drivers/usb/host"
NetWork_KM="=drivers/net/ethernet =fs/nfs"
Dev_KM="nbd zram"
Crypto_KM="aes-generic aes-i586 aes-x86_64 dm-crypt cryptoloop"
CompAlg_KM="z3fold lz4 "

FileSystems_KM="aufs squashfs vfat msdos iso9660 isofs xfs fuse nfs cifs udf nls_cp866 nls_utf8 reiserfs overlay ext3 ntfs btrfs"

Base_bins="gettext loadkeys rsync "
NetWork_bins="aria2c"
FS_bins="mkfs.ext4 qemu-nbd qemu-img fsck fsck.ext2 fsck.ext3 fsck.ext4 fsck.exfat fsck.vfat fsck.xfs fsck.btrfs btrfsck ntfsfix"

DracutM="base ntfs kernel-modules crypt "
UirdM="uird uird-network uird-soft"
#used for --addon only
ExtraM="uird-soft"
Конфиг для uird MagOS.
Команда для сборки такая:
Код
./mkuird MagOS --config mkuird-lite.cfg -n uird.lite.cpio.xz
Сам уирд https://yadi.sk/d/CJI_U5jVxA5xlQ
Собран под МагОС ядро, это значит что модули: "evdev, sd_mod, scsi_mod, jbd, jbd2, cbc, ext3, btrfs" уже в ядре. Может каких-то и вовсе нет.
Кстати, UIRD из бранча mkuird2
Название: Re: Initrd UIRD
Отправлено: sfs от 14 Декабрь 2018, 14:37:31
UIRD из бранча mkuird2
В чем отлиия?
Название: Re: Initrd UIRD
Отправлено: betcher от 14 Декабрь 2018, 14:47:51
В чем отлиия?
Переделываю mkuird. Сборка по конфигу, исключение бинарников и модулей ядра праметром для mkuird, сборка инитрд состоящего только из ядерных модулей.
Посмотрите, кстати, как в конфиге разбиты по темам модули ядра и бинари. Пока все это еще не устаканилось можно изменить если есть какие мысли.
Название: Re: Initrd UIRD
Отправлено: sfs от 14 Декабрь 2018, 16:06:28
Сборка по конфигу, исключение бинарников и модулей ядра праметром для mkuird, сборка инитрд состоящего только из ядерных модулей.
полезное направление
Что-то новых крнфигов не нашел https://github.com/neobht/uird/tree/mkuird2
Посмотрите, кстати, как в конфиге разбиты по темам модули ядра и бинари
Я в этом слабоват. Лучше бы Pro посмотрел
Название: Re: Initrd UIRD
Отправлено: betcher от 14 Декабрь 2018, 16:49:35
https://github.com/neobht/uird/blob/mkuird2/mkuird.cfg
Это списки модулей ядра, бинарей, модулей дракут по которым mkuird собирает uird. Разделение по темам нужно, чтоб отключать целыми списками не перечислячя каждый модуль.
Название: Re: Initrd UIRD
Отправлено: sfs от 15 Декабрь 2018, 13:35:47
qemu-nbd qemu-img - их образы монтировать?
Большее - лучше бы в отдельную категорию
Название: Re: Initrd UIRD
Отправлено: betcher от 16 Декабрь 2018, 08:19:40
Да можно. Я сейчас перелопатил работу с конфигом так, чтоб можно было самостоятельно делить по категориям и добавлять новые. Главное правильный префикс DM_ KM_ FS_ и т.д.
Название: Re: Initrd UIRD
Отправлено: neobht от 05 Январь 2019, 17:00:58
Добавил поддержку overlayfs

включается параметром:
uird.union=overlay

Если интересно, то подключайтесь к тестированию.
Название: Re: Initrd UIRD
Отправлено: krasnyh от 05 Январь 2019, 18:01:51
Добавил поддержку overlayfs
Собрал, но в Linux-ck все равно aufs нет.
Собрал uird для linux-ck-core2. Загрузил roll-1806 с uird.union=overlay.
Система загрузилась. Само собой не все работает как надо, но все же...
Код
live@pra-roll ~ % uname -a
Linux pra-roll 4.19.9-1-ck-core2 #1 SMP PREEMPT Thu Dec 13 15:18:16 EST 2018 x86_64 GNU/Linux
  И сразу вопрос.  Aufs и overlayfs -плюсы и минусы? Что лучше для фругала?
Плюс overlayfs, что он уже включен в ядре. Aufs же надо включать с последующей компиляцией.
Название: Re: Initrd UIRD
Отправлено: DdShurick от 05 Январь 2019, 18:50:37
Aufs и overlayfs -плюсы и минусы?
Большой минус overlayfs - невозможность горячего подключения модулей, плюс - меньшее потребление памяти.
Название: Re: Initrd UIRD
Отправлено: neobht от 05 Январь 2019, 19:31:03
Само собой не все работает как надо, но все же...

что не работает как надо?
по идее только подключение "на лету" должно перестать работать
Название: Re: Initrd UIRD
Отправлено: krasnyh от 05 Январь 2019, 20:40:51
что не работает как надо?
То что там не так работает - это, думаю, не имеет отношение к overlayfs. Скорее к отличиям Magos и PRA, uird и initrd.

1. Так у меня сохраненка в модуль и там есть сылки на /mnt/sda3. Естественно они не работают.  Хотя и включен параметр uird.mounts=/dev/sda3::/mnt/sda3.
2. Так же не вижу некоторые настройки из 090-save.
3. Перезагружать систему почему то приходится из консоли  - sudo shutdown -r 00. Хоткей Super-x запускает что-то не то. Хотя, если запускать вручную из терминала sudo ./sfs-shutdown-f, то все ok.

 Вобщем такое ощущение  что uird путает все слои. Опять же это я заметил еще при тестировании uird с aufs.

 UPD. Просто выдержка из dmesg, которая ни о чем не говорит. :)
Код
live@pra-roll ~ % dmesg |grep overlay
[   19.420083] overlayfs: fs on '/memory/bundles/spacefm-ng-gtk3-p-1.0.6-1_64-sf03.pfs' does not support file handles, falling back to index=off,nfs_export=off.
[   19.537441] dracut: Mounted root filesystem overlay
[   21.620682] [drm] Initialized overlay support.
Название: Re: Initrd UIRD
Отправлено: krasnyh от 05 Январь 2019, 20:45:14
Вобщем такое ощущение  что uird путает все слои.
  Уже это обсуждали в какой то теме. Для magos это не критично, там все будет работать даже если инвертировать порядок загрузки модулей. А в PRA порядок важен.
Название: Re: Initrd UIRD
Отправлено: neobht от 05 Январь 2019, 20:48:10
если есть тени от aufs, то они работать не будут.

возможно, поэтому некоторые вещи не работают.
Название: Re: Initrd UIRD
Отправлено: krasnyh от 05 Январь 2019, 21:10:53
если есть тени от aufs
Опять же это я заметил еще при тестировании uird с aufs.

 Например этот пункт одинаково не работает на uird с aufs и uird с uird.union=overlay:
3. Перезагружать систему почему то приходится из консоли  - sudo shutdown -r 00. Хоткей Super-x запускает что-то не то. Хотя, если запускать вручную из терминала sudo ./sfs-shutdown-f, то все ok.
Название: Re: Initrd UIRD
Отправлено: Ильфат от 05 Январь 2019, 22:32:29
Вобщем такое ощущение  что uird путает все слои.
Не должен. При загрузке он показывает порядок подключения модулей. Каждый последующий подключается выше предыдущего.
UIRD подключает по алфавиту учитывая не только имена модулей, но и директории в которых они лежат, и даже источники, в которых лежат эти директории.
У вас в PRA по-моему другая логика упорядочивания слоев.
Название: Re: Initrd UIRD
Отправлено: krasnyh от 06 Январь 2019, 06:46:53
Вобщем такое ощущение  что uird путает все слои.
  У нас в PRA много дубликатов, но это не мешает, т.к. все это перекрывается правильными версиями. А вот uird похоже подключает именно оригинальные версии файлов, но они являются устаревшими. Отсюда и проблемы.

Хоткей Super-x запускает что-то не то.
Например.
В prar1806 две версии sfs-shutdown (гуи-скрипт выключения) - в 001-pra-roll-1806-sf08 и 089-prar-upd-1806-sf15. В 001-pra-roll-1806-sf08 старая версия, но именно ее uird и запускает. Хотя порядок загруженных модулей соответствует цифровой версии:
Код
live@prar-1811 /mnt/sda3/prar_test/base % ls -l
итого 193068
-rw-r--r-- 1 root root 63754240 дек 26 23:00 000-kernel-linux-ck-core2-4.19.9-1.pfs
-rw-r--r-- 1 root root     4096 ноя 15 14:29 001-kernel-schedulers.pfs
-rw-rw-rw- 1 root root 91533312 сен  6 10:59 001-pra-roll-1806-sf08.pfs
-rw-rw-rw- 1 root root  4857856 авг 21 15:34 030-gtk3-3.22.30-1-1806-sf05.pfs
-rw-r--r-- 1 root root  5296128 ноя 11 16:12 075-systemd-239.2-1811-kr1.pfs
-rw-r--r-- 1 root root 19251200 дек 12 23:39 083-firefox-profile_any-kr2.pfs
-rw-rw-rw- 1 root root  1032192 сен  4 11:02 084-theme-ater-prar-p-sf14.pfs
-rw-r--r-- 1 root root  1966080 ноя 28 23:53 089-de-tint2g-gtk3-p_64-sf07.pfs
-rw-r--r-- 1 root root    69632 окт  6 20:14 089-prar-upd-1806-sf15.pfs
-rw-r--r-- 1 root root  1736704 дек 13 19:34 090-0-soft.pfs
-rw-r--r-- 1 root root  8192000 дек 12 16:23 090-save-181014-pra-roll_systemd.pfs

 Приведу список дубликатов в /base. Использовался последний mkpfs. Он немного не информативный, т.к. не показывает верхнюю версию файла (дубликата).
Прикрепил текстовый файл.
Название: Re: Initrd UIRD
Отправлено: betcher от 06 Январь 2019, 07:55:53
А вот uird похоже подключает именно оригинальные версии файлов
UIRD не в курсе которые версии оригинальные. Он подключает по алфавиту, но не по именам файлов модулей, а по полным именам, с путями. По этому, то что в base будет всегда раньше чем то что в modules, а в modules раньше чем optional. Плюс к этому еще источники также по порядку 1,2,3 и так далее. Так что можно разрулить любую последовательность при желании. Мы же не ограничены ни папками ни источниками. Сделайте папку abase и все что в ней будет грузиться раньше чем в base. Сделайте папку saves и храните там модули с изменениями, из saves будет подключаться после optional. Или сделайте папку вторым источником и модули оттуда будут грузиться после остальных.
Название: Re: Initrd UIRD
Отправлено: sfs от 06 Январь 2019, 10:58:45
минус overlayfs - невозможность горячего подключения модулей
Что почти убивает идею фругала в том виде, как мы привыкли
Т.е. ovfs актуален только если ну совсем никак не прикрутить aufs
ощущение  что uird путает все слои.
Проверяйте aufs-n
В пра 089 090 всегда сверху (http://wiki.puppyrus.org/soft/porteus-initrd#%D1%81%D0%BB%D0%BE%D0%B8_aufs). Переложите их с юирд в /base

Количество слоев overlayfs сейчас ограничего?
Название: Re: Initrd UIRD
Отправлено: krasnyh от 07 Январь 2019, 14:43:34
Вобщем такое ощущение  что uird путает все слои.
Поправка, uird не причем. :)  В PRA модули с индексом 089-, 090- загружаются в самом конце, после всех из /base, /modules и, если есть, /optional.

 Вот часть inxi из pra6408-01.iso. Если будут свои сохранения в 090-save, то они окажутся в самом конце загрузочного списка:
Цитата
Параметры загрузки ядра:
dir=pra64  rw quiet load=mesa;theme-pop;-gtk2-;palemoon

Лог porteus-initrd:
# Опознаны устройства:
/dev/sr0: LABEL="isolinux hybrid iso" TYPE="iso9660"

# Загрузочное устройство:
/mnt/sr0

# Модули дистрибутива найдены в:
/mnt/sr0/pra64

# Изменения сохранены в:
memory

# Нестандартная директория /rootcopy :
none

# Модули активированые во время загрузки:
/mnt/sr0/pra64/base/000-kernel-4.15.4-pf_64.pfs
/mnt/sr0/pra64/base/001-prar-c-180101-sf14.pfs
/mnt/sr0/pra64/base/035-gtk2-2.24.31-1-180101-sf07.pfs
/mnt/sr0/pra64/base/040-de-ols-gtk2-180101-sf15.pfs
/mnt/sr0/pra64/base/084-theme-pop-green-blue_any-sf03.pfs
/mnt/sr0/pra64/modules/Noxbit-p-20170703-sf04.pfs
/mnt/sr0/pra64/modules/deadbeef-static-p-0.7.2-3-sf02.pfs
/mnt/sr0/pra64/modules/ffmpeg-light-3.4.1-180101-sf01.pfs
/mnt/sr0/pra64/modules/linux-firmware-20180518_any.pfs
/mnt/sr0/pra64/modules/mhwd-p-0.6.3_64-sf01.pfs
/mnt/sr0/pra64/modules/mpv-light-0.27.0-17-180101-sf04.pfs
/mnt/sr0/pra64/modules/nss-3.34.1-180101-sf02.pfs
/mnt/sr0/pra64/modules/pra-installer-2018.12-30-any.pfs
/mnt/sr0/pra64/modules/premote-180101-sf02.pfs
/mnt/sr0/pra64/optional/gtk2/083-palemoon-profile-28.1.0_any-sf03.pfs
/mnt/sr0/pra64/optional/gtk2/atril-gtk2-1.16.1-180101-sf02.pfs
/mnt/sr0/pra64/optional/gtk2/geany-gtk2-p-1.32.0_64-sf01.pfs
/mnt/sr0/pra64/optional/gtk2/gmtp-gtk2-1.3.10-2-180101-sf01.pfs
/mnt/sr0/pra64/optional/gtk2/gparted-gtk2-0.30.0-3-180101-sf02.pfs
/mnt/sr0/pra64/optional/gtk2/inkscapelite-gtk2-p-0.36._64-sf01.pfs
/mnt/sr0/pra64/optional/gtk2/lxhotkey-gtk2-p-0.1.0_64-sf01.pfs
/mnt/sr0/pra64/optional/gtk2/mtpaint-gtk2-p-3.49_64-sf01.pfs
/mnt/sr0/pra64/optional/gtk2/palemoon-p-28.2.2_64-sf01.pfs
/mnt/sr0/pra64/optional/gtk2/soft-ext-gtk2-1801-sf01.pfs
/mnt/sr0/pra64/optional/gtk2/synapse-gtk2-p-0.2.10_64-sf01.pfs
/mnt/sr0/pra64/optional/gtk2/transmission-gtk2-p-2.60_64-sf01.pfs
/mnt/sr0/pra64/optional/mesa-17.3.1-2-180101-sf01.pfs
/mnt/sr0/pra64/base/089-prar-upd-180101-sf48.pfs

UPD.
В пра 089 090 всегда сверху.
Название: Re: Initrd UIRD
Отправлено: sfs от 07 Январь 2019, 17:59:58
Не понятно зачем sfs так прибил гвоздями этот момент. Припоминаю, что специально это прибивалось. Тогда не понял - зачем и сейчас не понимаю. Как в uird сделано - гораздо логичнее - алфавитный порядок. И без всяких исключений для модулей патчей.
Разве сохраненку (090) и фиксы (089) не логично иметь сверху?
Название: Re: Initrd UIRD
Отправлено: Ильфат от 07 Январь 2019, 18:29:47
Разве сохраненку (090) и фиксы (089) не логично иметь сверху?
/patches/ - для патчей
/saves/    - для сохранений
Название: Re: Initrd UIRD
Отправлено: sfs от 07 Январь 2019, 18:35:58
У нас такого нет. Делаю максимально близко к portrus, чтобы не изобретать стандартов
Название: Re: Initrd UIRD
Отправлено: Ильфат от 07 Январь 2019, 18:54:04
У нас такого нет
У нас тоже )) Но думаю логичное решение, чтоб патчи и сейвы были там где надо при загрузке с уирдом.
Название: Re: Initrd UIRD
Отправлено: betcher от 11 Январь 2019, 15:31:12
Спасибо за наводку:
http://forum.puppyrus.org/index.php?topic=21315.msg152027#msg152027
Развивая идею похоже получилось сделать для UIRD полное размонтирование всех разделов, а также сохранение в модуль без поддержки со стороны ОС.
Пока сыро, но в МагОС вроде работает. Для того, чтоб создавался /run/initramfs нужно добавить параметр uird.shutdown. Сохранение в модуль включается как обычно ( uird.mode=machines  uird.changes=папка ) либо ( uird.mode=changes uird.changes=модуль.xzm ) только теперь для сохранения скрипты магос уже не нужны. Только Uird и ОС c systemd.
Название: Re: Initrd UIRD
Отправлено: stea.61 от 13 Март 2019, 00:10:15
Всем привет!
По ходу знакомства с UIRD на предмет использования "в личных целях" - нативной загрузки Linux из VDI-VHD-VMDK и применения файлов VD в качестве слоев AUFS - появились у меня пара предложений и одна "непонятка".
Обращаюсь к авторам и знатокам UIRD.
Начну с предложений.
1. Предлагаю в UIRD заменить qemu-nbd на vdfuse.
Быстродействие вирт-дисков, подключенных с использованием vdfuse, выше в 3-5 раз.
Подключение стабильно, на данный момент проблем в тестах пока не замечено.
Собрал и потестил с MagOC ядро 4.15 (ради поддержки BTRFS с zstd) и UIRD с поддержкой монтирования VDI-VHD-VMDK с использованием vdfuse - подумал, что можно предложить командам MagOS и Puppy на "посмотреть-потестить" - > MagOS+VD (https://yadi.sk/d/5I990BA6DNMFzw)
В архиве дополнение к стандартному составу MagOS из "крайнего на сегодня" x64 дистра и в файле magos-menu.cfg используемый мной конфиг.

2. Попутно немного дополнил UIRD - к режиму RW-слоя "использовать ZRAM" (uird.zram) добавил вариант с алгоритмом сжатия zstd: запись в конфиг -  uird.zstd
В ZRAM пока вроде бы zstd на прикрутили - пришлось изобретать самостоятельно. На RAM-слой без ощутимого замедления в работе получается впихнуть примерно в 1,4 раза больше данных, чем в варианте uird.zram c lzo. Мне этот вариант показался привлекателен при компилировании.
Немного иллюстраций:
1. UIRD.ZRAM - исходное состояние.
(https://i.postimg.cc/tnn96HVF/02-1.png) (https://postimg.cc/tnn96HVF)
загрузка RAMD копированием двух комплектов /usr/lib/*
(https://i.postimg.cc/nXz0GcL8/02-2.png) (https://postimg.cc/nXz0GcL8)
очистка
(https://i.postimg.cc/0rVtMw8G/02-3.png) (https://postimg.cc/0rVtMw8G)

2. UIRD.ZSTD - исходное
(https://i.postimg.cc/DJjqZ1q8/01-1.png) (https://postimg.cc/DJjqZ1q8)
загрузка RAMD копированием ТРЕХ комплектов /usr/lib/*
(https://i.postimg.cc/ns5FhzXn/01-2.png) (https://postimg.cc/ns5FhzXn)
очистка
(https://i.postimg.cc/wttzZp0Z/01-3.png) (https://postimg.cc/wttzZp0Z)
PS Параметры алгоритма UIRD.ZRAM несколько изменены, относительно авторского варианта.
Код
#	echo $mem_zram >/sys/block/zram1/disksize
# echo $mem_zram >/sys/block/zram1/mem_limit
echo $(($mem_zram * 4 / 3)) >/sys/block/zram1/disksize
echo $(($mem_zram * 3 / 4)) >/sys/block/zram1/mem_limit   

Теперь про "непонятку" - при добавлении источника по uird.from+=... в параметрах загрузки обращение к источнику и его инициализация выполняется дважды.
Если в загрузочной записи полностью записать конфиг  uird.from, то все источники инициируются однократно.
Так должно быть, или это я чего-то своей рихтовкой исходника накосячил?
Название: Re: Initrd UIRD
Отправлено: krasnyh от 13 Март 2019, 00:33:31
 На всех скриншотах в zramctl алгоритм lzo? А zstd?
Название: Re: Initrd UIRD
Отправлено: stea.61 от 13 Март 2019, 00:41:45
В режиме uird.zstd  подключен ramdisk, точнее, RW-слой AUFS,  а zram  используется для swap.
Внимательно прочитай листинг.
Название: Re: Initrd UIRD
Отправлено: sfs от 13 Март 2019, 09:22:17
"посмотреть-потестить"
Уже обсуждали - наиболее удобный формат - iso
Название: Re: Initrd UIRD
Отправлено: Ильфат от 13 Март 2019, 16:46:48
В ZRAM пока вроде бы zstd на прикрутили
За то прикручен механизм смены алгоритма (только для uird.swap). Отдельно каждый алгоритм не прикручивается. Если ничего не трогать, то используется алгоритм по умолчанию, на данный момент, по крайней мере в Росе, это lzo. Для смены алгоритма он указывается следующим образом: uird.zram::zstd(ошибся, это только для uird.swap работает) uird.swap=zram::zstd. Таким же образом указывается размер, в процентах от ОЗУ. Например uird.zram::zstd::100 uird.swap=zram::zstd::100 можно и со знаком процента uird.zram::100%::zstd uird.swap=zram::100%::zstd
Теперь про "непонятку" - при добавлении источника по uird.from+=... в параметрах загрузки обращение к источнику и его инициализация выполняется дважды.
Если источник указываемый через uird.from+ совпадает с источниками по умолчанию, то наверно будет дважды инициализироваться. "+" добавляет к уже заданному значению параметра дополнительное, а без "+" значение переписывается.
Предлагаю в UIRD заменить qemu-nbd на vdfuse.
Быстродействие вирт-дисков, подключенных с использованием vdfuse, выше в 3-5 раз.
Подключение стабильно, на данный момент проблем в тестах пока не замечено.
Если собирается из исходников и лицензия позволяет, то можно конечно. Надо потестировать.
Название: Re: Initrd UIRD
Отправлено: stea.61 от 13 Март 2019, 20:12:52
За то прикручен механизм смены алгоритма
Привет.
Спасибо за информацию.
Эта информация мне известна - из анализа скриптов UIRD. )

Для смены алгоритма он указывается следующим образом: uird.zram::zstd(ошибся, это только для uird.swap работает) uird.swap=zram::zstd. Таким же образом указывается размер, в процентах от ОЗУ. Например uird.zram::zstd::100 uird.swap=zram::zstd::100 можно и со знаком процента uird.zram::100%::zstd uird.swap=zram::100%::zstd
Увы, но не совсем так.
Алгоритм для zram выбрать можно, но только из того состава тех, которые поддержаны в zram - lzo, lz4, lz4hc, 842.
ZSTD в этом составе, увы, нет - будем надеяться, что пока нет. )
Поэтому и пришлось изобретать для тестов собственную схему, близкую по функционалу к zram.

Если источник указываемый через uird.from+ совпадает с источниками по умолчанию, то наверно будет дважды инициализироваться. "+" добавляет к уже заданному значению параметра дополнительное, а без "+" значение переписывается.
По описанию UIRD должно быть так - по факту иначе. Так, как я описал.
Причину сегодня уже нашел - небольшая "шероховатость" в авторском скрипте uird-init, в строке 49 дубль записи в /tmp/cmdline.
 eval echo $(cat /proc/cmdline /tmp/cmdline 2>/dev/null | tr -s ";" ",") >/tmp/cmdline

Если собирается из исходников и лицензия позволяет, то можно конечно. Надо потестировать.
Исходников не видел (не искал) - просто взял готовые бинарники из состава пакета virtualbox, который и так есть практически в каждом, уважающем себя, дистрибутиве. )))
Я их просто немного иначе использовал. )
Название: Re: Initrd UIRD
Отправлено: betcher от 13 Март 2019, 20:20:48
Да действительно, задать алгоритм можно только для зрам-свопа. По uird.zram надо еще подумать как сделать аккуратно. Пока никому просто не надо было :)
echo $mem_zram >/sys/block/zram1/mem_limit
   echo $(($mem_zram * 4 / 3)) >/sys/block/zram1/disksize
   echo $(($mem_zram * 3 / 4)) >/sys/block/zram1/mem_limit   
Это опасненько. Жмется далеко не все. Попробуйте с такими настройками копировать в ченджез модули например. Как вариант - можно.  Как дефолт - нет.

1. Предлагаю в UIRD заменить qemu-nbd на vdfuse.
В целом не против. Но торопиться не стоит, как бы обратно не пришлось менять:) Тормоза с qemu-nbd подтверждаю, но только с динамическими файлами. Если сразу создавать нужного размера, то скорость упирается уже в носитель.
Название: Re: Initrd UIRD
Отправлено: stea.61 от 13 Март 2019, 20:34:24
Это опасненько.
Приветствую!!!
Не опасно. Тестов сделано немало  и на разном контенте.

А сегодня я перешел к, думаю, еще более оптимальному варианту.
   echo $mem_zram >/sys/block/zram1/mem_limit
   echo $(($mem_zram * 2)) >/sys/block/zram1/disksize

Поясню.
Если уж мы определяем в конфиге часть RAM под ramdisk, то и доступен для использования в этой функции должен быть именно такой объем.
И это задается именно параметром mem_limit, а не disksize.
А чтобы параметр disksize не ограничил объем используемой для оверлея RAM, его логично делать примерно вдвое большим (из опыта тестов).
А для безопасности - просто устанавливать mem_limit в 50%.
При этом реальный объем слоя для записи будет равен примерно 100% RAM. 
Название: Re: Initrd UIRD
Отправлено: Ильфат от 13 Март 2019, 20:36:23
Исходников не видел (не искал) - просто взял готовые бинарники из состава пакета virtualbox, который и так есть практически в каждом, уважающем себя, дистрибутиве. )))
У нас, как в уважающем себя дистрибутиве, есть Виртуалбокс, но вот vdfuse я не нашел ))
Название: Re: Initrd UIRD
Отправлено: stea.61 от 13 Март 2019, 20:41:54
но вот vdfuse я не нашел
Его и функцию монтирования почему-то исключили, начиная с версии 4.2. Причин не знаю.
Название: Re: Initrd UIRD
Отправлено: stea.61 от 13 Март 2019, 20:47:28
Тормоза с qemu-nbd подтверждаю, но только с динамическими файлами.
На мой-то вгляд именно динамические и более интересны в реальном использовании.
C Windows опыт использования контейнерных систем у меня в общем-то немалый, в том числе и не в "личном хозяйстве". Очень удобно во многих аспектах.)
Название: Re: Initrd UIRD
Отправлено: betcher от 13 Март 2019, 20:51:51
Если уж мы определяем в конфиге часть RAM под ramdisk, то и доступен для использования для этой цели должен быть именно такой объем.
И это задается именно параметром mem_limit, а не disksize.
А чтобы параметр disksize не ограничил объем используемой для оверлея RAM, его логично делать примерно вдвое большем (из опыта тестов).
А для безопасности - просто устанавливать его в 50%.
При этом реальный объем слоя для записи будет равен примерно 100% RAM. 
Звучит логично. На свежую голову еще прикину и навреное так и сделаю.
Название: Re: Initrd UIRD
Отправлено: stea.61 от 13 Март 2019, 21:05:24
Ильфат, здесь, в теме, я вчера выложил модифицированную версию тестового комплекта - изменил компановку файлов в UIRD по сравнению с начальной версией.
Чтобы не перегружать вспомогательными файлами сам UIRD, все они вынесены во внешний модуль /images/00-vdmount.xzm, который НЕ ГРУЗИТСЯ в составе UIRD, а только монтируется на стадии загрузки, если есть необходимость смонтировать вирт-диск в качествет источника.
Название: Re: Initrd UIRD
Отправлено: Ильфат от 14 Март 2019, 00:59:20
А для безопасности - просто устанавливать mem_limit в 50%.
При этом реальный объем слоя для записи будет равен примерно 100% RAM.
Мы уже думали сделать примерно так же, только лимит сделать на 70% при тех же 100% дисксайз. 50 мне кажется маловато для лимита. Частенько будет упираться и будет ошибка ввода вывода. Тестировал на зрам свопе.
Ильфат, здесь, в теме, я вчера выложил модифицированную версию
Ок.
Название: Re: Initrd UIRD
Отправлено: betcher от 14 Март 2019, 03:21:39
Не, всеже надо оставить как есть по дефолту. То что рамсайз это именно мемлимит это верно, а вот делать дисксайз больше мемлимита гипотетически опасно. Если вы будете забивать ченджез несжимаемыми данными в момент когда размер данных превысит лимит вы получите ошибку ввода/вывода при записи. А для системы это корень. Вероятность ошибки невелика, но тем не менее.  Надо подумать о параметрах для uird.zram видимо.
По ошибке с += посмотрю позже. Не думаю, что это там где вы указали, в этом кусочке только basecfg разбирается, все остальные параметры получает функция из livekitlib видимо там.
Название: Re: Initrd UIRD
Отправлено: stea.61 от 14 Март 2019, 20:20:50
Привет.

Не, всеже надо оставить как есть по дефолту.
Ну, по сути получается, что при равенстве значений с disksize mem_limit и смысла-то не имеет.

делать дисксайз больше мемлимита гипотетически опасно. Если вы будете забивать ченджез несжимаемыми данными в момент когда размер данных превысит лимит вы получите ошибку ввода/вывода при записи
Согласен. Риск есть.
Система не останавливает операцию записи на диск по факту достижения лимита - rsync и сp, например, продолжают выполнять копирование, а cp даже никак не сообщает об ошибке операции.

Отмечу попутно, что мой "самопальный" вариант "zram.zstd" не имеет указанного недостатка - абсолютно адекватно и корректно ведет себя, ошибка ввода-вывода не возникает, так как переполнить его (при правильно выбранных параметрах) невозможно - система штатно контролирует наличие доступного для записи места и штатно останавливает операцию при невозможности выполнения.
Собственно, я и юзаю его, а не штатный zram.
Название: Re: Initrd UIRD
Отправлено: betcher от 14 Март 2019, 20:57:19
Ну, по сути получается, что при равенстве значений с disksize mem_limit и смысла-то не имеет.
Имеет смысл. В сравнении с tmpfs имею ввиду.  В критической ситуации с несжимаемыми данными будет действительно приблизительно одинаково, зато в обычных условиях zram сэкономит озу.

Отмечу попутно, что мой "самопальный" вариант "zram.zstd" не имеет указанного недостатка
Вот тут мне не понятно чем zstd так принципиально отличается. Проблема в том, что ось видит дисксайз, а записать может только то что войдет в мемлимит.  При достижении мемлимита что произойдет?
Название: Re: Initrd UIRD
Отправлено: stea.61 от 14 Март 2019, 21:50:01
Вот тут мне не понятно
Так я же говорю - "самопальный" вариант. )))
Это не zram, а его фунциональный аналог с использованием BTRFS и zstd.

if [ $(cmdline_parameter $UIRD_ZSTD) ]; then
   mem_zstd=$(expr $(grep MemTotal /proc/meminfo | awk ' { print $2 } ') \* ${RAMSIZE%%%} / 100)
   dd if=/dev/zero of="$MEMORY/ram.zstd" bs=1 count=1 seek=${mem_zstd}K >/dev/null 2>&1
   mkfs.btrfs -f "$MEMORY/ram.zstd" >/dev/null 2>&1
   losetup /dev/loop0 "$MEMORY/ram.zstd"
   mount -t btrfs -o discard,compress=zstd /dev/loop0 $CHANGES
fi

Разница в том, что в этом варианте ось видит и штатно контролирует диск и его занятое/cвободное пространство с уже сжатым контентом.
Проверено.
Название: Re: Initrd UIRD
Отправлено: stea.61 от 14 Март 2019, 21:58:00
Имеет смысл. В сравнении с tmpfs имею ввиду.
А я имел в виду, что в таком случае не имеет смыла назначение параметра mem_limit - наполнение в любом случае не превысит disksize. )
Название: Re: Initrd UIRD
Отправлено: betcher от 15 Март 2019, 09:03:38
Теперь понял. Это интересно. Надо думать как прикрутить аккуратно.
Название: Re: Initrd UIRD
Отправлено: betcher от 15 Март 2019, 11:03:10
А -o discard работает?
Название: Re: Initrd UIRD
Отправлено: Ильфат от 15 Март 2019, 14:51:34
Разница в том, что в этом варианте ось видит и штатно контролирует диск и его занятое/cвободное пространство с уже сжатым контентом.
Да интересная штука. Получается как в zswap, задается фиксированный размер устройства в ОЗУ, а сколько туда войдет уже зависит от сжатия.
Надо оптимизировать создание файловой системы, так как, если не ошибаюсь, бтрфс по умолчанию создает ФС с дублированием метаданных, в ОЗУ от этого никакого смысла, надо отключать. Возмжно еще что-то можно оптимизировать.
Название: Re: Initrd UIRD
Отправлено: stea.61 от 15 Март 2019, 20:15:32
А -o discard работает?
Привет.
Работает. Освобождение RAM происходит несколько медленнее, чем у zram, но выполняется нормально.
В начале разговора я немного иллюстраций прикладывал - можно посмотреть.
Надо думать как прикрутить аккуратно.
У этого "девайса" есть некоторые особенности.
1. Его не получится использовать точно так, как в UIRD использован $MEMORY - на него не выполняется монтирование бранчей.
Причину я не понял и сильно ковырять не стал, т.к. мне не нужно. Т.е. его можно подключать в AUFS только самостоятельным RW слоем, а в качестве "сборного пункта" для источников использовать другую ветку tmpfs. В тестовом комплекте (тесте) этот ramd-слой подключаю на $CHANGES.
2. Вспомогательный файл в RAM правильнее создавать в отдельной ветке tmpfs, чтобы в этой ветке кроме файла ramd ничего не было, хотя я в тесте файл создаю в $MEMORY, считаю что (ради надежности) даже xino в ветке с файлом ramd быть не должно.
 
Надо оптимизировать создание файловой системы, так как, если не ошибаюсь, бтрфс по умолчанию создает ФС с дублированием метаданных, в ОЗУ от этого никакого смысла, надо отключать. Возмжно еще что-то можно оптимизировать.
Подскажите, что и как - у вас опыта и знаний Linux больше.
Название: Re: Initrd UIRD
Отправлено: Ильфат от 16 Март 2019, 11:28:28
Добрался до тестирования vdfuse. Пишет в динамический VDI без проблем. Скорость записи на моих тестах составила 4,1 мб/с при записи в новый образ и 8,7 мб/с при записи в тот же образ после удаления файла и сброса кэшей. Использовался один и тот же файл размером 563 мб. Для сравнения в img образ забитый нулями писало со скоростью 9-11 мб/с. С разреженным не тестировал.
Подскажите, что и как
Из документации:
Код
# Don't duplicate metadata on a single drive (default on single SSDs)
mkfs.btrfs -m single /dev/sdb

P. S. Забыл сказать, писал на USB 3.0 флешку с NTFS через USB 3.0 порт
Название: Re: Initrd UIRD
Отправлено: stea.61 от 16 Март 2019, 11:42:23
Из документации:
Привет.
OK. Спасибо.

PS Проверил. Есть резон. Увеличились и вместимость, и быстродействие. Еще раз спасибо за наводку. )
Название: Re: Initrd UIRD
Отправлено: betcher от 16 Март 2019, 13:15:07
Наверное можно прикрутить к uird.changes и uird.home.
uird.changes=btrfs::2G типа такого. Вот только с каким uird.mode не понятно.
Название: Re: Initrd UIRD
Отправлено: stea.61 от 16 Март 2019, 13:18:39
Вот только с каким uird.mode не понятно.
Ну, видимо, только с clean и mashines. (насколько я смог разобраться с режимами).
Что-то не очень понял суть режима clear. 
Название: Re: Initrd UIRD
Отправлено: betcher от 16 Март 2019, 13:34:39
clean это просто пишется в папку, которая в /memory то есть либо tmpfs либо zram.
clear или hybrid это тоже что changes на диск, только при старте папка для changes  очищается. То есть для пользователя выглядит как clean (изменения не сохраняются), но при этом changes не занимают места в озу.
Название: Re: Initrd UIRD
Отправлено: stea.61 от 16 Март 2019, 13:46:23
Теперь понято. Спасибо. )
Название: Re: Initrd UIRD
Отправлено: betcher от 16 Март 2019, 13:50:09
Однако знаю как сделать лучше всего.
uird.mode=changes uird.changes=file.img это найти образ и смонтировать для changes. 
Нам же нужно почти тоже самое, только образ еще создать надо. О создании давно просят, кстати.
То есть типа такого.
uird.changes=/memory/file.img::2G
И аналогично можно на реальный диск. И хомяк также можно.
Название: Re: Initrd UIRD
Отправлено: stea.61 от 16 Март 2019, 14:31:32
uird.changes=/memory/file.img::2G
А стоит ли в /memory? Может все же лучше в отдельной ветке tmpfs делать?
Либо придется создавать файл заведомо меньшего размера, чтобы при его наполнении и (возможном) увеличении xino не упереться в размер их общей tmpfs.
Название: Re: Initrd UIRD
Отправлено: betcher от 16 Март 2019, 14:38:01
Здесь мемори как пример, нужно, чтоб подключал, где укажете, а если нет файла то создавал.
Название: Re: Initrd UIRD
Отправлено: stea.61 от 16 Март 2019, 16:08:32
Здесь мемори как пример
Это понятно.
Я это к тому, что в алгоритме создания,  если адрес в RAM то, на мой взгляд, правильнее предусмотреть подключение обособленной tmpfs. 
Название: Re: Initrd UIRD
Отправлено: betcher от 16 Март 2019, 18:15:40
правильнее предусмотреть подключение обособленной tmpfs. 
Не уверен. Надо подумать.