A maneira mais simples de atingir seu objetivo é colocar um gerenciador de inicialização na unidade flash USB e configurá-lo para inicializar a instalação do Windows. O meu próprio rEFInd pode fazer isso facilmente, já que ele verifica todos os volumes legíveis e cria um menu de inicialização por inicialização. Na verdade, há uma imagem da unidade flash USB disponível na página de downloads do rEFInd que deve fazer o trabalho sem modificações. Outros gerenciadores de inicialização também podem ser configurados para fazer isso, embora a maioria dependa de arquivos de configuração estática que você precisará manter manualmente.
Outra abordagem é instalar o Windows 7 na unidade 1, copiar o arquivo do carregador de inicialização do Windows ( EFI/Microsoft/Boot/bootmgfw.efi ) para o nome de arquivo de fallback ( EFI/BOOT/bootx64.efi ), desconectar a unidade, instalar o Windows 10 na unidade 2 e Copie o arquivo do carregador de inicialização para o nome do arquivo de fallback. (Essas operações de arquivo são feitas na partição do sistema EFI (ESP) ). Quando você adiciona o Linux à mistura, as coisas ficam mais complexas; você precisaria usar o rEFInd ou mover o GRUB para o nome do arquivo de fallback e garantir que o arquivo de configuração do GRUB tenha entradas para ambas as instalações do Windows. Essa abordagem não envolveria a unidade USB (a menos que você coloque o ESP ou a partição /boot do Linux na unidade USB). Manter esse trabalho exigirá atenção extra, já que a maioria das distribuições atualiza seus arquivos de configuração do GRUB sempre que o kernel ou GRUB é atualizado , e se um disco for desconectado quando isso acontecer, qualquer sistema operacional instalado nele será omitido do menu atualizado do GRUB.
Recuando um pouco, o antigo truque de desconectar discos para garantir que o SO A não danifique o SO B (instalado em um disco diferente) é mais difícil sob o EFI do que no BIOS, já que os EFI armazenam caminhos de inicialização no NVRAM e pode excluir um caminho de inicialização quando detecta que não é mais válido. Assim, a troca de unidades cria novos problemas que não existem no BIOS. A abordagem rEFInd-on-USB ignora esse problema usando um gerenciador de inicialização substituto (enfoquei o rEFInd, embora outros possam funcionar) que verifica os carregadores de inicialização em cada inicialização, em vez de depender de entradas NVRAM integradas. Nesse cenário, o rEFInd é instalado no nome do arquivo de fallback na unidade USB, que é o modo normal de inicializar uma mídia removível. Minha segunda abordagem ignora o problema usando o nome de arquivo de fallback em discos rígidos comuns - mas, como observei, o GRUB tem um problema análogo, portanto, deve-se ter cuidado com as atualizações de pacote. O ponto deste parágrafo é que você pode querer reconsiderar sua abordagem. Isolar os sistemas uns dos outros conectando e desconectando cabos fisicamente tem seus benefícios, mas também cria problemas, especialmente no EFI.