Clone o HDD interno para o novo SSD

15

Instalei recentemente um SSD na minha máquina. A máquina em si é um Thinkpad W520 da Lenovo e anteriormente tinha um HDD interno. Mudei o HDD interno para um compartimento de expansão (substituindo o CD-ROM) e coloquei o novo SSD no compartimento interno.

O problema que estou tendo é que eu tenho a minha configuração do Ubuntu EXATAMENTE do jeito que eu quero - eu originalmente passei muitas horas configurando-a para ficar do jeito que está agora. Eu prefiro não fazer isso de novo. Mas eu também gostaria dos ganhos de inicialização que o sistema operacional teria no SSD.

Então, o que eu gostaria de fazer é clonar minha partição Ubuntu no SSD. O problema é que o HDD padrão é significativamente maior que o SSD. E tem uma partição do Windows que eu não preciso do SSD (nunca uso o Windows, portanto, se ele for iniciado do outro disco rígido, tudo bem). O layout dos meus discos rígidos é o seguinte:

/ dev / sda (SSD):     Modelo: ATA M4-CT256M4SSD2 (scsi)     Disco / dev / sda: 256 GB     Tamanho do setor (lógico / físico): 512B / 512B     Tabela de Partição: msdos

Number  Start   End    Size   Type     File system  Flags
 1      1049kB  147GB  147GB  primary  ext4         boot

/ dev / sdb (HDD): Modelo: ATA ST9500420AS (scsi) Disco / dev / sdb: 500 GB Tamanho do setor (lógico / físico): 512B / 512B Tabela de Partição: msdos

Number  Start   End     Size    Type      File system     Flags
 1      1049kB  1259MB  1258MB  primary   ntfs            boot
 2      1259MB  269GB   268GB   primary   ntfs
 4      269GB   483GB   214GB   extended
 5      269GB   416GB   147GB   logical   ext4
 7      416GB   475GB   58.9GB  logical   linux-swap(v1)
 6      475GB   483GB   8470MB  logical
 3      483GB   500GB   16.8GB  primary   ntfs

O que eu tentei até agora:

1) Redimensionando as partições / dev / sdb5 e / dev / sda1 para o mesmo tamanho. 2) Inicializando no Ubuntu 11.04 (a partir do / dev / sdb5) e executando o dd if = / dev / sdb5 do / dev / sda1 (claro que isso causa problemas na inicialização, então eu tive que reinstalar o grub .. Eu posso obtê-lo boot, mas depois eu tenho problemas com o initrd não encontrando alguns arquivos ... presumivelmente ele não pode carregar algumas partições eu acho).

Agora, acho que essas duas etapas são a abordagem errada, porque ele irá clonar / dev / sdb5 EXACTLY - incluindo referências em fstab que apontam para o disco rígido errado. Não sei exatamente como corrigir isso. Eu poderia instalar o Ubuntu 11.04 no SSD, depois tentar copiar todas as minhas configurações, mas estou preocupado que vou perder alguma coisa, ou que eu vou sobrescrever algo como fstab que aponta de volta para o original disco rígido.

Note que, atualmente, eu ainda posso inicializar a partir do HDD, então não é imperativo que eu descubra isso imediatamente, mas eu quero que seja exatamente como está agora, para que eu possa manter meu nível atual de produtividade (é um laptop de trabalho).

Sugestões sobre como posso superar essa dificuldade?

Obrigado antecipadamente!

    
por jwir3 04.04.2012 / 19:42

3 respostas

10

Há mais de uma maneira de realizar o seu sistema antigo em uma nova unidade, mas você realmente não perguntou dessa maneira, você perguntou como clonar o sistema.

Eu apenas usaria o gparted, eu mesmo, a partir do live CD para que nenhuma das partições seja montada. Você pode diminuir a partição original para o tamanho que deseja no SSD, depois copiar e colar a partição na nova unidade. Se bem me lembro, isso irá reutilizar o mesmo UUID, mas você pode mudar isso em uma ou outra partição depois. O comando para isso é sudo tune2fs -U random /dev/sdb5 atribui o UUID para sdb5.

Se você não quiser alterar o sistema antigo e quiser mantê-lo montado por algum tempo, poderá alterar o UUID da partição SSD e editar seu fstab. Na verdade não é difícil, e é algo que você deve aprender. É bastante auto-explicativo para alguém com o conhecimento que você já parece ter. Depois de atribuir um novo UUID, você pode ver todos eles com este comando: sudo blkid -c /dev/null - o parâmetro -c especifica o arquivo de cache, e / dev / null significa não usar um cache, então você sempre obtém as alterações certas longe. Eu sempre uso essa forma, e não consigo ver nada a menos que você tenha um lote de partições.

Depois de obter o UUID, você pode copiá-lo e colá-lo sobre o antigo em / etc / fstab usando o gedit ou o editor de texto que preferir.

Pessoalmente, porém, em vez de reservar um tempo para redimensionar a partição, eu simplesmente copiava a instalação antiga para o novo disco. Se você não sabe como instalar o GRUB no mbr, você pode querer primeiro instalar um Ubuntu base, então fazer backup do / etc / fstab, copiar a instalação antiga sobre ele, e então copiar o fstab da nova instalação para que ele tem apenas as entradas corretas.

    
por Marty Fried 04.04.2012 / 20:07
4

Inicialize a partir do liveecd, monte as duas unidades e, em seguida, apenas copie os arquivos com sudo cp -ax /media/source /media/dest . Edite o / etc / fstab no destino para apontar para o UUID correto (procure com blkid ) e reinstale o grub.

    
por psusi 04.04.2012 / 19:49
2

Eu sugeriria evitar usar dd if=/dev/sdb5 of=/dev/sda1 se o seu sistema estiver rodando a partir de /dev/sdb5 (e presumivelmente não montado somente leitura).

Outra maneira de copiar partições é inicializar a partir do live CD (ou USB) e iniciar o GParted. Você pode usar Ctrl + C / Ctrl + V para copiar partições de um disco para outro.

Uma cópia é feita (e talvez após a reinicialização a tabela de partição precise ser atualizada), ainda a partir do live CD, monte sua nova partição root usando um Terminal:

sudo mount /dev/sda1 /mnt

Em seguida, edite /mnt/etc/fstab para apontar para os locais corretos.

    
por Bruno 04.04.2012 / 19:52