Por que os metadados do LVM são copiados para / etc / lvm e não / boot?

2

A recente pergunta que eu vi me fez pensar sobre esse ponto em particular:

  • Se as restrições do carregador de inicialização geralmente fazem com que /boot esteja fora do LVM, por que esse não é o destino dos backups de metadados do LVM?

Colocá-lo abaixo de /etc parece que daria um dilema de ovo e galinha possível se estivéssemos restaurando um PV para o VG do sistema de arquivos raiz versus apenas tê-lo já disponível para acesso no modo de recuperação.

Além disso, se a maioria dos instaladores fizer o LVM do sistema de arquivos raiz, pareceria que eles estavam quase intencionalmente criando a situação (versus a distro fazendo um link simbólico de /etc/lvm/archive para um diretório abaixo de /boot ou corrigindo as ferramentas para procurar Informações de LVM em /boot ).

Não que seja realmente um problema (normalmente posso tirá-lo do backup), mas parece que tê-lo sob /boot é mais ideal. Eu queria saber qual seria a lógica para localizá-lo em /etc .

    
por Bratchley 24.09.2013 / 16:25

2 respostas

2

Por que seria em /boot ? Nenhum desses arquivos é necessário para a inicialização. /boot não parece uma boa escolha como em muitos sistemas, não é montada ou montada somente leitura, se eles tiverem uma partição /boot separada, o que muitos não têm, com o GRUB2 suportando todo tipo de coisas.

Ao mesmo tempo, os arquivos são úteis para desfazer acidentes no sistema em execução, portanto devem estar em algum lugar facilmente acessível na árvore padrão. Se é /etc ou /var ou qualquer outra coisa.

Quanto ao dilema do ovo e da galinha, você deve ter backups de qualquer maneira.

Se você estiver em uma situação em que precise desses arquivos, poderá encontrá-los nos dados brutos, graças ao seu cabeçalho diferenciado e informativo.

# Generated by LVM2 version 2.02.99(2) (2013-07-24): Wed Aug 28 08:54:15 2013

A fragmentação ainda pode ser um problema, mas os arquivos geralmente são pequenos o suficiente para não serem desfragmentados e, mesmo no caso de fragmentação, você pode localizar o fragmento correto verificando a sintaxe do arquivo.

Você tem uma boa chance de recuperação. Claro, fazer backups é muito mais simples.

Se você quiser mover os arquivos para outro lugar, sempre poderá usar um link simbólico ou definir LVM_SYSTEM_DIR .

    
por 24.09.2013 / 16:35
1

O LVM não tem interesse em /boot . Essa partição nem precisa ser montada fora das atualizações do kernel. /var/backup é o local mais lógico, no entanto, e espero que o LVM vá para ele como parte de tornar /etc somente leitura.

(respondendo aos comentários) O controle sobre o kernel é suficientemente importante para que os sysadmins não mantenham /boot montados permanentemente, e os ambientes virtualizados geralmente o ocultam do sistema operacional.

Mesmo se você pudesse assumir que /boot está disponível, está fora do LVM, e você criou um cenário onde esse sistema de arquivos sobreviveria a qualquer evento que danifique as áreas de metadados, sua sugestão ainda seria terrivelmente maneira hoc de fazer a recuperação de desastres. O padrão para duas áreas de metadados por PV provavelmente não prejudicaria (o Gentoo fazia isso e eliminava os bugs), mas backups LVM de invólucros especiais para ir a um local incomum que, diferente de /etc e a maioria de /var , é improvável para ser copiado para fora do site.

    
por 24.09.2013 / 20:13

Tags