Jan Christoph Nordholz wrote:
Hi,
As I mentioned before, the ONLY way to stop it from
removing the top-level dir is to chattr+i it.
ah, autofs4 indeed removes the directory even without write permission
(v5 doesn't), I thought I'd checked that, too. But this behaviour has
been around for ages, and I still don't understand why it fails for
you (i.e. why is root unable to create /net, but perfectly able to
remove it later?). Could you please explain what's going on there?
No idea. If I were knew, I'd attach a patch for this issue.
The code is quite.. funny and fragile, I tried to understand
it right before submitting a bugreport but that wasn't quite
successful.
I ran it under strace - pure automountd, without any startu
scripts but with the same args. It never ever tried to mkdir
or rename. It created two random dirs in /tmp, mounted a
tmpfs over one of them (running mount(8)), bind-mounted it
on second dir, next did stat("/misc") (which returned ENOENT)
and immediately gave up returning it can't mount /misc.
I just installed autofs5 (I didn't know it exist) - and that
one seems to be ok (it gives me another error in daemon.log,
like this:
Jul 25 19:23:45 gandalf automount[15097]: \
syntax error in nsswitch config near [ syntax error ]
, but that's another matter).
I've one guess pending still: my /tmp is tmpfs, maybe it checks
for st_rdev somehow, and does not do anything useful if /tmp and
/ are on different filesystems? But I've to run now, can't
verify it today.. perhaps tomorrow.
Thanks!
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
