Mova o sistema para o novo SSD com o comando dd

Question 1

Sempre que você usa dd(também conhecido como disk destroyer), existe a possibilidade de bagunçar seus dados. ddnão tem salvaguardas para gravar acidentalmente sua nova unidade na unidade antiga. A única coisa que o mantém funcionando corretamente é ter MUITO cuidado ao digitar os comandos corretamente e não confundir a origem e os destinos. if=e of=estão a apenas um pequeno toque de tecla digitado incorretamente um do outro!

O outro problema é que ele ddé lento e desgasta desnecessariamente o SSD de destino. A maioria das partições normalmente não chega perto de 100% de utilização. Usar ddpara copiar uma partição com muito espaço livre acaba copiando CADA BYTE dessa partição, mesmo os bytes que na verdade não contêm nenhum dado alocado!

Aqui está o que eu faria se fosse meu sistema:

Faça uma captura de tela da tabela de partição do seu SSD antigo para referência posterior, quando configurarmos a tabela de partição do seu novo SSD.
Conecte o novo SSD ao computador e desconecte o SSD antigo. Manter o SSD antigo desconectado torna impossível destruir qualquer um dos nossos dados preciosos enquanto realizamos um trabalho potencialmente destrutivo.
Inicialize a partir do pen drive USB de instalação do Ubuntu no modo Linux Live. Certifique-se de que seu BIOS sempre inicialize o pendrive no modo legado/MBR em vez do modo UEFI, pois parece que seu sistema antigo está usando MBR. Se minha suposição for inválida, certifique-se de que seu BIOS inicialize o pendrive no modo UEFI. Misturar as coisas tornaria muito mais difícil instalar o grub corretamente mais tarde.
Use gpartedpara configurar seu novo SSD com a tabela de partição desejada e formatar os sistemas de arquivos. Tente manter tudo igual à tabela de partições do seu antigo SSD (além dos tamanhos das partições e UUIDs). Não se esqueça de marcar o /sistema de arquivos raiz como active/ bootable, assim como seu antigo SSD.
Agora que todo o trabalho perigoso de edição da partição foi concluído, você pode desligar com segurança e adicionar o SSD antigo conectado ao computador.
Inicialize o pen drive USB ativo do Linux novamente com as duas unidades conectadas desta vez. Não inicialize a partir do SSD antigo (precisamos manter o sistema inativo para fazer uma boa cópia limpa dele).
Depois de inicializado, abra um terminal e comece a trabalhar com esses comandos para copiar os dados do seu SSD antigo para o novo SSD. Ao contrário de using dd, o cpcomando é muito mais à prova de erros porque você não pode destruir nada copiando um sistema de arquivos vazio sobre seu sistema de arquivos antigo - não há nada copiado nesse caso! Além disso, podemos montar o SSD antigo no modo “somente leitura” para evitar qualquer possibilidade de modificação do SSD antigo.
```
mkdir oldroot newroot oldhome newhome
sudo mount -o ro /dev/sda1 oldroot
sudo mount -o ro /dev/sda2 oldhome
ls oldroot
ls oldhome
```
Verifique se você consegue ver seus dados antigos. Se tudo o que você vê é um sistema de arquivos vazio, talvez você tenha o dispositivo "/dev/sdXX" errado...
```
sudo mount -o noatime /dev/sdc1 newroot
sudo mount -o noatime /dev/sdc2 newhome
ls newroot
ls newhome
```
Verifique se tudo o que você vê é um sistema de arquivos vazio como destino. Se tudo estiver bem, emita os seguintes comandos para copiar todos os seus arquivos preservando todas as configurações de contexto de permissões/propriedade/SELinux:
```
sudo cp -Rfax oldroot/* newroot/
sudo cp -Rfax oldhome/* newhome/
```
Feito isso, desmonte tudo e sincronize as gravações em cache com o armazenamento persistente:
```
sudo umount oldroot
sudo umount oldhome
sudo umount newroot
sudo umount newhome
sync
```
Agora você pode desligar e desconectar com segurança o SSD antigo para que não possamos destruir nada nele enquanto trabalhamos para tornar o novo SSD inicializável.
Inicialize o computador usando o pen drive USB no modo Linux Live com apenas o novo SSD conectado. Abra um terminal e comece a trabalhar com estes comandos:
```
mkdir newroot
sudo mount -o noatime /dev/sda1 newroot
sudo chroot newroot /bin/bash
mount -t devtmpfs udev /dev
mount -t proc proc /proc
mount -t sysfs sysfs /sys
nano -w /etc/fstab
```
Agora você precisa modificar o fstabarquivo para corresponder aos números UUID com o que quer que estejam em seu novo SSD. Você pode abrir gpartedpara ver sua tabela de partições e descobrir quais são os novos UUIDs. Quando terminar, pressione CTRL-X e salve as alterações do fstab no disco.
```
update-grub
grub-install /dev/sda
```
Se tudo estiver funcionando corretamente, configure o grub e instale-o no MBR do seu novo SSD. Após a instalação do grub, você deve desmontar todas as coisas que montamos anteriormente no ambiente chroot antes de sair. Caso contrário, o Ubuntu terá dificuldade em desmontar a partição Linux de forma limpa quando você desligar.
```
umount /sys
umount /proc
umount /dev
exit
sudo umount newroot
sync
```

