Continuer à utiliser un MacBook Pro 2011 malgré une carte graphique en panne, Réactions à la publication du 30/12/2014

[Illiade]

+1 similaire à mon argumentaire lorsque j'ai fait changer gratos l'écran de mon iMac 2010, hors-garantie:
indiquer clairement que je vais au tribunal de la petite instance, […] un juge de petite instance considère qu'une machine à 2000$ […]. Ça a été facile.

Tu parles de la justice canadienne là ?

[PERRETSY]

Depuis que j'ai eu un problème avec un macbook noir et une discussion "difficile" avec le Apple local (dans les îles à l'époque), je prends systématiquement Applecare. J'ai eu le problème de carte sur un MB Pro 2011, Apple care a remplacé en 3 jours (MB Pro acheté en France, réparé en Floride).
Dorénavant, mon MB Pro étant un outil pro indispensable, je le change systématiquement tous les 2 ans. Comme les macs tiennent plutôt bien la côte, ça n'est pas trop couteux et ça me donne bcp de sérénité pour bosser.

[Faabb]

Merci pour l'info, c'est bien a avoir sous le coude.
J'ai utilise une appli qui pouvais forcer l'utilisation de telle ou telle carte graphique a une époque, (oublié le nom, mais elle ne le fait plus de toutes façon)
C'est vraiment dommage qu'on ai pas un petit switch pour changer la priorité des cartes, au lieu de devoir faire dans le hackintosh..

Bonjour à tous!

Au sujet de l'application dont misc parle plus haut, je pense qu'il fait référence à gfxCardStatus que j'utilise depuis ses premières versions. (merci MacBidouille!)
L'application est maintenue à jour et fonctionne sous Yosemite : https://gfx.io

J'ai moi aussi un MBP mid 2011 avec une carte graphique dédiée.

- Est-ce que les deux versions des cartes graphiques sont touchées? (la 6650 et la 6670)
- Il y a t'il des signes annonciateurs avant panne?

Le courrier recommandé fonctionne très bien généralement. Mais comment fait-on lorsqu'on l'a acheté en ligne sur le Store?

Faabb

Ce message a été modifié par Faabb - 30 Dec 2014, 16:48.

[Eagle Kiss]

- Est-ce que les deux versions des cartes graphiques sont touchées? (la 6650 et la 6670)
- Il y a t'il des signes annonciateurs avant panne?

Le courrier recommandé fonctionne très bien généralement. Mais comment fait-on lorsqu'on l'a acheté en ligne sur le Store?

Faabb

- Il semblerait puisque des MBP 17 sont touchés aussi.
- mes premiers signes annonciateurs ont été l'écran divisé en deux lorsque je connectais l'écran externe.

Ta dernière question m'intéresse aussi.

Bon ben ça ne marche pas sur le mien
Je choisie ma clé au boot (efi), j'arrive sur un écran avec la pomme et une barre de progression, puis après quelques secondes je retrouve un écran blanc avec les ventillos qui commencent à souffler derrière au bout d'un moment.

Ce message a été modifié par Eagle Kiss - 30 Dec 2014, 17:25.

[hellomorld]

sinon le four marche très très bien... réussi 3x jusqu'ici... :-)

Sauf quand comme moi on avait confondu un passage de 10 secondes au four avec 10 minutes (mais bon on me l'avait donné ce macbook "malade" mais qui ne marchait qu'en désactivant les extensions de la carte graphique). Maintenant il me sert de presse-papier...

[Guest_macmagna_*]

Quelqu'un peut-il m'expliquer en quoi le fait d'installer Yosemtite à la sauce Hackintosh (clé USB, Unibeast, Multibeast, etc...) permet-il de forcer l'usage du GPU Intel plutôt que du GPU Nvidia?

J'ai parcouru le tuto et je ne vois aucune manip dans laquelle on spécifie la carte graphique à utiliser et comme l'installation de Yosemite semble "standard", je ne vois pas où l'on fait sauter les drivers Nvidia...
Merci de m'éclairer de vos lumières, quelque chose m'échappe dans cette manip...

Ce message a été modifié par macmagna - 30 Dec 2014, 18:01.

[neovex]

Bonjour à tous, ma copine à un MacBook Pro 15" 2011 avec cette fichu carte graphique
Ma copine n'est pas fan des jeux et n'utilise pas d'applications gourmande en GPU donc sa carte graphique fonctionne encore sans problème

Sauf depuis le passage à Yosemite carrés un peu partout lorsque l'on sort de veille ou qu'on réaffiche une fenêtre mais seulmengt quelques fois, par contre lorsque j'ai remis Mavericks problème disparu. Je lui ai remis Yosemite avec dernières mises à jour et problème revenu mais ce n'est pas génant.

