Jump to content

1er contact difficile avec Clover et Yosemite


Romano2K
 Share

156 posts in this topic

Recommended Posts

Selon mes connaissances, le fait que ces kexts soient chargés prouve que l'injection fonctionne. Je me trompe ?

 

Or si l'injection fonctionne, c'est que le problème vient d'ailleurs, n'est-ce pas ? Mais d'où ? :-)

 

Pas nécessairement, les deux kexts peuvent être chargés sans que tu ais le QE/CI. Je dis peut-être une ânerie mais si ce n'était pas le cas, tu ne pourrais pas installer OS X sans une carte totalement reconnue.

 

Je crois me souvenir que lors de mes déboires avec la 5450, il fallait impérativement désactiver l'injection Clover. Car comme Fantomas nous l'a rappelé, l'injection de Clover fonctionne mais pas pour ta carte. Donc ça ne veut pas dire que Clover n'a rien injecté. Et si tes kexts sont déjà patchés, ça peut éventuellement créer un conflit.

 

À voir donc…

Link to comment
Share on other sites

 

Donc ça ne veut pas dire que Clover n'a rien injecté. Et si tes kexts sont déjà patchés, ça peut éventuellement créer un conflit.

En effet ça peut poser problème d'avoir deux méthodes d'activation différentes en même temps.

Link to comment
Share on other sites

Qu'appelles-tu un "test OK" ? :-) Avec Chameleon, Clover, seulement avec l'injection proposée par l'un ou par l'autre, ou parfois avec d'autres manipulations ?

 

 

 

ce sont toutes les cartes graphiques qui sont passées entre mes mains et qui fonctionnent parfaitement avec Clover et Chameleon sur PC Intel ou AMD avec injection ou sans injection kext  ;)

 

reserve pour l'HD 4850 dont le VGA et l'HDMI ne fonctionnent pas et que le rafraichissement était bloqué à 75 hz

Link to comment
Share on other sites

Bonsoir !

 

Je consacre ma soirée à mon hackintosh. Comme prévu j'ai réinstallé Yosemite avec Clover. Cette fois j'ai pris soin de tout consigner à chaque étape.

 

1. Premier démarrage

Installation sans encombre avec ma fidèle clé USB d'installation.

Au premier démarrage à l'aide du Clover de la clé USB, Yosemite démarre correctement et je complète l'assistant de bienvenue.

La première chose que j'ai faite après a été de vérifier ce qui était chargé. Le config.plist du Clover de la clé USB est par défaut sauf pour les arguments de démarrage (-v et kext-dev-mode=1, même si FakeSMC et RealtekRTL8111, ce dernier n'étant pas pris en compte, sont dans /EFI/CLOVER/kexts/10.10).

 

Pour ioreg | grep ATY (le framebuffer ?), je n'ai rien.

Pour kextstat | grep ATI puis grep AMD, ATIRadeonX2000.kext et AMDSupport.kext sont chargés, ce qui me surprend mais qu'importe. Mais AMD4800Controller.kext n'est pas chargé, ce qui me parait normal puisqu'à ce stade aucune méthode d'injection n'est mise en place.

 

2. Installation de Clover puis 2nd démarrage

