Linux From Scratch / LFS 11.0 Systemdカーネルが黒い画面で起動します。

Linux From Scratch / LFS 11.0 Systemdカーネルが黒い画面で起動します。

ベアメタルThinkpad X250にLFS 11.0システムの新しいバージョンをインストールしました。すべては、Fedora 36をホストシステムとして使用してコンパイルおよび設定されます。 BIOSブートモードを使用しています。

システムはGRUBで起動しますが、LFSカーネルを選択すると、簡単なカーネルメッセージが表示された後、永久に空の画面が表示されます。システムがある程度起動するようです。画面が空である理由を知らせる内容はありませんが、chrootのログにあるすべてのメッセージを見ることができます。それほど価値があるほど、LFS GRUBはFedora 36を正しく起動します。

ジャーナルの潜在的に興味深い情報:

May 21 01:14:45 EDITME systemd[1]: First Boot Complete was skipped because of a failed condition check (ConditionFirstBoot=yes).
May 21 01:14:45 EDITME systemd[1]: Commit a transient machine-id on disk was skipped because of a failed condition check (ConditionPathIsMountPoint=/etc/machine-id).
May 21 01:14:45 EDITME systemd[1]: Startup finished in 2.500s (kernel) + 1.785s (userspace) = 4.285s.

参考までに:

LFS /etc/fstab

/dev/sda3     /            ext4    defaults            1     1
/dev/sda7     /boot        ext4    defaults             0     0
/dev/sda6     swap         swap     pri=1               0     0

chrootのLFS lsblk

    NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda      8:0    0 119.2G  0 disk 
|-sda1   8:1    0     1M  0 part   #BIOS boot 
|-sda2   8:2    0    50G  0 part   #Fedora root
|-sda3   8:3    0    20G  0 part / #LFS root
|-sda4   8:4    0    10G  0 part   #LFS /home
|-sda5   8:5    0    10G  0 part   #LFS /opt
|-sda6   8:6    0     8G  0 part [SWAP]
`-sda7   8:7    0   512M  0 part /boot #LFS /boot
zram0  252:0    0   7.5G  0 disk [SWAP]

LFS grub.cfg

# Begin /boot/grub/grub.cfg
set default=0
set timeout=5

insmod ext2
set root=(hd0,7)

menuentry "GNU/Linux, Linux 5.17.7-lfs-r11.1-119-systemd" {
        linux   /vmlinuz-5.17.7-lfs-r11.1-119-systemd root=/dev/sda3 ro
}

menuentry "Fedora 36 Workstation" {
        linux (hd0,gpt2)/boot/vmlinuz-5.17.6-300.fc36.x86_64 root=/dev/sda2 ro
}

何が間違っているのかというアイデアをいただきありがとうございます!

答え1

あなたは一人ではありません。私にもこのようなことが起こりました。私は間違ったグラフィックモジュールをコンパイルしたと思い、私のコンピュータに適していると思ったグラフィックドライバでカーネルを再コンパイルしました。これは何も解決しなかったので、Ubuntuのデフォルトのカーネル構成を使用してカーネルを再コンパイルしました。カーネルがパニックに陥る前にもう少し詳細なメッセージを見たので、問題はある程度解決されました!新しく構築されたシステムに何が間違っているかはわかりませんが、それでも修正しています。

編集:grub.cfgでlinux /boot/vmlinuz-xx-xx-xx-systemd root = / dev / sdXYの後に 'nomodeset'を追加すると、次のようになります。

menuentry "Linux From Scratch" {   
       linux /boot/vmlinux-xx-xx-xx-systemd root=/dev/sdXY ro       nomodeset
}

この問題は、カーネルに適切なグラフィックモジュールがないために発生するようです。

関連情報