initramfs - ERRO: dispositivo '/ dev / mapper / vg0-root' não encontrado, Ignorando fsck

Question

Ao inicializar meu Dell XPS 15 9560 executando o Arch, estou sendo colocado em um shell de emergência porque meus dispositivos não estão sendo encontrados

starting version 239

A password is required to access the luks volume:
mount: /new_root: special device /dev/mapper/vg0-root does not exist.
ERROR: device '/dev/mapper/vg0-root' not found, Skipping fsck.
mount: /new_root: special device /dev/mapper/vg0-root does not exist.
You are now being dropped into an emergency shell.
sh: can't access tty; job control turned off
[rootfs ]#

Saída de lvm pvs

[rootfs ]# lvm pvs
  WARNING: Not using lvmetad bacause config setting use_lvmetad=0
  WARNING: To avoid corruption, rescan devices to make changes visible (pvscan --cache)
  PV               VG  Fmt  Attr PSize    PFree
  /dev/mapper/luks vg0 lvm2 a--  <237.74g    0

Saída de lvm lvs

[rootfs ]# lvm lvs
  WARNING: Not using lvmetad bacause config setting use_lvmetad=0
  WARNING: To avoid corruption, rescan devices to make changes visible (pvscan --cache)
  LV   VG  Attr       LSize    Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  root vg0 -wi------- <221.74g
  swap vg0 -wi-------   16.00g

Essa saída é realmente confusa porque mostra que vg0-root e vg0-swap existem, mas eles simplesmente não aparecem sob dev, incluindo depois de fazer um cryptsetup luksOpen /dev/nvme0n1p3 luks

Meu palpite seria que eu estou perdendo um gancho com o meu mkinitcpio.conf, mas este é o meu mkinitcpio.conf

HOOKS=(base udev autodetect modconf block encrypt lvm2 filesystems keyboard fsck)

O que eu não acredito é diferente de 5 dias atrás, a última vez que ele foi executado bem. Eu corri um pacman -Syu mais cedo hoje, mas não tenho certeza de como descobriria o que exatamente quebrou aqui.

mkinitcpio -p linux funciona sem erros quando chrooted na unidade de um arch usb

editar:

adicionou root=/dev/mapper/luks ao meu GRUB_CMDLINE_LINUX e agora obtém o erro mount: /new_root: unknown filesystem type LVM2_member'

lvm vgchange -ay vg0

mount /dev/mapper/vg0-root /new_root

exit

Permitem que eu inicie no meu sistema, mas isso deve estar acontecendo automaticamente com o gancho lvm2 e ao reiniciar, tenho que fazer isso novamente.

    

Answer 1

O que eu fiz para corrigir isso

Comutado para o systemd initramfs, alterando todos os ganchos do busybox para seus equivalentes do systemd e alterando o grub DEFAULT_CMDLINE_LINUX para refletir a sintaxe de sd-encrypt e sd-lvm2.

Eu, então, restaurei meu lvm.conf

sudo rm /etc/lvm/lvm.conf && sudo pacman -S lvm2

    

Answer 2

Eu tive um problema semelhante, os volumes lógicos mostravam-se inativos ao fazer lvscan .

A única alteração que fiz antes no /etc/lvm/lvm.conf foi desativar use_lvmetad .

Para recuperar-se deste cenário, corri:

rm /etc/lvm/lvm.conf && pacman -S lvm2

mas acho que vale a pena tentar reactivar use_lvmetad e regenerar o disco da RAM:

Então:

1. verifique se use_lvmetad=1 in /etc/lvm/lvm.conf

2. se você estiver alterando a opção para use_lvmetad=1 , gere novamente o ramdisk:

   mkinitcpio -p linux