Copiando partição Linux de um disco rígido para um SSD

11

OK, eu tenho um laptop com uma unidade de disco rígido e também tenho uma unidade SSD. Gostaria de substituir o primeiro pelo último sem precisar reinstalar tudo. O que eu descobri depois de um pouco de pesquisa foi usar um disco ativo + um disco rígido externo + gparted para copiar toda a partição Linux (em duas etapas) e editar o fstab.

Agora, acho que quando o Linux é instalado, ele avalia o hardware do computador e, portanto, ajusta alguns parâmetros do software. Portanto, receio que fazer o que foi dito acima possa "enganar" o sistema operacional e resultar em desempenho abaixo do ideal no SSD. Não sei se isso está certo.

Reza
fonte
Portanto, sua pergunta real é "Existem configurações de desempenho que precisam ser alteradas ao copiar do HDD para o SSD"?
Psusi

Respostas:

8

Ao trocar de hardware, é uma boa ideia se preocupar com a reação do sistema operacional. Para a maioria das coisas, você pode simplesmente mudar o hardware nas entranhas do seu computador e deixar o Linux fazer a mágica.

Os discos rígidos são um pouco diferentes. Você pode copiar todos os arquivos, mas ainda precisa ter instruções de inicialização (grub) instaladas na sua nova unidade. Você também precisa garantir que o identificador de sua nova unidade corresponda à antiga (ou alguns drivers serão perdidos no mar).

Depois que o UUID é alterado, você inicializa através de um live-cd, copia todos os seus preciosos arquivos no seu SSD e executa o chroot em sua nova unidade para criar o gerenciador de inicialização (grub).

Eu iria entrar em detalhes sobre como fazer essas coisas, mas, ao fazer uma pequena pesquisa sobre o assunto, encontrei o seguinte: http://blog.oaktreepeak.com/2012/03/move_your_linux_installation_t.html

Dito isto, é uma boa ideia? Idealmente, você deve reinstalar do zero. Daria a oportunidade de limpar todos os arquivos quebrados que estão no seu disco. Se você realmente não deseja perder suas configurações para todos os aplicativos diferentes, copie todos os arquivos ocultos na sua pasta pessoal e transfira-os para sua nova instalação. Se você migrar de uma distribuição para outra com os mesmos pacotes, não haverá problema.

No entanto, se o tempo for uma restrição, copiar de um disco rígido para outro é bom, desde que você defina todas as referências do disco rígido antigo "apontadas" para o novo. Como em tudo, há uma chance de falhar, mas se você fizer backups, não haverá problema em copiar uma unidade para outra.

morphheus
fonte
Obrigado. Entendo o que você diz sobre a instalação do zero, mas o problema é que algumas configurações pessoais não são armazenadas na pasta pessoal, como as configurações do gerenciador de rede. Eu acho que todas essas configurações são armazenadas em / etc?
Reza
Sim, espero que algumas configurações sejam armazenadas fora da pasta pessoal. Você sabe, eu nunca me perguntei sobre isso. Acabei de verificar e copiar / etc / NetworkManager deve fornecer todas as informações de conexão. Sim, inclui as senhas.
morphheus
1
+1 em "Idealmente, você deve reinstalar do zero".
malisokan
Responde apenas à pergunta principal, não à pergunta detalhada.
Mjaggard
-1

Linux não é Windows. Você realmente não precisa se preocupar com essas coisas. Você pode apenas criar uma partição bruta usando o dd. E depois de corrigir os UUIDs, você deve ficar bem.

Swoorup
fonte
Como se pode criar partições dd? Como alguém poderia "consertar UUIDs"? Você pode fornecer instruções específicas sobre como fazer isso e um exemplo, por favor?
David Foerster
O OP, neste caso, pode apenas usar a ferramenta dd, se ele quiser clonar o disco inteiro. dd if=/dev/sdX of=/dev/sdY bs=64K conv=noerror,sync onde sdX é a fonte e sdY é o destino. Obviamente, a unidade de destino deve ser igual ou maior em tamanho.
Swoorup 13/03/19
Você poderia editar sua postagem quando quiser adicionar informações? É melhor ter tudo relevante em um só lugar. Além disso, os comentários podem ser excluídos por vários motivos. Há também a questão de "consertar UUIDs" que você não esclareceu. Obrigado.
David Foerster