主页 / user-852189

coolcatco888's questions

Martin Hope
coolcatco888
Asked: 2021-04-10 21:17:46 +0800 CST
  • 0

请注意，我尝试使用 liquix 内核，但这最终不是我的启动挂起的原因

原始问题：

在安装了 Liquix 内核以提高游戏性能后，我注意到系统稳定性问题，例如在玩赛博朋克之类的游戏时经常无法启动或崩溃。

这是我安装 liquix 的方法：

sudo add-apt-repository ppa:damentz/liquorix && sudo apt-get update
sudo apt-get install linux-image-liquorix-amd64 linux-headers-liquorix-amd64

一开始还好，但之后我开始遇到稳定性问题：

  1. 使用 Ubuntu 软件更新器更新 Mesa GL
  2. 从 linux-image-5.4.0-64-generic 中删除未使用的内核文件（由 ubuntu 软件更新程序推荐）<-- 这似乎引发了稳定性问题

我什至尝试启动到我以前的内核（5.4.0-70-generic），但问题仍然存在。我决定使用以下说明删除 liqueix 内核：

问题仍然存在，我什至尝试过：

  1. sudo apt-get 自动删除
  2. 使用 Ubuntu Cleaner 删除所有旧内核
  3. 重新安装我当前的内核

不幸的是，Ubuntu 大约有 50% 的时间在启动/重启时挂起。我不确定为什么在恢复到以前的内核并清除旧内核后我的系统如此不稳定。不知道到底是什么原因造成的，是不是：

  1. 安装 liquix 内核
  2. 安装 liqueix 内核后更新 Mesa GL
  3. 删除旧的内核文件

这也是我的 Mesa 版本：

OpenGL version string: 4.6 (Compatibility Profile) Mesa 21.0.2 - kisak-mesa PPA

当它无法启动时，有时它会挂在我的主板徽标上。有时我会看到如下错误列表：

0.316293] do_IRQ: 1.55 No irq handler for vector
0.316293] do_IRQ: 2.55 No irq handler for vector
0.316293] do_IRQ: 3.55 No irq handler for vector
0.316293] do_IRQ: 4.55 No irq handler for vector
0.316293] do_IRQ: 5.55 No irq handler for vector
0.316293] do_IRQ: 6.55 No irq handler for vector
0.316293] do_IRQ: 7.55 No irq handler for vector
0.316293] do_IRQ: 8.55 No irq handler for vector
0.316293] do_IRQ: 9.55 No irq handler for vector
0.316293] do_IRQ: 10.55 No irq handler for vector

更新 1 似乎 No irq 处理程序是一个红鲱鱼。它有时会以该消息启动。

当我在没有“安静飞溅”的情况下启动时，当它冻结时我会看到这个

fb: switching to amdgpudrmfb from EFI VGA

请注意，当它成功启动时，它也会在瞬间显示这些相同的消息。我不确定为什么它有时会成功，有时会失败。 引导冻结消息

更新 2 我设法找到了首先导致此问题的安装日志：

2021-04-09 15:21:50 install linux-headers-liquorix-amd64:amd64 <none> 5.11-26ubuntu1~focal
2021-04-09 15:21:50 install linux-image-liquorix-amd64:amd64 <none> 5.11-26ubuntu1~focal

