> а смысл аргументировать человеку, который не удосужился ни документацию почитать, ни
> исходные тексты посмотреть, и даже систему загрузить и посмотреть как оно - и поэтому
> несет откровенную пургу?
> а смысл аргументировать человеку, который не удосужился ни документацию почитать, ни исходные
> тексты посмотреть, и даже систему загрузить и посмотреть как оно -
> и поэтому несет откровенную пургу?

Я её как бы с 1995 года гружу, и исходники не только читаю, но и пописываю тоже, годов так заметно больше десяти. Так что я вас умоляю, таки не стеснятесь, делитесь сокровенным.

> в общем случае, если /boot/loader считался "нулевым" загрузчиком, то все остальное загрузиться,
> и kernel, и модули.
> а инициализация устройств ядро+модули, проходя по дереву шин, производит уже будучи подзагружено
> в памяти, в общем случае.

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

А ещё давайте рассмотрим такой умозрительный пример дискового устойства, чтобы просто разрешить которое надо: скачать по сети корректный FPGA образ, в зависимости, к примеру, от комбинации TTL уровней на некоем множестве n контактов GPIO, используя для аутентикации ключ из SPI NAND? Этакий пример "функционала, который не умеет загрузчик." оригиенального постера, на который вы так резво разродились "бредом". Общее ядро (c loader-ом ли, или без - не суть важно) загружается, предположим, по сети или из ROM или того же NAND и работает с разблокированной таким образом корневой FS до следующй перезагрузки. Initrd позволяет реализовывать, я подчеркну, _произвольно сложные_ сценарии подобного рода, используя всю мощь ничем неограниченного пользовательского окружения под полноценным ядром.  Что loader с его Forth, что специальный код в ядре просто рядом не стояли по критерию простоты и гибкости.

Это только про классический сценарий inird. А есть и другие примеры, вроде вот этого свеженького от Славы:
https://lists.freebsd.org/pipermail/freebsd-mips/2016-Februa...

> аналог initrd в данном разрезе - откровенно ненужная херня, и в линукс
> дистрибутивах сделана более всего из-за общего проектного бардака, а таки схавали,
> и объявили баг фичей.

Возможный недостаток фантазии и опыта - это ваши личные ограничения, поэтому не стоит обобщать. Можно обойтись без reroot/initrd? Конечно, FreeBSD так и жила годами. Собственно и сейчас initrd-like загрузку никому навязывать не собираются. Открывает ли наличие reroot путь в возможностям, реализация которых ранее сопровожлась повышенным уровнем геморроя или была просто невозможна? По моему это самоочевидно.