O truque da sua configuração é que, em uma instalação padrão do Ubuntu, o processo de inicialização depende de arquivos que abrangem duas partições:
- O programa de boot loader do Ubuntu (GRUB) está instalado na partição do sistema EFI (ESP) , que no seu caso é provavelmente no seu disco rígido interno.
- Os arquivos de configuração do GRUB são armazenados no diretório%
/boot/grubdo Ubuntu, que por padrão estará na partição principal do Ubuntu, que você diz estar no seu SSD removível.
Assim, em uma instalação padrão, tudo funcionará bem quando o SSD estiver instalado no computador; mas quando você remover o SSD, o GRUB será iniciado, não poderá detectar o SSD e voltará para um prompt grub> . IMO, isso é um bug; na verdade, eu arquivei este relatório de bug sobre o problema.
Várias soluções alternativas são possíveis, mas elas exigem um pouco de planejamento e desvio dos procedimentos de instalação padrão:
- Você pode criar uma partição
/bootseparada (recomendo 512-1024 MiB) no disco principal e colocar o restante do Ubuntu no SSD removível. Isso exigirá uma pequena modificação no disco interno e, quando você inicializar, o GRUB mostrará uma opção "Ubuntu" mesmo quando não estiver disponível, pois o SSD está desconectado. No entanto, será basicamente funcional e está muito próximo de uma configuração padrão do Ubuntu. - Você pode pular o GRUB totalmente em favor de um gerenciador de inicialização que não depende dos arquivos de configuração do ESP. Meu próprio rEFInd gerenciador de inicialização funciona bem para isso. A maneira mais fácil de fazer isso é instalar o Ubuntu normalmente e instalar o rEFInd em um pacote Debian ou PPA; no entanto, você pode ter que corrigir periodicamente o que eu chamo de golpes de inicialização - GRUB assumindo o processo de inicialização contra seus desejos . Você pode dizer ao Ubuntu para não instalar o GRUB, inicializando a mídia de instalação usando a opção "try before install", iniciando um Terminal e digitando
ubiquity -b. Isso deve ignorar o problema com golpes de inicialização. Observe que o rEFInd procura por gerenciadores de inicialização e kernels em cada inicialização, portanto, se você adotar essa abordagem, o rEFInd não mostrará as opções do kernel do Ubuntu quando o SSD for removido. (Ele ainda mostrará o GRUB como uma opção se estiver instalado no ESP do disco interno.) - Em vez de instalar o GRUB no ESP em seu disco interno, você pode instalá-lo em um segundo ESP no disco removível. Idealmente, você pode configurar seu computador para inicializar no GRUB quando o SSD for inserido, mas essa entrada será ignorada e o computador inicializará através do gerenciador de inicialização do Windows quando o SSD estiver desconectado. Um problema com essa abordagem é que muitos ESPs excluem automaticamente entradas de inicialização que não são válidas, portanto, o computador pode "esquecer" o carregador de inicialização GRUB / Ubuntu quando você desconectar o SSD. Essa dificuldade pode, por sua vez, ser muito difícil de superar. Outro problema é que o instalador do Ubuntu atualmente apresenta um controle muito ruim sobre onde instalar um gerenciador de inicialização EFI, portanto, configurá-lo desta forma pode exigir ajustes pós-instalação ou códigos de tipo de partição para fazer com que o ESP interno pareça não ser um ESP durante a instalação, depois volte a ligá-lo após a instalação.
- Instale tudo da maneira padrão, mas depois confie no gerenciador de inicialização integrado da EFI para controlar qual sistema operacional será inicializado. Na maioria dos casos, isso requer pressionar Esc, Enter ou uma tecla de função para entrar no gerenciador de inicialização. (A chave que você usa varia de uma máquina para outra.) Você pode então optar por inicializar o Windows ou o Ubuntu (ou talvez outras coisas, como mídia externa) como achar melhor. Em alguns computadores, essa abordagem pode funcionar muito bem; mas outros têm tais gerenciadores de inicialização internos abismais que essa abordagem levará rapidamente à frustração ou será completamente inutilizável.
Pessoalmente, eu usaria o rEFInd no disco interno em sua situação - mas como sou desenvolvedor do rEFInd, eu o conheço muito bem e sou tendencioso. Qualquer uma das opções anteriores, ou variantes delas e talvez outras opções que estou esquecendo, funcionará. Cada um tem suas vantagens e desvantagens exclusivas, como acabamos de descrever, então você deve escolher aquele que soa melhor para suas necessidades e habilidades específicas.