2021-04-09 15:27:15 upgrade libdrm-common:all 2.4.102-1ubuntu1kisak1~f 2.4.103-1ubuntu1~f~mesarc0
2021-04-09 15:27:15 upgrade libdrm2:i386 2.4.102-1ubuntu1kisak1~f 2.4.103-1ubuntu1~f~mesarc0
2021-04-09 15:27:16 upgrade libdrm2:amd64 2.4.102-1ubuntu1kisak1~f 2.4.103-1ubuntu1~f~mesarc0
2021-04-09 15:27:16 upgrade libdrm-amdgpu1:amd64 2.4.102-1ubuntu1kisak1~f 2.4.103-1ubuntu1~f~mesarc0
2021-04-09 15:27:16 upgrade libdrm-amdgpu1:i386 2.4.102-1ubuntu1kisak1~f 2.4.103-1ubuntu1~f~mesarc0
2021-04-09 15:27:16 upgrade libdrm-intel1:i386 2.4.102-1ubuntu1kisak1~f 2.4.103-1ubuntu1~f~mesarc0
2021-04-09 15:27:16 upgrade libdrm-intel1:amd64 2.4.102-1ubuntu1kisak1~f 2.4.103-1ubuntu1~f~mesarc0
2021-04-09 15:27:16 upgrade libdrm-nouveau2:amd64 2.4.102-1ubuntu1kisak1~f 2.4.103-1ubuntu1~f~mesarc0
2021-04-09 15:27:16 upgrade libdrm-nouveau2:i386 2.4.102-1ubuntu1kisak1~f 2.4.103-1ubuntu1~f~mesarc0
2021-04-09 15:27:16 upgrade libdrm-radeon1:amd64 2.4.102-1ubuntu1kisak1~f 2.4.103-1ubuntu1~f~mesarc0
2021-04-09 15:27:16 upgrade libdrm-radeon1:i386 2.4.102-1ubuntu1kisak1~f 2.4.103-1ubuntu1~f~mesarc0
2021-04-09 15:27:16 upgrade libegl-mesa0:amd64 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:16 upgrade libgbm1:amd64 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:17 upgrade libgl1-mesa-dri:i386 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:17 upgrade libgl1-mesa-dri:amd64 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:18 upgrade libosmesa6:i386 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:18 upgrade libosmesa6:amd64 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:19 upgrade libglx-mesa0:i386 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:19 upgrade libglx-mesa0:amd64 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:19 upgrade libglapi-mesa:amd64 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:19 upgrade libglapi-mesa:i386 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:19 upgrade libegl1-mesa:amd64 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:19 upgrade libegl1-mesa-dev:amd64 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:19 upgrade libgl1-mesa-dev:amd64 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:19 upgrade libgl1-mesa-glx:amd64 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:19 upgrade libxatracker2:amd64 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:19 upgrade linux-firmware:all 1.187.10 1.190.2~mesarc0
2021-04-09 15:27:25 upgrade mesa-va-drivers:amd64 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:26 upgrade mesa-vdpau-drivers:i386 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:26 upgrade mesa-vdpau-drivers:amd64 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:26 upgrade mesa-vulkan-drivers:i386 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:27 upgrade mesa-vulkan-drivers:amd64 21.0.1~kisak1~f 21.0.2~kisak1~f
2021-04-09 15:27:27 upgrade xserver-xorg-video-amdgpu:amd64 19.1.0-1 19.1.0+git2102021245.6ed4863~f~mesarc0

2021-04-09 15:59:01 remove linux-headers-5.4.0-66-generic:amd64 5.4.0-66.74 <none>
2021-04-09 15:59:01 remove linux-headers-5.4.0-66:all 5.4.0-66.74 <none>
2021-04-09 15:59:02 remove linux-modules-extra-5.4.0-66-generic:amd64 5.4.0-66.74 <none>
2021-04-09 15:59:03 remove linux-image-5.4.0-66-generic:amd64 5.4.0-66.74 <none>
2021-04-09 15:59:07 remove linux-modules-5.4.0-66-generic:amd64 5.4.0-66.74 <none>

我查找了各种来源，似乎 amdgpu 固件可能是罪魁祸首。我已经重新安装了我当前的内核并重新安装了固件，甚至删除了 /lib/firmware/amdgpu 并强制重新安装。问题仍然存在，我不确定此时还能做什么。

有任何想法吗？

boot
Martin Hope
coolcatco888
Asked: 2020-11-06 18:20:11 +0800 CST
  • 0

我最近从 Ubuntu 18.04 LTS 升级到 20.04 LTS。

我注意到每当我玩游戏时，比如使用质子的杀手 2 或其他东西，它会在 30 分钟到 1 小时后冻结。这在 18.04 LTS 上从未发生过。

我注意到包无法升级，包括 libsane1、libsane-common 并且似乎卡在 18.04 LTS 版本中。（见下面的截图）如果我尝试更新它，它想删除 ubuntu-desktop 和其他 ubuntu 核心包。

我还注意到 libgl1-mesa-glx（以及我为玩游戏而安装的其他库）仍在 20.2.1~kisak1~b 上，据此它是仿生 18.04 LTS 版本。https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa/+build/20149684

