Sim. O legado pode ser instalado em um formato de disco GPT Partition Table. By the way, é o novo padrão que está substituindo gradualmente MBR . Este tipo de formato é uma escolha melhor porque não tem os limites MBR .
Ler e inicializar em GPT As unidades de tabela de partição são compatíveis com todos os computadores baseados em Intel desde 2003. É improvável que você encontre um PC que não saiba ler o formato.
Resultados da cópia de MBR a GPT :
Eu usei dd para copiar uma partição da unidade de origem em MBR e a unidade de destino na partição GPT . A única partição que foi afetada foi a partição de destino na unidade de destino. Todas as outras partições na unidade de destino permaneceram intactas.
A unidade de destino era uma unidade inicializável com uma tabela de partições GPT . O sistema operacional na unidade 120G é o Ubuntu 16.04. A unidade é inicializada em um computador que tenha EFI compatible ou apenas legacy . Eu testei a inicialização do disco para um laptop Dell de 10 anos de idade, que só tem suporte legado. Ele inicializou perfeitamente antes da cópia e depois da cópia para o Laptop, como meu computador que possui o recurso UEFI .
Script de cópia DD
Quando executo o que considero uma tarefa crítica como essa, geralmente, primeiro, crio um script very easy to follow , estudo-o de perto e executo o comando crítico a partir do script. Além disso, tenho um enorme buffer de histórico de comandos e tento minimizar acidentalmente a execução de uma linha de comando errada do histórico. Eu chamo o script do diretório com: ./ddcopy.sh
O script que usei é:
ddcopy.sh:
#!/bin/bash
source="/dev/sdb1"
destination="/dev/sdc4"
read -p "Copy from device $source to $destination: [y/n] " -n 1 -r
if [[ $REPLY =~ ^[Yy]$ ]]
then
# do dangerous stuff
echo "..."
echo "Proceeding..."
time sudo dd if="$source" of="$destination" bs=4M status=progress ; espeak "Application Completed."
else
echo "..."
echo "Applicaton canceled."
fi
Após a cópia, usei o comando gparted do check edit para corrigir a integridade da partição. Os dois tamanhos de partições eram diferentes. Enquanto o disco montado e a soma de verificação dos dados estavam corretos, o check corrigiu a discrepância de tamanho.
Integridade da verificação de arquivos
Executei uma verificação de checksum dos arquivos nas partições de origem e de destino para garantir a integridade dos arquivos transferidos. Também realizei antes e depois do teste de soma de verificação da unidade de destino para garantir que as outras partições permanecessem inalteradas após a cópia dd .
Um exemplo do teste múltiplo checksum é:
$ sudo mount /dev/sdb1 /mnt
$ md5sum /mnt/* >> ~/checklist2.chk ; espeak "Application completed"