Reinstale o ubuntu para SSD sem qualquer alteração na parte inicial em HHD

Question

Meu computador desktop tinha 16Gb SSD e 1Tb HHD , então decidi instalar o root drive / para 16Gb SSD e / home para a partição 500Gb ext4 em HHD e criei outras duas partições 220Gb ext4 restantes espaço HHD , a instalação foi bem-sucedida e o sistema funcionou sem problemas por dois anos até que meu SSD estivesse quebrado e a inicialização do computador parasse, verifiquei HHD e sua multa de trabalho

Meus problemas são

1. Comprei um novo SSD de 32Gb , preciso de uma maneira segura de instalar o root drive / do ubuntu em novo SSD e ainda usar meu < strong> old / home no drive HHD sem nenhuma alteração ( / home e outras duas partições são preenchidas com dados importantes que não posso perder )
2. Na instalação anterior eu usei o Ubuntu 14.04 LTS e agora gosto de usar o Ubuntu 16.04 LTS é um problema? ou devo usar 14.04 novamente

Answer 1

Esteja ciente de que a segurança é relativa. Não há uma maneira 100% segura de fazer o que é solicitado, já que há sempre a possibilidade de um erro desastroso, falha de hardware, bug de dados, etc.

Dito isto, a solução de Ravery certamente fará o trabalho, e pode ser marginalmente mais seguro do que o que estou prestes a sugerir (que é uma elaboração do que o oldfred sugeriu em seu comentário), mas esse método é certamente mais simples e mais fácil:

1. Conecte fisicamente o novo SSD.
2. Inicie o instalador do Ubuntu.
3. Quando chegar a esse ponto, selecione a opção de instalação "Algo mais".
4. Configure seu SSD com a partição raiz do Ubuntu ( / ) e possivelmente (dependendo do modo de inicialização e do tipo de tabela de partições) e uma Partição do sistema EFI (ESP) ou Partição de inicialização do BIOS. Você também pode querer uma partição de troca no SSD , embora haja argumentos contra essa prática.
5. Ainda na tela de gerenciamento de partição, selecione cada uma das partições no disco rígido e defina pontos de montagem para elas - /home para essa partição e para onde você deseja montar as outras partições. (Ao contrário do que o oldfred escreveu, é possível configurar outras partições para montar quando você instala o Ubuntu. Se elas devem ser montadas em locais incomuns, você terá que especificar esses locais digitando-os em vez de selecionando-os de uma lista, mas é possível, eu mesmo faço isso com frequência.)
6. Verifique se as partições que você deseja preservar do disco rígido não estão NOT definidas para serem formatadas! Esta é a parte perigosa deste procedimento, comparado com o de Ravens - se você cometer um erro, você pode facilmente destruir suas partições existentes!
7. Continue com a instalação.

Quando você reinicializar, seu sistema deve inicializar normalmente e você poderá efetuar login em seu ambiente existente a partir da instalação anterior. É provável que tudo "simplesmente funcione", com a ressalva de que você pode precisar instalar programas que instalou no 14.04, mas que não fazem parte de uma instalação 16.04 de estoque.

Em relação à segurança, é difícil julgar o quanto isso é mais arriscado do que a solução de ravery. Eu faço esse tipo de instalação frequentemente e nunca tive um problema com isso - mas sou muito cauteloso quando configuro /home e outras partições preservadas. Eu vi histórias de horror de pessoas que cometem erros com isso, então certamente é possível errar e perder seus dados.

O lado positivo, claro, é que esse procedimento é mais simples e mais automático. É menos provável que você tenha problemas devido a um comando de modo de texto com erro de digitação ou a um erro ao cortar e colar valores de UUID. IIRC, um login na GUI será impossível se você reiniciar e /home não estiver montado corretamente após o procedimento da ravery, então um login em modo de texto ou reparo via meio de instalação será necessário, e qualquer uma dessas abordagens eleva o nível de especialização necessária para reparar o sistema.

Assim, você tem uma troca, em grande parte entre segurança e conveniência, mas com um tipo diferente de risco, mesmo na abordagem (principalmente) mais segura. Eu realmente não posso recomendar firmemente qualquer abordagem de qualquer maneira universal; você só tem que decidir por si mesmo qual caminho soa mais confortável.

Mais um ponto: se você estiver instalando no modo EFI, você deve estar ciente do bug, que faz com que unidades vazias sejam incorretamente identificadas como mantendo uma instalação no modo BIOS. A solução é usar o GParted, gdisk ou alguma outra ferramenta para criar pelo menos uma partição no disco antes de executar o instalador do Ubuntu. Esse bug pode afetar se você usa a solução de my ou ravery; isso depende do estado do disco antes mesmo de você tomar as decisões sobre como particionar e instalar o Ubuntu. Você provavelmente não perceberia esse erro se usasse a abordagem de Ravens e uma das opções de particionamento automatizado, mas eu ficaria desconfiado de usar uma opção de particionamento automático se você tiver um disco com dados que deseja preservar - o instalador pode decidir que deve instalar nesse disco e criar uma bagunça.

    

Answer 2

A maneira mais segura seria instalar o Ubuntu no SSD, criar seus pontos de montagem e editar o / etc / fstab para montá-los automaticamente.

primeiro instale o ubuntu no SSD de 32 GB, use todo o espaço com as partes /, swap e EFI.

Em seguida, use gparted para obter o UUID das partições no disco rígido. Clique na partição e, em seguida, no menu suspenso Informações. gravar o UUID's

Primeiro, monte a partição inicial. sudo mount /dev/sdb# /home
mudar # para o número da partição da sua partição inicial

Em seguida, crie os pontos de montagem para as duas partições de dados.
sudo mkdir /path/to/mount

Por último, edite o etc / fstab para adicionar entradas de automount.
Para cada partição, você precisa adicionar uma linha no seguinte formato:

UUID    mount point   file system type  options dump   pass

Assim, você adicionaria três linhas como esta:

UUID=(IDofHomePart)  /home          ext4   defaults  0  2
UUID=(IDofDataPart1) /path/to/mount ext4   defaults  0  2
UUID=(IDofDataPArt2) /path/to/mount ext4   defaults  0  2

depois reinicie