我怀疑有些软件包在升级过程中没有升级到 20.04 LTS，我不知道如何修复它。

libsane1 和 libsane-common 仍在 18.04 LTS 版本中

如果不删除核心 ubuntu 软件包，我将无法升级

libgl1-mesa-glx 仍在 18.04 LTS 版本上，并表示它是最新的

这是我的 journalctl -b -e 输出

11 月 5 日 18:28:43 hackintosh 跟踪器商店 [3289]：好的
11 月 5 日 18:28:43 hackintosh systemd [1677]：tracker-store.service：成功。
11 月 5 日 18:28:53 hackintosh nm-applet [2502]：gtk_widget_destroy：断言 'GTK_>
11 月 5 日 18:28:53 hackintosh nm-applet [2502]：gtk_widget_destroy：断言 'GTK_>
11 月 5 日 18:28:53 hackintosh nm-applet[2488]：gtk_widget_destroy：断言 'GTK_>
11 月 5 日 18:28:53 hackintosh nm-applet[2488]：gtk_widget_destroy：断言 'GTK_>
11 月 5 日 18:28:53 hackintosh nm-applet [2502]：无法在小部件上设置父级 >
11 月 5 日 18:28:53 hackintosh nm-applet [2488]：无法在小部件上设置父级 >
11 月 5 日 18:28:56 hackintosh systemd-resolved[912]：服务器返回错误 NXDOMAI>
11 月 5 日 18:29:11 hackintosh dbus-daemon[1720]: [session uid=1000 pid=1720] Activ>
11 月 5 日 18:29:11 hackintosh systemd[1677]：创建切片 apps.slice。
11 月 5 日 18:29:11 hackintosh systemd [1677]：创建切片 apps-org.gnome.Terminal>
11 月 5 日 18:29:11 hackintosh systemd [1677]：正在启动 GNOME 终端服务器...
11 月 5 日 18:29:11 hackintosh dbus-daemon [1720]：[会话 uid=1000 pid=1720] 成功>
11 月 5 日 18:29:11 hackintosh systemd [1677]：启动 GNOME 终端服务器。
11 月 5 日 18:29:11 hackintosh gnome-terminal-server [3781]：Fontconfig 警告：“/e>
11 月 5 日 18:29:11 hackintosh gnome-terminal-server [3781]：Fontconfig 警告：“/e>
11 月 5 日 18:29:11 hackintosh systemd [1677]：启动 VTE 子进程 3789 启动>
11 月 5 日 18:29:27 hackintosh systemd-resolved[912]：服务器返回错误 NXDOMAI>
11 月 5 日 18:29:29 hackintosh sudo [3823]: pam_unix(sudo:auth): 无法打开 /etc/>
11 月 5 日 18:29:31 hackintosh sudo [3823]: pam_unix(sudo:auth): 无法打开 /etc/>
11 月 5 日 18:29:31 hackintosh sudo[3823]: cley : TTY=pts/1 ; 密码=/家/克莱；>
11 月 5 日 18:29:31 hackintosh sudo [3823]: pam_unix(sudo:session): 会话打开 f>
第 979-1001/1001 行（完）
11 月 5 日 18:28:43 hackintosh 跟踪器商店 [3289]：好的
11 月 5 日 18:28:43 hackintosh systemd [1677]：tracker-store.service：成功。
11 月 5 日 18:28:53 hackintosh nm-applet[2502]: gtk_widget_destroy: 断言 'GTK_IS_WIDGET (widget)' 失败
11 月 5 日 18:28:53 hackintosh nm-applet[2502]: gtk_widget_destroy: 断言 'GTK_IS_WIDGET (widget)' 失败
11 月 5 日 18:28:53 hackintosh nm-applet[2488]：gtk_widget_destroy：断言“GTK_IS_WIDGET（小部件）”失败
11 月 5 日 18:28:53 hackintosh nm-applet[2488]：gtk_widget_destroy：断言“GTK_IS_WIDGET（小部件）”失败
11 月 5 日 18:28:53 hackintosh nm-applet [2502]：无法在具有父级的小部件上设置父级
11 月 5 日 18:28:53 hackintosh nm-applet [2488]：无法在具有父级的小部件上设置父级
11 月 5 日 18:28:56 hackintosh systemd-resolved[912]：服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。
11 月 5 日 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 月 5 日 18:29:11 hackintosh systemd[1677]：创建切片 apps.slice。
11 月 5 日 18:29:11 hackintosh systemd[1677]：创建切片 apps-org.gnome.Terminal.slice。
11 月 5 日 18:29:11 hackintosh systemd [1677]：正在启动 GNOME 终端服务器...
11 月 5 日 18:29:11 hackintosh dbus-daemon[1720]: [session uid=1000 pid=1720] 成功激活服务 'org.gnome.Terminal'
11 月 5 日 18:29:11 hackintosh systemd [1677]：启动 GNOME 终端服务器。
11 月 5 日 18:29:11 hackintosh gnome-terminal-server[3781]：Fontconfig 警告：“/etc/fonts/conf.avail/65-ttf-droid-sans-fonts.conf”，第 61 行：有多个值不受支持，可能无法作为 ex>
11 月 5 日 18:29:11 hackintosh gnome-terminal-server[3781]：Fontconfig 警告：“/etc/fonts/conf.avail/65-ttf-droid-sans-fonts.conf”，第 96 行：有多个值不受支持，可能无法作为 ex>
11 月 5 日 18:29:11 hackintosh systemd [1677]：启动了由 gnome-terminal-server 进程 3781 启动的 VTE 子进程 3789。
11 月 5 日 18:29:27 hackintosh systemd-resolved[912]：服务器返回错误 NXDOMAIN，缓解潜在的 DNS 违规 DVE-2018-0001，使用降低的功能级别 UDP 重试事务。
11 月 5 日 18:29:29 hackintosh sudo [3823]：pam_unix(sudo:auth)：无法打开 /etc/securetty：没有这样的文件或目录
11 月 5 日 18:29:31 hackintosh sudo [3823]：pam_unix(sudo:auth)：无法打开 /etc/securetty：没有这样的文件或目录
11 月 5 日 18:29:31 hackintosh sudo[3823]: cley : TTY=pts/1 ; 密码=/家/克莱；用户=根；命令=/bin/journalctl -b -e
11 月 5 日 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）有色：amd64
破碎的颜色：amd64 取决于 libsane:amd64 (>= 1.0.24)
  考虑 libsane:amd64 10 作为 colord:amd64 42 的解决方案
  将 libsane:amd64 添加到删除列表
  通过保持 libsane:amd64 修复 colord:amd64
