web-dev-qa-db-ja.com

Arch Linux、「Reached target Graphical Interface」で「ハング」

編集:gnomegdmを試したところ、問題なく動作しました。そのため、virtualboxパッケージとSDDMパッケージで何かが機能しないようです。

最初、この質問はこのように見えます( Arch Linuxが起動時にスタックしました(ターゲットのグラフィカルインターフェイスに到達しました) )。ただし、別のTTYに変更できます。

とにかく、以下は以前は機能していましたが、core dump/sddm /最近から。興味深いことに、このインストール方法を使用して更新しただけのシステムはまだ機能しますが、新しいインストールでは以下の問題が発生します。

Windows 10をホストシステムとしてVirtualBoxにArch Linuxをインストールする場合、公式の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 stuck at boot(reached target Graphical Interface) )and calling journalctl -b -p err利回り:

enter image description hereenter image description here

そして、ここに詳細情報があります: enter image description hereenter image description here

2
NOhs

SDDM/KDEがxorg-serverパッケージを自動的にプルしないようです。したがって、xorg-serverパッケージが機能します。

ここに解決策が見つかりました: https://github.com/sddm/sddm/issues/605#issuecomment-275938076

2
NOhs

一部のディスクを新しいハードウェアに移行した後、同様の症状で問題が発生しましたが、デバッグロギングを有効にした後、ログに魚のようなものが表示されませんでした。マシンにはdmソフトウェアもインストールされていませんでした。一部のサービスが開始されていないことにも気付きました。

/ etcの下にいくつかのターゲットファイルがあることがわかります(例:/etc/systemd/system/multi-user.target.wants/sshd.serviceは本来の目的でシンボリックリンクではなく、古いコードが含まれている可能性があります。非シンボリックリンクのターゲットファイルをすべて削除して問題を修正しましたsystemctl enableを使用してそれらを再作成するか、/usr/lib/systemd/の下の適切なターゲットに手動でリンクするだけ-失敗の原因となった特定のターゲットは古い/etc/systemd/system/getty.target.wants/[email protected]でした

0
Shawn

私は同じ(または非常に類似した問題)を抱えていました。到達したターゲットのグラフィカルインターフェイスで停止し、ttyを切り替えることができます。そこから私はgdmを再起動することができ、数回試行した後、それが開始されます。

Xorgで独自のnvidiaグラフィックスドライバーを使用している場合は、このソリューションを使用できます。これを修正するには、/etc/gdm/custom.confおよびコメント解除#WaylandEnable=false

0
Florens