J'exécute la dernière image Arch Linux sur ASUS Sabertooth 990FX et j'obtiens cette erreur.
Échec de l'installation de la politique de sécurité de remplacement.
Comment puis-je le réparer?
J'exécute la dernière image Arch Linux sur ASUS Sabertooth 990FX et j'obtiens cette erreur.
Échec de l'installation de la politique de sécurité de remplacement.
Comment puis-je le réparer?
Réponses:
J'ai rencontré la même erreur sur une machine Asus UX21E. Le dernier BIOS (v 214) n'a pas résolu le problème, et mon disque USB a été correctement préparé en tant que périphériques de démarrage EFI.
J'ai pu contourner le problème en utilisant un hack que j'ai trouvé sur un thread connexe sur le ArchLinux BBS . L'essentiel est que puisque ce système est livré avec Windows 7, il n'a pas activé le démarrage sécurisé par défaut (dans mon cas, il n'est même pas pris en charge). Cela annule la routine de démarrage ArchLinux qui semble s'y attendre.
Vous pouvez désactiver pour vérifier entièrement en désactivant le fichier dans lequel le système EFI démarre. Il y a trois .efi
fichiers dans l'image ISO. En écrasant celui que votre système utilise avec celui plus simple non activé pour le démarrage sécurisé, vous pouvez contourner tout le problème.
Accédez au répertoire dans lequel il est monté et exécutez la commande de copie suivante:
cp EFI/boot/loader.efi EFI/boot/bootx64.efi
Démarrez cette ventouse et mangez du gâteau.
A fonctionné à merveille pour moi. Pour mémoire, j'ai utilisé le support Archlinux 2013-11-01.
La seule référence que je peux trouver à ce message d'erreur est dans le code source de PreLoader.efi
, le chargeur de démarrage sécurisé de la Fondation Linux. Cela indique que le programme n'a pas pu s'enregistrer en tant qu'extension des fonctions intégrées de démarrage sécurisé du micrologiciel. Cette erreur est assez rare. En tant que développeur de rEFInd, je serais intéressé de savoir quel firmware vous avez (marque et modèle de carte mère, ainsi que l'éditeur du firmware et son numéro de version). Je vous recommande également fortement d'envoyer un courriel à Matthew Garrett et James Bottomley ; ce sont les développeurs de shim et PreLoader, les deux solutions Linux Secure Boot publiées à ce jour. Les deux sont probablement intéressés à connaître cet échec, car il affecte les orientations futures de leurs solutions de démarrage sécurisé.
Il est concevable qu'une mise à niveau du firmware résoudrait ce problème, mais je ne peux faire aucune promesse à ce sujet. Si une mise à niveau du firmware ne vous aide pas, je vous recommande de désactiver Secure Boot dans votre firmware. Alternativement, vous pouvez essayer d'installer en utilisant shim plutôt que PreLoader; shim utilise une méthode différente pour contourner les problèmes de démarrage sécurisé. Encore une autre option consiste à installer vos propres clés dans le firmware, mais cette procédure est assez fastidieuse. À moins que vous ne vouliez vraiment éviter d'utiliser les clés de Microsoft, cette méthode est susceptible de demander trop d'efforts.
Cette carte mère utilise un démarrage non sécurisé UEFI (ainsi que la version Asus CHF-V non Z).
EFI-Bootx64.efi
enBootx64.bak
loader.efi
versbootx64.efi