调查（5）有色：amd64
破碎的颜色：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）有色：amd64
破碎的颜色：amd64 取决于 libsane:amd64 (>= 1.0.24)
  考虑 libsane:amd64 42 作为 colord:amd64 54 的解决方案
  将 libsane:amd64 添加到删除列表
  通过保持 libsane:amd64 修复 colord:amd64
调查（7）有色：amd64
破碎的颜色：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
完毕
ERROR:root:Package brscan4 没有设置优先级
ERROR:root:Package mfcj480dwlpr:i386 has no priority set
ERROR:root:Package minecraft-launcher 没有设置优先级
错误：root：NvidiaDetection 返回一个错误：int() 的无效文字，基数为 10：'server'
启动 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) 有色：amd64
破碎的颜色：amd64 取决于 libsane:amd64 (>= 1.0.24)
  考虑 libsane:amd64 0 作为 colord:amd64 5 的解决方案
  将 libsane:amd64 添加到删除列表
  通过保持 libsane:amd64 修复 colord:amd64
调查（1）有色：amd64
破碎的颜色：amd64 取决于 libsane:amd64 (>= 1.0.24)
  考虑 libsane:amd64 0 作为 colord:amd64 5 的解决方案
  将 libsane:amd64 添加到删除列表
  通过保持 libsane:amd64 修复 colord:amd64
调查（2）有色：amd64
破碎的颜色：amd64 取决于 libsane:amd64 (>= 1.0.24)
  考虑 libsane:amd64 0 作为 colord:amd64 5 的解决方案
  将 libsane:amd64 添加到删除列表
  通过保持 libsane:amd64 修复 colord:amd64