E aí está! Esperamos que seu novo SSD seja inicializável e que tudo esteja bem agora.

Answer

Sempre que você usa dd(também conhecido como disk destroyer), existe a possibilidade de bagunçar seus dados. ddnão tem salvaguardas para gravar acidentalmente sua nova unidade na unidade antiga. A única coisa que o mantém funcionando corretamente é ter MUITO cuidado ao digitar os comandos corretamente e não confundir a origem e os destinos. if=e of=estão a apenas um pequeno toque de tecla digitado incorretamente um do outro!

O outro problema é que ele ddé lento e desgasta desnecessariamente o SSD de destino. A maioria das partições normalmente não chega perto de 100% de utilização. Usar ddpara copiar uma partição com muito espaço livre acaba copiando CADA BYTE dessa partição, mesmo os bytes que na verdade não contêm nenhum dado alocado!

Aqui está o que eu faria se fosse meu sistema:

Faça uma captura de tela da tabela de partição do seu SSD antigo para referência posterior, quando configurarmos a tabela de partição do seu novo SSD.
Conecte o novo SSD ao computador e desconecte o SSD antigo. Manter o SSD antigo desconectado torna impossível destruir qualquer um dos nossos dados preciosos enquanto realizamos um trabalho potencialmente destrutivo.
Inicialize a partir do pen drive USB de instalação do Ubuntu no modo Linux Live. Certifique-se de que seu BIOS sempre inicialize o pendrive no modo legado/MBR em vez do modo UEFI, pois parece que seu sistema antigo está usando MBR. Se minha suposição for inválida, certifique-se de que seu BIOS inicialize o pendrive no modo UEFI. Misturar as coisas tornaria muito mais difícil instalar o grub corretamente mais tarde.
Use gpartedpara configurar seu novo SSD com a tabela de partição desejada e formatar os sistemas de arquivos. Tente manter tudo igual à tabela de partições do seu antigo SSD (além dos tamanhos das partições e UUIDs). Não se esqueça de marcar o /sistema de arquivos raiz como active/ bootable, assim como seu antigo SSD.
Agora que todo o trabalho perigoso de edição da partição foi concluído, você pode desligar com segurança e adicionar o SSD antigo conectado ao computador.
Inicialize o pen drive USB ativo do Linux novamente com as duas unidades conectadas desta vez. Não inicialize a partir do SSD antigo (precisamos manter o sistema inativo para fazer uma boa cópia limpa dele).
Depois de inicializado, abra um terminal e comece a trabalhar com esses comandos para copiar os dados do seu SSD antigo para o novo SSD. Ao contrário de using dd, o cpcomando é muito mais à prova de erros porque você não pode destruir nada copiando um sistema de arquivos vazio sobre seu sistema de arquivos antigo - não há nada copiado nesse caso! Além disso, podemos montar o SSD antigo no modo “somente leitura” para evitar qualquer possibilidade de modificação do SSD antigo.
```
mkdir oldroot newroot oldhome newhome
sudo mount -o ro /dev/sda1 oldroot
sudo mount -o ro /dev/sda2 oldhome
ls oldroot
ls oldhome
```
Verifique se você consegue ver seus dados antigos. Se tudo o que você vê é um sistema de arquivos vazio, talvez você tenha o dispositivo "/dev/sdXX" errado...
```
sudo mount -o noatime /dev/sdc1 newroot
sudo mount -o noatime /dev/sdc2 newhome
ls newroot
ls newhome
```
Verifique se tudo o que você vê é um sistema de arquivos vazio como destino. Se tudo estiver bem, emita os seguintes comandos para copiar todos os seus arquivos preservando todas as configurações de contexto de permissões/propriedade/SELinux:
```
sudo cp -Rfax oldroot/* newroot/
sudo cp -Rfax oldhome/* newhome/
```
Feito isso, desmonte tudo e sincronize as gravações em cache com o armazenamento persistente:
```
sudo umount oldroot
sudo umount oldhome
sudo umount newroot
sudo umount newhome
sync
```
Agora você pode desligar e desconectar com segurança o SSD antigo para que não possamos destruir nada nele enquanto trabalhamos para tornar o novo SSD inicializável.
Inicialize o computador usando o pen drive USB no modo Linux Live com apenas o novo SSD conectado. Abra um terminal e comece a trabalhar com estes comandos:
```
mkdir newroot
sudo mount -o noatime /dev/sda1 newroot
sudo chroot newroot /bin/bash
mount -t devtmpfs udev /dev
mount -t proc proc /proc
mount -t sysfs sysfs /sys
nano -w /etc/fstab
```
Agora você precisa modificar o fstabarquivo para corresponder aos números UUID com o que quer que estejam em seu novo SSD. Você pode abrir gpartedpara ver sua tabela de partições e descobrir quais são os novos UUIDs. Quando terminar, pressione CTRL-X e salve as alterações do fstab no disco.
```
update-grub
grub-install /dev/sda
```
Se tudo estiver funcionando corretamente, configure o grub e instale-o no MBR do seu novo SSD. Após a instalação do grub, você deve desmontar todas as coisas que montamos anteriormente no ambiente chroot antes de sair. Caso contrário, o Ubuntu terá dificuldade em desmontar a partição Linux de forma limpa quando você desligar.
```
umount /sys
umount /proc
umount /dev
exit
sudo umount newroot
sync
```

