[Pkg-sysvinit-devel] Bug#537394: initscripts: /etc/rcS.d/S46mountnfs-bootclean.sh accidently delete vde2 pid files and mgmt files in /var/run/vde2/
Petter Reinholdtsen
pere at hungry.com
Thu Aug 20 17:12:00 UTC 2009
[Alan Guo]
> I've install insserv and current /usr/share/insserv/check-initd-order is
> blueice2:~# /usr/share/insserv/check-initd-order
> error: LSB header missing in /etc/rcS.d/S20libdevmapper1.02
This show at least that no scripts have a boot sequence in conflict
with their dependencies, which is good.
> insserv: dryrun, not creating .depend.boot, .depend.start, and
> .depend.stop
This indicated that the boot sequence have been ordered using
dependencies earlier or is currenty in effect (if not, a lot more
changes would have been proposed). As far as I could tell, the boot
sequence is mostly OK on your machine. I am a bit surprised, as I
would expect more changes compared to the list you sent earlier about
the content in /etc/rcS.d/. Can you send the output from 'ls
/etc/rcS.d' now?
> I've ever install upstart, and uninstall it several days later, I
> think, maybe when I install upstart, symbol links in /etc/rc*.d is
> modified, but when I uninstall it, boot sequence have not been
> restored.
As far as I know, upstart do not change the boot sequence. insserv
change the boot sequence. Anyway, since a few weeks ago, dependency
based boot sequencing using insserv is the default in Debian/unstable,
so perhaps it is a good way forward for you to enable it too?
To do this, the obsolete libdevmapper1.02 script should be removed (I
suspect its package is removed but not purged), and 'dpkg-reconfigure
insserv' called to enable insserv if it isn't enabled already.
Happy hacking,
--
Petter Reinholdtsen
More information about the Pkg-sysvinit-devel
mailing list