Posso instalar em um SSD via USB e depois conectar o SSD através do SATA interno?

Question

Minha unidade SSD atual parece estar falhando, mas eu preciso da instalação para o trabalho atual, então não quero substituí-la imediatamente.

Meu plano pretendido é o seguinte:

1. Conecte um novo SSD via USB (usando um dispositivo como este link ) e crie um novo instalação nessa unidade. (Será alguma variedade do Ubuntu provavelmente.)

2. Inicialize a partir dessa conexão USB para configurar minha nova instalação. No entanto, quando eu precisar voltar para a minha instalação antiga, a unidade antiga ainda estará conectada, então eu devo ser capaz de inicializar a partir dela.

3. Quando eu tiver a nova instalação do jeito que eu quero, tire o antigo SSD da conexão SATA interna e substitua-o pelo meu novo SSD.

De alguma pesquisa no Google, parece que tanto 1. como 2. são padrão e não devem criar nenhum problema. (Mas, por favor, corrija-me se você prevê algum.)

Minha pergunta é principalmente sobre 3. - isso criará algum problema?

    

Answer 1

A instalação não é o problema, será o (s) carregador (es) de inicialização em uma máquina UEFI. Uma máquina legada não deve ser um problema, o grub irá instalar na unidade externa, conforme solicitado, e o disco pode ser movido para o local interno.

Existem vários erros em uma instalação em um disco externo que você deve saber:
 * 1173457 - O instalador do Ubuntu usa um local errado de bootloader para USB    UEFI instala
 * 1229488 - Instalação do EFI em mídia removível não suportada (indesejada    O nvram altera shimx64.efi para grubx64.efi, tornando uma inicialização segura    máquina ativada não inicializável.

Prepare-se para a instalação do UEFI e coloque uma partição EFI no SSD externo. Esta partição externa será ignorada, independentemente do que você digitar no local do grub durante a instalação. Também em preparação, faça uma cópia do arquivo /EFI/ubuntu/grub.cfg (como grub.cfg.orig). Este arquivo usa o UUID da raiz do disco interno e será substituído incorretamente pelo externo UUID raiz do disco. Após a instalação no disco externo, você terá que copiar manualmente os arquivos EFI internos para o EFI externo vazio (bug 1173457). Esses arquivos estão corretos para o dispositivo externo, mas o host é deixado com um stub /EFI/ubuntu/grub.cfg que possui o UUID da raiz do disco externo (para o arquivo grub.cfg mantido). Isso é inicializado enquanto o disco externo estiver presente, mas sugiro simplesmente copiar de volta o arquivo grub.cfg.orig para o grub.cfg (ou apenas editar o UUID de volta para o original).

Na EFI do disco externo, verifique se você possui /EFI/ubuntu/grubx64.efi e /EFI/ubuntu/shimx64.efi (esses serão os carregadores de inicialização normais quando o disco for movido para o local interno). Além disso Verifique se /EFI/Boot/bootx64.efi existe e é uma cópia do shimx64.efi. /EFI/Boot/grubx64.efi também deve estar presente. Você pode usar somente o grubx64.efi como o arquivo bootx64.efi quando a inicialização segura estiver desabilitada, mas o uso de shimx64.efi como bootx64.efi deve funcionar em qualquer um dos casos. Os carregadores de inicialização do local / EFI / Boot são usados quando o disco externo ainda é um disco "removível" no caso externo. O disco externo deve inicializar quando for selecionado como o dispositivo de inicialização.

Quando o disco externo é movido para o local interno, pode haver um problema de inicialização. O nvram provavelmente tem alguma da antiga identificação de disco, portanto, uma nova entrada de inicialização pode ser necessária (o efibootmgr pode ser usado para criar uma nova entrada). Outro erro possível é que uma entrada de inicialização shimx64.efi seja alterada para grubx64.efi, que não funcionará com a inicialização segura ativada. Talvez o boot realmente funcione através de um mecanismo de fallback. Quando / se a entrada nvram antiga falhar, as entradas / EFI / Boot podem ser tentadas. Mesmo que isso aconteça, sugiro que você use o efibootmgr para fazer o /EFI/ubuntu/shimx64.efi regular (ou grubx64.efi). entrada.

Tabela de partições inválida pode ser algo como usar o GPT em uma máquina antiga que não inicializa com o GPT ou instala no dispositivo em vez de em uma partição, tornando a localização da tabela de partição realmente parte do sistema de arquivos. Qual particionamento você usou e como é (quando no gabinete externo).