Gummiboot em uma partição ext2

Question

Aparentemente o gummiboot requer uma partição Fat32, mas o driver ext2 que vem com o rEFIND pode ser usado com o gummiboot para que possa ser inicializado a partir de uma partição ext2?

    

Answer 1

Na teoria, sim, mas você precisará experimentar, e a solução pode ser feia ou exigir muito trabalho. Algumas abordagens vêm à mente:

• A interface do usuário genérica da EFI fornecida pela Tianocore inclui opções para carregar drivers. Essa interface é usada pelo VirtualBox e pelo DUET, mas o único hardware que eu conheço é o Minnowboard. Eu nunca vi uma opção semelhante em um PC comum, então, na prática, é improvável que isso funcione. (Eu também nunca testei esse recurso, então não sei se ele ligaria corretamente os drivers assim que eles forem carregados).
• Você poderia experimentar com efibootmgr no Linux e / ou bcfg em um shell EFI para carregar o driver de uma partição FAT como a primeira opção de inicialização, com gummiboot na partição ext2fs como uma segunda opção. Eu sou cético que isso ligaria o driver ao (s) sistema (s) de arquivos, embora eu suspeite que isso não funcionaria. Eu posso estar errado, no entanto. Se funcionasse, o driver iria carregar e sair, e a EFI então lançaria o gummiboot.
• Um script de shell EFI pode carregar o driver, vinculá-lo ao (s) sistema (s) de arquivos e, em seguida, iniciar qualquer programa desejado da partição ext2fs. Estou muito confiante de que isso funcionaria. Na maioria dos computadores, você precisaria instalar um programa de shell EFI como o programa de inicialização padrão. O grande problema é que os binários da shell EFI que eu vi parecem impor um atraso na inicialização para dar a você a opção de não executar o script de inicialização startup.nsh , então isso desaceleraria a inicialização processo.
• Você pode escrever um programa personalizado que carregue o driver, vincule-o ao (s) seu (s) sistema (s) de arquivos e, em seguida, inicie o programa que desejar. Na verdade, o rEFInd pode fazer esse trabalho; no entanto, isso seria um exagero, e a questão então se torna: Por que usar o rEFInd para iniciar o gummiboot? Se você tiver a habilidade de escrever o programa customizado, seria quase certamente mais fácil modificar o gummiboot para carregar o driver ext2fs e, em seguida, iniciar um kernel a partir de uma partição ext2fs.

Todas essas abordagens exigiriam colocar o driver ext2fs (e um shell EFI ou programa de carregamento de driver personalizado) no ESP FAT normal. A única maneira de se livrar do ESP, se esse é seu objetivo, é construir seu próprio firmware personalizado com suporte a ext2fs integrado. (Eu suponho que poderia ser outro item de lista de marcadores, mas seria um muito de trabalho para um benefício muito menor.)

Uma questão lógica neste momento torna-se: Por que você quer usar o gummiboot em vez de o rEFInd? O rEFInd possui a maioria das capacidades do gummiboot e muito mais, por isso pode ser que o rEFInd faça o que você precisa. Se você não gostar da exibição gráfica, poderá definir a opção textonly em refind.conf para obter uma exibição no modo de texto semelhante à do gummiboot.