Sim, desde que as partições caibam, não é necessário redimensioná-las por dd.
ou seja, o tamanho da unidade não é o problema.
(Observe que tudo o que está abaixo deve ser feito inicializando seu DVD de instalação original e usando a opção LiveCD para que as unidades em questão não sejam montadas.)
Aqui está uma resposta simplificada, em que eu nunca usei o gparted para redimensionar a partição, ou fiz isso, mas agora fiz isso novamente para diminuir o tamanho.
Por exemplo, se você pegar uma unidade de 160 GB (/ dev / sda) e copiá-la para uma unidade de 750 GB (/ dev / sdb) - o que fiz para obter uma inicialização mais rápida em uma unidade de 7200 rpm. Você pode estar fazendo isso simplesmente para backup.
/ dev / sda (unidade de inicialização de 160 GB) está conectado à porta SATA 0
/ dev / sdc A unidade de DVD está na porta SATA 1
/ dev / sdb (unidade de 750 GB) está conectado à porta SATA 2
Comece coletando informações
sudo fdisk -l
/ dev / sda é o seu drive original de 160 GB com partições.
Então, idealmente, ele mostrará que / dev / sdb não possui uma tabela de partições.
Se / dev / sdb mostrar partições, mas você quiser usá-lo de qualquer maneira, poderá limpar o MBR e a tabela de partições com o seguinte comando:
sudo dd if=/dev/urandom of=/dev/sdb bs=512 count=24
que limpará o MBR e as tabelas de partições garantidas.
Aparecerá como se fosse uma nova unidade em branco.
Continue a fazer o backup de sua unidade de inicialização para a maior:
sudo dd if=/dev/sda of=/dev/sdb
Isso levará algum tempo. Estou escrevendo isso três anos depois que você postou a pergunta e a minha leva 8000 segundos (cerca de 2,5 horas) para fazer o backup.
No meu caso, eu removi a unidade de inicialização original e a coloquei como backup. Isso faz com que o meu sistema inicialize a partir do primeiro disco rígido encontrado, que é o 750 na porta SATA 2.
Mas, no seu caso, você está removendo o 750 e colocando-o de lado como backup, configurando o cenário para responder especificamente à sua pergunta.
ENTÃO MAIS TARDE - E MAIS PARA O PONTO DA SUA PERGUNTA:
Digamos que sua unidade de inicialização falhe ou você decide substituí-la por uma unidade SSD de 160 GB, como acabei de fazer. Eu não usei mais do drive de 750 GB. Ainda contém apenas as partições originais de 160 GB anteriores a
O novo SSD também é de 160 GB (US $ 50 no eBay), sendo grande o suficiente para conter as partições.
O / dev / sdb original ainda está conectado ao mesmo soquete SATA da placa-mãe de antes, então agora eu conecto o SSD na porta SATA 0, e o SSD agora é / dev / sda
(/ dev / sdc é o LiveCD do qual estou inicializando)
Abra uma janela de terminal e verifique as coisas:
sudo fdisk -l
para verificar se os 160 GB (/ dev / sda) não possuem tabela de partições. Em caso afirmativo, você pode limpar o MBR e a tabela de partições com o seguinte comando:
sudo dd if=/dev/urandom of=/dev/sdb bs=512 count=24
Em seguida, continue com o dd:
dd if=/dev/sdb of=/dev/sda
(Vai demorar o mesmo tempo que antes - um par de horas)
Certifique-se de fazer um desligamento limpo do liveCD.
sudo init 0
Ele ejetará o CD e solicitará que você pressione enter para liberar os buffers restantes.
Remova o 750 que foi / dev / sdb.
E voila, agora ele pode ser inicializado na unidade menor, porque o tamanho das partições permitiram que ele se encaixasse.
Se você fizer isso com um SSD como eu acabei de fazer, coloque o cinto de segurança antes de inicializá-lo. É tão rápido que você nem vai conseguir um empate completo da caneca antes de pedir sua senha.
No meu caso particular, optei por deixar o HDD 750 como uma unidade secundária que montei pelo UUID no fstab em / mnt para backups e coleta de dados.
Então você tem isso. Uma resposta a partir de julho de 2017 usando o Ubuntu 14.04 Install / LiveCD