E aí está! Esperamos que seu novo SSD seja inicializável e que tudo esteja bem agora.

Question 2

acabei de usargpartedpara migrar meu Ubuntu 18.04 de um SATA para outro. O Gparted fornece uma GUI fácil de usar com opções de copiar e colar, e até os UUIDs são os mesmos, então não precisei atualizar /etc/fstabou instalar o grub no novo disco. Foi muito tranquilo, então ainda não verifiquei o que aconteceu por baixo, mas durante o processo de copiar e colar,imagem e2(8)foi realmente invocado. Novamente, tudo isso foi baseado em minha própria experiência, corrijam-me e obrigado.

Answer

acabei de usargpartedpara migrar meu Ubuntu 18.04 de um SATA para outro. O Gparted fornece uma GUI fácil de usar com opções de copiar e colar, e até os UUIDs são os mesmos, então não precisei atualizar /etc/fstabou instalar o grub no novo disco. Foi muito tranquilo, então ainda não verifiquei o que aconteceu por baixo, mas durante o processo de copiar e colar,imagem e2(8)foi realmente invocado. Novamente, tudo isso foi baseado em minha própria experiência, corrijam-me e obrigado.

Question 3

Posto isso aqui, mais para compartilhar minha experiência e menos para responder à pergunta postada. No entanto, meu objetivo era o mesmo declarado do OP.

Comecei com um sistema de inicialização dupla em um SSD de 512 GB, que continha algumas partições: EFI, algo reservado pela Microsoft, a partição do sistema Windows, a partição do sistema Linux, a partição inicial do Linux e algo de recuperação.

Meu objetivo era migrar tudo para um SSD de 2 TB.

Inicializei o computador a partir de um Ubuntu Live-USB e clonei todo o SSD para o novo SSD usando o arquivo dd. Comprei um pequeno gabinete para SSDs NVMe que pode ser conectado via USB.

O novo SSD foi usado totalmente intacto: sem formatação, sem partições, sem nada.

Após a clonagem com ddtroquei os SSDs, ou seja, retirei o SSD pequeno do computador e instalei o novo.

O Linux inicializou sem problemas, mas o Windows executou alguns diagnósticos/reparos que não levaram a nada.

Em seguida, inicializei o sistema a partir do Ubuntu Live-USB novamente e iniciei o gparted.

gpartedrelatou algum erro na tabela GPT que se ofereceu para reparar. Escolhi a opção de reparo e redimensionei e movai as partições existentes. Depois de tudo feito, para minha surpresa, o Windows também inicializou sem erros.

Estou agradavelmente surpreso que todo esse caso de clonagem tenha corrido tão bem.

Fiz isso de novo esta semana, novamente com uma máquina de inicialização dupla.

Inicie o computador com o pequeno SSD ainda dentro usando um Live-USB
Monte o novo SSD em um gabinete e conecte-o
Copie os discos usandodd
Quando ddterminar, inicie gpartedo reparo da tabela GPT, redimensione e mova as partições
Desligue o computador e troque os SSDs
Ambos os sistemas operacionais inicializaram perfeitamente

Algumas notas:

Certifique-se de que o BitLocker esteja totalmente desabilitado, se o SSD antigo contiver uma partição do Windows
Se você esquecer de iniciar ddalguma opção que mostre o progresso, consulteesta resposta. Você pode enviar ddum sinal, fazendo com que ele exiba informações de progresso sem atrapalhar sua operação.

Answer