Restaurando o estado exato de uma instalação do Linux em um laptop diferente com unidades de tamanhos diferentes e outro hardware

Question

Eu tenho um computador rodando o LInux que já foi usado e instalado, com pacotes instalados, perfis de navegador, etc, etc. O drive tem 60gb, e tem uma partição swap e uma partição raiz ext4.

Eu preciso mover este perfil para um computador diferente com uma unidade maior.

Como devo fazer isso? Minha inclinação seria desligá-lo, inicializar um sistema linux ao vivo, inserir o drive 60gb inteiro em um arquivo, inicializar o outro em um sistema live e, em seguida, inserir o arquivo em seu drive maior.

Isso funcionaria? Eu sei que não seria com o Windows, mas acredito que esta é uma limitação imposta artificialmente da Microsoft. Está correto ou o Linux é similarmente limitado?

Se não, como eu poderia fazer isso? O clonezilla funcionaria, ou as disparidades de hardware impediriam que ele funcionasse?

    

Answer 1

Isso terminaria com o drive de 60gb replicado no 320gb, com as partições do mesmo tamanho (então o mesmo espaço livre). Você poderia então adicionar uma partição para usar o espaço restante (talvez mova / home para uma partição hew, já que esta tende a ser a grande).

Como alternativa, monte o 320GB como um drive USB, particione-o como quiser e, em seguida, faça rsync de um drive para o outro.

Isso é algo que você definitivamente não pode fazer com o Windows, mas você pode usar o linux. A única coisa que você precisa fazer é reinstalar o grub e garantir que o grub.cfg tenha sentido quando você o instala como uma unidade principal. E certifique-se que o / etc / fstab está referenciando as partições corretas depois (o manjero usa uuids?)

Então a resposta para sua pergunta é "sim" você pode copiar o linux de uma unidade para outra, e fazê-lo funcionar é bastante fácil se você estiver familiarizado com o que foi dito acima.

    

Answer 2

Eu faço isso o tempo todo onde trabalho. O que geralmente faço é apenas executar um rsync. Inicialize em algo como o sysreq cd:

link

Ou o Ubuntu ou qualquer outro disco ao vivo. Abra o terminal e digite o seguinte:

mkdir /mnt/old
mkdir /mnt/new

mount /dev/sdax /mnt/old
mount /dev/sdbx /mnt/new

Você também vai querer montar quaisquer outras partições especiais como sdb2 para / home ou algo assim. E então faça um rsync normal

 rsync -Pav  --exclude=/mnt/old/dev --exclude=/mnt/old/proc --exclude=/mnt/old/sys  /mnt/old /mnt/new/

Uma vez terminada, precisamos fazer o chroot e fazer a coisa do grub.

mount -o bind /dev /mnt/new/dev
mount -t proc none /mnt/new/proc
mount -t sysfs none /mnt/new/sys
chroot /mnt/sysimage /bin/bash
grep -v rootfs /proc/mounts > /etc/mtab
rm -f /boot/grub/device.map 
grub-install --no-floppy /dev/sda

Então, isso deve funcionar ... ou destruirá tudo. Apreciar!

P.S. Eu não acredito que isso funcionará com o Windows

    

Answer 3

Depende das duas tabelas de partição: são do mesmo tipo (MS-DOS / GPT), ou de tipo diferente?

Se você está feliz em transferir do seu antigo sistema uma tabela de partições do MS-DOS, então o dd'ing do disco está bom; Apenas certifique-se que o novo BIOS do sistema sabe que você está usando o modo de compatibilidade para discos antigos.

A mesma coisa se você estiver migrando do sistema GPT para o GPT (duvido que esse seja o seu caso, mas escrevo isso para outros possíveis leitores).

Se, em vez disso, você decidiu migrar do MS-DOS para as tabelas de partição GPT, não é possível inserir o disco. O motivo é que a tabela de partição GPT armazena informações após o MBR (protetor) (e no final do disco, mas isso apresenta pouco problema). Assim, para acomodar a nova estrutura da GPT após o MBR de proteção, você deve mover ou redimensionar sua primeira partição, o que consome muito tempo e é perigoso para a integridade de seus dados. Neste caso, rsync'ing os discos é de longe a sua melhor solução.

Quanto à compatibilidade de hardware, deve haver alguns problemas. Em geral, o udev cuida de tudo, exceto que você pode ter alguns componentes que requerem cuidados especiais. Por exemplo, você pode passar de um sistema onde o driver do Wi-Fi é de código aberto, para outro onde, em vez disso, requer software proprietário. Por exemplo, você pode ter que instalar o firmware para o seu driver. Ou, você pode ter que instalar os drivers proprietários da NVidia para a sua nova placa NVidia.

Também é possível que você precise reconfigurar seu servidor X para adaptá-lo ao novo hardware. Isto é certamente verdade se você tiver introduzido um novo cartão, com aceleração 2D / 3D, porque isso exigirá algo diferente do habitual driver vesa.

 sudo Xorg :0 -configure

cuidará disso.

Ocasionalmente, até conexões ethernet podem exigir um driver incomum. Embora incomum, isso é especialmente irritante, pois pode deixá-lo sem conexões. Para permitir isso, eu sugiro que você dê uma olhada em como o novo PC fará no Linux com uma distro ao vivo antes de mover o sistema antigo para ele. Apenas tome nota de quais drivers a distribuição ao vivo está usando para conexões ethernet e wifi, faça o download então no sistema antigo, e você terá um bom passeio.

Quanto à possibilidade de mover o Windows para um novo sistema desta forma, eu nunca tentei (nunca uso o Windows). No entanto, o Windows é um software proprietário, e o tipo de movimentação que você está considerando equivale, essencialmente, ao aumento do número de sistemas executados sob a mesma licença. Para a FOSS, isso não é problema, mas tenho certeza de que os proprietários de software proprietário (Windows e Apple, por exemplo; mas também os proprietários de todos os aplicativos pagos) tomaram medidas para evitar isso. Pode ser diferente se você pretende transferir sua licença e, nesse caso, tenho certeza de que parte desse software concede uma considerável margem de manobra (mas, mais uma vez, não posso falar pelo Windows por experiência própria).