[Pkg-sysvinit-devel] Bug#757083: Bug#757083: initscripts: please treat /usr (if separate) the same as /
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