Talk:Early Userspace Mounting

Should this be expanded to include /usr on LVM on kernel raid? or is the original author of the opinion that such an initramfs would no longer be basic?

I'm offering to do the required edits when I update my system to udev-181 again. I've already been there once and broke it.
 * Please do. You can even remove 'basic' from the title if you want. The main goal was to provide a manual and concrete way to solve a specific problem. /Netfab 09:08, 20 March 2012 (UTC)


 * Should maybe note that the unoffical wiki has a Initramfs article that's just gold. /Ni1s 21:53, 19 March 2012 (UTC)
 * Yeah true. You may notice it is linked at the end. But this page seems also somewhat complex for someone who never heard about initramfs. /Netfab 09:08, 20 March 2012 (UTC)
 * How about Early Userspace Mounting? This may be a "basic" initramfs article, bit I'm pretty sure the article already goes beyond the "basics" of linux fiddlage. /Ni1s 16:54, 20 March 2012 (UTC)
 * Maybe. But the initramfs could also mount /var. /Netfab 11:17, 27 March 2012 (UTC)

static busybox ?
@Ni1s: In your previous modification, you changed the article by saying that static busybox is required. But no. static busysbox is not required. If you emerge it with the static useflag on, the generated initramfs is even bigger : most of the required libraries for a dynamically linked busybox are anyway required by /sbin/fsck{.ext4}. /Netfab 11:17, 27 March 2012 (UTC)
 * True, its not required to use a statically compiled busybox. I though simplicity was preferred there over the initramfs size. But as you say, if they are needed anyway, busybox might as well use them.

blkid and busybox mount and who should fsck
1) You don't need that if [ $type == "LABEL" ] with busybox mount. You can just use mount LABEL=abc /abc. The mount command will handle LABEL=abc just as it would /dev/sdaXX. (it's logical of them to handle it, since busybox also has the blkid command in it).

I think it's simpler and more data-driven having an ad-hoc fstab with only /, /usr and /var and then just doing: fsck -A mount -a

2) I really came here searching for ideas. I would like to avoid having fsck.ext4 in the initramfs to have an initramfs with a longer life. I wish I could just mount /, /usr and /var readonly and then Gentoo's init scripts would do the rest. Unfortunatelly, /etc/init.d/root really handles only root and localmount does not remount the file systems read only.

Wouldn't it be nicer and more generic if localmount would remount any file system which was already mounted to match the options in the fstab, instead of root being a special case?

Thanks anyway, you confirmed my impression that I really had to embed fsck.ext4 in the initramfs for now.


 * see bug #401573 and corresponding git commit : this will be the case in >=openrc-0.9.9, but I'm just waiting for this package to be stabilized to make the changes (btw I'm in stable tree). /Netfab 11:02, 1 April 2012 (UTC)