Прогресс по части отдельного /usr без initrd

Выглядит интересно.

А в правильных дистрибутивах разработчики клали на этот перенос всего в /usr.

без initrd

Чего они его боятся как огня?

Боятся не они, а толпа неосиливших юзеров.

Чего они его боятся как огня?

Не все оборудование его поддерживает, как я понял.

Никто его не боится, оно просто не нужно.

И все трудности лишь потому, что линукс не умеет линкрелейтед.
http://man.aiju.de/1/bind

Как в арче что ли?

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

И все трудности лишь потому, что линукс не умеет линкрелейтед.
http://man.aiju.de/1/bind

mount -o bind не то же самое делает? И вообще, как это связано с загрузкой?

bind гораздо умнее, он может объединять два каталога в один.
Так, если сделать bind -bc /usr/glenda/myroot /, то корень будет доступен как прежде, но все новые файлы будут перенаправлены в /usr/glenda/myroot.
(/usr/ — аналог /home/ в Plan 9)

а ничо, что все новые ядра содержат в себе дефолтный initrd? :)

В арче обычный initrd, или я что пропустил?

Не все оборудование его поддерживает, как я понял.

Вот к обычным компьютерам это никак не относится.

/usr/src/linux/Documentation/filesystems/ramfs-rootfs-initramfs.txt

All 2.6 Linux kernels contain a gzipped «cpio» format archive, which is extracted into rootfs when the kernel boots up. After extracting, the kernel checks to see if rootfs contains a file «init», and if so it executes it as PID 1. If found, this init process is responsible for bringing the system the rest of the way up, including locating and mounting the real root device (if any). If rootfs does not contain an init program after the embedded cpio archive is extracted into it, the kernel will fall through to the older code to locate and mount a root partition, then exec some variant of /sbin/init out of that

О чем весь этот разговор? О каком отдельном /usr идет речь?

А дальше?!

/usr/src/linux/Documentation/filesystems/ramfs-rootfs-initramfs.txt

The 2.6 kernel build process always creates a gzipped cpio format initramfs archive and links it into the resulting kernel binary. By default, this archive is empty (consuming 134 bytes on x86).

/usr на отдельном разделе.

а с чего началось

а ничо, что все новые ядра содержат в себе дефолтный initrd? :)

Если он пустой, то можно считать, что его нет.

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

By default, this archive is empty (consuming 134 bytes on x86)

@ qnikst , daemonpnz: а как его сделать не «empty»?

и еще: какие плюсы и минусы «ядерного» и «не ядерного» (я ничего не напутал?) initrd?

это не прогресс, а костылестроение. И попытки присобачить новую ногу на место отстреленной старой.

одного философа уже забанили здесь..

bind гораздо умнее, он может объединять два каталога в один.

unionfs, aufs2, mhddfs ?

Мне нравится эта фича, да. Но как она относится к загрузке?

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

Спасибо, а без специальных файловых систем можно?

Нафиг? Тяжело ядрышко пересобрать?

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

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

bind гораздо умнее, он может объединять два каталога в один.

Хотеть!

google://ramfs-rootfs-initramfs.txt

Там всё написано

А чем ваша одна команда отличается от одной команды с aufs2 ? Или вы хотите чтобы буква в букву совпадало?

Ничего не имею против bb, но пихать его там же где и coreutils имхо бесмысленно. Более того, я так понял, что можно теперь эксплуатировать систему через init=/ginit sh [тра-ля-ля, мои нехорошие команды], что уже ставит под сомнение надежность данного решения. Надеюсь, кто-нибудь запилит адекватное решение без всей излишней няшности bb.

Не требуется использовать отдельную внешнею надстройку?

Не требуется использовать отдельную внешнею надстройку?

Что понимается под внешней надстройкой?
В любом случае нужна установка соответствующих утилит. Для aufs3 - нужно патчить ядро. Но это один из популярных патчей, так что, скажем, в Gentoo сделали так, что это ничем не отличается от установки любого другого софта, разве что после установки нужно пересобрать ядро. (Кстати, последнее обновление патча - 2012-04-02). В некоторых других случаях оно сразу в ядре (ЕМНИП - в zen-kernel, live-dvd дистрибутивах).

Прыщую. Пора валить с этой колымаги на федору.

Боятся не они, а толпа неосиливших юзеров.

Зачем «осиливать» то, что не нужно?

Спасибо, а без специальных файловых систем можно?

В этих ваших планах девятого сорта без специальных файловых систем и шагу не сделать.

Спасибо, без тебя я бы не догадался, нужен ли мне initrd. Теперь я знаю. Кстати, расскажи, пожалуйста, как загрузить систему на LVM и mdraid без initrd.

Кстати, расскажи, пожалуйста, как загрузить систему на LVM и mdraid без initrd.

GRUB2, разве не поможет?

GRUB2, разве не поможет?

Поможет. Но не всегда есть возможность/желание его использовать. И я не смотрел, понимает ли он все уровни RAID.

Вру, не поможет. Для LVM требуется инициализация со стороны userspace, то есть GRUB2 может загрузить с LVM ядро и initrd, но для того, чтобы примонтировать корень, надо из initrd проинициализировать LVM.