これは私が覚えている限りずっと起こっていました。Nautilus/Caja はフォルダーに共有アイコンを表示し、フォルダー名を入力して Windows からアクセスできますが、フォルダーの一覧には表示されません。
Nautilus の共有オプションに違いはありませんが、他のフォルダーはリストに表示されます。
共有名を変更すると、それらは表示されます。元に戻すと、それらは再び消えます。
アップデート：
新しいコンピューターに Ubuntu を新規インストールし、caja-share同じ設定で 2 つのフォルダーを共有しましたが、1 つのフォルダーにはアクセスできますが、もう 1 つのフォルダーにはアクセスできません。どちらも所有者、グループ、権限は同じです。
drwxrwxrwx 2 endolith endolith 4.0K Sep 28 19:35 notwork/
...
drwxrwxrwx 2 endolith endolith 4.0K Sep 28 19:35 works/
動作するものは で/home、もう 1 つは なので/mnt、おそらくそれが理由でしょうか?
これらの実際の構成は、 の下にある一連のテキスト ファイルであるようです/var/lib/samba/usershares。 /var/lib/samba/usershares/notwork
#VERSION 2
path=/mnt/drivepool/notwork
comment=
usershare_acl=S-1-1-0:F
guest_ok=y
sharename=notwork
/var/lib/samba/usershares/worksは：
#VERSION 2
path=/home/endolith/works
comment=
usershare_acl=S-1-1-0:F
guest_ok=y
sharename=works
唯一の違いは、ほのめかされているが実際には説明されていないパスです。これが私の smb.conf ファイルです。何が問題なのでしょうか?。
ホーム フォルダーの下にマウントしてdrivepoolも問題は解決しません。つまり、パス自体の問題ではなく、マウント内にあることと関係がありますmergerfs。
caja-share私は（を使用してファイルを共有していますmate-file-manager-share) は MATE デスクトップ環境の Ubuntu 16.04.1 LTS ですが、標準の Ubuntu 環境もインストールされています。
編集：
ヒント! Samba には、接続するマシンごとにログ ファイルがあることがわかりました。
[2016/10/09 23:32:54.687515, 0] ../source3/param/loadparm.c:3259(process_usershare_file)
process_usershare_file: stat of /var/lib/samba/usershares/win7backup failed. Permission denied
[2016/10/09 23:32:54.697705, 0] ../source3/smbd/service.c:199(set_current_service)
chdir (/mnt/drivepool/Backups/win7backup) failed, reason: No such file or directory
もちろん、そのようなディレクトリは存在します:
~> la /mnt/drivepool/Backups/
drwxrwxrwx 2 endolith endolith 4.0K Sep 26 22:42 win7backup/