Desejo inicializar meu sistema a partir de uma partição LVM hospedada por um arquivo de loopback, onde a inicialização está em uma unidade USB.
Usando uma configuração não LVM, com um arquivo de loopback ext4, ele inicializa sem problemas (existem vários guias na rede), mas preciso de mais ... preciso de LVM!
Meu layout de partições é:
- Unidade USB (MBR): Grub 2
- Unidade USB (hd0,msdos1): ext4 512Mb /boot
- Disco interno do notebook: hospeda o arquivo .linux-loops/system0.lvm onde instalei o sistema operacional e o mapeei como /dev/mapper/vg_system-lv_root .
Aqui está minha entrada de menu do Grub 2:
set BOOT_PART=(hd0,msdos1)
set HOST_PART=(hd1,gpt5)
set LOOP_FILE=.linux-loops/system0.lvm
set LOOP_DEV=loop0
set LVM_VG=vg_system
set LVM_LV=lv_root
set ROOT_DEV=/dev/mapper/${LVM_VG}-${LVM_LV}
menuentry 'Loopback / 4.10.0-38-generic' --class ubuntu --class gnu-linux --class gnu --class os {
echo "Initializing environment..."
set KERN_VER=4.10.0-38-generic
recordfail load_video gfxmode $linux_gfx_mode
echo "Loading partition drivers..."
insmod ext2
insmod gzio
insmod part_msdos
insmod part_gpt
echo Loopback(s) setup...
loopback ${LOOP_DEV} ${HOST_PART}/${LOOP_FILE}
insmod lvm
echo Debug LVM...
ls
ls (lvm/${LVM_VG}/${LVM_LV)/
echo "Loading kernel..."
set root=${BOOT_PART}
linux /vmlinuz-${KERN_VER} root=${ROOT_DEV} rw verbose nosplash debug
initrd /initrd.img-${KERN_VER}
}
Os dois comandos ls debug me mostram que a partição LVM foi vista pelo grub, mas durante a execução do initrd , o sistema me mostra que o grupo vg_system não foi encontrado e o lvmetad ainda não está em execução.
Eu acho que a configuração de loopback dentro do script grub não pode ser propagada para o script init, então ele não pode inicializar novamente o mapeador LVM.
No cenário não LVM (mencionado acima), o vmlinuz ... loop=... resolve o problema.
A questão é: como configurar os arquivos de loopback para disponibilizá-los ao mapeador LVM pelo grub?
Muito obrigado!
Seu pensamento está correto: o GRUB não pode fazer a configuração em nome do kernel.
O GRUB depende do firmware do sistema (BIOS ou UEFI) para acesso ao disco, portanto, tudo o que ele faz é baseado nessas rotinas de firmware. E assim que o kernel assume o controle, essas rotinas de firmware não são mais usadas... e qualquer coisa que for construída sobre elas também se torna inutilizável, até que o sistema operacional forneça seus próprios drivers para o mesmo trabalho.
(No caso do BIOS, as rotinas de acesso ao disco do BIOS de 16 bits tornam-se inutilizáveis à medida que o kernel faz a transição do processador para o modo completo de 32/64 bits. No caso do UEFI, acho que os serviços de acesso ao disco são um dos recursos do UEFI que tornar-se inutilizável quando a chamada UEFI padrão "encerrar serviços de inicialização" for executada, completando o lado UEFI da transferência do controle de hardware para o sistema operacional.)
Em vez disso, você precisará configurar um script para ser executado no initrd em uma fase inicial: ele deve ativar o dispositivo de loopback necessário antes da inicialização do LVM ou, alternativamente, executar um
vgscan --mknodes
e/ouvgchange -ay <name of the VG containing the root filesystem>
após configurar o dispositivo de loop se o LVM for já inicializado.Sem saber o nome e a versão da distribuição Linux que você está usando, é difícil dar um conselho mais específico.
Eu postei minha solução no GitHub:
Este guia fornecerá instruções detalhadas sobre como instalar o Linux em um disco de loopback LVM inicializando a partir de uma unidade USB (grub e partição de inicialização) sem precisar alterar o setor de inicialização do disco interno do PC.
A parte relevante foi implementada pelo script https://github.com/antonio-petricca/buddy-linux/blob/master/assets/initramfs/lvm-loops-setup :