De um modo geral, é possível, mas apenas se determinadas condições forem cumpridas:
- A EFI deve poder ler a partição. Isso significa que a partição deve usar FAT (ou HFS + em Macs) ou você deve instalar um driver de sistema de arquivos EFI para o sistema de arquivos em questão.
- Você deve conseguir direcionar o processo de inicialização do firmware para o arquivo. Isto é oficialmente suportado para arquivos em ESPs, e como é legal ter múltiplos ESPs, se a partição usa FAT, você pode facilmente atribuir o código de tipo ESP e isso deve funcionar. Na prática, muitas EFIs também suportam a inicialização de partições FAT não ESP. Se o sistema de arquivos não é FAT, a única maneira que eu conheço para fazer isso funcionar é usar rEFIt (que é descontinuado) ou rEFInd (que é seu sucessor) e um driver de sistema de arquivos adequado como gerenciador de inicialização. Esses programas redirecionarão o processo de inicialização para qualquer arquivo
.efi
em qualquer sistema de arquivos que a EFI possa ler.
Se precisar de mais ajuda, publique mais detalhes, como o sistema de arquivos usado na partição de destino, o (s) gerenciador (es) de inicialização ou o (s) carregador (es) de inicialização que você está usando e por que você deseja instalar o destino .efi
para a partição em questão e não para o ESP. Conhecer os detalhes pode sugerir uma solução ou outra maneira de fazer o que você deseja fazer. Na maioria dos casos, instalar o arquivo .efi
no ESP é a solução mais simples. A principal razão que eu sei para querer lançar um arquivo .efi
de algo diferente do ESP é se ele é ELILO, gummiboot ou algum outro carregador de boot do Linux que deve carregar um kernel do Linux a partir de sua própria partição. Nesse caso, pode fazer sentido montar o ESP em /boot
no Linux, o que resulta no armazenamento de kernels do Linux no ESP por padrão.