Problema com 'grub-mkconfig' na instalação do Arch Linux: 'grub-mkconfig' falha ao se conectar ao lvmetad

Problema com 'grub-mkconfig' na instalação do Arch Linux: 'grub-mkconfig' falha ao se conectar ao lvmetad

Estou tendo problemas com a reinstalação doArco Linuxem uma máquina com inicialização dupla com Windows 10.

Por vários motivos não relacionados, decidi fazer backup de tudo em minha antiga instalação do Arch Linux e começar do zero. Eu tenho a mídia live do Arch Linux em um USB, então fui em frente e inicializei a partir dele (emUEFI), formatei minha partição Linux e segui o guia de instalação do Arch Linux.

Tudo parecia estar funcionando bem até chegar à seção ‘instalar bootoloader’. Eu não tinha 100% de certeza do que fazer aqui, pois o guia para iniciantes que usei antes foi excluído em favor do guia de instalação (muito, muito mais breve).

Eu sei que meuEFIA partição já tinha todo o material do GRUB necessário, mas imaginei que precisaria ser alterado para uma nova instalação.

  • Excluí o /boot/EFI/grub.efistub e renomeei /boot/grub/para /boot/grub.bak.
  • eu corri
    pacman -S grub os-prober
    
    executei o grub-installcomando do guia de instalação do arch com target=x86_64-efie directory=/boot(meu ponto de montagem para minha partição EFI) e depois executei
    grub-mkconfig -o /boot/grub/grub.cfg
    

Foi aqui que meu problema começou. A execução do grub-mkconfigcomando me deu um failed to connect to lvmetaderro '' e disse que estava revertendo para o modo de fallback. Ele produziu com sucesso um grub.cfgarquivo no diretório correto, porém não havia entradas de menu presentes.

Quando tento inicializar, tudo que recebo é uma linha de comando do GRUB. Voltando à minha mídia ao vivo do Arch Linux e refazendo o arch-chroot, entrei no meu /boot/grub.bake copiei as seções de entrada do menu do Arch Linux de lá, certificando-me de substituir o UUID antigo pelo atualmente relatado no meufstabpara meu diretório raiz. Isso trouxe o menu GRUB de volta quando eu reiniciei, mas selecionar Arch Linux me deu um erro que /vmlinux couldn't be found.

Voltei para chroota mídia ao vivo e repeti grub-config. Ainda não há entradas de menu. eu encontreiessa questãocom um problema semelhante que dizia que havia um problema conhecido com o grub-mkconfigscript auxiliar. Isso foi de 2014, então achei improvável que meu problema fosse o mesmo, mas segui a melhor resposta aí. A sugestão foi fazer o seguinte:

encontrei o mesmo problema agora e encontrei outra solução alternativa. Basicamente, envolve disponibilizar o /rundiretório hosts para o convidado.

Primeiramente montamos /runonde possa ser acessado pelo hóspede. Presumirei que sua partição de instalação esteja montada em /mnt.

mkdir /mnt/hostrun
mount --bind /run /mnt/hostrun

Então, chrootentramos no guest e montamos nosso host /run/lvmno guest's /run.

arch-chroot /mnt /bin/bash
mkdir /run/lvm
mount --bind /hostrun/lvm /run/lvm

Você pode então executar grub-mkconfigsem grub-installerros de LVM. Isso também faz com que os comandos se comportem se você estiver instalando com LVM, pelo que vale a pena.

Quando terminar, lembre-se de desmontar /run/lvmantes de sair do chroot.

Fazer isso realmente eliminou meu fails to connect to lvmetaderro, mas o substituiu por um arquivo /dev/sdx not initialized in UDEV. O comando ainda produz grub.cfgsem entradas de menu.

Consigo entrar no Windows selecionando o Gerenciador de inicialização do Windows no F12menu 'martelo durante a inicialização' do meu laptop.

Responder1

O problema aparece apenas porque você está arch-chrootusando o os-prober. O que resolveu meu caso foi:

  • Backup atual grub.cfg, se você ainda não fez backup.
  • Remover os-prober( pacman -R os-prober,ou você pode desativá-lo)
  • Corrergrub-mkcondig
  • Reinicie no Arch
  • Instalaros-prober
  • Corra grub-mkconfignovamente

Responder2

Eu tive o mesmo problema. Este é um post antigo, mas postarei minha solução alternativa caso ajude alguém.

Assim como você, tive um backup completo, incluindo um grub.cfgarquivo funcional. Extraí as entradas de menu necessárias do grub.cfgarquivo antigo e as adicionei ao arquivo /etc/grub.d/40_custom. Em seguida eu corri novamente

grub mkconfig -o /boot/grub/grub.cfg

Tudo está bem agora.

os-proberé um item de conveniência de baixa prioridade e não é realmente essencial. Pessoalmente, eu não gastaria muito tempo tentando fazê-lo funcionar. É uma escolha pessoal. Algumas pessoas adoram tentar solucionar esse tipo de problema e agradeço-lhes por seus esforços, mas outras precisam de seus sistemas para trabalhar de verdade, têm restrições de tempo e precisam colocá-los em funcionamento.

Eventualmente, esse problema será corrigido por meio de software ou documentação. Se você tiver dúvidas sobre como configurar entradas de menu no 40_customarquivo, encontrará vários exemplos em uma pesquisa na web.

informação relacionada