LINUX.ORG.RU

Нужно собрать принципиально новый дистрибутив

 , ,


0

2

Добрый день.
Мне выставили партийную задачу: надо собрать принципиально новый и хитрый дистрибутив линукса.
Суть такова: надо сделать ливку линукса, в котором будут отсутствовать некоторые подсистемы вроде сети/usb/firewire/bluetooth и тд. И, при необходимости, на этапе создания ливки эти системы могли подключаться.
Я сразу же предложил насобирать 100500 различных ядер с вкомпиленными модулями и жонглировать ими при сборке ливки. Но этот вариант был отвергнут.
Предполагается, что все эти подсистемы будут собраны в виде модулей, и на этапе формирования ливки только файлы нужных модулей будут помещены в образ, чтобы не было никакой возможности подгрузить что-то кроме.
Для этого можно сделать отдельный squashfs, в котором будет находится папка /usr/lib/modules, которая будет монтироваться вместе с рутовой squashfs.
Но меня смущает initrd, в котором, в свою очередь, тоже находятся некоторые модули. Не придется ли дергать и его?
Уважаемый ЛОР, посоветуй, пожалуйста, каким образом будет лучше решить эту задачу?

Deleted

Последнее исправление: CYB3R (всего исправлений: 1)

Но этот вариант был отвергнут.

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

aol 👍👍
()
Последнее исправление: aol (всего исправлений: 1)
Ответ на: комментарий от aol

аргумент был вроде «неттакнепойдетделайкакясказалсцуко»
насколько я понял, им нужна некоторая утилитка, в которой будут указываться, какие подсистемы взаимодействия с внешним миром должны работать, а потом выдавать нужную ливку.
Видимо, собирать ведро каждый раз не слишком здорово. На моем ноутбучном i3 370m ядро собирается 30 минут.

Deleted
()
Ответ на: комментарий от KblCb

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

Deleted
()
Ответ на: комментарий от Deleted

Если они вписаны в основной модуль — то нет. Но slax предоставляет инструменыт по созданию модулей. Создаёшь свой базовый модуль а всякие вафли и синезубы пакуешь отдельно. Затем просто монтируешь то что нужно и отмонтирушь то что не нужно.

KblCb
()
Ответ на: комментарий от etwrq

то есть, предлагаешь по необходимости править конфиг, собирать только модули, затем все модули запихивать в initrd и доставлять его в образ ливки?

Deleted
()
Ответ на: комментарий от Deleted

аргумент был вроде «неттакнепойдетделайкакясказалсцуко»

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

m0rph
()

Почему бы не отключать всё это дело из userspace после загрузки?

Но меня смущает initrd, в котором, в свою очередь, тоже находятся некоторые модули. Не придется ли дергать и его?

В initrd можно запихать только те модули которые надо(debian - mkinitramfs, Dracut), либо вообще не использовать его.

greek_31
()
Ответ на: комментарий от greek_31

из юзерспейса нельзя, потому что не секьюрно(ц)
то есть, можно initrd не дергать, а сделать для каждого варианта можно делать отдельный образ squashfs и монтировать его в /usr/lib/modules/?

Deleted
()
Ответ на: комментарий от Deleted

initrd нужен только для того, что бы можно было подмонтировать rootfs.

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

ЗЫ Для монтирования rootfs по LABEL или UUID нужен.

greek_31
()
Ответ на: комментарий от greek_31

спасибо
ну, по крайней мере сейчас моя ливка загружается. Сейчас буду пробовать все модули ставить загружать через второй squashfs файлик.

Deleted
()
Ответ на: комментарий от Deleted

bootup && hw = ядро + модули на всё железо, в initrd,
базовая система = иксы, необходимые утилиты, валлпапер там уникальный и брендинг.
если у клиентов заказчика нету интернетов, сделать несколько вариантов ливок - для сд, двд, и флешки.
вообщем см. велосипед бубунты

etwrq 👍
()
Ответ на: комментарий от Deleted

не секьюрно(ц)

http://rosalab.ru или аналоги, остальное — дроч вприсядку. Потому что для использования в целях, не требующих сертификатов ФСТЭК подойдет любой готовый ливцд.

Рекомендую немного почитать на эту тему, пересказать это своими словами «заказчику», затем послать его. Работать с неадекватами — себе дороже.

linuxnewb
()
Ответ на: комментарий от Deleted

И раз уж слово слакс было произнес его, есть смысл последить за блогом Томаса http://www.tomas-m.com/blog/ где он регулярно отписывается про прогресс в разработке нового слакса.
Кроме того, можно посмотреть в сторону портеуса.

bormant
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.