Essayer de définir boot-args avec nvram obtient une «erreur générale» sur Sierra

14

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

La solution doit exécuter cette commande:

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

Le problème est que j'obtiens la réponse suivante, et je ne peux pas comprendre ce que cela signifie ou quoi faire à ce sujet (ce qui signifie que je ne peux pas me connecter au réseau de mon entreprise aussi).

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

Quelqu'un a-t-il des idées de choses que je pourrais essayer ou examiner pour dépister le problème?

Merci.

kernel-extensions nvram

— Michael Oryl
source

1

Selon support.apple.com/en-gb/HT206871, il semble que vous devez être démarré sur Recovery pour changer cela

— Tetsujin

C'était effectivement ce qui était nécessaire. Si vous souhaitez publier une réponse, je serais ravi de l'accepter. Malheureusement, le paramètre n'a pas résolu mon problème VPN, mais c'est une autre chose entièrement ....

— Michael Oryl

ah, OK - fera l'affaire. Je n'en étais pas certain mais cela semblait pertinent.

— Tetsujin

8

Selon Apple KB: 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.

— Tetsujin
source

Cela n'a pas fonctionné avec ma Sierra. Cependant, l' csrutiloption ci-dessous l'a fait!

— eduncan911

9

La restriction de signature kext a été intégrée à la protection de l'intégrité du système à partir d'El Capitan, et en conséquence, l'ancien indicateur de désactivation ne fonctionne plus. Mais il existe une nouvelle façon de le faire: démarrer en mode de récupération et exécuter la commande csrutil enable --without kext. Je ne l'ai pas testé, mais je crois comprendre que cela désactivera les exigences de kext, tout en laissant le reste de SIP activé. Si cela ne le fait pas, essayez csrutil disablede désactiver complètement SIP.

— Gordon Davisson
source

Je le prends en marche à csrutil enablenouveau le réactivera-t-il pour kext?

— eduncan911

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

— Gordon Davisson

3

J'ai eu le problème similaire et résolu le problème avec l'aide ci-dessus. Merci ..

Passez en mode de récupération en redémarrant et en maintenant la touche ⌘+ enfoncée Rjusqu'à ce que le logo Apple apparaisse.
Dans le menu supérieur, cliquez sur Utilities > Terminal.
Dans la fenêtre Terminal, tapez:
```
csrutil enable --without kext
```
et appuyez sur Enter.
Redémarrez ensuite le Mac.

— Sai
source

-3

Vous devez l'appliquer en mode de récupération. Entrez en mode de récupération, puis appliquez ce qui suit dans le terminal:

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

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

— Marcelo Ferreira
source

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

— rgov