[Pkg-sysvinit-devel] Bug#757083: Bug#757083: initscripts: please treat /usr (if separate) the same as /

Roger Leigh rleigh at codelibre.net
Fri Aug 8 13:36:28 UTC 2014

On Fri, Aug 08, 2014 at 01:30:05PM +0100, Simon McVittie wrote:
> On 08/08/14 12:53, Henrique de Moraes Holschuh wrote:
> > On Tue, 05 Aug 2014, Simon McVittie wrote:
> > /usr as a separate partition *and* no initramfs to mount it early is
> > [unfortunately] a really bad idea on jessie/sid, we don't have to add
> > support for that outside of the initramfs (but warning the user of the
> > problem is likely to be a good idea).
> Indeed. With that in mind, I'm still not quite sure why initscripts
> would need to fsck /usr any earlier than it does now.

It needs to be treated as though it were the rootfs, which means
fscking it in checkroot and making it read-write at that point.
I'm afraid I've forgotten the specifics, IIRC there were some
fundamental reasons for it to handle various scenarios.

> Was that perhaps rleigh attempting to provide best-effort support for
> the deprecated cases MU-- and IU-- (separate /usr with either a
> monolithic kernel, or an initramfs where #652459 has not been fixed) by
> mounting /usr as soon as possible in ordinary userland, so that only the
> critical path from entry-to-userland to checkfs.sh needs to care about
> whether /usr is separate, allowing the rest of rcS to assume that /usr
> is mounted?

I don't think we specifically cater for separate /usr without an
initramfs, but neither do we intentionally break it.  Until we have
packages which require files from /usr in early boot, it should
continue to work with a big fat warning added.  We definitely
explicitly support booting w/o initramfs for Linux and non-Linux
kernels.  Some of the logic is likely for non-Linux.


  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux    http://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-    GPG Public Key      F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800

More information about the Pkg-sysvinit-devel mailing list