我尝试安装 crossover，从他们的网站下载 .deb 后，我按照使用 Ubuntu 软件中心打开它时指示的步骤进行操作：
在 64 位版本的 Debian 和一些 Ubuntu 变体上，首先打开一个终端并运行
sudo dpkg --add-architecture i386 ; sudo apt-get update
因为我有 Ubuntu 16.04 LTS 64 位我执行命令。
但是当将该命令复制并粘贴到我的终端时，它在 7 秒内停止在 Fetched 535kb 处，并在那里停顿了大约 20 分钟。我最终关闭它并尝试分别运行这两个命令，但在执行该sudo apt-get update命令后，它在“在 XXsec 中获取 XXKb”后再次停止。
我重新启动了我的计算机并决定运行软件更新程序，它在几个小时内一直停留在大约 75% 的位置。
还有一个关于 AppStream的问题——无论好坏——都集中在 AppStream 中似乎是一个特定的错误上，但这让我意识到我不知道这个东西到底是什么。
man appstreamcli （应用程序将 CPU 带离了深处）在混乱中抛出了一些技术术语：
appstreamcli 是一个小型辅助工具，用于处理 AppStream 元数据并从命令行访问 AppStream 组件索引。AppStream 组件索引包含您的发行版的所有可用软件组件的列表，与其包名称相匹配。它是使用 AppStream XML 或 Debian DEP-11 数据生成的，这些数据由您的经销商提供。
那么......它究竟有什么用？所有桌面（及其相关的包管理器）都使用它吗？
我实际上的意思是：当我用牙齿把它撕掉时，什么会破裂？
几天前就开始了。我正在运行sudo apt update命令，它永远不会结束。终端输出是
Get:1 http://ru.archive.ubuntu.com/ubuntu xenial InRelease [247 kB]
Hit:2 http://archive.canonical.com/ubuntu xenial InRelease
Hit:3 http://ppa.launchpad.net/attente/java-non-latin-shortcuts/ubuntu xenial InRelease
Hit:4 http://ppa.launchpad.net/webupd8team/sublime-text-3/ubuntu xenial InRelease
Ign:5 http://dl.google.com/linux/chrome/deb stable InRelease
Hit:6 http://ru.archive.ubuntu.com/ubuntu xenial-updates InRelease
Get:7 http://security.ubuntu.com/ubuntu xenial-security InRelease [94,5 kB]
Hit:8 http://dl.google.com/linux/chrome/deb stable Release
Hit:9 http://ru.archive.ubuntu.com/ubuntu xenial-backports InRelease
Fetched 341 kB in 2s (150 kB/s)
虽然这个过程系统风扇速度在我的笔记本电脑上得到了提升，但听这个有点烦人。虽然没有过多的 CPU 活动。你们能提示我为什么会这样吗？
apt-get update 和 upgrade 都挂起：
sudo apt-get update
[sudo] password for xxx:
0% [Connecting to archive.ubuntu.com (2001:67c:1360:8001::17)]
我可以 ping archive.ubuntu.com：
ping archive.ubuntu.com
PING archive.ubuntu.com (91.189.88.162) 56(84) bytes of data.
64 bytes from yukinko.canonical.com (91.189.88.162): icmp_seq=1 ttl=50 time=42.2 ms
64 bytes from yukinko.canonical.com (91.189.88.162): icmp_seq=2 ttl=50 time=42.1 ms
64 bytes from yukinko.canonical.com (91.189.88.162): icmp_seq=3 ttl=50 time=42.1 ms
^C
--- archive.ubuntu.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 42.169/42.206/42.265/0.240 ms
我检查了这个问题，我认为这不是同一个问题。 …