On Tue, Jul 16, 2013 at 05:07:39PM +0100, Roger Leigh wrote: > On Tue, Jul 16, 2013 at 05:37:09PM +0200, Paul Wise wrote: > > On Sun, Jul 14, 2013 at 10:38 PM, Roger Leigh wrote: > > > I don't think that we agreed on merging /usr at all. I have written > > > some patches for initramfs-tools to permit fsck and mount of /usr > > > in the initramfs in addition to the rootfs, but that's as far as this > > > has gone. There's no merging here, just changing where /usr is > > > mounted in the boot process. > > Is this implemented by just mounting /usr, by discovering which > > partitions need mounting for each binary that is to be run from the > > initramfs or by copying stuff from /usr into the initramfs too? > Once the rootfs is mounted, we parse $root/etc/fstab and mount /usr > using that information. When init starts, /usr is therefore > available from the beginning. Note that the objective here isn't > to allow the initramfs to run binaries from /usr, but to ensure > that /usr is available at all times when the system is running-- > this means that all programs, libraries, modules, datafiles etc. > are available before init starts. > There are some complicating details: > - we need to ensure that the modules needed to mount /usr are > available in the initramfs (copy the needed modules and > mount helpers into the initramfs) Yes. > - we can't fsck /usr when mounted, so this needs doing in the > initramfs (/ and /usr are fscked, with the appropriate > helpers copied into the initramfs) I think this is a bug in e2fsprogs for treating / specially wrt fsck after mount. We should fix this in e2fsprogs, not work around it by changing the semantics of fsck-at-boot. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer http://www.debian.org/ slangasek@ubuntu.com vorlon@debian.org
Attachment:
signature.asc
Description: Digital signature