Por um motivo desconhecido, meu sistema parou de inicializar.
Agora, ele não consegue encontrar minha partição raiz após 10 segundos e me deixa em um shell de emergência onde meu teclado não é detectado
O que fiz até agora foi inicializar a partir de um live CD e executar os seguintes comandos.
Com sdc7 minha partição raiz
sudo su
mkdir /mnt
mount /dev/sdc7 /mnt
Com sdc2 minha partição EFI
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 "$@"
Sem sucesso
NB: Acho que os erros de acpi na foto não são novos
Obrigado
Este é um bug no udev do systemd (mais precisamente comunicação entre
udevadmeudevd) afetando distribuições que enviam o udev 240, mas não o systemd 240 no initramfs.Para Archlinux: FS#61328 - udev 240 não reconhece teclado
Minha resposta para o Debian lá .
O efeito é que a enumeração em
/devestá ausente ou incompleta. Isso evita que a/dev/disk/árvore seja preenchida, incluindo links simbólicos UUID. Também impedirá a detecção do teclado, etc.A correção usual é reverter para o udev 239 (portanto, após o seu
chroot) e reconstruir o initramfs. É possível que o systemd (não o busybox) manipulando a inicialização durante o initramfs também possa corrigir esse problema (porque algumas configurações obtêm um buffer maior usado para comunicação entreudevadmeudevdentão), se isso for possível no Archlinux.Relatório de bug upstream, proposição de correção e confirmação de correção lá. Ele se resume a permitir um buffer maior para comunicação (e provavelmente não é a melhor solução):
udev falha ao acionar o carregamento de módulos #11314
Defina o tamanho do buffer do monitor systemd-udevd para 128 MB #11389
sd-device-monitor: corrija a ordem da configuração do tamanho do buffer