Здравствуйте, господа!
У меня стоит задача собрать редхатоподобную систему (а именно скрипт initrd, а еще точнее надо выяснить, какие rpm-ники нужны для адекватной загрузки дров на PCI USB-контроллер).
Сложность заключается в том, что максимальный размер initrd - 8Мб (ну можно будет ужать его, в принципе). Дистриб ОСи есть. Все rpm-ники есть и если ее поставить по-нормальному, по идее, должна работать.
Думаю, вряд ли тут кто-то занимался подобным, поэтому хотелось бы услышать, кто что думает по этому поводу.

lspci, lsmod - и вперёд, вкомпиливай в ядро всё, что надо

Поддерживаю ToSHiC, проще тут не придумаешь. А в 8мб влезет все что надо имхо, тут беспокоиться не надо.


Гм... Зачем собирать, CentOS4 же работает на SPARC?

HertZ, я бы с радостью поставил что-нибудь готовое и не парился, но есть организации, которые не ищут легких путей

Добавлено спустя 5 минут 22 секунды:
ToSHiC, что-то я не совсем догнал мысль Можешь пояснить?

lspci показывает железки, которые в системе стоят
lsmod показывает модули подгруженные

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

Мда... Любой самопальной сборке до стабильности CentOS или Debian идти, как в неприличной позе до Китая. Ибо там миллионы хомячков уже оттестили все что только можно.

ToSHiC, дак я прекрасно знаю, что за железки. Это USB-контроллер и/или RAID-контроллер перешитый так, что определяется, как обычный IDE-шник (винда и другая подобная полноценная, только под х86 Unix-like распознали жестак без проблем)


Видимо я хорошо шифруюсь, раз не все поняли о каких организациях идет речь.

ну у тебя вопрос был, на сколько я понял, как определить, что нужно для корректной подгрузки драйверов
ответ: берёшь все драйвера, которые относятся к данной железке, и те, от которых они зависят (определяется с помощью lsmod) и, т.к. это usb, скорее всего ещё hotplugd. драйвера, при возможности, вкомпиливаешь в ядро - будут чуть меньше места занимать и меньше мороки. вообще в случае с initrd удобнее монолитное ядро использовать

ToSHiC, попробовал добавить lsmod и lsusb в initrd, но, как оказалось, их нет в rpm-никах. Попробовал стырить с подобной системы под х86 - не получилось (говорит что-то про /sbin/modprobe - стырил и его, но работать все равно не захотело)
Есть еще какие-то соображения

Не понял... Ты пытался бинарники под х86 запустить на спарке? о_О Ну тогда и не должно было заработать.

Для lsmod/insmod/rmmod/modprobe надо пакет module-init-tools, рпмку можно взять тут:

http://beta.centos.org/centos/4.2beta/o ... .sparc.rpm

Ну или скачать сорсы последней версии тут

http://www.kernel.org/pub/linux/utils/k ... nit-tools/

и собрать.

lsusb лежит в пакете http://beta.centos.org/centos/4.2beta/o ... .sparc.rpm

сорсы тут

http://sourceforge.net/projects/linux-u ... /usbutils/

не надо их запихивать в initrd их надо запускать для того, чтобы понять, чего запихнуть в initrd

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

HertZ, спасибо, попробую

Roma_no_off, не ищущие легких путей граждане все еще юзают МСВС и подобное?

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

Вообще, гениально конечно... С учетом того, что между загруженным модулем и вкомпиленным в ядро кодом разницы практически нет. Формалисты сидят в луже

разница есть, если надо будет часть модулей из initrd цеплять, а часть с харда

Я же написал "загруженных". Это же не микроядерная система, код модулей равноправен с остальным, значит и их тоже по логике сертифицировать надо по той же методике. Гуманитарии как всегда демонстрируют свой ум, в общем, такой простой вещи не обдумали.

а, ты про это.. ну там всякое может быть:) например, отдельно сертификат на модуль и отдельно на ядро, а на ядро с вкомпиленным модулем опять иди получай ещё один сертификат. впрочем, иногда в этом есть смысл

Если б был хард все было бы проще. Я через флешку работаю Вся моя работа как раз и состоит в том, чтобы можно было установить полноценную ОСь на какой-нибудь носитель.

С нужными драйверами, вроде, разобрался. Теперь возникла еще одна проблема... Для sparc x86 их нет Есть под x64. Отсюда и вопрос: как, кроме, sparc-linux-... можно сделать кросскомпиляцию ядра?