Instalação sem partição do SLES

Question

Os convidados do Windows VMWare podem ser facilmente redimensionados ao vivo. Para os convidados linux eu usei o LVM (add disk, partprobe, add disk para vg, lvextend, resize2fs). Isso funciona.

Acabei de encontrar o esboço de melhores abordagens. O primeiro parece eminentemente factível, use o volume físico do LVM sem partições. Isso permite estender com um volume extra (e significativamente mais simples e menos trabalho). Seria ainda melhor se eu conseguisse reduzi-lo a um único VMDK

A opção mais tentadora é sugerida em alguns posts espalhados pela internet (incluindo o primo unix desta visão) correndo de um VMDK sem partição. Isso parece muito limpo, mas estou me deparando com um grande obstáculo para testar (e implementar) a instalação em um sistema sem paragens.

Somos uma loja do SLES / OES, isso pode ser fácil com outra distro, mas não consigo fazer o instalador pular o particionamento. Eu tentei apresentá-lo com disco inteiro pré-formatado e várias permutações do processo de formatação de disco de instalação do SLES.

FWIW, aqui estão algumas postagens ...

link (última postagem)

link

Eu poderia copiar / mover manualmente as coisas. Alguém tem alguma sugestão?

    

Answer 1

Se é possível usar um disco inteiro como PV eu gostaria disso. Isso permitiria o uso de diferentes LVs para diferentes pontos de montagem, mesmo sem partições.

Como para o instalador - instale seu sistema em uma VM particionada e, em seguida, clone-a no disco bruto de outra VM. Não se esqueça de alterar /boot/grub/device.map , /etc/fstab , /boot/grub/menu.lst para / dev / sda de / dev / sdaN.

Você possivelmente terá que reinstalar o grub, usando um CD de recuperação também.

    

Answer 2

Nos últimos meses, trabalhei com um conjunto de respostas.

Primeiro, desenvolvi um método para uma instalação sem paródia. Acabei com uma abordagem (na minha opinião) melhor, então a explicação está incompleta:

1. instale em um disco virtual de uma seção (sem troca)
2. crie outro disco não processado
3. formate o disco diretamente (mkfs -text2 / dev / WHATEVER)
4. Muck sobre com o grub para convencê-lo a arrancar. Os detalhes estão um pouco nebulosos agora (já faz um tempo desde que eu trabalhei), mas basicamente é a) inicializando a partir de uma imagem de resgate (usei um CD do gparted para a arquitetura apropriada) b) executar o grub a partir dessa imagem com parâmetros de instalação forçada.

Houve vários problemas com essa abordagem. O redimensionamento ao vivo funciona para apontar, mas nenhum dos comandos "reler partion table" (kpartx e afins) funcionam. Isso faz algum sentido, pois não há partição para ler. Tem que haver uma reinicialização para o redimensionamento ser reconhecido. Mas como eu indiquei:

A MELHOR ABORDAGEM

Isso não foi intuitivo para mim. Isso requer duas reinicializações, mas essa é a extensão do tempo de inatividade.

1. Crie uma instalação de partição única (pode funcionar com swap, mas é mais limpo sem).
2. redimensionar com a ferramenta de gerenciamento de VM
3. reescreva a tabela de partições com o fdisk. Sim, assustador, mas na verdade é muito mais seguro do que parece: detalhes
   1. Crie um instantâneo como precaução de segurança
   2. reinicialize ou faça uma nova verificação ao vivo.
   3. imprime a tabela de partições como precaução
   4. exclua a tabela de partições (apenas uma partição facilita isso)
   5. recrie a partição. Os valores padrão são quase certamente corretos, mas é por isso que você salva uma cópia.
   6. não deixe de sinalizar a seção como inicializável!
   7. escreva isso.
   8. reinicialize (cruze os dedos, mas funcionará).
   9. resize2fs

Isso tem um tempo de inatividade mínimo e funciona com instalações de estoque. É consideravelmente mais simples que o LVM. Ele pode ser aplicado retroativamente a praticamente qualquer instalação (várias partições tornam a recriação mais complicada). É muito mais rápido (e eu contra-intuitivamente argumento que é mais seguro) do que a abordagem gparted.