Par contre je souhaiterais n'utiliser que le GPU Intel afin d'économiser la carte AMD. Il existe gfxCardStatus mais ma copine ne s'y connait pas trop en bidouillage. J'aimerais donc savoir s'il est possible de modifier le GPU par défaut assez facilement et en permanence. (Avec gfxCardStatus on doit toujours activer une carte manuellement en selectionnant une carte, ne fonctionne pas non plus lors du démarrage,...).

Merci.

[shredup]

Bonjour à tous
Pas vraiment le sujet de base mais presque. Je viens de récupérer mon MBP 15" early 2011 qui était tombé en panne de carte graphique.
Après plus de 3 heures de téléphone cumulées (et je ne sais plus combien d'interlocuteurs... ), beaucoup de patience et de mails, j'ai réussi à faire prendre en charge toutes les réparations par Apple.

Voilà, juste pour dire qu'il ne faut pas les lacher. On achète quand même des machines "haut de gamme", ça serait bien qu'elles durent plus de 3 ans...

Passez de bonnes fêtes !!!

[pyropat73]

L'utilisation de GFX Card Status n'est pas la solution, les dernières versions ne gèrant plus l'activation des cartes graphiques. Je suggère plutôt l'utilisation de SMC Fan control pour éviter les écarts de température qui causent problème sur le GPU dédié.

Avec mon MBP 2011 17" j'ai réussi à le rendre à peu près fonctionnel en forcant l'utilisation du GPU Intel 3000. En rebootant continuellement pendant une trentaine de minutes, je force le redémarrage sur le GPU interne lorsque la carte AMD commence à surchauffer. Il est aussi possible que les soudures de la carte dédiée se réchauffent suffisamment pour ativer l'AMD 6770.

Après lecture d'une partie des messages sur le problème GPU des macbook pro 2011 sur le site d'Apple (600 pages!...) j'en suis venu à deux conclusions;

- Soit payer pour l'installation d'une nouvelle carte graphique avec des soudures au plomb, ce que l'on appelle un "reball".

- Soit payer pour la réparation standard Apple; le remplacement d'une carte-mère défectueuse par une autre carte-mère défectueuse reconditionnée, dont les soudures ont été réchauffées.

J'ai visionné récemment la vidéo d'un propriétaire d'une boutique de réparation électronique qui suggérait ceci: faire l'imbécile, payer pour la réparation proposée par les "génies", et faire subir à la machine une séance intensive de benchs graphiques de façon à précipiter le plantage du GPU à l'intérieur de la garantie de 90 jours. Après 3 ou 4 visites, il est fort possible que les techniciens du Apple Store décident de jeter l'éponge et échangent la machine pour un MBP 2014. En cas de rappel par Apple (des recours collectifs ont été présentés au tribunaux aux USA et au Canada), tous les frais de réparations sont généralement remboursés.

Pour les amateurs de Hackintosh, il y a la solution intermédiaire: le eGPU, une carte graphique PC dans un boîtier thunderbolt. Mais pour cela il est préférable d'avoir un macbook sans carte graphique AMD ou Nvidia.

p.s. Après avoir réussi l'installation de Yosemite, j'ai trouvé amusant qu'Apple, qui ne veut pas reconnaître le problème, affiche sous 10.10 des messages d'erreur pour le plantage de la carte graphique...

[iAPX]

+1 similaire à mon argumentaire lorsque j'ai fait changer gratos l'écran de mon iMac 2010, hors-garantie:
indiquer clairement que je vais au tribunal de la petite instance, […] un juge de petite instance considère qu'une machine à 2000$ […]. Ça a été facile.

Tu parles de la justice canadienne là ?

Oui exactement. Pas les mêmes procédures, mais des possibilités de se faire entendre et d'obtenir justice.

Ayant encore un MacBook Pro 17" 2011, je serais intéressé par un workaround permettant de désactiver la GPU discrète au cas où, sans réinstallation, peut-être en virant son driver, pour le cas où elle tombe en panne!!!

Et évidemment, je suis signataire sur l'action qui se prépare ici au Canada: j'espère que ça va brasser

Ce message a été modifié par iAPX - 30 Dec 2014, 20:45.

[stephn666]

Bonsoir,
Pour avoir dépanner un bon paquet de machine, du G4 aux MacIntel 2011 voir 2012 et quelque sois la machine l'une des pannes principal est carte graphique H.S. alors quelque sois l'integration, faudrais aussi ce tourner vers AMD et Nvidia qui ne font finalement pas de produit si fiable que ça, non?

A titre personnel j'ai récupéré en 2011 un MacPro 2008 qui partait à la poubelle pour une carte graphique H.S. (évidemment le changement est bien plus simple que des machines ou tout est intégré j'en conviens), je sais également que mon iMac de 2011 aura prochainement sa carte graphique qui va lacher, prise en charge hors garantie jusqu'a septembre 2015 mais je suis presque sûr qu'elle lachera après...

