Сайт | Скачать | Видео | Wiki

Автор Тема: Initrd UIRD  (Прочитано 242636 раз)

0 Пользователей и 2 Гостей просматривают эту тему.

Оффлайн for_wov

  • Ветеран
  • *****
  • Сообщений: 464
  • Репутация: +13/-0
  • TRUE
Re:PRA на initrd UIRD
« Ответ #120 : 02 Март 2015, 19:08:08 »
Пока нет полной (хотябы в общих чертах) ясности с возможностями применения на практике (в основном работа с флешки на массе разношерстного оборудования) не перестану спрашивать (пока не забанят) примеры!
По настоящему хороший продукт в руках неандертальца - палка с грудой камня.
Не хотелось бы повторения истории с имплементацией идей и практических наработок портеуса в puppyrus. Практически на ощупь в полутемной комнате.
« Последнее редактирование: 02 Март 2015, 19:10:33 от for_wov »
Опыт увеличивает нашу мудрость, но не уменьшает нашей глупости.

Оффлайн neobht

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 1031
  • Репутация: +15/-0
  • Автор темы
Re:PRA на initrd UIRD
« Ответ #121 : 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


Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re:PRA на initrd UIRD
« Ответ #122 : 02 Март 2015, 22:54:01 »
Кстати интересный пример
И сразу :
vmlinuz - какой? Если из myobraz.iso - тогда uird.magos.cpio.xz надо пересобирать ?
Если не из исо - как туда модули чужого ядра вкорячить?

Оффлайн for_wov

  • Ветеран
  • *****
  • Сообщений: 464
  • Репутация: +13/-0
  • TRUE
Re:PRA на initrd UIRD
« Ответ #123 : 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, без каких продвинутых фич, лично вы, не представляете себе работу?

Извините что вопросов много (и еще больше их может казаться не по существу) просто практика и теория (доказано многими) на деле штуки разные. И без практических примеров очень сложно ориентироваться в програмных продуктах такого (не постесняюсь сказать высокого) класса. Это как разница между несколькими мешками например муки или сахара и несколькими сотнями тонн (десятки вагонов) широта восприятия и только. В то время как мы (лично я) измеряем работу системы на нескольких машинах(компах/буках) вам приходится иметь дело с сотнями если не в разы больше.
« Последнее редактирование: 02 Март 2015, 23:40:59 от for_wov »
Опыт увеличивает нашу мудрость, но не уменьшает нашей глупости.

Оффлайн neobht

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 1031
  • Репутация: +15/-0
  • Автор темы
Re:PRA на initrd UIRD
« Ответ #124 : 03 Март 2015, 02:38:26 »
Кстати интересный пример
И сразу :
vmlinuz - какой? Если из myobraz.iso - тогда uird.magos.cpio.xz надо пересобирать ?
Если не из исо - как туда модули чужого ядра вкорячить?

vmlinuz - любой, от которого есть модуль с модулями ядра и фирмваре. В этом случае достаточно пересобрать под него и потом с различными iso их использовать единообразно. Пример как сделана MagOS Multi.

Оффлайн neobht

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 1031
  • Репутация: +15/-0
  • Автор темы
Re:PRA на initrd UIRD
« Ответ #125 : 03 Март 2015, 02:40:52 »
Из продвинутых фич я больше всего использую сетевую загрузку.

Если на флешке - машинно-зависимые изменения.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re:PRA на initrd UIRD
« Ответ #126 : 03 Март 2015, 10:49:00 »
vmlinuz - любой, от которого есть модуль с модулями ядра и фирмваре. В этом случае достаточно пересобрать под него и потом с различными iso их использовать единообразно. Пример как сделана MagOS Multi.
Не понял - в каком виде  должен быть "модуль с модулями ядра и фирмваре" (сквош или initrd) и как его в эту конструкцию присунуть...
Разве фирмваре ядрозависимо?

