A maneira mais eficiente de implantar um sistema operacional em múltiplos da mesma máquina?

3

Eu aprendi sobre o dd cmd, isso faz o trabalho perfeito, pois é possível criar uma imagem de um HD (com um sistema operacional já instalado) e gravá-lo em outros HDs.

O problema com este método é se você tivesse uma unidade de 2TB, e o OS + MBR / EFI tivesse apenas 10GB, você ainda teria que copiar os blocos de espaço livre da unidade de 2TB, tornando o método muito lento e ineficiente . Ao escrever esta imagem para novos HDs, você também teria que escrever 2 TB de dados.

Eu estou querendo saber se existe uma maneira mais eficiente de fazer isso, talvez possamos apenas copiar os metadados de design de partição e, em seguida, copiar os arquivos do sistema operacional + dados MBR / EFI? ignorar os blocos de espaço livre?

    
por Jimbo'sGun's 15.07.2016 / 00:27

3 respostas

3

Uma possibilidade rápida e de baixa tecnologia é encolher o (s) sistema (s) de arquivos para pouco mais do que eles contêm, reproduzir a tabela de partições e reproduzir apenas a parte ocupada de cada partição. Após a cópia, amplie cada sistema de arquivos para preencher sua partição.

Mas você deve usar ferramentas que resolvam esse problema para você. Partimage pode salvar e restaurar um sistema de arquivos e salva somente a parte usada. Então pode Clonezilla . Então, realmente a resposta para sua pergunta é: use partimage ou clonezilla .

Tenha em atenção que, quando fizer essa implementação, terminará com sistemas de ficheiros idênticos em todas as máquinas. Você terá os mesmos UUIDs para os sistemas de arquivos, o mesmo estado RNG inicial, a mesma chave SSH privada, etc. As colisões UUID não importam, desde que cada clone evolua independentemente, mas isso viola a expectativa de que os UUIDs sejam exclusivos e pode ser um problema, por exemplo se o sistema de arquivos de vários clones terminar montado na mesma máquina. O estado RNG pode ser problemático se as instâncias forem inicializadas e usadas antes de terem tempo de serem coletadas por conta própria. As chaves privadas são definitivamente um problema. Então, após a clonagem, você deve fazer uma etapa de personalização em cada instância (veja também Mover o linux para um novo computador ).

Uma abordagem alternativa é criar um novo sistema de arquivos em cada clone e copiar os arquivos individualmente (com cp -a - na minha experiência, o GNU cp é bom para preservar todos os metadados). No entanto, é provável que isso seja mais lento do que uma cópia direta do sistema de arquivos, especialmente em mídia rotativa (HDD em vez de flash), onde a leitura dos arquivos envolverá muita procura e retorno.

    
por 15.07.2016 / 03:04
1

Apenas uma ideia aqui Jimbo. O que você pode fazer é usar.

cfdisk /dev/sda

alterando a letra da unidade conforme suas próprias necessidades. Em seguida, basta criar uma partição de 10/11 Gb.

Em seguida, use o dd nessa partição recém-criada. Partições de aninhamento são possíveis.

partprobe && dd if=/dev/sda1 of=/dev/sda1p2

Em seguida, crie um GPT com cfdisk na unidade de destino com cfdisk / dev / sda1 e copie os dados para o novo destino com dd.

dd if=/dev/sda1p2 of=/dev/sda1

Um problema com o dd é que você vai achar o byte da cópia como byte, então é lento e o UUID das unidades não muda. Isso pode causar um conflito se, por exemplo, você colocar uma unidade em uma máquina e tentar migrá-la para outra máquina que tenha o mesmo UUID para volumes LVM. Também tenha muito cuidado, pois não é chamado Disk Destroyer para nada, portanto, certifique-se de que as unidades estejam corretas.

Como outros usuários mencionaram o kickstart, o PXEboot ou o uso de um servidor Rsync e a remoção do sistema de arquivos após a configuração de partições, também pode ser feito. Se você está lançando muitos sistemas, mas não quer configurar um servidor. Em seguida, considere algo como um script de implantação automática modificado para suas necessidades. Na verdade eu tenho um rascunho muito difícil que você pode usar aqui ...

link

Boa sorte!

    
por 15.07.2016 / 02:27
0

Para implantar o SO na mesma máquina, devemos fazer backup apenas do sistema operacional primeiro (o AOMEI Backupper é útil). Esta é a melhor maneira de poupar tempo e economizar espaço, já que todos sabemos que quanto menor o arquivo, menor o tempo de backup e menor o espaço ocupado por ele.

    
por 22.07.2016 / 09:33