ElCapitan, Pas de demarrage de ElCapitan

[polyzargone]

@Pierre9491 @ maclinuxg4

Postez de nouveaux rapport.zip svp.

@maclinuxg4

Merci de le faire dans ton propre sujet : http://forum.macbidouille.com/index.php?showtopic=404226

[Pierre9491]

Rapport.zip
https://www.dropbox.com/s/9dy6yipemyfyrzp/R...ouille.zip?dl=0

[polyzargone]

Utilise ce dossier CLOVER : https://drive.google.com/open?id=0B42y5VE51...UnphQjdJQjg5Zjg

Vérifie que sur chaque partition et sur chaque partition EFI il n'y a pas de nvram.plist. Si c'est le cas, efface-les tous. Ensuite, ouvre le terminal et tape :

Code

sudo nvram -c
sudo purge

Enfin, reconstruit le cache Système avec ce script et redémarre.

[Pierre9491]

impossible de redémarrer
Ni Sierra ni ElCapitan

[polyzargone]

Ce n'est vraiment pas normal tout ça…

Va faire un tour dans le bios pour vérifier les réglages et poste des photos stp.

[Pierre9491]

Ok
Mais c'est bizarre avec ma clé Clover je démarre bien sur ElCapitan
pas Sierra bien sur
Je t'envoie les photos juste le temps de les faire

[Pierre9491]

Si toutefois il manque des pages, dis moi lesquels
https://www.dropbox.com/s/ttkbjafu553y8ep/Bios.zip?dl=0

[jeanchrijaz]

pourquoi tu as mis storage boot option en legacy?
tu peux très bien booter en UEFI

[polyzargone]

pourquoi tu as mis storage boot option en legacy?
tu peux très bien booter en UEFI

+1

Je dirais même que tu DOIS booter en UEFI !

J'espère que tu as bien choisis ces options lors de l'installation de Clover :

4B . Si votre carte mère supporte l'UEFI. Il faut installer Clover en mode UEFI. Sélectionnez les items suivants:

• Installation pour carte mère UEFI seulement
• Installe Clover dans l'ESP
• Thèmes > celui qui vous plaît
• Drivers64UEFI > OSxAptioFix2Drv-64
• RC scripts sur le volume de destination

[Pierre9491]

pourquoi tu as mis storage boot option en legacy?
tu peux très bien booter en UEFI

Je n'explique pas bizarre
bon j'ai modifié, la ligne

Installation pour carte mère UEFI seulement
• Installe Clover dans l'ESP
• Thèmes > celui qui vous plaît
• Drivers64UEFI > OSxAptioFix2Drv-64
• RC scripts sur le volume de destination

Moi je suis sur d'avoir mis les bon paramètres au départ

Par contre je ne comprends pas pourquoi, je démarre pas suivant les modifications de Clover apporté selon tes dernieres consignes
Mais que j'arrive démarré avec ma clé de Depart Clover

[polyzargone]

Par contre je ne comprends pas pourquoi, je démarre pas suivant les modifications de Clover apporté selon tes dernieres consignes
Mais que j'arrive démarré avec ma clé de Depart Clover

Le dossier CLOVER est le même sur ton disque et sur ta clé ? C'est celui que je t'ai donné ici ?

[maclinuxG4]

par rapport à la clé d'installation, c'est normal, la clé doit supporter des configurations très différentes.

par contre, lors du boot avec la clé USB, si tu choisit un disque, il utilise EFI locale



Dans ton cas, je pense que esp a encore un EFI, et il l'utilise , ce qui permet de redémarrer. (Heureusement)

je vérifierais chez moi les options bios, mais je suis en UEFI, j ai même linux sur une partition UEFI, et pas de legacy.
cela n'expliquerai pas que sierra fonctionne....



peut tu donner le résultat lors que tu refais le cache ? as tu eu des lignes d'information qui se termine par une signature ID sans aucune ligne d'erreur ?

Quel est le résultat ?



Ce message a été modifié par maclinuxG4 - 29 Jul 2017, 16:35.

[maclinuxG4]

...

Ce message a été modifié par maclinuxG4 - 29 Jul 2017, 17:46.

[Pierre9491]

Apparement pas de ligne d'erreur je photo

[attachment=55603:_Cache.jpg]

Ci dessous video peut être pas trop net juste pour montrer le démarrage mode verbose
puis le bureau, cuda s'affiche en erreur parcequ'il ny a pas eu la reconnaissance de la GTX 960
https://www.dropbox.com/s/5ulw73j69q1hi7o/H...intosh.mp4?dl=0

