L'ajout de micrologiciel UEFI entrée de démarrage à l'aide de bcdedit

Comment ajouter un nouveau micrologiciel UEFI boot menu entrée(dans la NVRAM) à l'aide de bcdedit. Par exemple, j'ai essayé les étapes suivantes, mais d'entrée de démarrage n'est pas ajouté.

bcdedit /create /d "LinuxLoader" /application osloader

cela renvoie un nouveau guid (dire newguid)

bcdedit /set {newguid} device partition=S:
bcdedit /set {newguid} path \boot\efi\bootx64.efi
bcdedit /set {fwbootmgr} displayorder {newguid} /addfirst

Merci d'avance.

OriginalL'auteur Raghu | 2015-07-08

  1. 2

    Vous ne pouvez pas utiliser les applications de type OSLOADER de démarrage Linux: ce type est pour Windows chargeurs, une telle application sont les applications de démarrage (pas le même que EFI applications), ils sont signés par Microsoft exclusivement et lancé par le Gestionnaire de Démarrage de Windows (voir la première diapositives de ce document UEFI pour une bonne description de ce processus.)

    Sur l'autre main, ce qui devrait être possible consiste à ajouter un autre gestionnaire de démarrage avec Windows, et de l'inscrire dans l'UEFI (dans la NVRAM de stockage); les étapes sont sensiblement les mêmes que vous avez écrit, il suffit d'utiliser

    bcdedit /create /d "LinuxLoader" {bootmgr}

    comme première opération. Le principe de fonctionnement de bcdedit (bcdsrv vraiment), c'est que, que lors de la dernière étape, l'entrée doit être copié dans la mémoire NVRAM; votre UEFI manager va maintenant avoir au moins deux options à choisir à partir, avec le Gestionnaire de Démarrage Windows probablement toujours être celui par défaut.
    En pratique, cela signifie que vous pourriez avoir à utiliser un peu de magie pour afficher ce menu (le gestionnaire d'amorçage UEFI). Pour modifier l'entrée par défaut, vous pouvez essayer de

    bcdedit /set {fwbootmgr} default $newguid

    qui permettrait de mettre à jour le BootCurrent variable dans la mémoire NVRAM, de sorte que le micrologiciel UEFI devrait puis sélectionnez le chargeur Linux, de préférence à Windows; pas de garantie si, je crois qu'il y a là UEFI firmwares qui sont mal programmés sur cette question; selon cette question, il semble même être la norme de comportement de Windows 8 processus de démarrage de revenir à un tel changement 🙁

    Aussi, de plus je voudrais faire une autre entrée, distincte de la norme en place (ESP)\EFI\BootX64.efi, comme une disposition dans le {fwbootmgr} liste: une entrée serait survivre si certains (déconseillé) outil permettrait de décider de restaurer la corriger valeur et carrément effacer le standard de Microsoft bootmgfw.efi...

    Merci pour la réponse détaillée. Mon exigence changé et j'ai fait la même à l'aide de l'API windows SetFirmwareEnvironmentVariable().

    OriginalL'auteur AntoineL