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. Regards, Roger -- .''`. 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 _______________________________________________ Pkg-sysvinit-devel mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-sysvinit-devel
