☰

Arch Linux，“挂起”在“达到目标图形界面”上

tag-icon • tag-icon arch-linux desktop display-manager
Arch Linux，“挂起”在“达到目标图形界面”上

编辑：我刚刚尝试过gnome，并且gdm效果完美。因此，virtualbox 软件包和 SDDM 软件包的某些功能似乎不起作用。

乍一看这个问题看起来像这个（Arch Linux 在启动时卡住（达到目标图形界面）)，但是，我仍然可以更改为其他 TTY。

无论如何，以下内容以前曾经有效，但最近却导致core dump了。sddm有趣的是，我简单更新的系统（使用此安装方法）仍然可以工作，但新安装会导致以下问题。

当在 VirtualBox 中以 Windows 10 作为主机系统安装 Arch Linux 时，我使用这个基于官方 Arch 安装程序指南并用于工作的最小[非]工作示例：

parted

mklabel GPT
mkpart ESP fat32 1MiB 513MiB
mkpart primary ext4 513MiB 100%
set 1 boot on
quit

mkfs.ext4 /dev/sda2
mkfs.fat -F32 /dev/sda1

mount /dev/sda2 /mnt

mkdir -p /mnt/boot
mount /dev/sda1 /mnt/boot

pacstrap /mnt base base-devel \
              virtualbox-guest-modules-arch \
              virtualbox-guest-utils \
              sddm plasma

arch-chroot /mnt bootctl --path=/boot install

cat <<-END > /mnt/boot/loader/entries/arch.conf
title Arch Linux
linux /vmlinuz-linux
initrd /initramfs-linux.img
options root=PARTUUID=$( blkid -s PARTUUID -o value /dev/sda2 ) rw
END

cat <<-END > /mnt/boot/loader/loader.conf
default arch
timeout 4
editor  0
END

genfstab -pU /mnt >> /mnt/etc/fstab

arch-chroot /mnt systemctl enable sddm

arch-chroot /mnt useradd -m -G wheel -s /bin/bash bob

它挂在“达到目标图形界面”上，但我仍然可以ctrl+alt+F2与这个问题对比使用（Arch Linux 在启动时卡住（达到目标图形界面）) 并调用journalctl -b -p err产量：

在此输入图像描述 在此输入图像描述

这里有更多信息： 在此输入图像描述 在此输入图像描述

答案1

SDDM/KDE 似乎不再自动提取 xorg-server 包。因此，如果添加该xorg-server包，它就可以工作。

在这里找到解决方案：https://github.com/sddm/sddm/issues/605#issuecomment-275938076

答案2

我有同样的（或非常相似的问题）。它会在到达目标图形界面时停止，我可以切换 tty。从那里我可以重新启动 gdm，尝试几次后它就会启动。

如果您使用带有 xorg 的专有 nvidia 图形驱动程序，则可以使用此解决方案。要解决此问题，请打开/etc/gdm/custom.conf并取消注释#WaylandEnable=false。

答案3

在将一些磁盘迁移到新硬件后，我遇到了类似症状的问题，但在启用调试日志记录后，我在日志中看不到任何可疑的内容。该机器也没有安装 dm 软件。我还注意到有些服务没有启动。

事实证明 /etc 下的一些目标文件（例如，/etc/systemd/system/multi-user.target.wants/sshd.service它们不是应有的符号链接，并且可能只是其中包含过时的代码。我通过删除所有非符号链接目标文件并使用systemctl enable或重新创建它们来解决我的问题只需手动链接到适当的目标/usr/lib/systemd/- 导致我失败的特定目标是陈旧的/etc/systemd/system/getty.target.wants/[email protected]

相关内容