我最近从 Ubuntu 18.04 LTS 升级到了 20.04 LTS。
我注意到，每当我玩 Hitman 2 等使用质子的游戏时，它都会在 30 分钟到 1 小时后冻结。这在 18.04 LTS 上从未发生过。
我注意到包括 libsane1、libsane-common 在内的软件包都无法升级，而且似乎停留在 18.04 LTS 版本。（见下面的截图）如果我尝试更新它，它会删除 ubuntu-desktop 和其他 ubuntu 核心包。
我还注意到 libgl1-mesa-glx（以及我安装用于玩游戏的其他库）仍然在 20.2.1~kisak1~b 上，根据这个，这是一个 bionic 18.04 LTS 版本。https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa/+build/20149684
我怀疑升级过程中某些软件包没有升级到 20.04 LTS，而且我不确定如何修复它。
这是我的 journalctl -b -e 输出
11月05日 18:28:43 hackintosh tracker-store[3289]: 确定 11 月 05 日 18:28:43 hackintosh systemd[1677]: tracker-store.service: 成功。 11月05日 18:28:53 hackintosh nm-applet[2502]: gtk_widget_destroy: 断言'GTK_> 11月05日 18:28:53 hackintosh nm-applet[2502]: gtk_widget_destroy: 断言'GTK_> 11月05日 18:28:53 hackintosh nm-applet[2488]: gtk_widget_destroy: 断言'GTK_> 11月05日 18:28:53 hackintosh nm-applet[2488]: gtk_widget_destroy: 断言'GTK_> 11 月 05 日 18:28:53 hackintosh nm-applet[2502]: 无法在窗口小部件上设置父级 > 11 月 05 日 18:28:53 hackintosh nm-applet[2488]: 无法在窗口小部件上设置父级 > 11 月 05 日 18:28:56 hackintosh systemd-resolved[912]: 服务器返回错误 NXDOMAI> 11月05日 18:29:11 hackintosh dbus-daemon[1720]: [session uid=1000 pid=1720] Activ> 11 月 05 日 18:29:11 hackintosh systemd[1677]: 创建切片 apps.slice。 11 月 05 日 18:29:11 hackintosh systemd[1677]: 创建切片 apps-org.gnome.Terminal> 11 月 05 日 18:29:11 hackintosh systemd[1677]: 正在启动 GNOME 终端服务器... 11 月 05 日 18:29:11 hackintosh dbus-daemon[1720]: [session uid=1000 pid=1720] 成功> 11 月 05 日 18:29:11 hackintosh systemd[1677]: 已启动 GNOME 终端服务器。 11 月 05 日 18:29:11 hackintosh gnome-terminal-server[3781]: Fontconfig 警告：“/e> 11 月 05 日 18:29:11 hackintosh gnome-terminal-server[3781]: Fontconfig 警告：“/e> 11 月 05 日 18:29:11 hackintosh systemd[1677]: 已启动 VTE 子进程 3789 launch> 11 月 05 日 18:29:27 hackintosh systemd-resolved[912]: 服务器返回错误 NXDOMAI> 11 月 05 日 18:29:29 hackintosh sudo[3823]: pam_unix(sudo:auth): 无法打开 /etc/> 11 月 05 日 18:29:31 hackintosh sudo[3823]: pam_unix(sudo:auth): 无法打开 /etc/> 11月05日 18:29:31 hackintosh sudo[3823]: cley : TTY=pts/1 ; PWD=/home/cley ; > 11 月 05 日 18:29:31 hackintosh sudo[3823]: pam_unix(sudo:session): 会话已打开 f> 979-1001/1001 行（结束） 11月05日 18:28:43 hackintosh tracker-store[3289]: 确定 11 月 05 日 18:28:43 hackintosh systemd[1677]: tracker-store.service: 成功。 11 月 05 日 18:28:53 hackintosh nm-applet[2502]: gtk_widget_destroy: 断言‘GTK_IS_WIDGET (widget)’失败 11 月 05 日 18:28:53 hackintosh nm-applet[2502]: gtk_widget_destroy: 断言‘GTK_IS_WIDGET (widget)’失败 11 月 05 日 18:28:53 hackintosh nm-applet[2488]: gtk_widget_destroy: 断言‘GTK_IS_WIDGET (widget)’失败 11 月 05 日 18:28:53 hackintosh nm-applet[2488]: gtk_widget_destroy: 断言‘GTK_IS_WIDGET (widget)’失败 11 月 05 日 18:28:53 hackintosh nm-applet[2502]: 无法在具有父级的小部件上设置父级 11 月 05 日 18:28:53 hackintosh nm-applet[2488]: 无法在具有父级的小部件上设置父级 11 月 05 日 18:28:56 hackintosh systemd-resolved[912]: 服务器返回错误 NXDOMAIN，减轻潜在的 DNS 违规 DVE-2018-0001，以降低的功能级别 UDP 重试事务。 11 月 05 日 18:29:11 hackintosh dbus-daemon[1720]: [session uid=1000 pid=1720] 通过 systemd 激活: 服务名称='org.gnome.Terminal' unit='gnome-terminal-server.service' 由 ':1.118' 请求 (uid=1000 pid=3778 > 11 月 05 日 18:29:11 hackintosh systemd[1677]: 创建切片 apps.slice。 11 月 05 日 18:29:11 hackintosh systemd[1677]: 创建切片 apps-org.gnome.Terminal.slice。 11 月 05 日 18:29:11 hackintosh systemd[1677]: 正在启动 GNOME 终端服务器... 11 月 05 日 18:29:11 hackintosh dbus-daemon[1720]: [session uid=1000 pid=1720] 成功激活服务“org.gnome.Terminal” 11 月 05 日 18:29:11 hackintosh systemd[1677]: 已启动 GNOME 终端服务器。 11 月 05 日 18:29:11 hackintosh gnome-terminal-server[3781]: Fontconfig 警告：“/etc/fonts/conf.avail/65-ttf-droid-sans-fonts.conf”，第 61 行：不支持使用多个值，并且可能无法正常工作，例如> 11 月 05 日 18:29:11 hackintosh gnome-terminal-server[3781]: Fontconfig 警告：“/etc/fonts/conf.avail/65-ttf-droid-sans-fonts.conf”，第 96 行：不支持使用多个值，并且可能无法正常工作，例如> 11 月 05 日 18:29:11 hackintosh systemd[1677]: 已启动由 gnome-terminal-server 进程 3781 启动的 VTE 子进程 3789。 11 月 05 日 18:29:27 hackintosh systemd-resolved[912]: 服务器返回错误 NXDOMAIN，减轻潜在的 DNS 违规 DVE-2018-0001，以降低的功能级别 UDP 重试事务。 11 月 05 日 18:29:29 hackintosh sudo[3823]: pam_unix(sudo:auth): 无法打开 /etc/securetty: 没有此文件或目录 11 月 05 日 18:29:31 hackintosh sudo[3823]: pam_unix(sudo:auth): 无法打开 /etc/securetty: 没有此文件或目录 11月05日 18:29:31 hackintosh sudo[3823]: cley : TTY=pts/1 ; PWD=/home/cley ; USER=root ; COMMAND=/bin/journalctl -b -e 11 月 05 日 18:29:31 hackintosh sudo[3823]: pam_unix(sudo:session): 会话由 (uid=0) 为用户 root 打开
***编辑
我注意到我的发行版升级可能已损坏
这是我的 apt.log
日志时间：2020-11-05 18:37:31.210246 启动 pkgProblemResolver 时出现故障数：1 正在启动 2 个 pkgProblemResolver，损坏数量：1 调查 (0) libsensors-config:amd64 1:3.6.0-2ubuntu1 @in uN Ib > 损坏的 libsensors-config:amd64 与 libsensors4:amd64 发生冲突 考虑使用 libsensors4:amd64 6 作为 libsensors-config:amd64 0 的解决方案 保留 libsensors-config:amd64 而不是更改 libsensors4:amd64 调查 (1) libsensors5:amd64 1:3.6.0-2ubuntu1 @un uN Ib > 损坏的 libsensors5:amd64 依赖于 libsensors-config:amd64 考虑使用 libsensors-config:amd64 0 作为 libsensors5:amd64 0 的解决方案 保留 libsensors5:amd64 而不是更改 libsensors-config:amd64 调查（2）libsnmp35：amd64 5.8+dfsg-2ubuntu2.3 @un uN Ib > 损坏的 libsnmp35:amd64 依赖于 libsensors5:amd64 (>= 1:3.5.0) 考虑使用 libsensors5:amd64 0 作为 libsnmp35:amd64 3 的解决方案 保留 libsnmp35:amd64 而不是更改 libsensors5:amd64 调查 (3) libsane:amd64 1.0.29-0ubuntu5.2 @un uN Ib > 损坏的 libsane:amd64 依赖于 libsnmp35:amd64 (>= 5.8+dfsg) 考虑使用 libsnmp35:amd64 3 作为 libsane:amd64 10 的解决方案 保留 libsane:amd64 而不是更改 libsnmp35:amd64 调查 (3) sane-utils:amd64 1.0.29-0ubuntu5.2 @un uN Ib > 损坏的 sane-utils:amd64 依赖于 libsane:amd64 (>= 1.0.27) 考虑使用 libsane:amd64 10 作为 sane-utils:amd64 3 的解决方案 保留 sane-utils:amd64 而不是更改 libsane:amd64 调查 (3) libsane1:amd64 1.0.29-0ubuntu5.2 @ii umU NPb Ib > 损坏的 libsane1:amd64 依赖于 libsane:amd64 (>= 1.0.29-0ubuntu5.2) 考虑将 libsane:amd64 10 作为 libsane1:amd64 0 的解决方案 删除 libsane1:amd64 而不是更改 libsane:amd64 调查 (4) colord:amd64 损坏的 colord:amd64 依赖于 libsane:amd64 (>= 1.0.24) 考虑使用 libsane:amd64 10 作为 colord:amd64 42 的解决方案 将 libsane:amd64 添加到删除列表 通过保留 libsane:amd64 修复 colord:amd64 调查 (5) colord:amd64 损坏的 colord:amd64 依赖于 libsane:amd64 (>= 1.0.24) 考虑使用 libsane:amd64 42 作为 colord:amd64 42 的解决方案 删除 colord:amd64 而不是更改 libsane:amd64 调查 (6) gnome-control-center:amd64 损坏的 gnome-control-center:amd64 依赖于 colord:amd64 (>= 0.1.30) 考虑使用 colord:amd64 42 作为 gnome-control-center:amd64 54 的解决方案 将 colord:amd64 添加到删除列表 通过保留 colord:amd64 修复 gnome-control-center:amd64 调查 (6) colord:amd64 损坏的 colord:amd64 依赖于 libsane:amd64 (>= 1.0.24) 考虑使用 libsane:amd64 42 作为 colord:amd64 54 的解决方案 将 libsane:amd64 添加到删除列表 通过保留 libsane:amd64 修复 colord:amd64 调查 (7) colord:amd64 损坏的 colord:amd64 依赖于 libsane:amd64 (>= 1.0.24) 考虑使用 libsane:amd64 54 作为 colord:amd64 54 的解决方案 删除 colord:amd64 而不是更改 libsane:amd64 调查 (8) gnome-control-center:amd64 损坏的 gnome-control-center:amd64 依赖于 colord:amd64 (>= 0.1.30) 考虑使用 colord:amd64 54 作为 gnome-control-center:amd64 54 的解决方案 删除 gnome-control-center:amd64 而不是更改 colord:amd64 调查（8）ubuntu-desktop-minimal:amd64 损坏的 ubuntu-desktop-minimal:amd64 依赖于 gnome-control-center:amd64 考虑使用 gnome-control-center:amd64 54 作为 ubuntu-desktop-minimal:amd64 1 的解决方案 删除 ubuntu-desktop-minimal:amd64 而不是更改 gnome-control-center:amd64 调查 (8) ubuntu-desktop:amd64 损坏的 ubuntu-desktop:amd64 依赖于 gnome-control-center:amd64 考虑使用 gnome-control-center:amd64 54 作为 ubuntu-desktop:amd64 0 的解决方案 删除 ubuntu-desktop:amd64 而不是更改 gnome-control-center:amd64 完毕 错误：root：程序包 brscan4 没有设置优先级 错误：root：程序包 mfcj480dwlpr：i386 没有设置优先级 错误：root：包 minecraft-launcher 没有设置优先级 错误：root：NvidiaDetection 返回错误：以 10 为基数的 int() 的文字无效：“服务器” 启动 pkgProblemResolver 时出现故障数：1 正在启动 2 个 pkgProblemResolver，损坏数量：1 调查 (0) ubuntu-desktop:amd64 损坏的 ubuntu-desktop:amd64 依赖于 gnome-control-center:amd64 考虑使用 gnome-control-center:amd64 7 作为 ubuntu-desktop:amd64 10000 的解决方案 将 gnome-control-center:amd64 添加到删除列表 损坏的 ubuntu-desktop:amd64 依赖于 ubuntu-desktop-minimal:amd64 考虑将 ubuntu-desktop-minimal:amd64 1 作为 ubuntu-desktop:amd64 10000 的解决方案 将 ubuntu-desktop-minimal:amd64 添加到删除列表 通过保留 gnome-control-center:amd64 修复 ubuntu-desktop:amd64 通过保留 ubuntu-desktop-minimal:amd64 来修复 ubuntu-desktop:amd64 正在调查 (0) gnome-control-center:amd64 损坏的 gnome-control-center:amd64 依赖于 colord:amd64 (>= 0.1.30) 考虑使用 colord:amd64 5 作为 gnome-control-center:amd64 7 的解决方案 将 colord:amd64 添加到删除列表 通过保留 colord:amd64 修复 gnome-control-center:amd64 调查 (0) colord:amd64 损坏的 colord:amd64 依赖于 libsane:amd64 (>= 1.0.24) 考虑使用 libsane:amd64 0 作为 colord:amd64 5 的解决方案 将 libsane:amd64 添加到删除列表 通过保留 libsane:amd64 修复 colord:amd64 调查 (1) colord:amd64 损坏的 colord:amd64 依赖于 libsane:amd64 (>= 1.0.24) 考虑使用 libsane:amd64 0 作为 colord:amd64 5 的解决方案 将 libsane:amd64 添加到删除列表 通过保留 libsane:amd64 修复 colord:amd64 调查 (2) colord:amd64 损坏的 colord:amd64 依赖于 libsane:amd64 (>= 1.0.24) 考虑使用 libsane:amd64 0 作为 colord:amd64 5 的解决方案 将 libsane:amd64 添加到删除列表 通过保留 libsane:amd64 修复 colord:amd64 调查 (3) colord:amd64 损坏的 colord:amd64 依赖于 libsane:amd64 (>= 1.0.24) 考虑使用 libsane:amd64 5 作为 colord:amd64 5 的解决方案 删除 colord:amd64 而不是更改 libsane:amd64 调查 (4) gnome-control-center:amd64 损坏的 gnome-control-center:amd64 依赖于 colord:amd64 (>= 0.1.30) 考虑使用 colord:amd64 5 作为 gnome-control-center:amd64 7 的解决方案 将 colord:amd64 添加到删除列表 通过保留 colord:amd64 修复 gnome-control-center:amd64 调查 (4) colord:amd64 损坏的 colord:amd64 依赖于 libsane:amd64 (>= 1.0.24) 考虑使用 libsane:amd64 5 作为 colord:amd64 7 的解决方案 将 libsane:amd64 添加到删除列表 通过保留 libsane:amd64 修复 colord:amd64 调查 (5) colord:amd64 损坏的 colord:amd64 依赖于 libsane:amd64 (>= 1.0.24) 考虑使用 libsane:amd64 7 作为 colord:amd64 7 的解决方案 删除 colord:amd64 而不是更改 libsane:amd64 调查 (6) gnome-control-center:amd64 损坏的 gnome-control-center:amd64 依赖于 colord:amd64 (>= 0.1.30) 考虑使用 colord:amd64 7 作为 gnome-control-center:amd64 7 的解决方案 删除 gnome-control-center:amd64 而不是更改 colord:amd64 调查（6）ubuntu-desktop-minimal:amd64 损坏的 ubuntu-desktop-minimal:amd64 依赖于 gnome-control-center:amd64 考虑使用 gnome-control-center:amd64 7 作为 ubuntu-desktop-minimal:amd64 1 的解决方案 删除 ubuntu-desktop-minimal:amd64 而不是更改 gnome-control-center:amd64 调查 (7) ubuntu-desktop:amd64 损坏的 ubuntu-desktop:amd64 依赖于 gnome-control-center:amd64 考虑使用 gnome-control-center:amd64 7 作为 ubuntu-desktop:amd64 10000 的解决方案 将 gnome-control-center:amd64 添加到删除列表 损坏的 ubuntu-desktop:amd64 依赖于 ubuntu-desktop-minimal:amd64 考虑使用 ubuntu-desktop-minimal:amd64 7 作为 ubuntu-desktop:amd64 10000 的解决方案 将 ubuntu-desktop-minimal:amd64 添加到删除列表 通过保留 gnome-control-center:amd64 修复 ubuntu-desktop:amd64 通过保留 ubuntu-desktop-minimal:amd64 来修复 ubuntu-desktop:amd64 调查 (7) gnome-control-center:amd64 损坏的 gnome-control-center:amd64 依赖于 colord:amd64 (>= 0.1.30) 考虑使用 colord:amd64 7 作为 gnome-control-center:amd64 10000 的解决方案 将 colord:amd64 添加到删除列表 通过保留 colord:amd64 修复 gnome-control-center:amd64 调查 (7) colord:amd64 损坏的 colord:amd64 依赖于 libsane:amd64 (>= 1.0.24) 考虑使用 libsane:amd64 7 作为 colord:amd64 10000 的解决方案 将 libsane:amd64 添加到删除列表 通过保留 libsane:amd64 修复 colord:amd64 调查 (8) colord:amd64 损坏的 colord:amd64 依赖于 libsane:amd64 (>= 1.0.24) 考虑使用 libsane:amd64 10000 作为 colord:amd64 10000 的解决方案 删除 colord:amd64 而不是更改 libsane:amd64 调查 (9) gnome-control-center:amd64 损坏的 gnome-control-center:amd64 依赖于 colord:amd64 (>= 0.1.30) 考虑使用 colord:amd64 10000 作为 gnome-control-center:amd64 10000 的解决方案 删除 gnome-control-center:amd64 而不是更改 colord:amd64 调查（9）ubuntu-desktop-minimal:amd64 损坏的 ubuntu-desktop-minimal:amd64 依赖于 gnome-control-center:amd64 考虑使用 gnome-control-center:amd64 10000 作为 ubuntu-desktop-minimal:amd64 10000 的解决方案 删除 ubuntu-desktop-minimal:amd64 而不是更改 gnome-control-center:amd64 完毕 错误：root：无法标记“ubuntu-desktop”进行安装（E：无法纠正问题，您持有损坏的软件包。）
答案1
事实证明，mesa gl 库没有随着 18.04 LTS 进行更新。
正如这个建议： https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1903236
我运行了这个并修复了依赖项：sudo add-apt-repository ppa：kisak/kisak-mesa sudo apt upgrade
感谢 kisak 的修复！