☰

Arch Linux, "대상 그래픽 인터페이스에 도달" 시 "멈춤"

tag-icon • tag-icon arch-linux desktop display-manager
Arch Linux, "대상 그래픽 인터페이스에 도달" 시 "멈춤"

편집하다:gnome방금 시도 했는데 gdm완벽하게 작동합니다. 따라서 virtualbox 패키지와 SDDM 패키지의 일부 기능이 작동하지 않는 것 같습니다.

언뜻 보면 질문은 다음과 같습니다(Arch Linux가 시작 시 멈춤(대상 그래픽 인터페이스에 도달)) 그러나 여전히 다른 TTY로 변경할 수 있습니다.

어쨌든 이전에는 다음이 작동했지만 최근에는 core dump. sddm흥미롭게도 이 설치 방법을 사용하여 간단히 업데이트한 시스템은 여전히 ​​작동하지만 새로 설치하면 다음과 같은 문제가 발생합니다.

호스트 시스템으로 Windows 10을 사용하는 VirtualBox에 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 errYield를 호출합니다.

여기에 이미지 설명을 입력하세요. 여기에 이미지 설명을 입력하세요.

자세한 내용은 여기를 참조하세요: 여기에 이미지 설명을 입력하세요. 여기에 이미지 설명을 입력하세요.

답변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심볼릭 링크가 아닌 모든 객체 파일을 삭제하고 다음을 사용하여 다시 생성하거나 Need를 사용하여 문제를 해결했습니다. 적절한 대상에 수동으로 연결하려면 /usr/lib/systemd/- 실패를 일으키는 특정 대상이 오래되었습니다./etc/systemd/system/getty.target.wants/[email protected]

관련 정보