user doesn't have read access to /keybase/private/scripts

I am constantly getting nagged about `dschneiderch does not have read access to /keybase/private/scripts` and also `/keybase/private/bin`

These folders don't exist and all my keybase folders are owned by root anyway. is this correct?

```
dschneider@macbookpro227 ~ % ls -l /Volumes/Keybase/
total 0
lr-xr-xr-x 1 root wheel 0 Sep 8 16:38 private -> /Volumes/Keybase (dschneider)/private
lr-xr-xr-x 1 root wheel 0 Sep 8 16:38 public -> /Volumes/Keybase (dschneider)/public
lr-xr-xr-x 1 root wheel 0 Sep 8 16:38 team -> /Volumes/Keybase (dschneider)/team
dschneider@macbookpro227 ~ % ls -l /Volumes/Keybase/private
lr-xr-xr-x 1 root wheel 0 Sep 8 16:38 /Volumes/Keybase/private -> /Volumes/Keybase (dschneider)/private
```

I'm also seeing behavior in issue [#13390](https://github.com/keybase/client/issues/13390) but I don't see `./bin` in my PATH. Also, after I ignore this folder in the gui it immediately reappears in the filesystem.

```
dschneider@macbookpro227 ~ % echo $PATH
/usr/local/Caskroom/miniconda/base/bin:/usr/local/Caskroom/miniconda/base/condabin:/usr/local/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin
```

I'm on macos 11.5.2 with zsh shell.
my log id: 234d967e16bfd6bff1e8af1c

any advice?

Start by reviewing the behavior described here alongside issue #13390 and the provided log ID. Trace why the nonexistent private/scripts and private/bin paths trigger access warnings and reappear after being ignored on macOS. Done means the warnings and unwanted filesystem entries no longer recur for this setup.

Written by the indexing model from the issue text.