Форум проекта PuppyRus Linux
Разработки проекта PuppyRus => Разработка PFS и Initrd => LF (linux frugal). => Тема начата: sfs от 08 Январь 2014, 00:36:30
-
Frugal (http://wiki.puppyrus.org/setups/full-vs-frugal)
Предлагаю обобщить и систематизировать идеи последнего времени, появившиеся на форуме.
pfs-util, PRA, UIRD, magos-dracut, Cоветский init, sfsl(sklimkin), imago c толстяками ...
Коллективная работа не получается. Может быть эта идея объединит...
Создать дистронезависимый набор утилит:
1. Live системы (initrd или полная система сборки дистра)
2. Работа со squashfs модулями (загрузка-выгрузка-репозиторий)
3. Утилиты мониторинга, gtkdialog-yad GUI
4. Утилиты создания сохраненной сессии
5. Универсальные ядра с набором проприетарных драйверов
который поможет сделать из любого линукса модульный frugal
В качестве примера (не более) предлагаю ознакомиться с
http://www.mediafire.com/download/v7lj1m2xxje15z1/lf-pra1401a.iso md5: 7a73341fce0ad47233f8d7e3e91a7ad5
Модули взяты от PRA (т.к. маленький).
По запросу могу выложить сделанные таким образом runtu-porteus (http://wiki.puppyrus.org/soft/porteus-initrd)_initrd.iso и archbang-rootaufs (http://wiki.puppyrus.org/users_os/af/af#rootaufs)_initrd.iso. Включен pfs-util и т.п.
В демке еще есть http://wiki.manjaro.org/index.php/ManjaroISO, ядра 3.10.20-1-MANJARO и 3.8.0-31-genericPAE
Т.е. почти в любой линукс можно воткнуть почти любую live систему и ядро. Собирал этим (http://forum.puppyrus.org/index.php/topic,15129.msg86207.html#msg86207)
Выложены варианты initrd с базовыми модулями от PRA для демонстрации именно вариантов initrd и скрипта их создания. Наверное надо выложить runtu или archbаng c таким initrd , pfs-util и пр. Тогда задумка стала бы ясней...
Основная идея - надо не только pfs-util делать универсальным. Нужен весь набор из шапки
Во всяком случае без нормального фругал initrd и pfs-util в обычных дистрах не нужен
А к initrd нужен скрипт его создания под любой дистр и ядро
Дополнительные цели (не связанные с этой темой) lf-pra1401a.iso:
Тестирование PRA с большими ядрами. Может помочь тем у кого были аппаратные проблемы
Grub2
Логотип LF (http://forum.puppyrus.org/index.php/topic,15304.0.html)
-
я конечно не силен во многом, поэтому пока только и получается делать толстые сборки, потихонечку узнавать тонкости, какой файл, скрипт и за что отвечает и т.д. По поводу фругал систем лично меня интересуют только пупирусы и портеусы, и пуппи. И если можно из любого сделать фругал, то из идей для себя я бы хотел прикрутить к толстяку возможность автозагрузки выше базы для того чтобы реализовать в нем полноценную sfs сохраненку. Если это возможно заменой только инитрайда, было бы интерестно поэкспериментировать, я бы попробовал на толстяке.
lf-pra1401a.iso я уже качаю, попробую
-
я бы хотел прикрутить к толстяку возможность автозагрузки выше базы для того чтобы реализовать в нем полноценную sfs сохраненку. Если это возможно заменой только инитрайда, было бы интерестно поэкспериментировать, я бы попробовал на толстяке.
В моём init это реализовано, в буржуйском несколько сложнее, мешает "бюрократический стиль" скрипта, но возможно реализовать на основе PUPMODE=13.
-
а где можно взять ваш инит, и будет ли он работать в слако? или надо слаковский инит переделывать? а можно по подробне по pupmod=13?
-
я бы хотел прикрутить к толстяку возможность автозагрузки выше базы для того чтобы реализовать в нем полноценную sfs сохраненку. Если это возможно заменой только инитрайда, было бы интерестно поэкспериментировать, я бы попробовал на толстяке.
lf-pra1401a.iso я уже качаю, попробую
http://forum.puppyrus.org/index.php/topic,14190.0.html - вот PR, пересаженный на porteus-initrd. Думаю с пупи тоже получится.
Только там полезет специфика родного initrd...
Если нужно slackware - чем porteus не устраивает?...
В моём init это реализовано, в буржуйском несколько сложнее,
Давайте универсальный (http://forum.puppyrus.org/index.php/topic,15129.msg86236.html#msg86236) сделаем...
-
дело не в том что не устраивает, еслибы можно было к портеусу прикрутить базовый модуль пуппи, просто хочется что бы обычный пуппи тоже имел автозагрузку выше базы
универсальный инит-было бы круто!
-
С классическим пупи будет значительно сложнее, чем со стандартным линуксом. В пупи очень много своей специфики и все это так завязано между собой - тронь одно - все развалится. Пупи надо любить "как есть" (монолит все включено)
Проще выдернуть (http://forum.puppyrus.org/index.php/topic,14717.0.html) из пупи нужное и адаптировать под любой линукс
-
просто хочется что бы обычный пуппи тоже имел автозагрузку выше базы
универсальный инит-было бы круто!
А Ivanna по вашей классификации под "обычный" Puppy подходит? ;) :D
Универсальность не всегда хорошо - в желании предусмотреть все скрипты разрастутся до огромных размеров, но всегда найдется вариант, на котором не сработает :(
-
Если не нарушать unix-way (http://forum.puppyrus.org/index.php/topic,14754.msg86228.html#msg86228) - все получится
-
думал об этом, но не хочется брать чужие разработки и переделывать дабы не путать юзеров, поэтому хочеться что свое из классического puppy
Идея такая:
толстая сборка с большим количеством программ + полноценная sfs сохраненка
-
Давайте универсальный (http://forum.puppyrus.org/index.php/topic,15129.msg86236.html#msg86236) сделаем...
Мне кажется вы не в том направлении двигаетесь, вот здесь (http://forum.puppyrus.org/index.php/topic,14754.msg86228.html#msg86228) есть цитата.
-
толстая сборка с большим количеством программ + полноценная sfs сохраненка
Возьмите initrd с adrv и zdrv
adrv - будет софт, zdrv - сохраненка
Или юзайте s-frugal
Дядя Шурик, как раз по цитате и двигаюсь. Что не так?
-
Для "полноценной" sfs-сохраненки все равно нужно определять параметры- где находится, какое должно быть имя модуля. Следующим шагом (для удобства пользователя ;) ) должна быть доработка скрипта, создающего сохраненку - выбор не только *.[2,3,4]fs, но и *.sfs
-
толстая сборка с большим количеством программ + полноценная sfs сохраненка
Возьмите initrd с adrv и zdrv
adrv - будет софт, zdrv - сохраненка
Или юзайте s-frugal
В тостом слако я так и сделал zdrv как sfs сохраненка, но у него же загрузка не выше базы, поэтому не все сохраниться
-
Для "полноценной" sfs-сохраненки все равно нужно определять параметры- где находится, какое должно быть имя модуля. Следующим шагом (для удобства пользователя ;) ) должна быть доработка скрипта, создающего сохраненку - выбор не только *.[2,3,4]fs, но и *.sfs
создание sfs сохраненки не обязательно делать в скрипте создания .[2,3,4]fs, его можно сделать отдельным пунктом меню, не это является проблемой, для начала надо реализовать загрузку sfs сохраненки выше базы
-
imago31 Насколько я понял, вы хотите слегка доработать слаковский init, добавив возможность загрузки .sfs с заранее определенным именем(сохраненки) выше базы?
-
да именно так, было бы супер вообще :)
-
Дядя Шурик, как раз по цитате и двигаюсь. Что не так?
Да вроде бы в противоположном направлении, или это мне кажется?
Для "полноценной" sfs-сохраненки все равно нужно определять параметры- где находится, какое должно быть имя модуля. Следующим шагом (для удобства пользователя ;) ) должна быть доработка скрипта, создающего сохраненку - выбор не только *.[2,3,4]fs, но и *.sfs
"Что, где и как" в любом случае записано в menu.lst, имя оставить стандартное *-save.[234ps]fs, тогда и переделывать почти ничего не придётся. Использовать PUPMODE=13 как основной, вместо PUPMODE=12.
Получаем, сохранёнка монтируется к pup_ro1, pup_rw - tmpfs. Скрипт создания сохранёнки давно есть, в Richy-User встроен в базу.
Велосипедисты :D
-
скрипт создания сохраненки это не так важно, можно и самому написать скрипт что именно сохранять, а вот уже загрузка этой сохраненки выше базы в puppy что бы все настройки подключились, это другой вопрос, и если можно обойтись pupmod=13, то можно по подробнее что и где надо менять и как в итоге должна называть сохраненка sfs и где должна лежать?
-
По initrd.gz для Слако отписался в соответствующей теме.
-
Предлагаю завершить OFFTOP.
Идея, описанная в шапке - интересная, хотя мне показалось что всё описано не достаточно ясно, ну ладно.
"Давайте всё сделаем универсально" - звучит хорошо, но на деле, боюсь, дальше слов не пойдёт...
Предлагаю, для начала, обсудить возможность создания универсального init, каким он должен быть хотя бы в теории.
-
возможность создания универсального init
Теоретически возможно и получится, но будет "комбайн" хуже Висты.
Обычную Slackware я запускал frugal лет пять тому назад. А смысл? А нету.
Если уж делать, то "самоходное шасси". Был такой трактор в советском сельском хозяйстве в 70 годы, мотор, кабина, рама. В "голом виде" годился только трактористу до сельмага за бутылкой съездить. Но навесить на него можно было много всякого сельхозоборудования. Squashfs + aufs дают возможность сделать то же самое в мире ОС. Вот в эту сторону я и буду двигаться, всё остальное считаю распылением сил, причём по пустякам.
-
Попытаюсь выразиться ясно - не ищите проблемы там, где ее нет. Мне, допустим пофигу, где и как сохраняется сохраненка (пардон за рекурсию). И, в принципе, пофиг на ФС и ПМ, также на все, что с этим связано.
Мне кажется, что дистр без наполнения ППО обречен, не смотря на все его воплощения неплохих, даже, задумок.
-
Предлагаю завершить OFFTOP.
Поддерживаю. Выше написал - для пупи универсальность получится только ценой полной переделки. Пупи самодостаточен. Любите его таким какой он есть. Мелкие переделки init пупи - за рамками моей темы. Создайте отдельную
Универсально получится только взять из пупи некоторые скрипты (см. п.3. шапки)
Идея, описанная в шапке - интересная, хотя мне показалось что всё описано не достаточно ясно, ну ладно.
"Давайте всё сделаем универсально" - звучит хорошо, но на деле, боюсь, дальше слов не пойдёт...
Я выложил варианты initrd с базовыми модулями от PRA для демонстрации именно вариантов initrd и скрипта их создания. Наверное надо выложить runtu или archbsng c таким initrd , pfs-util и пр. Тогда задумка стала бы ясней...
Основная идея - надо не только pfs-util делать универсальным. Нужен весь набор из шапки
Во всяком случае без нормального фругал initrd и pfs-util в обычных дистрах не нужен
А к initrd нужен скрипт его создания под любой дистр и ядро
Вот и получаем комплект, описанный в шапке
Предлагаю, для начала, обсудить возможность создания универсального init, каким он должен быть хотя бы в теории.
http://forum.puppyrus.org/index.php/topic,15129.msg86236.html#msg86236
Попытаюсь выразиться ясно - не ищите проблемы там, где ее нет.
У меня нет илюзий, что универсальный фругал интересен 100% пользователей ;)
Мне кажется, что дистр без наполнения ППО обречен, не смотря на все его воплощения неплохих, даже, задумок.
Так берите дист наполненный ППО и делайте из него фругал. Тема об этом
-
Задумка хорошая ;D
Если смотреть со стороны пользователя, что это дает!?
1) Производительность системы - это самое главное (даже если образ ос большой, сейчас память на пк меньше 4гб , это архаично)
2) Универсальный инструмент, а мы в итоге получаем именно инструмент позваляющий в итоге загружать любой дистрибутив Linux в ОЗУ (по идее ни какой генту с оптимизированным ядром по скорости работы рядим не лежал)
3) Универсальность полученного дистрибутива с точки зрения монтирования к нему чего угодно (любых файловых систем, программ и тп)
4) Безопастность и восстановление работоспособности полученного Дистрибутива (ну грохнуть сервер система которого работает в памяти только на чтение...)
5)Далее на счет сохраненки, я давно не пользовался файлами сохраненки, а пользуюсь системой ссылок- так проще ;)
-
Если тема LF чем-то практическим закончится
Не верю и ни разу.
Еще чуть доработаю и выложу вполне юзабельный archbang на rootaufs c ядром manjaro. Paзмер iso под 300 мб. Т.е. вполне можно грузить в память целиком
В основном для тестирование под оригинальным арчем того, что не получается в pra. В общем то-это и было оасновной моей задачей, но увлекся + обобщил местные брожения про init и pfs-util. Далее в одиночку эту тему развивать не планирую. Мне удобнее PRA
...Так что Вам решать
-
LinuxFrugal (LF) интересно и даже заманчиво, но есть ряд вопросов:
Выложены варианты initrd с базовыми модулями от PRA для демонстрации именно вариантов initrd и скрипта их создания.
Заменить "базовые модули от PRA" на что-либо другое реально?
Не только реально , но и является главной целью
PRA для примера был взят исключительно из-за размера
Моя попытка оставить в сборке только то, что относится к initrd-m-3.8.0-31-generic без /base/zz-linux-3.10.20-1-MANJARO-pra1401.pfs - делает сборку незагружаемой.
Там 3комплекта ядра:
vmlinuz, initrd (3 варианта для каждого), linux*
Ничто из одного комплекта другому не нужно
Т.е. почти в любой линукс можно воткнуть почти любую live систему и ядро. Собирал этим (mkinitcpio)
взять какой-то дистр вкорячить туда понравившийся initrd
Насчет "понравившийся initrd":
1. взял initrd-m-3.8.0-31-generic.xz - распаковал его до filesystem-tree (bin, dev, etc, и т.д.)
прочитал в нем init и init_functions
но ведь это для уже предопределенного ядра 3.8.0-31-generic
Да. Без модулей ядра можно только для спец ядер и спец инитрд
2. для другого (выбранного мной) ядра надо, чтобы в моей сборке был этот инструмент mkinitcpio
из репозитория Arch: mkinitcpio-16-2-any.pkg.tar.xz - этот?
Да, но лучше взять мой модуль. В более старой версии можно получить меньший объем инитрд
3. если распакую его прямо в среду chroot этого достаточно будет, чтобы из среды chroot создать новый (для моей сборки) initrd ?
Сборка инитрд не требуется каждый день. Для начала рекомендую взять PRA и мой mkinitcpio*pfs
После получения результата (настрогать initrd под нужные ядра и live) можно экспериментировать с переносом с арча и версиями mkinitcpio
https://wiki.archlinux.org/index.php/Mkinitcpio_(Русский) (https://wiki.archlinux.org/index.php/Mkinitcpio_(Русский))
Полученные инитрд должны работать везде (где совместимо с выбранной версией ядра)
4. в самой сборке (в данном случае в chroot) больше ничего менять не требуется?
5. если в chroot будет установлено другое (новое) ядро - вероятно надо заново создать initrd - верно?
Да. Кроме спецядер набор vmlinuz, initrd , linux*модули ядра
Обработка linux*модулей ядра под нужный дистр:
-загрузить любой дистр с любым ядром
-подключить модули желаемого ядра
-depmod версия_желаемого_ядра
-/lib/modules/версия_желаемого_ядра/modules.* сохранить (подключить в верхний слой aufs) и заменить в модуле желаемого ядра
Это инструкция по пересадке ядра в любом линуксе
Для начала лучше брать родное дистру ядро.
LF - не волшебная палочка. Это только фругал система. Впихнуть в дистр невпихуемое ядро не поможет. Сборка Франкенштейнов - это уже другая история :)
iso LF-runtu-light (ubuntu) постараюсь выложить сегодня. Замысел станет понятней...
-
Может-быть я задал слишком много вопросов.
Попробую задать только один.
Есть chroot-окружение, в котором я только что установил все компоненты системы: в том числе и vmlinuz и initrd.img и даже linux-headers и программами.
Пусть эта система будет Дебиан. Дебиновский live-boot не устанавливал, т.к. хочу получить из своего chroot-окружения linux-Frugal.
Для этого надо создать в текущем chroot новый initrd по Вашей технологии.
1. Какие мои дальнейшие действия, чтобы затем выйти из chroot и упаковать созданное в squashfs-модуль, чтобы затем этот модуль поместиь в ISO-image и далее загружать его как live-систему?
Вот в чем вопрос.
-
http://forum.puppyrus.org/index.php/topic,14190.msg86465.html#msg86465
Для сборки LF initrd-porteus нужно: PRA, mkinitcpio, initrd.x (porteus), донорские /lib/modules
Никаких chroot не надо
Если Вас устраивают версии ядер можно просто взять мои готовые initrd
Далее Обработка linux*модулей ядра под нужный дистр: (выше)
В chroot уже свой дистр будете собирать. Или просто взять готовые squash из iso
Главное везде depmod не забыть сделать
-
Чтобы не забыть предмет:
Создать дистронезависимый набор утилит: 1. Live системы (initrd или полная система сборки дистра)
Вы не поняли мой вопрос, видимо я плохо пишу по-русски.
У меня УЖЕ ЕСТЬ ЯДРО В СОБРАННОЙ ЛИНУКС-СИСТЕМЕ (но это не PRA).
Хотелось бы прочитать на русском языке КАК В ЭТУ СИСТЕМУ ДОБАВИТЬ LF-initrd - если это возможно.
Для сборки LF initrd-porteus нужно: PRA, mkinitcpio, initrd.x (porteus), донорские /lib/modules
Не нужен "LF initrd-porteus", нужен просто "LF initrd" в той системе, которая уже собрана.
Если это невозможно, то пожалуйста так и напишите:
"собрать LF initrd можно ТОЛЬКО в PRA" и я отстану с вопросами.
Никаких chroot не надо
Надо или не надо - это дело вкуса/навыков.
Но если НЕЛЬЗЯ, то так и напишите: " в chroot-окружении это сделать невозможно".
Если Вас устраивают версии ядер
Нет не устраивают - зачем подгонять мой дистр. с установленным в него ядром под ядро, которого там нет? можно просто взять мои готовые initrd
Да это самое простое - взять готовое. Задача в другом: сделать initrd самому.
взять какой-то дистр вкорячить туда понравившийся initrd
Я взял какой-то и даже назвал его - Дебиан (wheezy 3.2.0-4-686-pae).
Слово "вкорячить" хорошо бы заменить конкретикой.
Вы готовы, без завязывания пользователя на PRA, в доступной форме описать создание LF initrd ?
Я знаю, что "художника обидеть легко", поэтому несколько раз переделал этот текст.
По-другому - уже никак. Вы очередной раз затеяли большое дело, и даже с положительными результатами. Но также в очередной раз экономите на освещении существенных деталей для повторения этих результатов другими.
Простите великодушно за такую дотошность, если я один такой бестолковый.
Сергей.
-
sklimkin, возьмите полученный у вас initrd,
1. скопируйте туда linuxrc, liblinuxlive, из портеус или магос. init замените на linuxrc или удалите из вашего initrd.
2. Скопируйте в корень initrd также VERSION.
3. Собранный вами образ squashfs положите в папку base
Итоговая иерархия файлов в случае взятого магос инитрд:
/MagOS/base/ваш образ squashfs.xzm
/MagOS/vmlinuz
/MagOS/initrd.gz
/MagOS/MagOS.sgn
/MagOS/VERSION
А вообще месяца через два, когда допишу универсальный скрипт, я планирую написать пару скриптов по сборке frugal для распространенных дистров.
-
Чтобы не забыть предмет: Создать дистронезависимый набор утилит: 1. Live системы (initrd или полная система сборки дистра)
На данный момент в LF система сборки всего дистра есть только для manjaroiso и она только под арч
Для деб. есть live-boot , remastersys
Дистронезависимо тут не выйдет. Думаю это надо убирать из задач LF
Тем более что porteus оптимален
У меня УЖЕ ЕСТЬ ЯДРО В СОБРАННОЙ ЛИНУКС-СИСТЕМЕ (но это не PRA).
Хотелось бы прочитать на русском языке КАК В ЭТУ СИСТЕМУ ДОБАВИТЬ LF-initrd - если это возможно.
Этого (http://forum.puppyrus.org/index.php/topic,14190.msg86465.html#msg86465) не достаточно?
Что не понятно? Готов доработать текст (или помогайте)
"собрать LF initrd можно ТОЛЬКО в PRA" и я отстану с вопросами.
Дописал туда же как не под PRA
Никаких chroot не надо
Надо или не надо - это дело вкуса/навыков.
initrd никто в chroot не собирает. Методика сборки всего дистра может быть разнообразной. chroot - наиболее универсально для опытных
Слово "вкорячить" хорошо бы заменить конкретикой.
Методика сборки lf-porteus-initrd пока , к сожалению, именно "вкорячить"
На конечный результат это не влияет
Хорошо бы переделать на dracut или т.п.
экономите на освещении существенных деталей для повторения этих результатов другими.
Как и со всем новым. Доки опаздывают
LF задуман для таких как Вы и под впечатлением от Ваших постов
Готов объяснять до полного понимания. Иначе зачем вся затея.... Хотелось "всколыхнуть творчество масс" , frugal ом привлечь в проект пользователей непупи
-
возьмите полученный у вас initrd,
1. скопируйте туда linuxrc, liblinuxlive, из портеус или магос. init замените на linuxrc или удалите из вашего initrd.
Не настолько все просто. busybox может не подойти, с монтированием ntfs есть тонкости
Лучше в нужный live-initrd добавлять свои модули ядра, а не наоборот
А еще лучше адаптировать porteus и magos init под dracut
А вообще месяца через два, когда допишу универсальный скрипт, я планирую написать пару скриптов по сборке frugal для распространенных дистров.
Отлично! Готов участвовать как минимум тестированием
Сетевые навороты magos для корпоративного использования мне очень интересны
-
Спасибо 'sfs' и 'neobht' за пояснения и терпение.
Тогда, если я правильно понял, новая технология "LF-initrd" не сильно отличается от той, которую я попытался осветить в посте:
http://forum.puppyrus.org/index.php/topic,12651.msg86280.html#msg86280 (http://forum.puppyrus.org/index.php/topic,12651.msg86280.html#msg86280)
После "разбора полетов" по скрещиванию Дебиан и Портеус (Porteus-Wheezy.iso)
http://smokey01.com/saintless/Porteus-Wheezy/
http://murga-linux.com/puppy/viewtopic.php?t=90660&start=465
где vmlinuz unitrd и некоторая часть библиотек (/lib/modules/) заменяются на Портеус'овские, но система в целом все же остается Дебиан'ом.
Существенных отличий два:
1.1 в Porteus-Wheezy "родные" vmlinuz и initrd.img заменяется на аналоги из Porteus
1.2 в "LF-initrd" vmlinuz остается "родным", но надо заново создать initrd.img - теперь он будет называться initrd.xz
2.1 в Porteus-Wheezy надо вручную добавить в initrd новый DIR /unioncp и в него "родные" библиотеки /lib и в главном модуле системы заменить /lib/modules на Porteus'овские
2.2 в "LF-initrd" надо создавать новый initrd с помощью mkinitcpio, который надежно (пока) работает в Arch и в PRA. При этом в любой из этих двух систем надо досупными средствами поместить "родные" vmlinuz и initrd.img. После этого новый initrd можно переносить в ISO-образ "родной" системы. Зато не надо переделывать ранее собранный и упакованный в squashfs (sfs,pfs, xzm) главный модуль (модули) "родной" системы.
"Дьявол скрывается в мелочах" и поэтому "нет в мире совершенства".
I.Буду пробовать создание initrd учитывая последние комментарии 'sfs'.
II. Буду пробовать по схеме, предложенной 'neobht', но что-то там "не так" - подозрительно просто.
III. Возможно Александр найдет другие способы "одолеть" гибридный initrd
IV. Буду ждать реализацию от 'neobht' (MagOS Linux).
Сергей.
-
Porteus-Wheezy "родные" vmlinuz и initrd.img заменяется на аналоги из Porteus
Не обязательно
LF-porteus-initrd можно собрать под любое aufs ядро. chroot и компиляция не требуются
Для этого нужны /lib/modules этого ядра
Эти modules надо добавить в голый (без /lib/modules) LF-porteus-initrd
Чтобы уменьшить размер /lib/modules можно :
Взять только нужные (или это сделает за Вас mkinitcpio). mkinitcpio из Арч. В ubuntu он мне только 2 модуля добавил. Видимо не работает он не в арч
К любому ядру в систему надо подгружать (любым способом) /lib/modules (полный комплект) этого ядра
Везде не забыть про depmod
Вот и вся теория
Если использовать porteus или PRA спец. ядра - LF-porteus-initrd пересобирать вообще не надо
Как Ваша система будет работать с такими (или другими, не родными ей) ядрами - это уже выходит за рамки этой темы
-
Есть ряд вопросов:
Я вообще запутался, вроде бы портеус инит не имеет модулей ядра и поэтому его можно прикрутить без пересборки, то говориться что при использовании других ядер надо пересобирать инит портеуса добавиви модули
чтобы сделать lf, например из убунту, нужно находиться в убунту или в пуппирус?
от средства сборки инитрайд не зависит каккой будеи инитрайд, можно брать любой? вообще меня интересует портеус инит
сборочная среда mkinitcpio только для арч? и можно прикрутить любой инитрайд?
если нет сборочной среды, но есть ваш портеус инит, я так понял работающий с pfs пакетами, что мне нужно сделать что бы прикрутить его к убунту или слако 5.4? и сделать из них фругал с автозагрузкой, выше базы и т.д, ну как в портеус и в PRA
Извините если задал много вопросов, просто для меня сейчас это все так сложно
Одним словом как я понял прикрутить портеус инит например к убунту можно в ручную без скриптов сборки, верно? нужно просто добавить к иниту модули ядра убунту, и саму базу перепаковать в pfs или как? вообщем все сложно пока для меня
-
портеус инит не имеет модулей ядра и поэтому его можно прикрутить без пересборки,
Только для спецядер (PRA, porteus)
при использовании других ядер надо пересобирать инит портеуса добавиви модули
Да.
чтобы сделать lf, например из убунту, нужно находиться в убунту или в пуппирус?
В любом линукс. (http://forum.puppyrus.org/index.php/topic,14190.msg86465.html#msg86465)
от средства сборки инитрайд не зависит каккой будеи инитрайд, можно брать любой?
rootaufs и mkinitcpio менее функциональны. Их проще собрать в arch штатным mkinitcpio
mkinitcpio в юбунте мне только 2 модуля добавил - не разбирался и не планирую
porteus сейчас не собирается , а перепаковывается
Модули в него можно добавить любым способом. Лишь бы сработало.
Может с помощью neobit к dracut прикрутим. Тогда будет универсально
сборочная среда mkinitcpio только для арч?
Не знаю. В юбунте штатное mkinitramfs - мне показалось - сложнее
и можно прикрутить любой инитрайд?
Все инитрд собиралки работают так:
На входе модули ядра и hook-и (функциональные модули) - на выходе инитрд
Porteus в виде hook нет.
Те hook-и что есть - существенно хуже. rootaufs manjaroiso - лучшее, что знаю
если нет сборочной среды, но есть ваш портеус инит, я так понял работающий с pfs пакетами, что мне нужно сделать что бы прикрутить его к убунту или слако 5.4?
http://forum.puppyrus.org/index.php/topic,14190.msg86465.html#msg86465
Про пупи я уже писал - не тратьте время зря. Он слишком "в себе". Любите как есть - максимум добавить модули (только собирать их нечем) что Вы с дядей Шуриком и делаете
прикрутить портеус инит например к убунту можно в ручную без скриптов сборки, верно? нужно просто добавить к иниту модули ядра убунту,
Да. Если спецядро подходит можно вообще ничего не пересобирать и не перепаковывать
и саму базу перепаковать в pfs или как?
porteus ничего не знает про pfs. Можно просто переименовать или xzm= (http://wiki.puppyrus.org/soft/porteus-initrd?&#puppyrus_%D0%BC%D0%BE%D0%B4%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D1%8F)
Подойдет любой squash. А может быть и [234]fs
Нужен ли целый каскад LF... У меня в планах какой-то арч (наверное archbang) как контрольный для PRA и все
-
Спасибо за ответы, меня именно и интересует портеус инит, про модули ядра я понял, а как на счет создания иерархии папкок, файлов 000-kernel и т.д, откуда их брать или создавать?
-
Если хочется модульности уровня PRA - задача усложняется. Придется послойно собирать модули средствами донорского дистра
В PRA мы этим заморачиваемся, но это не просто, трудоемко и требует знаний
Взять любой одномодульный livecd, перепаковать /lib/modules /lib/firmware (или взять готовые)
Максимум изменить набор софта в chroot - более просто. В этом отличие LF
Мы и спорим в соседней теме
Я считаю, что делать из PRA "все включено" - это уже не PRA , а LF (т.е. и делать ничего не надо - бери готовое)
-
Ну так вот про lf я и хочу взять готовое, например я могу вять ваш лф-рунту, убрать от туда базу, взять туже убунту 12.04 с юнити, добавить в базу pfs-utils, упаковть в pfs и положить в лф-рунту, по идее должно работать? или в базу надо добавить и модули ядра 3.11.3-pf?
-
Может с помощью neobit к dracut прикрутим. Тогда будет универсально
не совсем. porteus прикрутить к дракут - не цель. это уже давно сделано и дело техники.
а вот сделать на базе dracut универсальное решение, которое превосходит возможности porteus и magos - вот чем я занимаюсь.
А набор скриптов, которые собирают модули на базе любого дистра - это маленькая задача. Они у нас уже давно придуманы, просто надо заменить urpmi на chroot+apt-get, chroot+urpmi, chroot+pacman, chroot+yum,..... тогда скрипты смогут собирать на любом дистре.
Единственное условие - ядро с aufs.
-
porteus прикрутить к дракут - не цель. это уже давно сделано
Где и кем? Дайте попробовать
-
Ну так вот про lf я и хочу взять готовое, например я могу вять ваш лф-рунту, убрать от туда базу, взять туже убунту 12.04 с юнити, добавить в базу pfs-utils, упаковть в pfs и положить в лф-рунту, по идее должно работать? или в базу надо добавить и модули ядра 3.11.3-pf?
Берете lf-runtu, заменяете runtu-lite-12.04.3_20131010.pfs на *.squashfs из юнити, переименовав в .pfs. Все
Может быть depmod придется пересделать.... До конца с этим не разобрался
Можно перепаковать *.squashfs - удалить ее ядро, фирмваре, нерусские локали, доки ...
-
porteus прикрутить к дракут - не цель. это уже давно сделано
Где и кем? Дайте попробовать
я попробую подготовить дистронезависимую версию dracut и сообщу вам.
правда хотел такую версию dracut делать после самого uird.
А самостоятельно можно так:
1. вместо livekitlib - скопировать linuxlivelib
2. вместо uird-init - скопировать linuxrc
ну и собрать make-dracut-minimal.sh
Но в этом мало смысла, давайте лучше немного подождете, когда я уже все доделаю.
Я стараюсь каждый день этим заниматься и планирую за январь сделать, чтобы февраль был на отладку и тестирование.
-
Друзья, этот проект был заброшен? Было бы интересно иметь минимальный Debian для загрузки в ram с нужным набором программ. Пробова ставить обычный debian netinstall, так он даже при отключенных при установке репозиториях занимает в установленном виде много сотен МБ на диске. И это без gui и программ. Видимо, устанавливает кучу библиотек "про запас"...
-
этот проект был заброшен?
Нет, он получил новую жизнь http://forum.puppyrus.org/index.php?topic=21204.0
-
Было бы интересно иметь минимальный Debian для загрузки в ram с нужным набором программ
https://www.slax.org/
Там как раз не хватает много из состава LF