ElCapitan, Pas de demarrage de ElCapitan

[Pierre9491]

Bonjour

Apres mise a jour difficil de Sierra (securite)

J'ai executé la mise a jour de securité de ElCapitan, nouvelle difficultée
impossible de rebooter sur ElCapitan
ii revient au menu Clover

PS: comment remettre a zero les fichiers joints

[maclinuxG4]

dans le fichier config.plist ne pas oublier dart=0

Je pense que les drivers nvidia se sont mal installé. de plus cuda est perdu après redémarrage
il faut le signaler à nvidia

ne met à jour que pour nivdia (sans CUDA)

le rapport terminal d'indique deux choses:
-il n'as pas pus déterminer la stratégie pour deux fichiers..
-il génère un boot , sans le signé


il est possible de démarrer avec les options sans cache voir

dans le mode safe (-x)
sans cache (-f)

il reste une autre possibilité, problème dans les drivers nivdia..

peut tu démarrer nv_disable ? essayé avec -v -f -x ?

Ce message a été modifié par maclinuxG4 - 29 Jul 2017, 20:27.

[polyzargone]

le rapport terminal d'indique deux choses:
-il n'as pas pus déterminer la stratégie pour deux fichiers..

Non.

Il indique que le kext-dev-mode autorise le chargement des deux kexts dans le cache malgré le fait qu'ils aient été modifiés et que leur signature est invalide.

Exemple (tu noteras qu'il s'agit d'un kext original non modifié fourni avec OS X/macOS ) :

kext-dev-mode allowing invalid signature -67013 0xFFFFFFFFFFFEFA3B for kext AppleMobileDevice.kext

Le kext-dev-mode est automatiquement activé lorsque le SIP est désactivé. Il correspond à CSR_ALLOW_UNTRUSTED_KEXTS.

0x0 :

SIP Enabled // le SIP est totalement actif et ne permet pas de toucher aux dossiers /Bibliothèque et /Système.

0x1 permet :

CSR_ALLOW_UNTRUSTED_KEXTS // le chargement des kexts non signés

0x3 permet :

CSR_ALLOW_UNTRUSTED_KEXTS // le chargement des kexts non signés

CSR_ALLOW_UNRESTRICTED_FS // le chargement des systèmes de fichier non signés (Tuxera NTFS, Paragon NTFS par ex.)

0x65 permet :

CSR_ALLOW_UNTRUSTED_KEXTS // le chargement des kexts non signés

CSR_ALLOW_TASK_FOR_PID // la gestion des process par PID

CSR_ALLOW_UNRESTRICTED_DTRACE // le déboguagge du kernel via DTrace

CSR_ALLOW_UNRESTRICTED_NVRAM // de lever la restriction des paramètres NVRAM

0x67 permet :

CSR_ALLOW_UNTRUSTED_KEXTS // le chargement des kexts non signés

CSR_ALLOW_UNRESTRICTED_FS // le chargement des systèmes de fichier non signés (Tuxera NTFS, Paragon NTFS par ex.)

CSR_ALLOW_TASK_FOR_PID // la gestion des process par PID

CSR_ALLOW_UNRESTRICTED_DTRACE // le déboguagge du kernel via DTrace

CSR_ALLOW_UNRESTRICTED_NVRAM // de lever la restriction des paramètres NVRAM

-il génère un boot , sans le signé

Non plus.

Il indique que le kextcache a été mis à jour et qu'il nécessite un redémarrage pour se charger :

kextcache updated critical boot files, requesting launchd reboot

Et ce kextcache est signé et possède une ID :

Code

KernelCache ID: A08530933CFCF31844E3272F6E8C1FFD

Bref, il n'y a rien d'anormal ni d'alarmant dans ces messages. Le problème ne vient pas de là.

peut tu démarrer nv_disable ? essayé avec -V -f -X ?

Le boot-flag -f (ou -F) ne sert à rien avec Clover (v. ici). Il ne fonctionne qu'avec Chameleon/Enoch.

Par ailleurs, attention aux MAJ/min dans les bootflags : c'est -v et -x et pas -V et -X.