☰

随机启动两个不同的 GNOME 配置。如何调查？

tag-icon • tag-icon boot gnome 18.04
随机启动两个不同的 GNOME 配置。如何调查？

简短的介绍：

我安装了 Ubuntu 18.04，启动过程中一切正常，包括登录屏幕。当我登录时，我的 GNOME 设置可能是：

  1. 我一直在使用的配置（例如，将应用程序锁定到启动器、启动应用程序、文件中的收藏夹等）或
  2. 启动器上 Amazon 和 Rhythmbox 的原始配置就像在我进行所有配置之前一样。

每次我重启机器时，它都会进入上述任一状态。经过几次尝试，我可以得到“1”。之后，我可以正常工作，不会出现任何崩溃等情况。因此，我让机器运行数周，直到我必须重启。

这种“非确定性”行为让我困惑。我该如何调查？我应该查看哪些日志？

坦白说：我以“root”身份登录，因为这样可以让生活更轻松，至少登录到正确的配置后就可以了。如果相关的话，我可以添加详细信息。我从 12.04 开始就这样做了，没有太多麻烦，但直到 18.04 都是 Unity。

更多细节：

  • 这个问题从八月份第一次安装以来就一直存在。
  • 系统是带有 NVMe SSD 的“Precision Tower 3620”，操作系统位于 SSD 上。
  • 由于 UEFI 和 SSD 存在问题，安全启动已被禁用。
  • 在最初安装“Ubuntu 软件”后，系统提示进行 BIOS 更新，但该更新存在无法识别 SSD 的错误，因此被回滚。
  • 在 '1' 和 '2' 中，都是相同的 grub 条目。根 ('/') 文件系统是相同的。
  • 我查看了两种情况下的 kern.log、boot.log 和 Xorg.log，但没有任何异常。

编辑：来自 auth.log

Nov 29 08:25:35 JEEVES-DEV gdm-launch-environment]: pam_unix(gdm-launch-environment:session): session opened for user gdm by (uid=0)
Nov 29 08:25:35 JEEVES-DEV systemd: pam_unix(systemd-user:session): session opened for user gdm by (uid=0)
Nov 29 08:25:51 JEEVES-DEV gdm-password]: pam_unix(gdm-password:session): session opened for user root by (uid=0)
Nov 29 08:25:51 JEEVES-DEV systemd: pam_unix(systemd-user:session): session opened for user root by (uid=0)

Nov 29 08:30:41 JEEVES-DEV gdm-launch-environment]: pam_unix(gdm-launch-environment:session): session opened for user gdm by (uid=0)
Nov 29 08:30:41 JEEVES-DEV systemd: pam_unix(systemd-user:session): session opened for user gdm by (uid=0)
Nov 29 08:30:54 JEEVES-DEV gdm-password]: pam_unix(gdm-password:session): session opened for user root by (uid=0)
Nov 29 08:30:54 JEEVES-DEV systemd: pam_unix(systemd-user:session): session opened for user root by (uid=0)

答案1

我也遇到了同样的问题，尽管我没有以 root 身份登录。

在我的情况下，似乎有两个分区具有相同的 UUID。/dev/sdb3和都/dev/sda4具有相同的 UUID。/dev/sdb3以前是我的/HOME，但使用我的新磁盘/dev/sda4。 我通过复制分区创建了新分区/Home。 是的，然后您获得了两个具有相同 UUID 的分区。 您可以看到带有“”的分区

sudo blkid

我通过创建新的 UUID 修复了这个问题

uuidgen

给出

f0acce91-a416-474c-8a8c-43f3ed3768f9

然后将 UUID 分配给 /dev/sb3

sudo tune2fs /dev/sde5 -U f0acce91-a416-474c-8a8c-43f3ed3768f9

为什么启动时有时会选择/dev/sdb3有时/dev/sda4，我不知道，但新的 UUID 对我有用。希望它有用。

相关内容