18 votes

Essayer de définir des arguments de démarrage avec nvram donne lieu à une "erreur générale" sur Sierra.

J'essaie de désactiver temporairement l'application de la signature KEX sur mon MBP car le client VPN de mon entreprise (GlobalProtect) ne parvient pas à vérifier la signature. Cela a commencé hier lorsque j'ai effectué la mise à niveau du système d'exploitation vers Sierra.

La solution devrait exécuter cette commande :

sudo nvram boot-args=kext-dev-mode=1

Le problème est que je reçois la réponse suivante, et je n'arrive pas à comprendre ce qu'elle signifie ou ce qu'il faut faire pour y remédier (je ne peux pas non plus me connecter au réseau de mon entreprise).

nvram: Error setting variable - 'boot-args': (iokit/common) general error

Quelqu'un a-t-il une idée de ce que je pourrais essayer ou regarder pour trouver le problème ?

Merci.

1 votes

Selon support.apple.com/fr-gb/HT206871 il semble que vous devez être démarré à la récupération pour changer cela

0 votes

C'était en effet ce qui était nécessaire. Si vous voulez bien poster une réponse, je serai heureux de l'accepter. Malheureusement, le réglage n'a pas réglé mon problème de VPN, mais c'est une autre chose entièrement.....

0 votes

Ah, OK - je le ferai. Je n'étais pas certain mais ça semblait pertinent.

9voto

Tetsujin Points 95239

Selon KB d'Apple : Préparez votre établissement pour iOS 10 et MacOS Sierra

...vous devez utiliser la commande nvram pour définir correctement la variable NVRAM boot-args. À partir de MacOS Sierra, vous devez être démarré sur la partition de récupération pour exécuter cette commande.

0 votes

Cela n'a pas fonctionné avec mon Sierra. Cependant, le csrutil l'option ci-dessous l'a fait !

9voto

Gordon Davisson Points 30215

La restriction de signature de kext a été intégrée dans Protection de l'intégrité du système à partir d'El Capitan, et par conséquent, l'ancien drapeau de désactivation ne fonctionne plus. Mais il existe un nouveau moyen de le faire : démarrez en mode récupération et exécutez la commande csrutil enable --without kext . Je ne l'ai pas testé, mais je crois savoir que cela désactivera les exigences du kext, tout en laissant le reste de SIP activé. Si cela ne fonctionne pas, essayez csrutil disable pour désactiver complètement le SIP.

0 votes

Je suppose que courir juste csrutil enable à nouveau va l'activer de nouveau pour le Kext ?

0 votes

@eduncan911 Je n'ai pas testé spécifiquement, mais ça devrait le faire. En cas de doute, utilisez csrutil status pour vérifier. Voir Note aux développeurs d'Apple sur la configuration de la protection de l'intégrité du système. .

0 votes

J'ai désactivé csrutil mais l'erreur nvram persiste.

3voto

Fry Points 101

J'ai eu le même problème et je l'ai résolu avec l'aide de la solution ci-dessus.

  1. Passez en mode de récupération en redémarrant et en maintenant enfoncé + R jusqu'à ce que le logo Apple apparaisse.

  2. Dans le menu supérieur, cliquez sur Utilities > Terminal .

  3. Dans la fenêtre du Terminal, tapez :

    csrutil enable --without kext

    et appuyez sur Enter .

  4. Puis redémarrez le Mac.

-3voto

Abiel Points 1264

Vous devez l'appliquer quand vous êtes en mode de récupération. Entrez en mode de récupération et appliquez ce qui suit dans le terminal :

nvram boot-args="serverperfmode=1 ncl=262144"

Puis, redémarrez. Après le redémarrage, vérifiez le paramètre sur le terminal via nvram -p

0 votes

Ces deux arguments de démarrage sont liés aux performances du réseau et n'ont rien à voir avec la signature des kext.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X