Arch Linux，“掛起”“到達目標圖形界面”

**編輯：**我剛剛嘗試過gnome，gdm它完美無缺。因此，virtualbox 包和 SDDM 包的某些東西似乎不起作用。

起初這個問題看起來像這個問題（Arch Linux 在啟動時卡住（到達目標圖形界面）），但是，我仍然可以更改為不同的 TTY。

core dump無論如何，以下曾經工作過，但sddm最近導致了一個。有趣的是，我簡單更新的系統（使用這種安裝方法）仍然可以工作，但新安裝會導致以下問題。

在以 Windows 10 作為主機系統的 VirtualBox 中安裝 Arch Linux 時，我使用這個最小值

$$ non $$基於官方 Arch Installer 指南並用於工作的工作範例：

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產量：

這裡有更多資訊：

似乎 SDDM/KDE 不再自動拉取 xorg-server 包。因此，如果添加該xorg-server軟體包，它就可以工作。

在這裡找到解決方案：https ://github.com/sddm/sddm/issues/605#issuecomment-275938076

我有同樣的（或非常相似的問題）。它會在到達目標圖形界面時停止，我可以切換 tty。從那裡我可以重新啟動gdm，經過幾次嘗試它就會啟動。

如果您將專有的 nvidia 圖形驅動程序與 xorg 一起使用，則可以使用此解決方案。要解決此問題，請打開/etc/gdm/custom.conf並取消註釋#WaylandEnable=false。

引用自：https://unix.stackexchange.com/questions/331233