Ensuite j'installe la dernière version en date de Clover (3033), avec les mêmes réglages que d'habitude (installation dans l'ESP, aucun driver, seulement le bootaf et les scripts RC).

Puis je copie mon DSDT.aml dans /ESP/EFI/CLOVER/ACPI/patched, et cette fois FakeSMC.kext et RealtekRTL8111.kext dans /ESP/EFI/CLOVER/kexts/10.10 (le dossier 10.10 existe par défaut désormais). Je ne change pas les autorisations, je laisse notamment "Romain:staff" propriétaire.

Enfin j'ajoute les arguments "kext-dev-mode=1 -v" au config.plist, je désactive l'injection Intel et j'active l'injection ATI.

 

Au redémarrage, l'écran d'authentification s'affiche toujours en 1600 x 1200 pixels. Autrement dit, toujours pas d'accélération QE/CI. Je saisis mon mot de passe mais ça bloque sur la roue multicolore, ce qui est symptomatique d'un FakeSMC.kext non chargé. Pourquoi ?!

 

 

En attendant je l'espère des éléments de réponse de votre part, je re-réinstalle pour être prêt à essayer votre solution le plus rapidement possible. :-)

Link to comment
Share on other sites

Clover va me rendre chèvre...

 

Je suis re-reparti à zéro, cette fois j'ai mis mes deux kexts dans /S/L/E, réparé les permissions, regénéré le cache.

 

Au redémarrage j'ai à nouveau la roue multicolore. J'ai pourtant une ligne "FakeSMCKeyStore" qui s'affiche pendant le boot, et le pilote RealtekRTL8111 qui signale qu'il fonctionne.

 

Idem si je redémarre à l'aide du Clover de la clé USB d'installation, qui fonctionnait pourtant pour le 1er démarrage.

 

Qu'est-ce que j'ai encore raté ? :-(

Link to comment
Share on other sites

Non, puisque je repars systématiquement à zéro et que je réinstalle Clover. Il n'y a donc rien dans …/10.10. :-|

 

Mais j'y pense… Si je vois une ligne FakeSMCKeyStore puis des lignes relatives à RealtekRTL8111, c'est que les kexts sont chargés, non ?

 

Est-ce que l'injection ATI <true> de Clover pourrait provoquer une roue multicolore ?

Link to comment
Share on other sites

Si je vois une ligne FakeSMCKeyStore puis des lignes relatives à RealtekRTL8111, c'est que les kexts sont chargés, non ?

 

En principe oui.

 

 

Est-ce que l'injection ATI <true> de Clover pourrait provoquer une roue multicolore ?

 

C'est une possibilité. :)

Je tenterai ma solution à ta place, histoire d'évacuer le problème si ça ne marche pas et - si ça marche - d'éviter de passer des heures à chercher pour rien :P

Link to comment
Share on other sites

C'est une possibilité. :)

Ce qui soulève en moi une question : quand on démarre sur une clé USB d'installation Clover, puis qu'on sélectionne un disque dur sur lequel il y a Clover aussi. Quel config.plist et quel ESP est utilisé ? Celui de la clé USB ou celui du disque dur sur lequel on démarre ?

 

Quoi qu'il en soit je réinstalle encore une fois, cette fois je vais commencer par essayer de redémarrer sans l'injection ATI de Clover. Puis si ça fonctionne j'essaierai le LegacyAMD4800Controller.kext sans autre méthode d'injection. Je croise les doigts !

 

Je tenterai ma solution à ta place, histoire d'évacuer le problème si ça ne marche pas et - si ça marche - d'éviter de passer des heures à chercher pour rien :P

Désolé mais peux-tu me rappeler ce que tu appelles ta solution ? :-)

Link to comment
Share on other sites

Ce qui soulève en moi une question : quand on démarre sur une clé USB d'installation Clover, puis qu'on sélectionne un disque dur sur lequel il y a Clover aussi. Quel config.plist et quel ESP est utilisé ? Celui de la clé USB ou celui du disque dur sur lequel on démarre ?

 

Celui de la clé normalement.

 

 

Désolé mais peux-tu me rappeler ce que tu appelles ta solution ? :-)

 

Patch des kexts à l'ancienne et Inject ATI = false

Link to comment
Share on other sites

Celui de la clé normalement.

Si tel est le cas alors je ne comprends pourquoi la clé USB d'installation me permet de démarrer sur mon disque dur au premier démarrage mais pas après avoir installé Clover.

 

Patch des kexts à l'ancienne et Inject ATI = false

Nous nous sommes croisés, j'ai mis à jour mon message précédent pour signaler que c'est ce que je comptais tester cette fois ci. Merci pour cette suggestion, car c'est vrai que je n'ai pas encore essayé et j'ai bon espoir, maintenant que je sais que ça fonctionne avec Chameleon.

 

À ce propos, est-ce qu'on sait plus précisément ce que fait le GraphicsEnabler de Chameleon ?

Link to comment
Share on other sites

Si tel est le cas alors je ne comprends pourquoi la clé USB d'installation me permet de démarrer sur mon disque dur au premier démarrage mais pas après avoir installé Clover.

 

À ce propos, est-ce qu'on sait plus précisément ce que fait le GraphicsEnabler de Chameleon ?

 

 

Il faut bien démarrer sur la clé (via le boot menu) et non pas sélectionner la clé une fois arrivé sur Clover. Sans quoi, c'est le config.plist du disque qui est alors utilisé.

 

GraphicsEnabler va regarder dans les fichiers de Chameleon et chercher une correspondance avec les infos de ta carte et ces fichiers pour ensuite indiquer à Chameleon comment gérer ta carte. Enfin il me semble que c'est comme ça que ça fonctionne. Les spécialistes pourront te confirmer/infirmer ça.

Link to comment
Share on other sites

Il faut bien démarrer sur la clé (via le boot menu) et non pas sélectionner la clé une fois arrivé sur Clover. Sans quoi, c'est le config.plist du disque qui est alors utilisé.

Bon, nouvel enseignement...

 

Je démarre bien sur la clé USB en utilisant le menu de sélection du BIOS de ma carte mère.

 

En fait la clé USB fonctionne pour le 1er démarrage après l'installation, celui après lequel on a la procédure de bienvenue.

 

Habituellement j'installais directement Clover sur le disque dur, puis je redémarrais.

 

Cette fois j'ai éteint l'ordinateur immédiatement après la procédure de bienvenue, puis je l'ai redémarré avec le Clover de la clé USB.

 

