我对这个愚蠢的文件管理器有严重的问题。将文件从内部硬盘复制到 USB 2.0 端口上的可移动驱动器时，速度飙升至 70MiB/s，而 USB 2.0 端口的理论速度仅为 32MiB/s。
文件“完成”复制后，如果我将便携式驱动器放在那里一段时间，就可以了。但如果我立即卸载卷并将其从 USB 端口拔下，文件就会损坏。
我想知道 Canonical 在向公众发布他们的软件之前是否曾测试过如此可怕的功能？现在，我只想禁用该缓存机制。我在 18.10 上使用 Nautilus 版本 1:3.26.4-0ubuntu7.2。
PS：如果有人说这是因为驱动器的内部缓存机制，我可以告诉你这个错误根本不会发生在 Windows 上。我必须重新启动到 Windows 才能将大文件复制到便携式 HDD。
我无法执行简单的flatpak命令，例如flatpak remote-add、flatpak search和flatpak install。在返回结果之前，所有命令都会冻结 5-10 分钟。我的 30mbps 互联网连接工作正常。手动下载 flatpakref 文件以使用 Ubuntu 软件中心进行安装并没有帮助——它只是在显示要安装的软件之前显示一个白色/空白窗口 5-10 分钟，或者永远这样。
apt并snap完美地工作。我格式化了驱动器并开始安装全新的 Ubuntu 18.10，但发现问题仍然存在。目前我唯一能想到的是从我的国家到官方 flatpak 存储库的某种连接问题。
更新：两者都add-apt-repository受此flatpak remote-add问题困扰，通常Error: retrieving gpg key timed out.在 5-10 分钟后抛出。尽管必须再等 10 分钟，但再次尝试执行该命令将不会出错。
更新 2：从引导加载程序屏幕到我家用 PC 上的登录屏幕总是需要 2-3 分钟。今天我在我的工作电脑上测试 18.10。启动过程与 Windows 10 一样快，所有flatpak命令都能完美运行。我怀疑这是与硬件相关的问题。但由于我家用 PC 上的 Windows 10 运行正常，我需要更多时间在其上使用 Ubuntu 进行一些测试。我有很多硬件可以试用。
在终端执行命令：
10分钟后：
使用 Ubuntu 软件中心：
我已经使用 Linux 几天了。我执行了最小的 Ubuntu 18.10 安装，现在希望通过终端安装传输。安apt-cache search transmission向我展示了这些包裹：
transmission - lightweight BitTorrent client
transmission-common - lightweight BitTorrent client (common files)
transmission-cli - lightweight BitTorrent client (command line interface)
transmission-daemon - lightweight BitTorrent client (daemon)
transmission-gtk - lightweight BitTorrent client (GTK interface)
transmission-qt - lightweight BitTorrent client (Qt interface)
(Copied from some random website since I am on my Windoze PC. The result should be similar.)
、transmission-cli和应该transmission-gtk是transmission-qt不言自明的。其他人呢？单独安装时它们应该做什么？或者也许它们只是其他包的依赖项？我看到很多指导用户使用安装的教程sudo apt-get install transmission，但我还没有信心尝试它。