Bon courage et bonne bidouille à tout les gens impactés en tout cas. :-)

[polyzargone]

Quelqu'un peut-il m'expliquer en quoi le fait d'installer Yosemtite à la sauce Hackintosh (clé USB, Unibeast, Multibeast, etc...) permet-il de forcer l'usage du GPU Intel plutôt que du GPU Nvidia?

J'ai parcouru le tuto et je ne vois aucune manip dans laquelle on spécifie la carte graphique à utiliser et comme l'installation de Yosemite semble "standard", je ne vois pas où l'on fait sauter les drivers Nvidia...
Merci de m'éclairer de vos lumières, quelque chose m'échappe dans cette manip...

Je serais moi aussi très curieux de savoir comment c'est possible car a priori, rien dans UniBeast ne permet de forcer l'utilisation du GPU Intel. Il n'y a aucune option le proposant et je suis quasiment certain que le logiciel ne "désactive pas" les extensions AMD ou nVidia. Il suffit pour s'en convaincre de regarder le contenu de /System/Library/Extensions et de constater que tous les kexts graphiques sont bien présents…

Bref, mystère…

Sauf quand comme moi on avait confondu un passage de 10 secondes au four avec 10 minutes smile.gif (mais bon on me l'avait donné ce macbook "malade" mais qui ne marchait qu'en désactivant les extensions de la carte graphique). Maintenant il me sert de presse-papier...

C'est pourtant bien en minutes que cela se compte, peut-être pas 10 mais 7 mn tout au plus. À 200° dans un four traditionnel, ça a déjà sauvé 2x mon Dell D830 (oui, c'est un Hackintosh mais le problème est exactement le même ).

Ce message a été modifié par polyzargone - 30 Dec 2014, 21:28.

[ellis2323]

Bonsoir,

Unibeast n'agit comme un simple logiciel pour mettre l'installer sur une clef USB. Certaines extensions ne sont pas les mêmes et les options de boot sont spécifiques. Il suffit de voir dans le contenu de l'application Unibeast le contenu des differents pkg. Attention, il faut bien choisir le support Laptop sinon la clef usb n'atteindra pas l'installeur.

Ce message a été modifié par ellis2323 - 30 Dec 2014, 21:48.

[Album]

^ 7 minutes, 10 minutes, tout se discute, pour ma part, comme c'est la période des biscuits, j'en ai profité pour passer 2 cartes graphiques (iMac 24" core2duo et iMac27" i7) après les plaques de biscuits, à 178° (juste en dessous du point de fusion des "anciennes" soudures) pour 10 minutes, en mesurant la température avec la sonde thermique de mon testeur, et les ai gentilement laissé refroidir... résultat, 2 bécanes de retour, pour ....x temps, mystère.

[Philgood]