调查（3）有色：amd64
破碎的颜色：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）有色：amd64
破碎的颜色：amd64 取决于 libsane:amd64 (>= 1.0.24)
  考虑 libsane:amd64 5 作为 colord:amd64 7 的解决方案
  将 libsane:amd64 添加到删除列表
  通过保持 libsane:amd64 修复 colord:amd64
调查（5）有色：amd64
破碎的颜色：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）有色：amd64
破碎的颜色：amd64 取决于 libsane:amd64 (>= 1.0.24)
  考虑 libsane:amd64 7 作为 colord:amd64 10000 的解决方案
  将 libsane:amd64 添加到删除列表
  通过保持 libsane:amd64 修复 colord:amd64
调查（8）有色：amd64
破碎的颜色：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
完毕
ERROR:root:failed to mark 'ubuntu-desktop' for install (E:Unable to correct questions, you have been broken packages.)
upgrade mesa 18.04 20.04
Martin Hope
coolcatco888
Asked: 2020-04-30 10:43:34 +0800 CST
  • 0

我有一个使用单个 USB 接收器的 Jelly Comb 无线键盘和鼠标组合。

当我启动到 Ubuntu 18.04 LTS 时，使用这个键盘和鼠标没有问题。问题是，如果我拔下 USB 接收器加密狗并重新插入，它不起作用。

看来我可以插入普通的有线键盘和鼠标没问题，但是用无线键盘和鼠标接收器这样做是行不通的。

我找不到我的具体问题的任何答案。任何人都可以帮忙吗？

谢谢！

keyboard mouse usb
Martin Hope
coolcatco888
Asked: 2018-09-17 11:24:01 +0800 CST
  • 0

我注意到，每当我尝试从 grub 启动屏幕中选择“Windows 10”时，它会变成黑色，然后返回 Grub。

这发生在我将 Ubuntu 16.04 LTS 升级到 18.04 LTS 之后。我应该注意，我使用 Mac OSX High Sierra 和来自 Grub 的 chainload Clover 进行三次启动。我还注意到 Clover 不再将 Windows 10 检测为可启动选项。

有人对发生的事情有任何想法吗？

我努力了：

  1. 须藤更新-grub
  2. 引导修复

似乎没有任何效果。有任何想法吗？

这是我的启动修复 pastebin http://paste.ubuntu.com/p/jrzcMYk9WG/

谢谢！

grub2 boot upgrade dual-boot
Martin Hope
coolcatco888
Asked: 2018-07-22 17:58:09 +0800 CST
  • 5

我想知道如何安全地将混合 GPT/MBR 转换为纯 GPT 分区方案？（无需重新格式化）

我问的原因是，我目前使用 Ubuntu 16.04 LTS、Windows 10 和 Mac OSX Lion 进行三次启动。

最初我需要使用混合分区方案格式化我的驱动器来安装 Windows 7，但我已经升级到 Windows 10。

我现在知道 Windows 10 支持从 GPT 分区启动，我想将所有内容转换为纯 GPT 分区方案而不重新格式化。

如果我能做到这一点，我将能够将我的 HFS+ 分区重新格式化为 APFS 分区并安装 High Sierra。

所以问题是：

  1. 如何将我的混合 MBR 转换为纯 GPT？
  2. 如果我这样做，它会破坏启动到我的任何操作系统吗？（Windows 10、Linux、MacOSX）

这是我的 gdisk 输出：

GPT fdisk (gdisk) version 1.0.1

Partition table scan:
  MBR: hybrid
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with hybrid MBR; using GPT.

Command (? for help): p
Disk /dev/sda: 3907029168 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): CBC86EEB-C878-4C46-9963-120433EB0BED
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 3907029134
Partitions will be aligned on 8-sector boundaries
Total free space is 269477 sectors (131.6 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1              40          409639   200.0 MiB   EF02  EFI System Partition
   2          409640       293378391   139.7 GiB   AF00  Mac OSX
   3       293642240       684265471   186.3 GiB   0700  WINDOWS 7
   4       684265472      1075085311   186.4 GiB   0700  LINUX
   5      1075085865      1087375589   5.9 GiB     8200  
   6      1087375590      3907024064   1.3 TiB     0700
partitioning mbr gpt