[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.

[maclinuxG4]

je parlais de
appledatasetmanagagement is missing (et non de l'absence de signature)

par ailleurs, je n'ai pas vu la signature, mais le boot as été généré

difficile de télécharger la vidéo.

cela veut dire que lors de l'installation du drivers, le kernel et kext n'ont pas pris en compte ces information (ou partiel, drivers directs, et surtout pas le managementdata)
Ce qui est étonnant, c'est qu'il ne reconnaîtras pas la carte GTX 960


pierre, dans nivdia préférence, la carte vidéo est correcte reconnu ? le driver vidéo de la carte est sélectionnable ?

la non reconnaissance de cuda m'interpelle aussi (même soucis sous drv_disable =1)


Sous sierra, mon plantage porte effectivement sur les deux fonctions, qui ne sont pas configurer / connu/ trouver.

C'est lié autour de la carte nvidia : l'installation n'as pas été suffisante.

Ceux qui n'ont pas eut de soucis lors de la mise à jour , avec l'ensemble déjà en place utilisé et éventuellement remis à jour ci nécessaire

l’interaction kernel driver est incomplet ,dans ce cas. il faut voir avec nvidia
(j exclu une demande d'évolution clover)

Ce message a été modifié par maclinuxG4 - 30 Jul 2017, 06:59.

[Pierre9491]

Par contre je ne comprends pas pourquoi, je démarre pas suivant les modifications de Clover apporté selon tes dernieres consignes
Mais que j'arrive démarré avec ma clé de Depart Clover

Le dossier CLOVER est le même sur ton disque et sur ta clé ? C'est celui que je t'ai donné ici ?

J'ai zappé ce message
Non le dossier Clover n'est pas le même que sur le disque dur
Dossier Clover sur la clé d'origine
Dossier Clover sur le disque dur est celui que tu m'as donné

[maclinuxG4]

pierre as tu mise à jour ton BIOS avant la mise à jour ?

si oui https://www.tonymacx86.com/threads/psa-giga....207965/page-10
a suivre de près

il y a perte du nivdia, je pense qu'apple met à jour le umicrocode, ce qui expliquerai les soucis


A-vérifier les options du bios,
B-démarre chaque partition et vérifie le bon fonctionnement.
C-sauvegarde ton EFI el capitan (cs x67, SIP desactivé,...)
essaye la mise à jour, puis démarre sur sierra

resinstall clover r4128 ou plus récent, RC installé est important sur el capitan

démarre avec la clé USB, remet ton EFI el capitan et essaye de démarrer sur le disque


Si sous el capitan ne passe pas rétabli et attend q'une solution soit plus avancé

je ne vois pas d'autre solution pour le moment



NOTA: la mise à jour BIOS pour config Z170-UD5-TH et Z170-gigadesin, supprime la 2 ième entre EFI .

Ce message a été modifié par maclinuxG4 - 30 Jul 2017, 16:42.

[Pierre9491]

Mon Bios est en F21

il faut acpi cocher et kernel cocher.

Aide

ne pas oublier après les drivers d'appliquer le RC Scripts de clover

Aide

il y a perte du nivdia, je pense qu'apple met à jour le umicrocode, ce qui expliquerai les soucis

Je pense aussi qu'il on changé quelque chose au dernières mis a jour de sécurité
Par contre j'ai fait une une réinstalle propre de Sierra en 10.12.0 c'est a dire la première version
j'ai installée WD Nvidia qui correspond a la version Sierra
J'ai bien coché nvda_drv=1
Ma carte CG n'est toujours pas reconnu, a moins d'avoir oublié quelque chose dans mise place de Sierra
Aucune application de chargées, pas de Cuda non plus


j'ai fait de nombreux tests en modifiant beaucoup de paramètres dans le dossier Clover aucun résultats positifs, quelque soit les changements
Est ce que l'ont peut envisagé un problème de mise a jour de fichiers dans mon dossier EFI/APPLE ou et le BOOT qui pourrait intervienir au démarrage du WD de la CG
Puisque Clover n'a rien donné de positif

[polyzargone]

Je continue à penser que ces problèmes viennent de la NVRAM. D'une manière ou d'une autre, elle ne fonctionne pas ou n'est pas correctement reconnue sur vos configs.

Je vous conseille donc d'essayer avec ou sans EmuVariableUefi-64.efi et d'éliminer ou pas le(s) fichier(s) nvram.plist, où qu'ils se trouvent.

Pensez également à vérifier le résultat de cette commande après chaque modification suivie d'un redémarrage :

Code

nvram -xp

Pour rappel, on peut effacer le contenu de ce qui s'y trouve en tapant ça :

Code

sudo nvram -c

Bref, il faut trouver la bonne combinaison. En d'autres termes, il faut que l'une ou l'autre (les deux serait encore mieux) de ces valeurs se trouve dans ce résultat :

Code

    <key>boot-args</key>
    <string>nvda_drv=1</string>

Code

    <key>nvda_drv</key>
    <data>
    MQA=
    </data>

PS : Je ne pense pas que la MÀJ de sécurité soit en cause puisque hormis vous et quelques cas, il n'y a pas de retours significatifs concernant cette update.

[Pierre9491]

Je vais suivre tes instructions dès demain
Mais je tiens a préciser qu'avant les deux derniers mises à jour de ElCapitan et Sierra mon Hachintosh tournait comme une horloge que cela soit Elcapitan ou Sierra
Je ne comprends pas pourquoi nvram.plist est en cause, je vais continuer suivant tes conseils

Peut on reconstruire la nvram.plist apres suppression et comment
Par contre je n'ai pas reçu de reponse concernant ta question

Le dossier CLOVER est le même sur ton disque et sur ta clé ? C'est celui que je t'ai donné ici ?

Non le dossier Clover n'est pas le même que sur le disque dur
Dossier Clover est celui de la clé d'origine qui m'a servi pour l'install de ElCapitan
Dossier Clover sur le disque dur est celui que tu m'as donné

[Pierre9491]

Le fichier nvram.plist est bien en cause
Je n'ai pas suivi exactement les directives de Polyzargone (merci), mais son diagnostic était le bon
Je vais vous communiquez ma démarche si cela peut servir à certaines personnes qui rencontrent le même problème avec ElCapitan
Je suis reparti d'un ancien fichier nvram.plist
J'ai copié EmuVariableUefi-64.efi
j'ai supprimé Lilu.kext + NvidiaGraphicsFixup.kext
Puis redémarré et tout est rentré dans l'ordre
Je confirme que c'est bien la mise à jour de Elcapitan qui met le bazar dans mon Hachintosh selon ma configuration
Suite au bon fonctionnement de Sierra
J'ai tenté la mise a mise a jour de ElCapitan dernier version de sécurité et rebelote impossible de redémarré ElCapitan
Heureusement Disque de sauvegarde
Donc je vais resté en version 10.11.6 15G1510 pour ElCapitan dommage

Merci

[polyzargone]

j'ai supprimé Lilu.kext + NvidiaGraphicsFixup.kext

Si tu les as encore, peux-tu nous donner leur n° de version ?

Ils étaient peut-être trop anciens …

Sinon, j'ai cru comprendre que tu avais utilisé ADGFix et que tu avais même tenté d'utiliser les deux en même temps. Or, il ne faut pas le faire, c'est précisé dans le tuto.

Bref, pas de problème d'écran noir du coup ?

Ce serait pas mal de faire un rapport.zip depuis El Capitan maintenant que ça refonctionne à peu près .

J'ai tenté la mise a mise a jour de ElCapitan dernier version de sécurité et rebelote impossible de redémarré ElCapitan

C'est toujours le même problème d'OsxAptioFix2Drv-64.efi ?

Et Sierra au fait, ça boot avec les webdrivers activés ?

[Pierre9491]

Lilu.kext V 1.1.5
NvidiaGraphicsFixup.kext V 1.1.3

Sinon, j'ai cru comprendre que tu avais utilisé ADGFix et que tu avais même tenté d'utiliser les deux en même temps. Or, il ne faut pas le faire, c'est précisé dans le tuto.

Non je n'ai pas utilisé les deux en même temps
Rapport Clover

https://www.dropbox.com/s/rrsvbu2939gd7uu/R...Clover.zip?dl=0

C'est toujours le même problème d'OsxAptioFix2Drv-64.efi ?

Non c'est au démarrage de ElCapitan dernière version qui ne fonctionne pas chez moi j'ai l'écran en mode verbose voir photo

https://www.dropbox.com/s/3g9pjakybykv8dq/D...apitan.JPG?dl=0
Il reste quelques secondes puis me renvoi sur le menu du démarrage Clover
il ne peut pas passer cet écran

Et Sierra au fait, ça boot avec les webdrivers activés ?

Plus de soucis avec Sierra, démarrage avec reconnaissance de ma carte graphique

<key>NVDARequiredOS</key>
<string>15G1611</string> manque toujours la ligne

[polyzargone]

Il reste quelques secondes puis me renvoi sur le menu du démarrage Clover
il ne peut pas passer cet écran

Essaie de remplacer les fichiers EFI/BOOT/BOOTX64.efi et EFI/CLOVER/CLOVERX64.efi de ton disque dur par ceux de ta clé et tente de démarrer El Capitan.

<key>NVDARequiredOS</key>
<string>15G1611</string> manque toujours la ligne

Comment ça "manque toujours la ligne" ?

NB : Pour être tranquille avec d'éventuelles futures MÀJ, je te conseille de mettre 15G tout court.

Rapport Clover

https://www.dropbox.com/s/rrsvbu2939gd7uu/R...Clover.zip?dl=0

Tu m'as envoyé le script et pas le rapport .

[Pierre9491]

Je n'ai pas été assez précis dans le démarrage de ElCapitan
Quand je fais la mise a jour de ElCapitan de la version 15G1510 a la version 15G1611
je dois redemmarer, a l'écran j'ai la pomme + ascenseur horizontal qui m'indique téléchargement environ 6 mn, après il revient au menu Clover je sélectionne mon disque ElCapitan, il démarre mais s'arrête sur l'écran ci-joint
https://www.dropbox.com/s/3g9pjakybykv8dq/D...apitan.JPG?dl=0
Il reste quelques secondes puis me renvoi sur le menu du démarrage Clover
il ne peut pas passer cet écran

Essaie de remplacer les fichiers EFI/BOOT/BOOTX64.efi et EFI/CLOVER/CLOVERX64.efi de ton disque dur par ceux de ta clé et tente de démarrer El

.
dois je essayé ?
Je joins le bon rapport.plist
https://www.dropbox.com/s/382m6e3tcoionkm/Rapport.zip?dl=0

[polyzargone]

Je n'ai pas été assez précis dans le démarrage de ElCapitan
Quand je fais la mise a jour de ElCapitan de la version 15G1510 a la version 15G1611
je dois redemmarer, a l'écran j'ai la pomme + ascenseur horizontal qui m'indique téléchargement environ 6 mn, après il revient au menu Clover je sélectionne mon disque ElCapitan, il démarre mais s'arrête sur l'écran ci-joint
https://www.dropbox.com/s/3g9pjakybykv8dq/D...apitan.JPG?dl=0
Il reste quelques secondes puis me renvoi sur le menu du démarrage Clover
il ne peut pas passer cet écran

Oui, c'est la procédure normale. Il commence par copier les fichiers de MÀJ puis il redémarre et - normalement - l'installation se poursuit avant d'arriver finalement sur le bureau.

Là, il semble qu'il y ait un problème avec Clover qui fait que la seconde étape ne peut pas aboutir.

Essaie de remplacer les fichiers EFI/BOOT/BOOTX64.efi et EFI/CLOVER/CLOVERX64.efi de ton disque dur par ceux de ta clé et tente de démarrer El

.
dois je essayé ?

Oui car selon toute vraisemblance, c'est la version r4128 (et peut-être quelques autres précédentes) qui provoque ce problème. Il semble que la version installée sur ta clé soit plus ancienne et avec un peu de chance, elle n'aura pas de soucis.

Donc l'idée est de "downgrader" Clover pour voir si c'est bien un problème de version.

[Pierre9491]

Ma clé Clover est la version r3974
Des demain j'essaie, je vais repartir sur un autre disque
je te tiens au courant du résultat

[Pierre9491]

Essaie de remplacer les fichiers EFI/BOOT/BOOTX64.efi et EFI/CLOVER/CLOVERX64.efi de ton disque dur par ceux de ta clé et tente de démarrer El Capitan.

je redémarre sans problème sur mon installation ElCapitan 10.11.6 version 15G1510
pour vérifier la mise a jour 10.11.6 version 15G1611
Je suis reparti sur un clone de mon SSD ElCapitan version 15G1510, redémarre sans problème
j'ai fait la mise a jour version 15G1611, redémarré hélas même soucis qu'auparavant
j'ai refait un clonage sur ce disque version 15G1510, et la pas de problème de redémarrage,
Question: est ce que cette mise a jour pourrait modifier un fichier soit de Clover ou le Boot Apple ou autre ?