Существует ли способ заставить Linux рассматривать initramfs как окончательную корневую файловую систему?

Я хочу загрузить систему с initramfs, который является фактической финальной файловой системой, а не временным initramfs для загрузки драйверов. К сожалению, Linux накладывает различные (и в моем случае, нежелательные) поведения при использовании initramfs, включая по крайней мере следующие различия:

• devtmpfs не монтируется автоматически, по крайней мере, сначала, но, похоже, монтируется автоматически позже, что я не могу выяснить.
• Вместо запуска /sbin/init (или программы init, указанной с помощью init= в командной строке) ядро пытается вызвать /init.

Я знаю, что можно обойти эти проблемы, добавив некоторые дополнительные файлы в initramfs, но мне бы хотелось, чтобы он вел себя как нормальная корневая файловая система. Есть ли способ достичь этого?

Если мне все же нужно обойти это с помощью скриптов пользовательского пространства в initramfs, я хотя бы хочу понять, что вызывает автоматическое монтирование devtmpfs.

Это возможно, если CONFIG_BLOCK не определен, поскольку init/do_mounts.c содержит в mount_root, который выполняется после того, как ядро не смогло выполнить /init на initramfs, следующее:

#ifdef CONFIG_BLOCK
    {
        int err = create_dev("/dev/root", ROOT_DEV);

        if (err < 0)
            pr_emerg("Не удалось создать /dev/root: %d\n", err);
        mount_block_root("/dev/root", root_mountflags);
    }
#endif

Источник: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/init/do_mounts.c?id=c69e3c3a0c014e86750e78b7e2ae823f7a9b2cb2#n535

В этом случае mount_root проходит успешно, ничего не сделав, и ядро продолжает рассматривать initramfs как правильную корневую файловую систему.

К сожалению, отключение CONFIG_BLOCK не является практичным для большинства случаев использования. То, что навело меня на мысль, что это должно работать, так это то, что в патче для конкретной платформа разработки, с которой я работаю, условие было заменено на:

#if defined(CONFIG_BLOCK) && !defined(CONFIG_INITRAMFS_SOURCE)

Было бы неплохо добавить поддержку для root=initramfs, которая заставляет mount_root возвращаться, не выполняя никаких действий, и это должно быть тривиальным однострочным патчем. У меня нет представления о том, будет ли это приемлемо для upstream.

Ну, это довольно поздно, но у меня есть ответ, который может вам помочь:

Во-первых, вам нужно будет включить /dev/console в ваш initramfs. Это позволит вам получить функциональность sysinit, сообщающую обратно на консоль (выводы из пользовательского пространства снова отобразятся на вашем основном экране). Далее, если вы используете busybox для вашего процесса инициализации, добавьте символическую ссылку на busybox в корне вашей корневой файловой системы под названием init. Проблема в том, что файловый слой ядра Linux изменился несколько лет назад. Изначально вам нужно было иметь /init, чтобы запустить систему. Это считалось уязвимостью и было перемещено в /sbin/init. Позже, если я правильно помню, это стало linuxrc, но, как я думаю, это было полностью удалено.

В моем inittab первые две строки монтируют proc и devtmpfs. Все кажется работает правильно.

Для тех, кто пытается использовать initrd как корневую файловую систему и попал в эту тему, пожалуйста, убедитесь, что /init существует на initrd, или отрегулируйте это в командных аргументах ядра, используя rdinit=xxx по мере необходимости.