알 수 없는 이유로 시스템이 부팅을 중단했습니다.
이제 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
아치리눅스의 경우: FS#61328 - udev 240이 키보드를 인식하지 못합니다.
데비안에 대한 나의 대답거기.
결과적으로 열거형이 /dev누락되었거나 불완전합니다. 이렇게 하면 /dev/disk/UUID 기호 링크를 포함하여 트리가 채워지는 것을 방지할 수 있습니다. 또한 키보드 감지 등도 차단합니다.
일반적인 수정 방법은 udev 239(그래서 귀하의 것 이후 chroot)로 되돌리고 initramfs를 다시 빌드하는 것입니다. Archlinux에서 가능하다면 initramfs 중에 systemd(busybox가 아닌)가 시작을 처리하도록 하면 문제를 해결할 수도 있습니다(일부 설정에서는 그 사이의 통신을 위해 더 큰 버퍼를 얻습니다 udevadm).udevd
업스트림 버그 보고서, 제안 수정, 커밋 수정. 이는 결국 더 큰 통신 버퍼를 허용하는 것으로 귀결됩니다(그리고 아마도 최선의 해결책은 아닐 것입니다).
udev가 모듈 로딩을 트리거할 수 없습니다 #11314
systemd-udevd 모니터 버퍼 크기를 128MB로 설정 #11389
sd-device-monitor: 버퍼 크기 설정 순서 수정