On Tue, Aug 11, 2009 at 05:04:07PM +0200, Petter Reinholdtsen wrote: > Why is it a problem that nfs-common and acpi-support are started > before wb_keepalive? Or are you talking about citadel, sysklogd and > virtualbox-ose-guest-utils? citadel have a bug in its header and
Both, the problem is that some hardware requires wd_keepalive to be started asap. > should depend on sysklogd (#541075), and the same is the case with > webcit (#541071). Thank you for bringing these bugs to my Will fix. Could you please point me to announcement of the changes in the init process? I seem to have missed it. > attencion. :) The scripts with the same sequence number might start in > parallel, so there is no known ordering of those as long as no > dependency information is documented in the init.d script header. Which means wd_keepalive ideally gets a lower number. > List the scripts you want wb_keepalive to run before in its > X-Start-Before header, to make sure it is started before these > scripts. But again, I need to figure out which is the first one so I can list it. :-) > I note that it used to start before sysklogd, yet it uses $syslog. If Not anymore, I think we already talked about this. > you really want the daemon to start before the syslog server is > available, you can use > > # X-Start-Before: $syslog > > and remove $syslog from the (Required|Should)-Start headers (to avoid > a dependency loop). It would move it before all services depending on > a working syslog service. You will have to decide if it make sense in > this case or not. It does, I just would prefer to get it even earlier. Portmap for instance is also started before syslog, although I have yet to figure out why. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ: 179140304, AIM/Yahoo/Skype: michaelmeskes, Jabber: mes...@jabber.org Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org