我只是刚开始尝试使用 Snap。我已经安装了 VLC 并想尝试使用它。我的所有媒体文件都安装在 /store 下，这是一个 NFS 挂载点。而 Snaps 不允许访问那个目录。
经过搜索，我了解到我可以通过 :home 接口访问 /home/peter 下的文件，以及通过 :removable-media 接口访问 /media 目录下的文件。
但是我实际上喜欢 /store，不想将其改为 /media/store 或 /home/peter/store 或其他任何非 /store 的名称。
有没有办法让 Snap 允许我的 Snaps（或者也许只是 VLC）访问 /store，这样 Snap 就符合我的命名约定了？或者我被迫转换为 Snap 的偏好设置？
这似乎非常死板，我希望我漏掉了某些东西。
/home。
mount-support.c 包含： const struct sc_mount mounts[] = {
{"/dev"}, // because it contains devices on host OS
{"/etc"}, // because that's where /etc/resolv.conf lives, perhaps a bad idea
{"/home"}, // to support /home/*/snap and home interface
...
/veracrypt这样的路径上的人来说怎么办？白名单路径是不是根本不可能？ - Dan Dascalescusnap时，我可以执行snap --allow-write /foo/Movies，或者任何我想做的事情。 - Hugh Perkins/photos上，我希望它们就在那里（这不仅仅是出于个人偏好，还是为了与我的妻子共享这个目录）。所以现在我无法保存通过WhatsApp收到的照片，因为有人随意决定哪些目录是可以的，哪些目录是不可以的。
不确定是谁发明了保护/some/random/dirs的概念，同时又给予/home完全访问权限，但我们有一个完美运作的Unix权限系统，让我们能够清楚地指定权限。想要更严格一些？好的，让我授予某个组或用户权限，以标记哪些快照可以执行什么操作。 - undefinedChromium Unsnapped/snap/chromium/current/usr/lib/chromium-browser/chrome --user-data-dir=~/ChrUnsnapped --class="ChrUnsnapped" %U
<抱怨>
我对Snap真的很沮丧，我无法像过去15年那样配置我的个人/stf目录。谢天谢地有这个hack，看来我将不得不为每个该死的Snap应用程序都这样做 :'(。
是的，我知道这很糟糕，但在有白名单配置之前，这似乎是恢复正常的唯一方法。我真的不想把我的东西放在/home、/mnt、/media，请不要讨厌你的用户。
</抱怨>
/tmp目录下的文件吗？ - leogama/snap/chromium/current/usr/lib/chromium-browser/chrome --user-data-dir=~/ChrUnsnapped --class="ChrUnsnapped" %U。其余的只是为了创建一个启动图标。 - AmanicA~/snap/appname/{common,current}/中读写文件（设置、缓存等），而是在其默认位置$HOME内进行。这样做没有问题 - 我用它来创建Chrome SSB - 但是你需要理解自己在做什么。 - leogama/usr/bin/snap本身。 - rogerdpackmount --bind /nonstandard_mountpoint /media/$USER/directory
或者
mount --bind /nonstandard_mountpoint /home/$USER/directory
sudo nano /etc/fstab
/source /destination none defaults,bind 0 0
CTRL+X y
mkdir /home/$USER/Music/dsmusic
sudo mount --bind /srv/dsmusic /home/$USER/Music/dsmusic
sudo nano /etc/fstab
/srv/dsmusic /home/username/Music/dsmusic none defaults,bind 0 0
** 卸载中 **
如果您想要卸载，可以像普通挂载点一样使用常规的umount命令。
sudo umount /home/$USER/Music/dsmusic
更多信息请参见： https://unix.stackexchange.com/questions/198590/what-is-a-bind-mount
SystemD
** 请注意，使用 SystemD 而不是使用 fstab 进行此操作有一种更现代的方法。
要在 SystemD 中创建绑定挂载点，您需要创建一个 .mount 文件，并将非标准挂载点的路径用 -（减号）分隔而不是正斜杠（/）。
sudo systemctl edit --full --force path-nonstandard.mount
[Unit]
DefaultDependencies=no
Conflicts=umount.target
Before=local-fs.target umount.target
[Mount]
What=/some/old/dir
Where=/the/new/dir
Type=none
Options=bind
[Install]
WantedBy=local-fs.target
如果nano是默认编辑器 CTRL+X y（用于nano） :wq（用于vim）
启用systemD文件
sudo systemctl enable path-nonstandard.mount
sudo systemctl daemon-reload
sudo systemctl start path-nonstandard.mount
sudo systemctl edit --full path-nonstandard.mount
例子： 再次以音乐为例：
sudo systemctl edit --full --force srv-dsmusic.mount
[Unit]
DefaultDependencies=no
Conflicts=umount.target
Before=local-fs.target umount.target
[Mount]
What=/srv/dsmusic
Where=/home/username/Music/dsmusic
Type=none
Options=bind
[Install]
WantedBy=local-fs.target
[Unit]
DefaultDependencies=no
Conflicts=umount.target
Before=remote-fs.target umount.target
[Mount]
What=/srv/dsmusic
Where=/home/username/Music/dsmusic
Type=none
Options=bind
[Install]
WantedBy=remote-fs.target
sudo systemctl enable srv-dsmusic.mount
sudo systemctl daemon-reload
sudo systemctl start srv-dsmusic.mount
sudo systemctl stop srv-dsmusic.mount
/mnt/super-secret-project，但不允许VLC。然而，这也是不可能的。 - Peter V. Mørch/etc/snapd.conf或/etc/snapd/conf.d/vlc.conf中添加类似于extradirs=/store:/other/location的行。就像其他许多Linux应用程序一样。这对于Docker等应用程序来说似乎工作得很好。这就好像Apache硬编码了DocumentRoot /var/www一样。 - Peter V. Mørch/mnt/ost.txt，然后运行snap gedit，它可以正常打开。但是如果我把文件移动到/media/ost.txt（这似乎与文档相矛盾），就无法打开了。但是将/mnt/ost.txt创建为指向/ost.txt的软链接也不起作用。（如果起作用的话，这也将是一个巨大的安全问题） - Peter V. Mørch/media/$USER下的文件。顺便说一句，我没有收到任何通知，因为你没有提到我。 - jarnosnap模块是多么不可取。作为系统管理员，我完全看不出任何优势来利用snap模块，除非是一些非常专门的实用工具。对于诸如媒体查看器、文件浏览器等通用程序而言，使用snap需要对现有系统进行大规模重新配置和大量冗余文件复制。除了能够使用一些Ubuntu现在强制我们安装的snap模块之外，没有任何积极的优势。 - HippoMandocker run的-v选项在任何来自互联网的Docker镜像上挂载任意目录，但对于Snaps来说却不可能。它们都是相同的底层技术和相同的问题，这里有什么区别呢？ - pkubik将目标目录挂载到/home/*/snap/被提及为一种选择；对我来说，简单的绑定挂载、硬链接或符号链接都不起作用，无论是将目标文件还是目录的符号链接到建议的snap目录中，或者其任何子目录。这个限制可能是因为目标文件存在于/home/*/目录之外，我没有测试在/home/*/前缀通配符内挂载/硬链接/符号链接到文件。
然而，有一个解决办法：将完整的文件复制到/home/<myuser>/snap/<appname>/<somenewdirectory>对我有效。对我来说，保持完整数据集的副本仍然不可行，但有很多工具可以帮助应对这样的约束；
如果您的数据集很小甚至是原子的，可以在使用snap之前手动递归复制，并在之后将修改过的文件复制回去。
以下是一些可能对您有所帮助的文件复制工具：
cp --verbose --archive --recursive /somedir ~/snap/somedir，并且源目录和目标目录可以互换tar -C / -c somedir | tar -C ~/snap/ -xv 是一个基于tar的文件复制示例rsync --archive /somedir ~/snap/somedir，rsync非常流行，并且有许多包装器/扩展
任何基于文件的备份工具（图形化示例：grsync）应该是可用的，因为整个目标是根据需要前后复制数据集
可能可以使用git克隆，但是默认情况下本地克隆使用硬链接，所以如果你正在使用git来管理对快照的文件系统IO，请注意在克隆时禁用硬链接，否则该git克隆可能无法访问。
snap的程序，对用户和系统管理员来说是一种巨大的时间、精力和硬件资源的浪费。事实上，Ubuntu不再允许我们下载非snap版本的某些程序，这迫使我们要做额外的工作。对终端用户或系统管理员来说，并没有任何优势来执行这些繁琐的任务。从这个意义上说，snap是自我打败的，因为它鼓励用户和管理员不使用它，并切换到不需要它的发行版。 - HippoMansudo snap remove --purge <app> && sudo apt install <app> - Matthieusnap connect系列命令，可以让两个快照进行“允许通信”。我不知道这是否扩大了使用范围，也许可以将一个目录与一个快照“连接”起来。如果有人了解更多信息，请告诉我们 :) - ThorSummonermount --bind命令，并且目标位置对Snap应用可读，在我的情况下有效。我正在使用Ubuntu桌面版20.04上的snapd版本2.48.3。 - leogama
sudo snap remove vlc），然后使用经典选项重新安装。可能会有帮助，也可能不会。（sudo snap install vlc --classic） - doug--classic和--devmode，但都没有起作用。但是我还想明确地给予对/store的访问权限，而不是像/supersecret那样开放一切。 - Peter V. Mørch