Estou tentando clonar meu SSD em um dispositivo maior para ter um backup inicializável antes de fazer uma atualização do sistema em vários clientes de desktop. Também quero modelar um procedimento correto conhecido para ver se posso clonar com segurança as unidades do meu sistema para um HDD/SSD maior (até agora, todas as tentativas de fazer isso no passado falharam). Atualmente executando o 16.04, que foi criado usando a opção de disco totalmente criptografado. O sistema de teste que está sendo usado está funcionando bem.
Eu segui vários procedimentos que encontrei neste site, mas nenhum funcionou. Cheguei a um beco sem saída com cada procedimento, então, para simplificar as coisas, fiz o seguinte:
sudo dd if=/dev/sda of=/dev/sdd bs=64k
Abriu o GParted e excluiu a antiga partição crypt-luks em /dev/sdd conforme instruído no procedimento publicado em Clonagem de SSD criptografado para SSD maior . Isso foi um erro e eu estava morto na água a partir de agora. Não consegui criar uma nova partição crypt-luks.
Portanto, uma resposta que explica como [re] criar/redimensionar a partição crypt-luks na nova unidade de destino seria muito útil.
Repeti o dd e tentei expandir o sistema de arquivos de destino com os seguintes comandos (usando um live CD):
sudo cryptsetup luksOpen /dev/sda5 sda5_crypt
sudo cryptsetup resize sda5_crypt
sudo modprobe dm-crypt
sudo vgscan --mknodes
sudo vgchange -ay
sudo pvresize /dev/mapper/sda5_crypt
sudo lvresize -l +100%FREE /dev/ubuntu-vg/root
Retorna: O novo tamanho (7.020 extensões) corresponde ao tamanho existente (7.020 extensões).
sudo pvchange -x n /dev/mapper/sda5_crypt
Retorna:
Physical volume "/dev/mapper/sda5_crypt" is already unallocatable.
Physical volume /dev/mapper/sda5_crypt not changed
0 physical volumes changed / 1 physical volume not changed
sudo e2fsck -f /dev/mapper/ubuntu--vg-root
Retorna:
Pass 5: Checking group summary information
/dev/mapper/ubuntu--vg-root: 296641/1798720 files (0.8% non-contiguous), 3525828/7188480 blocks
O SSD de origem era de 32 GB e o HDD que estou tentando expandir é de 80 GB.
sudo resize2fs -f /dev/mapper/ubuntu--vg-root
Retorna:
resize2fs 1.44.1 (24-Mar-2018)
The filesystem is already 7188480 (4k) blocks long. Nothing to do!
Portanto, parece que o procedimento não expandiu as partições. Isso é verificado reiniciando e executando o GParted, que mostra o mesmo particionamento antes e depois:
Estou nisso há muitos dias fazendo pesquisas e tentando fazer isso funcionar e estou começando a ter visão de túnel. Eu apreciaria muito que alguém publicasse um procedimento à prova de balas conhecido por funcionar na clonagem de HDDs/SSDs criptografados para dispositivos de armazenamento maiores.
A unidade dd de destino inicializará sem expandir nenhuma partição.
Minha pergunta principal é realmente muito mais sobre a expansão de sistemas de arquivos criptografados do que sobre sua clonagem. Embora essas duas tarefas estejam obviamente muito relacionadas. Um procedimento à prova de balas, escalável e confiável que explique como fazer as duas coisas seria extremamente útil. O procedimento https://help.ubuntu.com/community/ResizeEncryptedPartitions é um pouco complexo demais para eu seguir, embora eu acredite que executei o procedimento corretamente. Provavelmente está muito próximo do que preciso, mas pode estar faltando uma ou duas etapas.
Parece-me que simplesmente expandir as partições criptografadas em um dispositivo clonado corretamente não deve exigir mais do que vários comandos. Idealmente, isso é algo fácil de fazer usando o GParted.
Precisarei testar isso em um conjunto de circunstâncias completamente limpo, mas executar esses comandos no final do procedimento descrito acima parece funcionar. Atualizarei esta solução se encontrar mais problemas.