Package: autofs Version: 4.1.4+debian-2.1 Followup-For: Bug #400656 It seems autofs now contains such a block, unfortunately it doesn't seem to be entirely correct. The init script currently contains:
### BEGIN INIT INFO # Provides: autofs # Required-Start: $local_fs # Required-Stop: $local_fs # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: automount daemon # Description: daemon to mount (possibly remote) filesystems # automatically upon entering the mountpoint ### END INIT INFO In order for autofs to start after nis a change like the following should be made: --- autofs.old 2008-08-01 14:28:26.000000000 +0100 +++ /etc/init.d/autofs 2008-08-01 14:15:42.000000000 +0100 @@ -11,7 +11,7 @@ # ### BEGIN INIT INFO # Provides: autofs -# Required-Start: $local_fs +# Required-Start: $local_fs ypserv # Required-Stop: $local_fs # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 I believe it's prudent to make autofs depend on one of the things that nis provides (ypbind ypserv ypxfrd yppasswdd) and my understanding is that ypserv is the service that autofs requires. There is a quite a related bugs raised: #470573 : autofs starts before nis and fails reading its nis maps #431971 : NIS mapped autofs hooks do not start at boot due to wrong order #400952 : portmap: Should start earlier The above change seems to take care of this, for the people that use insserv. But as Petter commented above this does have uses that goes beyond insserv. /M -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages autofs depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii ucf 3.007 Update Configuration File: preserv Versions of packages autofs recommends: ii module-init-tools 3.4-1 tools for managing Linux kernel mo ii nfs-common 1:1.1.3-1 NFS support files common to client autofs suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