J'ai le même résultat : j'arrive sans problème jusqu'à l'invite de mot de passe, je le saisis, je valide, j'ai le picto de chargement et quelques secondes plus tard la roue multicolore.

 

Je deviens fou !!

Link to comment
Share on other sites

Oui effectivement c'était pas une bonne idée de le redémarrer directement. Parce que du coup, FakeSMC n'est pas installé sur le disque, la clé sert juste à le démarrer mais si FakeSMC n'est pas installé sur le disque, il ne se chargera pas ;)

 

Il faudrait arrivé à copier FakeSMC depuis ta clé sur le disque avant qu'il ne charge complètement l'OS. En mode single user ça doit être possible mais ça va être galère à la ligne de commande en QWERTY ;)

 

Le mieux serait de réinstaller… mais ça tu as l'habitude maintenant :P

Link to comment
Share on other sites

Oui effectivement c'était pas une bonne idée de le redémarrer directement. Parce que du coup, FakeSMC n'est pas installé sur le disque, la clé sert juste à le démarrer mais si FakeSMC n'est pas installé sur le disque, il ne se chargera pas ;)

 

Il faudrait arrivé à copier FakeSMC depuis ta clé sur le disque avant qu'il ne charge complètement l'OS. En mode single user ça doit être possible mais ça va être galère à la ligne de commande en QWERTY ;)

 

Le mieux serait de réinstaller… mais ça tu as l'habitude maintenant :P

Ce n'est pas logique : pourquoi Yosemite démarrerait la première fois mais pas la seconde ?

 

Et si c'était FakeSMC, pourquoi est-ce que ça plante même si j'ai vu une ligne "FakeSMCKeyStore" pendant le chargement de Yosemite ?

 

Je pense que c'est autre chose. :-(

Link to comment
Share on other sites

Je pense que si ça marche la première fois, c'est juste parce qu'il n'a pas reconstruit le cache système. Si FakeSMC n'est pas installé avant de re-démarrer, il n'est donc pas pris en compte et lorsqu'il charge le cache, il ne le charge donc pas. Le FakeSMCKeyStore ne signifie pas forcément que FakeSMC est chargé.

 

Tu peux essayer de démarrer sans le cache : barre espace dans le menu de clover et boot without cache pour voir

Link to comment
Share on other sites

Je pense que si ça marche la première fois, c'est juste parce qu'il n'a pas reconstruit le cache système. Si FakeSMC n'est pas installé avant de re-démarrer, il n'est donc pas pris en compte et lorsqu'il charge le cache, il ne le charge donc pas. Le FakeSMCKeyStore ne signifie pas forcément que FakeSMC est chargé.

 

Tu peux essayer de démarrer sans le cache : barre espace dans le menu de clover et boot without cache pour voir

Je suis en train de réinstaller une énième fois, je n'avais pas pensé à démarrer sans le cache. Je dois dire qu'en plus je suis un peu paumé entre toutes les méthodes d'évincement du cache (-f, argument Chameleon/Clover, menu Chameleon/Clover). :-)

 

Quoi qu'il en soit, quelle est la marche à suivre pour installer FakeSMC.kext avec Clover ? :-)

Link to comment
Share on other sites

Le plus sûr, c'est de carrément mettre les kexts dans S/L/E, on pourra toujours les mettre ailleurs plus tard. Mais surtout, ne redémarre pas sans avoir reconstruit le cache.

Donc je copie mes kexts dans /S/L/E, je fais chown -R 0:0 <meskexts>, chmod -R 755 <meskexts>, puis kernalcache -prelinked-kernel et c'est bon, c'est bien ça ? Car c'est l'une de mes tentatives ce soir, même si au point où j'en suis je vais réessayer quand même. (Ce sera d'ailleurs ma dernière tentative pour aujourd'hui.)

Link to comment
Share on other sites

"kext-dev-mode allowing invalid signature (...) for kext RealtekRTL8111.kext"

 

Idem pour FakeSMC.kext.

 

Je redémarre ! :-)

____

 

Bon et bien c'est sans succès. Plusieurs fois précédentes j'avais copié mon DSDT.aml à la racine de /EFI/CLOVER/, à force d'être tête baissé là-dedans. Cette fois j'ai pris soin de le copier dans /EFI/CLOVER/ACPI/patched. Les kexts sont donc dans /S/L/E, les permissions réparées, le cache regénéré, j'ai bien activé kext-dev-mode dans mon config.plist, mais j'ai toujours la roue multicolore après la saisie du mot de passe.

 

J'abdique donc pour ce soir, et je suis preneur de toute solution !

____

 

(Et choisir de démarrer "without caches" dans le menu qui apparait avec la barre d'espace dans Clover ne change pas la situation.)

 

Merci encore pour ton aide, et bonne nuit !

Link to comment
Share on other sites

 Share

×
×
  • Create New...