不久前（最多几个月），Ubuntu 22.04 上的 Firefox 能够/tmp使用file:///tmp/xxx链接打开 中的文件。现在这些链接显示文件不可用。
当我尝试使用file:///链接时，根目录无法识别（并且包含我无法从 Firefox 打开的 README.md），并且file:///tmp也无法识别。
xdg-open file:///显示了我期望的结果。
我一直在使用它go tool cover，但它不再起作用，因为它创建了一个/tmp浏览器无法看到的文件。
以下是的内容file:///，或许可以提供一些线索。
README.md 1 KB 4/8/24 03:51:43 EDT
bin 4/8/24 03:53:39 EDT
boot 4/8/24 03:53:39 EDT
copyright 2 KB 4/8/24 03:51:43 EDT
dev 7/4/24 13:52:01 EDT
etc 7/4/24 13:52:06 EDT
home 3/7/24 20:53:14 EST
host 4/8/24 03:53:23 EDT
lib 4/8/24 03:53:39 EDT
lib32 4/8/24 03:53:40 EDT
lib64 4/8/24 03:53:40 EDT
libx32 4/8/24 00:53:48 EDT
media 3/8/24 08:09:23 EST
meta 4/8/24 03:53:40 EDT
mnt 2/20/24 14:22:09 EST
opt 4/8/24 00:53:49 EDT
proc 7/4/24 09:48:40 EDT
root 4/22/24 09:43:01 EDT
run 7/4/24 13:24:58 EDT
sbin 4/8/24 03:53:40 EDT
snap 7/4/24 13:51:59 EDT
srv 4/8/24 00:53:49 EDT
sys 7/4/24 09:48:40 EDT
tmp 7/4/24 14:15:56 EDT
usr 4/8/24 03:53:27 EDT
var 4/8/24 03:53:40 EDT
writable 4/8/24 03:53:23 EDT
我在系统上的任何地方都找不到包含这些文件的目录。
为什么会发生这种情况？我该如何解决？
0
最佳答案
1
Ubuntu 已将 Firefox 从传统软件包转变为Snap软件包——想象一下它作为 Docker 容器，但用于桌面应用程序。容器有一个虚拟化文件系统，它有自己的文件系统/（因此有自己的 /tmp 和其他所有内容），只有 /home 从外部命名空间挂载。
20
-
11说得好。就我个人而言，我发现 Snap 应用程序占用的空间比软件包多得多，而且启动速度很慢。最新版本的更新并不频繁（例如，p7Zip、使用8 年前的 7-Zip 版本作为基础。因此，我已将 Mozilla 添加为 Firefox（）和 Thunderbird 的 PPA，并删除了 Snap 和 Snapd 以及相关应用程序。[顺便说一句，7-Zip 在wine下运行良好。]
–
-
4情况比这更糟 (@DrMoishePippik)。如果您从其自己的存储库安装正确的 FireFox，然后更新您的发行版，Ubuntu 会卸载它，删除 FF 存储库并安装 snap，而不会告诉您。然后你会想知道为什么事情不起作用。另一方面，一些软件包在 Snap 版本 (VLC) 中更新得更多
– -
4我搞不懂 Snaps。真的。它们是糟糕的 UE。它们启动起来非常慢（即使是最简单的应用程序也要几十秒！）并且有所有这些愚蠢的用户端副作用。就像 OP 所经历的那样，如果他们启动文件资源管理器（保存/加载某些内容），它会将您置于一个您永远不应该在的奇怪位置，而不是您启动它们的 $PWD，或者至少是 $HOME。我是一名经验丰富的程序员，在 Ubuntu 上生活了十年，但 Inkscape 仍然每周都会让我感到困惑。想象一下它对普通用户的影响。
–
-
2@Neinstein 我完全同意。最糟糕的一点是，它们的许多故障模式都是无声的 – 比如当您尝试在 /tmp 中的文件上运行 pdftk 时。相比之下，一条错误消息“F— 你，我不会按照你说的做”会比较礼貌。因此，对我来说，全新安装不再是 Ubuntu。到目前为止，我还没有停止升级，但已经很接近了
– -
1@Joshua：对于打包者来说，是的。对于系统管理员来说，
apt-preferences可以精确控制这一点。
–
|
|