Bug#623377: init: don't start in runlevel S *and* 2345

[Goswin von Brederlow <goswin-v-b@web.de>]

Ben Hutchings <ben@decadent.org.uk> writes:

> On Fri, 2011-11-25 at 19:35 +0100, Luk Claes wrote:
>> On 11/25/2011 07:22 PM, Goswin von Brederlow wrote:
>> > Note: libtirpc.so.1 is now in /lib/$(DEB_HOST_MULTIARCH)/ so the demaons
>> > can start before /usr is mounted.
>> 
>> Sure like now, though not everything is available at that time:
>> kerberised access or NFSv4 idmapping for instance. So it still needs to
>> rerun after /usr is available.
>
> I think that means we need two init scripts.
>
> Ben.

At least idmapd should be in / so one can have /usr on NFS4. The same
could be said for kerberos but that is probably far less used. What's
the point in restricting access to /usr?

But if some daemon stays in /usr then there should be seperate scripts
to start the stuff on / in rcS.d and the stuff in /usr in rc2.d.

Note that ubuntu has seperate upstart scripts for portmap, statd and
idmapd already. Maybe it makes sense to split them by daemon for sys-rc
too.

MfG
        Goswin