[Pkg-sysvinit-devel] Debian init scripts

[Ernesto]

Ok,

I',ll describe what I was writing about.

I'm using debian etch, lenny and the current testing which codename don't 
know.

I mount remote filesystems (smbfs) automatically on boot. On reboot or 
shutdown, the filesystems doesn't unmount before networking goes down, and I 
have to wait a long timeout before the intended action takes place.

In the runlevel dirs (rc0.d and rc6.d), the script umountnfs.sh, which I think 
is the responsible for unmounting network filesystems, is linked as 
S31umountnfs.sh (I saw this and other links there beginning with S with some 
surprise, I thought I'd see only Ks there).

When I examined the script, I found that it executes no action for start:

case "$1" in
  start)
        # No-op
        ;;

Which I guess is correct, because it should be always used with stop. So I 
think the script is bad linked, I linked it on K12umountnfs.sh and everything 
went fine.

Then I got curious and checked the regular filesystems scripts, which were 
also linked with S, and the same situation applies. I restarted the system, 
and verified that the filesystems weren't cleanly unmounted. I corrected the 
problem the same way, linking to K91umountfs and K92umountroot.

At first I thought this was a problem with my particular installation, but I 
saw it on others'.

Is this a problem on the sysvinit package?

Regards.

On Wednesday 25 March 2009 11:47:47 Petter Reinholdtsen wrote:
> [Ernesto]
>
> > Dear Petter,
> >
> > are you maintainer of debian's init scripts?
> >
> > I have noticed some issues that require attention.
>
> The init.d scripts are spread across a lot of packages.  The base
> scripts are in the initscripts package, maintained as part of the
> sysvinit source package.  See
> <URL:http://packages.qa.debian.org/s/sysvinit.html> for more info.  I
> am one of the maintainers, you can contact all of us on the
> pkg-sysvinit-devel at lists.alioth.debian.org mailing list.  CC there.
>
> Happy hacking