Bonjour à tous
Pas vraiment le sujet de base mais presque. Je viens de récupérer mon MBP 15" early 2011 qui était tombé en panne de carte graphique.
Après plus de 3 heures de téléphone cumulées (et je ne sais plus combien d'interlocuteurs... ), beaucoup de patience et de mails, j'ai réussi à faire prendre en charge toutes les réparations par Apple.

Voilà, juste pour dire qu'il ne faut pas les lacher. On achète quand même des machines "haut de gamme", ça serait bien qu'elles durent plus de 3 ans...

Passez de bonnes fêtes !!!

Même chose. Machine posée à l'AppleStore pour devis. Lettre au Customer Service de Cork restée sans réponse, appel à l'AppleCare, plusieurs interlocuteurs en restant ferme = prise en charge du changement de carte mère.
Rappel : la garantie contre les vices cachés dure la durée de vie du produit (pas 2 ans, comme ils disent à l'AppleCare). A la survenue du vice caché, le consommateur a 2 ans pour faire valoir ses droits.
C'est quand même un peu la honte pour Apple de ne pas endosser sa responsabilité de concepteur pour un vice caché et d'obliger ses clients à devoir faire le forcing sur son SAV...
Faudrait qu'avec l'ampleur du phénomène qu'Apple reconnaisse la chose et fasse enfin une campagne de rappel....

[polyzargone]

^ 7 minutes, 10 minutes, tout se discute, pour ma part, comme c'est la période des biscuits, j'en ai profité pour passer 2 cartes graphiques (iMac 24" core2duo et iMac27" i7) après les plaques de biscuits, à 178° (juste en dessous du point de fusion des "anciennes" soudures) pour 10 minutes, en mesurant la température avec la sonde thermique de mon testeur, et les ai gentilement laissé refroidir... résultat, 2 bécanes de retour, pour ....x temps, mystère.

Tout à fait ! Mais en tout cas, ce n'est certainement pas 10 secondes passées dans un four qui ont pu aggraver les choses. Je dirais même que c'était 10 secondes inutiles… À moins que ce ne soit un four à micro-ondes mais là, faudrait vraiment être inconscient

[Guest_macmagna_*]

Unibeast n'agit comme un simple logiciel pour mettre l'installer sur une clef USB. Certaines extensions ne sont pas les mêmes et les options de boot sont spécifiques. Il suffit de voir dans le contenu de l'application Unibeast le contenu des differents pkg. Attention, il faut bien choisir le support Laptop sinon la clef usb n'atteindra pas l'installeur.

Reste donc à déterminer ce qui change entre une installation Yosemite "standard" et une installation Yosemite Unibeast/Multibeast "standard".
Une fois qu'on aura la réponse on devrait pouvoir concevoir un simple patch sur l'installation officielle pour rendre la vie au MBPs sans passer par une réinstallation complète à la sauce Hackintosh...

[polyzargone]

Bonsoir,

Unibeast n'agit comme un simple logiciel pour mettre l'installer sur une clef USB. Certaines extensions ne sont pas les mêmes et les options de boot sont spécifiques. Il suffit de voir dans le contenu de l'application Unibeast le contenu des differents pkg. Attention, il faut bien choisir le support Laptop sinon la clef usb n'atteindra pas l'installeur.

Les extensions sont les mêmes que celles de l'installeur officiel.

Celles qu'UniBeast rajoute sont destinées à tout autre chose : Gestion réseau, FakeSMC pour "tromper" l'installeur et lui faire croire que c'est un vrai Mac (donc inutile dans ce cas précis), gestion des HDD SATA "autres", de la gestion d'énergie du CPU (inutile aussi), des périphériques PS/2 et un autre pour régler d'éventuels problèmes d'extinction/redémarrage.

Seul une option dans le org.chameleon.Boot.plist (IGPEnabler=Yes) pourrait expliquer le passage par le GPU intégré mais je suis surpris que ce soit aussi simple.

Les autres packages d'UniBeast sont destinés à d'autres versions d'OS X et aucun ne remplace/désactive les kexts nVidia ou AMD.

Pour moi, le mystère reste entier…

Reste donc à déterminer ce qui change entre une installation Yosemite "standard" et une installation Yosemite Unibeast/Multibeast "standard".
Une fois qu'on aura la réponse on devrait pouvoir concevoir un simple patch sur l'installation officielle pour rendre la vie au MBPs sans passer par une réinstallation complète à la sauce Hackintosh...

Ce qui change, c'est qu'UniBeast installe un bootloader pour pouvoir démarrer depuis un PC et qu'il ajoute les extensions dont j'ai parlé pour régler certains problèmes qui empêcherait le PC de démarrer sous OS X (gestion d'énergie, FakeSMC, etc.). C'est tout.

C'est justement pourquoi je ne comprends pas bien comment cette solution peut régler le problème de GPU. Auparavant, sur Hackintosh, il existait bien une solution qui consistait à retirer les kexts AMD et nVidia pour forcer l'usage du GPU. Je crois que ce n'est plus nécessaire maintenant mais du coup, comme le système n'est pas altéré et n'est tout au plus que "patché" grâce à l'ajout d'extensions, je ne m'explique pas cette astuce. Je ne vois que cette option, IGPEnabler=Yes mais encore une fois, je trouve très surprenant que ce soit aussi simple.

Enfin bon, si ça marche tant mieux !

Ce message a été modifié par polyzargone - 30 Dec 2014, 23:12.

[Guest_macmagna_*]

Bonsoir,

Unibeast n'agit comme un simple logiciel pour mettre l'installer sur une clef USB. Certaines extensions ne sont pas les mêmes et les options de boot sont spécifiques. Il suffit de voir dans le contenu de l'application Unibeast le contenu des differents pkg. Attention, il faut bien choisir le support Laptop sinon la clef usb n'atteindra pas l'installeur.

Les extensions sont les mêmes que celles de l'installeur officiel.

Celles qu'UniBeast rajoute sont destinées à tout autre chose : Gestion réseau, FakeSMC pour "tromper" l'installeur et lui faire croire que c'est un vrai Mac (donc inutile dans ce cas précis), gestion des HDD SATA "autres", de la gestion d'énergie du CPU (inutile aussi), des périphériques PS/2 et un autre pour régler d'éventuels problèmes d'extinction/redémarrage.

Seul une option dans le org.chameleon.Boot.plist (IGPEnabler=Yes) pourrait expliquer le passage par le GPU intégré mais je suis surpris que ce soit aussi simple.

Oui, c'est peut être (presque) aussi simple.

En parcourant la doc chez Tonymacx86, on trouve ceci: http://www.tonymacx86.com/graphics/131937-...gpdeviceid.html, qui nous indique que IGPEnabler sert bien à forcer l'activation du GPU Intel.

Je ne suis pas un spécialiste de Unibeast mais il semble que le fichier org.chameleon.Boot.plist serve à désigner quelles extensions seront lancées/activées ou non au moment du boot système. Il doit donc être possible de les lister une fois le système lancé et de comparer avec une installation "standard" pour savoir ce qui diffère entre les deux.

Comparter les sorties de:

Code

sudo kextstat -l

sur deux MacBook Pro similaires disposant de la même version du système dont l'un est installé "normalement" et l'autre via Unibeast pourrait donner un début de réponse.

[polyzargone]

Oui, c'est peut être (presque) aussi simple.

En parcourant la doc chez Tonymacx86, on trouve ceci: [url="http://www.tonymacx86.com/graphics/131937-chimera-hd-graphics-bootflags-igpenabler-igplatformid-igpdeviceid.html[/url], qui nous indique que IGPEnabler sert bien à forcer l'activation du GPU Intel.

Je ne suis pas un spécialiste de Unibeast mais il semble que le fichier org.chameleon.Boot.plist serve à désigner quelles extensions seront lancées/activées ou non au moment du boot système. Il doit donc être possible de les lister une fois le système lancé et de comparer avec une installation "standard" pour savoir ce qui diffère entre les deux.

Là, tu mets un point important en avant. Selon la doc :

c'est IGPlatformID et IGPDeviceID qui sont à retenir. Le premier sert à dire à l'installeur quel framebuffer utiliser (sans rentrer dans les détails, disons que ça active l'accélération matérielle) et le second sert à déterminer le type de GPU Intel (HD 3000, HD 4000, mobile, desktop, etc…). IGPEnabler va donc servir à forcer l'utilisation du GPU Intel et rendre donc l'astuce fonctionnelle.

Bien vu !

Comparter les sorties de:

Code

sudo kextstat -l

sur deux MacBook Pro similaires disposant de la même version du système dont l'un est installé "normalement" et l'autre via Unibeast pourrait donner un début de réponse.

Ça pose une seconde question alors car cela implique qu'il faut installer Chimera/Chameleon (le bootloader) sur un vrai Mac pour que cela marche à chaque démarrage. Car c'est bien org.chameleon.Boot.plist qui va forcer l'utilisation du GPU Intel. Faut-il donc installer le bootloader et si oui, est-ce vraiment une bonne idée sur un vrai Mac qui n'est pas du tout prévu pour fonctionner de telle manière ? Est-ce sans risques ?

Là, je sèche un peu…

[Guest_macmagna_*]

c'est IGPlatformID et IGPDeviceID qui sont à retenir. Le premier sert à dire à l'installeur quel framebuffer utiliser (sans rentrer dans les détails, disons que ça active l'accélération matérielle) et le second sert à déterminer le type de GPU Intel (HD 3000, HD 4000, mobile, desktop, etc…). IGPEnabler va donc servir à forcer l'utilisation du GPU Intel et rendre donc l'astuce fonctionnelle.

Ça pose une seconde question alors car cela implique qu'il faut installer Chimera/Chameleon (le bootloader) sur un vrai Mac pour que cela marche à chaque démarrage. Car c'est bien org.chameleon.Boot.plist qui va forcer l'utilisation du GPU Intel. Faut-il donc installer le bootloader et si oui, est-ce vraiment une bonne idée sur un vrai Mac qui n'est pas du tout prévu pour fonctionner de telle manière ? Est-ce sans risques ?

Pas forcement, c'est peut être juste la différence de configuration des extensions entre Uninbeast et MacOS "normal" qui fait la différence dans le fonctionnement ultérieur des machines, comme une version plus aboutie de la manip qui consiste à virer à la main les drivers AMD.

De mon point de vue, tous ces paramètres (IGPlatformID, IGPDeviceID, IGPEnabler) servent à définir ce qui doit être activé ou pas selon la machine concerné. Si cette configuration ne concerne que les extensions systèmes (kext) à charger alors mon idée de comparer ce qui diffère à ce niveau entre deux MBP, l'un normal et l'autre installé avec Unibeast, devrait fonctionner. Rester à trouver deux volontaires pour poster leur sortie de "sudo kextstat -l" afin d'effectuer la comparaison.

Bien entendu, si l'action du boot loader dépasse le cadre du chargement du système seul et agît aussi à un niveau plus bas (EFI?) alors la comparaison des kext chargées ne sera probablement pas suffisante.

Ce message a été modifié par macmagna - 31 Dec 2014, 09:34.

[polyzargone]

Pas forcement, c'est peut être juste la différence de configuration des extensions entre Uninbeast et MacOS "normal" qui fait la différence dans le fonctionnement ultérieur des machines, comme une version plus aboutie de la manip qui consiste à virer à la main les drivers AMD.

De mon point de vue, tous ces paramètres (IGPlatformID, IGPDeviceID, IGPEnabler) servent à définir ce qui doit être activé ou pas selon la machine concerné. Si cette configuration ne concerne que les extensions systèmes (kext) à charger alors mon idée de comparer ce qui diffère à ce niveau entre deux MBP, l'un normal et l'autre installé avec Unibeast, devrait fonctionner. Rester à trouver deux volontaires pour poster leur sortie de "sudo kextstat -l" afin d'effectuer la comparaison.

Bien entendu, si l'action du boot loader dépasse le cadre du chargement du système seul et agît aussi à un niveau plus bas (EFI?) alors la comparaison des kext chargées ne sera probablement pas suffisante.

Si, forcément puisque c'est le bootloader qui "configure" les extensions. Pas de bootloader, pas de "forçage" du chargement des extensions Intel, c'est OS X qui prend la main et il fait "ce qu'il veut".

Pas besoin de comparer :

Le kextstat d'un MacBook normal te donnera forcément la liste des kexts AMD ou nVidia et leurs framebuffers associés (en fonction du GPU externe utilisé) chargés alors qu'un MacBook "UniBeast" te donnera forcément la liste des kexts Intel et de ses framebuffers (d'où l'importance de IGPlatformID, IGPDeviceID, IGPEnabler).

En fait en plus d'un kextstat, il faudrait faire :

ioreg | grep ATY
ioreg | grep AMD
kextstat | grep AMD

ioreg | grep NV
kextstat | grep NV

ioreg | grep Intel
kextstat | grep Intel

Avec ça on aura toutes les infos nécessaires (kexts chargés + framebuffers utilisés). Mais on sait donc déjà quels sont les résultats de l'action de Chimera/Chameleon : le bootloader force l'utilisation du GPU interne. Donc finalement, on en apprendra pas vraiment plus

C'est le bootloader qui fait tout le boulot dans ce cas et c'est pourquoi je m’interroge sur l'obligation de l'installer mais surtout sur son impact sur le fonctionnement général du Mac.

La question est donc de savoir s'il est possible de ne pas passer par un bootloader pour permettre à cette astuce de fonctionner sur n'importe quel Mac !

Peut-être en rentrant directement ces boot-flags (IGPlatformID, IGPDeviceID, IGPEnabler et leurs valeurs respectives) directement dans com.apple.Boot.plist qui est en quelque sorte l'équivalent de org.chameleon.Boot.plist. Mais je ne sais pas si ça serait suffisant ou même tout simplement si le Mac les prendrait en compte

Il est bien possible que cela se passe au niveau de l'EFI puisque les bootloaders Hackintosh sont en fait des simulateurs/émulateurs d'EFI.

Ce message a été modifié par polyzargone - 24 Mar 2016, 14:11.

[Guest_macmagna_*]

Avec ça on aura toutes les infos nécessaires (kexts chargés + framebuffers utilisés). Mais on sait donc déjà quels sont les résultats de l'action de Chimera/Chameleon : le bootloader force l'utilisation du GPU interne. Donc finalement, on en apprendra pas vraiment plus

C'est le bootloader qui fait tout le boulot dans ce cas et c'est pourquoi je m’interroge sur l'obligation de l'installer mais surtout sur son impact sur le fonctionnement général du Mac.

La question est donc de savoir s'il est possible de ne pas passer par un bootloader pour permettre à cette astuce de fonctionner sur n'importe quel Mac !

Peut-être en rentrant directement ces boot-flags (IGPlatformID, IGPDeviceID, IGPEnabler et leurs valeurs respectives) directement dans com.apple.Boot.plist qui est en quelque sorte l'équivalent de org.chameleon.Boot.plist. Mais je ne sais pas si ça serait suffisant ou même tout simplement si le Mac les prendrait en compte

Il est bien possible que cela se passe au niveau de l'EFI puisque les bootloaders Hackintosh sont en fait des simulateurs/émulateurs d'EFI.

Oui la question reste posé de savoir ce que fait exactement le boot loader mais s'il sert juste à forcer le chargement des .kext sur un hardware non-Apple alors il reste possible que la config Unibeast désactive certaines .kext pour forcer l'utilisation du GPU Intel et dans ce cas la comparaison serait justifiée.

Sinon, il est peu probable que les clés IGPlatformID, IGPDeviceID et IGPEnabler soient reconnues en dehors de Chimera et quant au fichier "com.apple.Boot.plist" je ne l'ai pas trouvé...

[polyzargone]

Oui la question reste posé de savoir ce que fait exactement le boot loader mais s'il sert juste à forcer le chargement des .kext sur un hardware non-Apple alors il reste possible que la config Unibeast désactive certaines .kext pour forcer l'utilisation du GPU Intel et dans ce cas la comparaison serait justifiée.

Chimera (UniBeast c'est juste pour créer une clé d'install) ne désactive pas de kexts. Il "donne la priorité" aux kexts Intel dans ce cas précis. L'OS ne fait ensuite que charger les kexts que lui a indiqué le bootloader et en ce sens, on lui "confisque" le contrôle du GPU. Donc une comparaison ne nous apprendra que ce que l'on sait déjà

Sinon, il est peu probable que les clés IGPlatformID, IGPDeviceID et IGPEnabler soient reconnues en dehors de Chimera et quant au fichier "com.apple.Boot.plist" je ne l'ai pas trouvé...

Oui, ça m'étonnerait fortement aussi. Mais là pour le coup, il faudrait tester.
Tu trouveras le com.apple.Boot.plist dans /Library/Preferences/SystemConfiguration/

Tu noteras au passage qu'il est vide (du moins sur un Mac ou un Hack traditionnel)

[Guest_macmagna_*]

Sinon, il est peu probable que les clés IGPlatformID, IGPDeviceID et IGPEnabler soient reconnues en dehors de Chimera et quant au fichier "com.apple.Boot.plist" je ne l'ai pas trouvé...

Oui, ça m'étonnerait fortement aussi. Mais là pour le coup, il faudrait tester.
Tu trouveras le com.apple.Boot.plist dans /Library/Preferences/SystemConfiguration/

Tu noteras au passage qu'il est vide (du moins sur un Mac ou un Hack traditionnel)

Ce fichier est vide après une installation comme celle décrite au début de ce sujet (Unibeast/support Laptop/etc...)?

On aurait pu croire que Chimera créé un fichier "com.apple.Boot.plist" adéquat pour forcer l'utilisation du GPU Intel, d'ailleurs ce fichier supporte un paquet de boot-flags dont certains orientés sur le matériel et le graphisme, comme indiqué en parti ici: http://www.insanelymac.com/forum/topic/998...r-kernel-level/

Faudrait peut être demander directement à Tonymacx86, vu les compétences du gars, il doit pouvoir nous pondre une manip "Intel GPU Only" en moins de 5mns

[polyzargone]

Ce fichier est vide après une installation comme celle décrite au début de ce sujet (Unibeast/support Laptop/etc...)?

On aurait pu croire que Chimera créé un fichier "com.apple.Boot.plist" adéquat pour forcer l'utilisation du GPU Intel, d'ailleurs ce fichier supporte un paquet de boot-flags dont certains orientés sur le matériel et le graphisme, comme indiqué en parti ici: http://www.insanelymac.com/forum/topic/998...r-kernel-level/

Faudrait peut être demander directement à Tonymacx86, vu les compétences du gars, il doit pouvoir nous pondre une manip "Intel GPU Only" en moins de 5mns

Non, Chimera comme Chameleon n'utilisent pas ce fichier pour leurs boot-flags et tout le reste, ils utilisent org.chameleon.Boot.plist qui se trouve dans le dossier Extra à la racine du disque dur comme tous les autres fichiers dont ils ont besoin. Un dossier Extra contient en général ceci :

Extensions
modules
org.chameleon.Boot.plist
smbios.plist
Themes

Et éventuellement quelques autres fichiers/dossiers spécifiques à telle ou telle configuration. Sans ce dossier, aucun Hack utilisant Chimera/Chameleon (ce sont deux noms pour un même logiciel en fait) ne démarrera.

Tu noteras également que les boot-flags peuvent êtres tapés AVANT le démarrage du Hack grâce au bootloader. Sur un Mac, certains boot-flags équivalents comme le mode verbose, le mode single user ou le mode sans extensions s'obtiennent en pressant les touches +v, +s ou +shift mais tu ne peux pas faire des combinaisons complexes comme sur un Hack ou là les boot-flags se tapent : -v -s -x respectivement et où le choix est beaucoup plus vaste.

Bref, pas de -v IGPEnabler=Yes IGPlatformID=04160000 IGPDeviceID=0412 pour forcer le GPU Intel en mode verbose par exemple.

Il n'y aucune manip ou truc miracle possible étant donné que c'est le bootloader qui se sert de ces fichiers pour "configurer" le Hack/Mac. Donc là encore, il faut impérativement installer un bootloader pour activer/forcer le GPU Intel. Ce n'est pas possible autrement à moins qu'effectivement, le com.apple.Boot.plist prenne en charge ces boot-flags, ce qui je pense n'est pas du tout le cas.

Ce message a été modifié par polyzargone - 31 Dec 2014, 18:32.

[delo06to75]

- Est-ce que les deux versions des cartes graphiques sont touchées? (la 6650 et la 6670)
- Il y a t'il des signes annonciateurs avant panne?

Le courrier recommandé fonctionne très bien généralement. Mais comment fait-on lorsqu'on l'a acheté en ligne sur le Store?

Faabb

- Il semblerait puisque des MBP 17 sont touchés aussi.
- mes premiers signes annonciateurs ont été l'écran divisé en deux lorsque je connectais l'écran externe.

Ta dernière question m'intéresse aussi.

Bon ben ça ne marche pas sur le mien
Je choisie ma clé au boot (efi), j'arrive sur un écran avec la pomme et une barre de progression, puis après quelques secondes je retrouve un écran blanc avec les ventillos qui commencent à souffler derrière au bout d'un moment.

Bonjour à tous,
je suis depuis longtemps le flux rss de macbidouille, et je suis tombé sur ce fil de discussion concernant les problèmes de macbook pro 2011. Je tiens tout d'abord à remercier Laurent pour son tip, malheureusement sur mon ordinateur je suis exactement bloqué au même stade que Eagle Kiss. Auriez vous une idée d'ou viens le problème ?
Sinon je confirme que les MBP 17 sont bel et bien impactés...
Merci.

Ce message a été modifié par delo06to75 - 5 Jan 2015, 15:52.

[polyzargone]

Bonjour à tous,
je suis depuis longtemps le flux rss de macbidouille, et je suis tombé sur ce fil de discussion concernant les problèmes de macbook pro 2011. Je tiens tout d'abord à remercier Laurent pour son tip, malheureusement sur mon ordinateur je suis exactement bloqué au même stade que Eagle Kiss. Auriez vous une idée d'ou viens le problème ?
Sinon je confirme que les MBP 17 sont bel et bien impactés...
Merci.

Sur ta clé USB, tu devrais trouver un dossier Extra à la racine. Dans ce dossier il doit y avoir un fichier org.chameleon.Boot.plist

Ouvre le avec TextEdit et vérifie bien que tu as :

<key>IGPEnabler</key>
<string>Yes</string>

ou quelque chose dans le genre.

[delo06to75]

Bonjour à tous,
je suis depuis longtemps le flux rss de macbidouille, et je suis tombé sur ce fil de discussion concernant les problèmes de macbook pro 2011. Je tiens tout d'abord à remercier Laurent pour son tip, malheureusement sur mon ordinateur je suis exactement bloqué au même stade que Eagle Kiss. Auriez vous une idée d'ou viens le problème ?
Sinon je confirme que les MBP 17 sont bel et bien impactés...
Merci.

Sur ta clé USB, tu devrais trouver un dossier Extra à la racine. Dans ce dossier il doit y avoir un fichier org.chameleon.Boot.plist

Ouvre le avec TextEdit et vérifie bien que tu as :

<key>IGPEnabler</key>
<string>Yes</string>

ou quelque chose dans le genre.

Merci pour la réponse
donc j'ai regardé le fichier et il contient ceci :

Code

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Boot Banner</key>
    <string>No</string>
    <key>EthernetBuiltIn</key>
    <string>Yes</string>
    <key>GraphicsEnabler</key>
    <string>No</string>
    <key>IGPEnabler</key>
    <string>Yes</string>
    <key>Instant Menu</key>
    <string>Yes</string>
    <key>Kernel Flags</key>
    <string>kext-dev-mode=1</string>
    <key>Legacy Logo</key>
    <string>Yes</string>
    <key>UseKernelCache</key>
    <string>No</string>
</dict>
</plist>

Le paramètrage semble bien y être.

Par contre "GraphicsEnabler" à "No" m'intrigue, est-ce normal ?
Sinon est-ce que smbios.plist pourrait avoir un impacte ?

Ce message a été modifié par delo06to75 - 5 Jan 2015, 17:02.

[polyzargone]

Le paramètrage semble bien y être.

Par contre "GraphicsEnabler" à "No" m'intrigue, est-ce normal ?
Sinon est-ce que smbios.plist pourrait avoir un impacte ?

Oui c'est normal. Bon le fichier est OK. As-tu pensé à cocher Laptop support pendant la création de la clé ?