Steve, I think that you are both right and wrong. You are right that
autofs.conf does not work properly and that the autofs-related stuff
should be stopped before umountfs script runs. However, there are two
other things:
1. The entries in /proc/mounts with 'autofs' FSTYPE *are not file
systems
I've done some more experimenting, and it appears that stopping autofs
(using "stop autofs") while in multiuser removes autofs-related lines
from /proc/mounts. However, when /etc/rc6.d/S40umountfs in run level 6
is running I've verified that /proc/mounts still contains autofs-related
entries.
--
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to autofs5 in Ubuntu.
https://bugs.launchpad.net/bugs/988397
Title:
Autofs does not clean up /proc/mounts when stopped
To manage notifications about this bug go to:
https://bugs.launchpad.
Public bug reported:
After the autofs service is stopped, the autofs-related stuff still
persists in /proc/mounts. I think that the expected behaviour would be
for the /proc/mounts entries to be removed after the autofs daemon
stops.
As a workaround I found that unloading the autofs kernel modul
