不明な理由でシステムが起動を停止しました。
10秒後、私のルートパーティションが見つからず、キーボードを検出できない緊急シェルに配置されます。
これまで私がしたことは、Live CDから起動して次のコマンドを実行することでした。
sdc7 マイルートパーティションの使用
sudo su mkdir /mnt mount /dev/sdc7 /mnt
EFIパーティションにsdc2を使用する
mkdir /mnt/boot mount /dev/sdc2 /mnt/boot
modprobe efivars mount -t proc proc /mnt/proc mount -t sysfs sys /mnt/sys mount -o bind /dev /mnt/dev mount -t devpts pts /mnt/dev/pts/ mount -t efivarfs efivarfs /sys/firmware/efi/efivars chroot /mnt
pacman -Syu mkinitcpio -P grub-mkconfig -o /boot/grub/grub.cfg "$@"
成功しませんでした
注:写真のacpiのバグは新しいものではないようです。
ありがとう
答え1
これは、ディストリビューションudev 240には影響しますが、initramfsのsystemd 240には影響しないsystemdのudev(より正確にはudevadm
間の通信)のバグです。udevd
ArchiLinuxの場合: FS#61328 - udev 240 がキーボードを認識しません。
Debianに対する私の答えそこ。
その結果、列挙型が/dev
欠落しているか不完全です。これにより、/dev/disk/
UUIDシンボリックリンクを含むツリーがいっぱいになるのを防ぐことができます。また、キーボード検出などもブロックします。
一般的な修正方法はudev 239(それであなたの後chroot
)に戻り、initramfsを再構築することです。 Archlinuxで可能であれば、initramfsの間にsystemd(busyboxではなく)に起動を処理させることで問題を解決することもできます(一部の設定では、それらの間の通信のためにより大きなバッファを取得しますudevadm
)。udevd
アップストリームのバグレポート、提案修正、コミット修正。これは最終的により大きな通信バッファを許可することに帰結します(そしておそらく最善の解決策ではありません)。
udevがモジュールのロードをトリガーできませんでした#11314
systemd-udevdモニターバッファーサイズを128MBに設定#11389
sd-device-monitor:バッファサイズの設定順序を変更する