Оффлайн Zay

  • Почетный участник
  • Ветеран
  • *
  • Сообщений: 1536
  • Репутация: +25/-0
Re:PRA на initrd UIRD
« Ответ #127 : 03 Март 2015, 16:42:04 »
На данном этапе разработки, с учётом очень малого количества разработчиков - унификация становится особенно актуальной!

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

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


Поскольку в этой теме речь идёт не о PRA на UIRD, а про UIRD вообще, думаю что лучше перенести обсуждение в раздел Разработка PFS и Live-Init.
Если возражений не будет - предлагаю перенести тему и переименовать раздел в "Разработка PFS и UIRD".

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re:PRA на initrd UIRD
« Ответ #128 : 03 Март 2015, 17:03:08 »
Поскольку в этой теме речь идёт не о PRA на UIRD, а про UIRD вообще, думаю что лучше перенести обсуждение в раздел Разработка PFS и Live-Init.
Тема началась именно для pra и я здесь именно в это направление и клоню
Есть успехи - алиасы. Про просто uird тема уже есть
Если возражений не будет - предлагаю перенести тему и переименовать раздел в "Разработка PFS и UIRD".
Перенести - может быть. А переименовывать раздел не надо. В нем как минимум действующий porteus-initrd

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Старый чайник
Re:PRA на initrd UIRD
« Ответ #129 : 03 Март 2015, 17:04:32 »
На данном этапе разработки, с учётом очень малого количества разработчиков - унификация становится особенно актуальной!
Смотря с чем унифицировать. Лично я за busybox.
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн Zay

  • Почетный участник
  • Ветеран
  • *
  • Сообщений: 1536
  • Репутация: +25/-0
Re:Initrd UIRD
« Ответ #130 : 03 Март 2015, 17:12:53 »
Тема перенесена.
Раздел переименовал в Разработка PFS и Initrd, т.к. название "Live-Init" не прижилось...
Предложения по названиям разделов принимаются здесь.

Оффлайн neobht

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 1031
  • Репутация: +15/-0
  • Автор темы
Re:PRA на initrd UIRD
« Ответ #131 : 03 Март 2015, 18:15:50 »
vmlinuz - любой, от которого есть модуль с модулями ядра и фирмваре. В этом случае достаточно пересобрать под него и потом с различными iso их использовать единообразно. Пример как сделана MagOS Multi.
Не понял - в каком виде  должен быть "модуль с модулями ядра и фирмваре" (сквош или initrd) и как его в эту конструкцию присунуть...
Разве фирмваре ядрозависимо?

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

Фирмваре в большинстве случаев не зависимо, но бывают нюансы.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re:PRA на initrd UIRD
« Ответ #132 : 03 Март 2015, 18:28:44 »
Squashfs . Указать директорию с ним вторым параметром в uird.from и добавить в фильтр uird.ro
И Вы говорите что с докой все хорошо? Где там это?
Про + нигде не написано

Пытаюсь слепить демо-исо. Уперся - как выборочно загрузить модули из /optional (который по Вашему совету прописан в noload=)
load= и load+= не помогают
« Последнее редактирование: 03 Март 2015, 18:34:31 от sfs »

Оффлайн neobht

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 1031
  • Репутация: +15/-0
  • Автор темы
Re:Initrd UIRD
« Ответ #133 : 03 Март 2015, 18:33:26 »
Это к общему случаю не относится. Это пример варианта использования.
В uird доке как раз приведен пример с множеством перечислений для uird.from.

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


Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re:Initrd UIRD
« Ответ #134 : 03 Март 2015, 18:35:38 »
В магос же изначально было как в портеусе:
низ_aufs /base /modules load=из/optional верх_aufs
Неужели это неудобно? или какой замысел? Какой порядок слоев?
Как реализовать эту классическую схему...
Еще из корня from= грузятся модули - неудобно

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

Если указано в noload, то загрузить оттуда уже не получится.
Какой тогда вообще смысл в optional ...