[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: /usr (was: Re: Survey answers part 3: systemd is not portable and what this) means for our ports

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)


> - 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

Reply to: