Por que não é recomendado colocar a partição de inicialização no lvm?

12

Eu li em algum lugar que não é recomendável colocar a partição de inicialização na partição baseada em lvm. Mas, eu estou fazendo assim mesmo. Então, o único problema que enfrentei é que, às vezes, quando instalo uma nova distribuição Linux e coloco sua partição de inicialização no lvm, o grub não pode detectá-la. O grub-mkconfigcomando geralmente comete um erro ao gerar o grub.cfgarquivo. Mas, se este é o único problema na partição de inicialização baseada em lvm, acho que está tudo bem. Como eu sei como corrigi-lo, basta fornecer um endereço adequado para a partição de inicialização pretendida para inicializar e tudo correr bem.

Então, existe algo além disso que o lvm pode causar problemas? Porque, na minha opinião, o lvm é muito flexível e não diminuiu a velocidade do sistema.

Mas Bagol
fonte

Respostas:

13

Não é um problema de desempenho, é um problema de solução de problemas e correção de coisas. /booté o local da inicialização - existem alguns arquivos que iniciam todo o resto do sistema.

E às vezes você precisa dar uma espiada lá para corrigir um problema (como grub config ou similar).

Se você precisar fazer isso, é útil ter um sistema de arquivos com denominadores comuns mais baixos, para torná-lo o mais fácil possível, por exemplo, se você precisar remover a unidade e colocá-la em outra caixa para editar um arquivo de configuração.

Se você está nessa posição, não quer ter que 'transformar' seu LVM em vida apenas para poder lê-lo :).

Sobrique
fonte
1
Ou simplesmente que versões mais antigas do GRUB não entendem o LVM.
Tgharold
bom ponto, também para mencionar que o lvm é uma configuração complexa, potencialmente envolvendo vários discos. Se seu gerenciador de inicialização depende de LVM, em seguida, por exemplo, você não pode inicializar para o modo de usuário único para corrigir um problema com LVM (inclusing tais questões banais como um disco falha)
asdmin
3

Para mim, se, como você diz, o grub não consegue detectar seu /bootsistema de arquivos LVM e grub-mkconfig geralmente comete um erro ao gerar grub.cfg, isso parece motivo suficiente para evitar essa configuração e mudar para algo que o grub suporta melhor. Quando você diz "apenas forneça um endereço adequado para a partição de inicialização pretendida", não sei o que você quer dizer com "endereço" ou o que exatamente você está fazendo como uma solução alternativa, mas, honestamente, parece um hack assustador e frágil.

Como um recurso básico e praticamente necessário, o gerenciador de inicialização pode acessar um sistema de arquivos simples em uma partição de disco simples e carregar o próximo estágio a partir daí. É tudo o que realmente precisa fazer. Mais recursos no carregador de inicialização, como analisar contêineres como LVM e manipular vários discos no ambiente de pré-inicialização, significam apenas mais recursos do Linux (kernel) que precisam ser duplicados no grub (mais código, mais bugs), mas nunca serão exatamente exatamente funcionam da mesma maneira nos dois ambientes (mais confusão) e mais complexidade geral. Para inicialização, quanto mais simples, melhor.

Celada
fonte
O que quero dizer com endereço é o caminho do dispositivo. No kali linux, grub-mkconfigcometi um erro ao fornecer o caminho raiz, /dev/dm-0pois não é persistente. Então, eu mudei para o caminho adequado, que está /dev/mapper/lvm-kali--bootno mycase.
Mas Bagol
Entendo. Isso é diferente. Esse é o caminho do sistema de arquivos raiz (que é adicionado à linha de comando do kernel como root=<path>) e não tem nada a ver com a /bootlocalização. grub-mkconfigdefinitivamente não deveria estar entendendo errado. Deve corresponder à saída de grub-probe --target=device /.
Celada
Desculpe, quero dizer que /dev/mapper/lvm-kali--rootnão boot. Typo
Mas Bagol
Oh, eu nem tinha notado o erro de digitação. Eu li /dev/mapper/lvm-kali--rootpara começar!
Celada
você pode usar uma opção de inicialização menos comum (fora do fips = 1 mundo, pelo menos a) = / dev / mapper / $ UUID ou US $ LVM-name
linuxdev2013
1

Eu uso o diretório “/ boot” dentro do sistema de arquivos “/” LVM há anos no Fedora e nunca tive problemas.

Você só precisa tomar cuidado para criar esse único disco físico onde "/" mora o único no seu grupo de volumes. Eu tenho um grupo de volumes "vgmain" para esta unidade física e um "vgdata" para todo o resto. Isso é importante se você precisar transportar sua unidade para outro computador em uma situação de solução de problemas. O LVM não funcionará se for composto por várias unidades físicas. Mas será se for composto por apenas um.

Mas nunca tive que passar por essa situação de solução de problemas.

As instalações mais recentes do Fedora não permitem fazer isso automaticamente. Você precisará colocar seu ”/ boot” em uma partição regular durante a instalação, depois inicializar normalmente e depois mover o conteúdo manualmente para o sistema de arquivos “/” LVM. Reorganize as coisas para que pareçam “/ boot” como um diretório simples em LVM “/” e “/ boot2” como a partição de inicialização antiga e faça um “grub install / dev / sda” ou algo semelhante. Reinicialize e exclua o sistema de arquivos “/ boot2” e inclua a partição de volta no LVM, para ser utilizável.

avibrazil
fonte