> …которое, тащемта, не нужно.Ты еще расскажи что 640 кило хватит всем. Initrd позволяет взлететь с крайне хитровыгнутой стартовой площадки. Другие методы - когда как. Что? Втолкать все в ядро? Не модулями? А благородный дон в курсе что некоторые из архитектур имеют жесткие лимиты на размеры неких областей? И утолкать тудя супержирное ядро может и не получиться.
> ядро поддержку пары файловых систем (не модулями, в смысле), чтобы необходимость
> в initrd пропала.
А ты распишешься за _все_ платформы, архитектуры и загрузочные конфигурации, чтобы делать столь глобальные выводы? Или у тебя тоже синдром админа локалхоста вылез - мол, раз я не юзаю, значит никому это не надо?
> initrd нужно только если хочется сделать «одно универсальное ядро для всех».
Знаешь, если продолжить ту же логику - модули вообще зря изобрели. Надо было вкомпиливать вообще все 100500 дров в одну монолитную чушку. А модули - туда же куда и рамдиски.
> но зачем? собственно, давно назрела необходимость в программе, которая проинспектирует
> железо
И ты конечно готов написать такую программу... эээ, стоп, а как я ее буду запускать на какойнить там железке где допустим MIPSовый проц с допустим u-boot'ом? А может, с redboot'ом? Как мне предлагается такую программу до установки системы запустить, интересно? Ты готов это родить под все существующие загрузчики? :)
> и сгенерирует конфиг ядра, где некоторые самые нужные модули будут
> впилены жёстко, просто нужные — модулями, а остальное вообще отключит нафиг.
Слушай, на писюке никому не вперлось экономить целый мег памяти путем таких ужимок и прыжков, а на других архитектурах твой подход может создать больше проблем чем решить.
> вот у меня ядро пересобирается пять минут (реально, пять минут). а
> «дистрибутивный» конфиг — где-то пол часа, если не больше.
А у меня весь initrd перестраивается за 20 секунд. В гробу я видал кайф ждать вместо 20 секунд 5 минут.
