É possível ignorar o atraso de 5 segundos no shell EFI?

Question

Devido à minha configuração incomum de hardware (consulte Graphics cartão não funciona no Windows 8.1 no Mac ), sou forçado a definir dois registradores PCI usando o comando mm EFI antes de poder inicializar o Windows. Agora eu tenho uma compilação do shell EFI (meu mobo não tem um built-in) caiu como bootx64.efi com startup.nsh parecido com isto:

mm 0010003E 1 ;PCI :8
mm 02000004 1 ;PCI :7
fs0:\EFI\Microsoft\Boot\bootmgfw.efi

Seria possível substituir o shell EFI por algo mais leve que, de preferência, NÃO permitiria a interrupção do processo de inicialização?

    

Answer 1

Você pode eliminar o atraso de inicialização colocando "set StartupDelay 0" no início de sua startup.nsh, onde 0 é o número de segundos a aguardar. Isso funcionou para mim.

    

Answer 2

Você estava executando uma inicialização EFI do Windows em um Mac? Acabei de realizar a mesma coisa no meu MacBook Pro de meados de 2009 5,4

Meu shell EFI também é não-firmware. Eu tive que colocá-lo na partição EFI e bless manualmente. Ainda assim eu pude usar Set StartupDelay [X] Meu shell EFI é o Precompiled x86_64 UEFI Shell v1 binary encontrado em link ou mais diretamente: Eu estou usando o v1 em vez de v2 porque v2 é descrito como sendo mais útil em sistemas UEFI (v2) ao contrário do meu Mac, que usa 1.10 firmware EFI.

Com isso, Set StartupDelay [x] funciona para mim, mas não coloque em sua startup.nsh ! Você só precisa invocá-lo uma vez. Caso contrário, você reescreverá desnecessariamente sua NVRAM após cada inicialização, reduzindo sua vida útil desnecessariamente. Eu não tentei '0' para um valor de inicialização. Eu só precisava de um atraso menor. Para mim, meu startup.nsh inicia o Refind. Eu preciso ter algum tempo para ignorá-lo se eu estou começando o shell de reencontrar. Embora, refind tenha um shell acessível ao sair do refind, e não há inicialização nsh emitida dentro dele. Não tenho certeza se esse shell está habilitado por ter a ferramenta shell.efi, ou se ele estava sempre lá.

help set -b mostra boas informações sobre o comando set . Ele afirma que, se não houver nenhum ambiente NVRAM associado ao shell, ele salvará as variáveis   /efi/boot/bootstr.nvr, o que significa que o comando deve funcionar para qualquer pessoa sem NVRAM. mas esse arquivo nunca é criado na minha máquina, então é definitivamente na NVRAM. Eu provei isso usando   %código% que despeja as variáveis NVRAM (neste caso, apenas para StartupDelay, se existir)

Espero que ajude.