I see this bug is still open. I'm not familiar with smbfs, but I get the same error as in the original report with user's networked files:
/etc/cron.weekly/checksecurity: find: `/my/mount/point': Permission denied find: `/my/mount/point': Permission denied find: `/my/mount/point': Permission denied where /my/mount/point is of type fuse.sshfs. While the behavior described by Justin (quoted below) may look like an actual malfunction or error, hiding remote files is a designed feature of sshfs. I reported the latter as bug# 724690. Note: The mountpoint does not appear among find's arguments, as it is correctly filtered by grep. It is encountered while descending from /. AFAIK there is no way find can learn that it is crossing a filesystem boundary, because if I try to stat the mountpoint as root, I get a 'Permission denied' error, each and every time. On 09/04/04 07:26, Justin Pryzby wrote: > FWIW, I experience the same daily error email from checksecurity. I > have, in the past, theorized that its actually a kernel smbfs problem. > Here's what I've observed. When an smb mount goes unused for a long > time, manipulating it (with stat, apparently) hangs for a few seconds, > then dies with an error. _Immediately_ after the error, rerunning the > command results in success. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org