On Thu, Dec 13, 2012 at 09:15:12AM +0100, Adrin wrote: > This is the find output: > # find /etc -name '*vpnagentd_init*' > /etc/rc5.d/K25vpnagentd_init > /etc/rc5.d/S85vpnagentd_init > /etc/init.d/vpnagentd_init > /etc/rc4.d/K25vpnagentd_init > /etc/rc4.d/S85vpnagentd_init > /etc/rc2.d/K25vpnagentd_init > /etc/rc2.d/S85vpnagentd_init > /etc/rc3.d/K25vpnagentd_init > /etc/rc3.d/S85vpnagentd_init > > And the attached is what you asked for.
Thanks. With this, I can reproduce the issue in a chroot environment. I don't see this with just the script alone, so I can only assume this is a result of the symlinks you have in the rc.d directories. If I delete all the rc?.d/*vpnagentd_init links, insserv runs without error. Also, if I create a Snnvpnagentd_init link in rcS.d, it also works without error. But, if I create an S link in rc[2345].d, the error is then triggered. So this looks like the implicit $all dependency is only working in the context of rcS. Small note: You don't need the K links in rc[2345].d; restricting them to rc[016] is fine. This doesn't have any effect on the problem in question. One thing I'm not entirely clear on is how $all interacts with runlevels. Is there a $all at the end of every runlevel, or is this restricted to rcS? 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
