Essa é uma maneira segura de migrar meus dados para um novo computador?

Recentemente, comprei um novo laptop e gostaria de migrar para ele com o mínimo de problemas possível. Não quero fazer uma nova instalação, pois fiz vários ajustes na minha configuração atual para coisas como automontagem de unidades remotas do meu NAS, configuração de rede etc. que eu preferiria não ter que refazer.

Meu pensamento atual é que posso simplesmente despejar o conteúdo do meu disco rígido em um arquivo e, em seguida, catesse arquivo na nova unidade. A ideia geral será:

1. No computador antigo, transforme a unidade em um arquivo em um disco USB externo e (como root):

   # cat /dev/sda > /mnt/externalUsb/sda.img
   

2. Em seguida, inicializo em um sistema ativo no novo computador, conecto a unidade externa e (como root):

   # cat /mnt/externalUsb/sda.img | sudo tee /dev/sda
   

3. Encerre a sessão ao vivo, reinicie a máquina e, espero, encontrar-me em um sistema funcional que é um clone perfeito da minha máquina antiga.

Ou, talvez de forma mais realista, algo como:

1. Crie as partições que quero na nova máquina, certificando-se de que sejam maiores que as equivalentes na minha máquina antiga.

2. No computador antigo, transforme as partições em arquivos em um disco USB externo (como root):

   for i in 5 6; do cat /dev/sda"$i" > /mnt/externalUsb/sda"$i".img; done
   

3. Na nova máquina, depois de verificar se os números são os mesmos ou modificar o comando de acordo:

   for i in 5 6; do cat /mnt/externalUsb/sda"$i".img; > /dev/sda"$i"; done
   

Algumas notas relevantes:

• O hardware das máquinas antigas e novas é relativamente semelhante, pois estarei mudando de um ThinkPad T460P para um ThinkPad P14s Gen 2 .
• A nova máquina tem um disco rígido de 1 TB, mas o antigo tem apenas 512 G.
• Estou usando o Arch, dual boot com um Windows 10. Não estou particularmente preocupado em manter a instalação do Windows.

Configuração de disco da minha máquina atual:

$ sudo parted -l
Model: ATA SAMSUNG MZ7LN512 (scsi)
Disk /dev/sda: 512GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system     Name                          Flags
 1      1049kB  274MB   273MB   fat32           EFI system partition          boot, hidden, esp
 2      274MB   290MB   16.8MB                  Microsoft reserved partition  msftres
 3      290MB   86.4GB  86.1GB  ntfs            Basic data partition          msftdata
 5      86.4GB  136GB   50.0GB  ext4
 6      136GB   437GB   301GB   ext4
 9      437GB   485GB   47.3GB  ntfs                                          msftdata
 8      485GB   495GB   10.5GB  ext4
 7      495GB   511GB   16.1GB  linux-swap(v1)                                swap
 4      511GB   512GB   1049MB  ntfs            Basic data partition          hidden, diag

Estou esperando que o kernel detecte o hardware novo/diferente na primeira vez que inicializar e o resolva para mim automaticamente. Estou perdendo algo óbvio aqui? Algum problema específico que eu possa encontrar? A nova unidade é maior, então isso não deve ser um problema, certo? Eu tenho um diretório criptografado com ecryptfs (dois deles, na verdade), estou certo em assumir que não será um problema? Talvez eu precise fazer algo especial para lidar com a partição do sistema EFI?

Aceitei a resposta útil do MC68020, mas acabei adotando uma abordagem diferente: inicializei um sistema ativo, criei a raiz e as /homepartições e copiei todos os meus arquivos usando rsyncconforme descrito no Arch Wiki .

Consegui inicializar o "novo" sistema, mas ainda precisa de alguns ajustes, principalmente para o driver gráfico. Esta não é uma abordagem a ser tomada se você não conhece o Linux e gosta de mexer. Claro, se você não gostar, é improvável que você esteja usando o Arch.