Écran noir après MÀJ macOS Catalina 10.15.5

[dafthink]

Après avoir remis la machine en 10.15.3 grâce à un back up, j'ai retenté la mise à jour, toujours le même problème.
J'ai mis a jour 4 kext: lilu, WEG, applaALC et virtualSMC, reconstruction des caches. Ensuite j'ai passé clover en 5118, jusque là tout va bien.
J'installe la MAJ 10.15.5, ça mouline un petit moment mais la MAJ se fait. Une fois l'installation terminée, la machine reboot mais je perd le signal vidéo au 3/4 de la jauge. J'ai le contrôle de la machine depuis un autre poste, je constate que la MAJ semble OK mais j'ai à chaque redémarrage un message m'informant que la machine n'a pu se connecter au cloud du coup je dois entrer mon identifiant à chaque fois.
J'ose pas trop faire la mise à jour de mon BIOS, j'ai peur de cumuler les erreurs.
Chose encore plus étonnante, le script de rapport macbid ne fonctionne plus chez moi.

[MonsieurAnderson]

Après avoir remis la machine en 10.15.3 grâce à un back up, j'ai retenté la mise à jour, toujours le même problème.
J'ai mis a jour 4 kext: lilu, WEG, applaALC et virtualSMC, reconstruction des caches. Ensuite j'ai passé clover en 5118, jusque là tout va bien.
J'installe la MAJ 10.15.5, ça mouline un petit moment mais la MAJ se fait. Une fois l'installation terminée, la machine reboot mais je perd le signal vidéo au 3/4 de la jauge. J'ai le contrôle de la machine depuis un autre poste, je constate que la MAJ semble OK mais j'ai à chaque redémarrage un message m'informant que la machine n'a pu se connecter au cloud du coup je dois entrer mon identifiant à chaque fois.
J'ose pas trop faire la mise à jour de mon BIOS, j'ai peur de cumuler les erreurs.
Chose encore plus étonnante, le script de rapport macbid ne fonctionne plus chez moi.

Salut !

J'ai eu le même soucis, et d'après ce que j'ai lu sur un forum Allemand, la valeur "07009B3E" n'est plus pris en charge.

Il faut changer la valeur de "AAPL,ig-platform-id" dans Devices -> Proprieties (dans Clover Configurator). Il faut remplacer "07009B3E" par "00009B3E".

Après j'ai également fait une connerie, j'avais supprimé les framebuffers pour voir ce que ça fait

Et bah, ça fait que boot en 10.15.4 et pas en 10.15.5. Pourquoi ? Je n'en sais rien, peut-être que si on les enregistre une fois ils sont enregistrés en NVRAM, et que la mise à jour remet la NVRAM à zéro et du coup plus d'affichage une fois le logo Pomme passé.

Donc je te propose de remplacer ton "plateform-id" et de vérifier que tes framebuffers sont bien patchés.

Ce message a été modifié par MonsieurAnderson - 6 Jun 2020, 11:47.

[dafthink]

Merci MonsieurAnderson pour cette piste !

Lorsque je change la valeur de "AAPL,ig-platform-id" par 00009B3E et que je reboot la machine, j'ai toujours un écran noir ET je perds totalement le partage d'écran.
Je sais pas comment vérifier les framebuffers, j'ai utilisé le pas à pas de mbournau pour cette installation.
Je pense aussi que mon problème tourne autour de la NVRAM mais, à mon niveau je ne vois rien qui cloche.
La machine boot avec Clover r5119 sur un volume nvme en 10.15.5
Rapport MB

Merci

[mbournau]

Impossible d'accéder à ton rapport, ton autorisation est demandée...

Essaie avec ce [attachment=61006:config.plist.zip], renomme le tien config1.plist (par exemple) pour ne pas le perdre...

EDIT : j'ai pu accéder à ton rapport, le config.plist est le même donc c'est pas ça qui changera quelque chose...

Ce message a été modifié par mbournau - 6 Jun 2020, 17:58.

[dafthink]

Pardon, ça devrai marcher avec ce lien

Merci mbournau pour ce nouveau plist mais ça ne change rien, j'ai toujours un écran noir.

[mbournau]

Merci mbournau pour ce nouveau plist mais ça ne change rien, j'ai toujours un écran noir.

Oui, je m'en doute (la raison dans mon précédent post édité). une question : as tu mis en oeuvre la procédure Nvram native ?

Si non : essaie en mettant EmuVariableUefi.efi dans drivers, de cocher KernelPm et AppleintelCPUPM dans Kernel & Kexts patches.

Ce message a été modifié par mbournau - 6 Jun 2020, 18:13.

[dafthink]

Oui, je m'en doute (la raison dans mon précédent post édité). une question : as tu mis en oeuvre la procédure Nvram native ?

Oui, j'ai bien déverrouillé le registre MSR, t'as pas idée à quel point ton pas à pas est devenu mon livre de chevet ces derniers jours
Je dois avoir un paramètre erroné depuis la 10.15.5 car depuis cette MAj, j'ai parfois du mal à éteindre ou redémarrer la machine, c'est comme si elle bloquait juste avant le shut down
J'ai pas trouvé la réponse et cela n'a sans doute rien à voir mais c'est normal d’être en SIP déverrouillé 0x67 pour demarrer un hack ? Si je passe en 0x0, la machine refuse de démarrer.

[mbournau]

Dans ce cas il faut que tu aies SSDT-NVRAM.aml (dans le dossier du tuto) dans ACPI-->patches

[dafthink]

Ha oui bien vu !
j'ai supprimé SSDT-NVRAM.aml à la place de SSDT-UIAC-DESIGNARE-Z390-V7.aml au moment d'ajouter SSDT-UIAC-DESIGNARE-Z390-FD-DEFINE-R6-V3.aml
Malheureusement même en mettant tout en ordre, je boot toujours sur un écran noir.
Il est peut être nécessaire de faire la MAJ du BIOS ? je suis en f9b, la dernière version stable.

[polyzargone]

Note de la modération

Sujet déplacé dans Installation et configuration.

Merci de créer un nouveau sujet dans cette section lorsque vous avez un problème suite à une MÀJ de macOS et non dans le sujet qui lui est dédié.

[mbournau]

Il est peut être nécessaire de faire la MAJ du BIOS ? je suis en f9b, la dernière version stable.

Non, ce n'est pas la solution, tu as bien vérifié tes paramètres du Bios, notamment "internal graphics" sur enabled, je pense que oui... Ce qui est troublant c'est qu'apparemment tu ne rencontres pas de problème avec 10.15.3 si j'ai bien compris... Tu as essayé avec un autre écran-moniteur ? Sans doute aussi... Il est branché sur quel port déjà ton écran ?

A défaut de changer de version de bios peut être faudrait il faire un clear cmos (voir notice de la carte), mettre le bios avec ses paramètres par défaut, redémarrer, remettre les "bons" paramètres pour macOs, refaire la procédure Nvram...

Ce message a été modifié par mbournau - 6 Jun 2020, 19:26.

[dafthink]

Merci Poly, tu as raison, c'est plus clair comme cela.

L'écran est raccordé par HDMI directement sur la CM

A défaut de changer de version de bios peut être faudrait il faire un clear cmos (voir notice de la carte), mettre le bios avec ses paramètres par défaut, redémarrer, remettre les "bons" paramètres pour macOs, refaire la procédure Nvram...

Je ne connaissais pas cette solution, merci.
J'ai donc remis les paramètres d'usine, les réglages du BIOS et suivi la procédure pour la Nvram native, rien à faire, je boot toujours dans le noir sur le nvme en 10.15.5.
A coté de cela, je démarre sans problème depuis un SSD en 10.15.3

[polyzargone]

Essaie ça :  config.plist.zip ( 2.23 Ko ) Nombre de téléchargements : 2

[dafthink]

merci poly pour ce plist mais j'arrive toujours au même point
Voila le rapport MB avec ce config.plist

en 10.15.5, mon écran n'est pas reconnu


contrairement au SSD en 10.15.3

[mbournau]

J'ai donc remis les paramètres d'usine, les réglages du BIOS et suivi la procédure pour la Nvram native, rien à faire, je boot toujours dans le noir sur le nvme en 10.15.5.
A coté de cela, je démarre sans problème depuis un SSD en 10.15.3

Clover est installé dans l'EFI de quel disque ?
Essaie sans WhateverGreen... et puis après tout tu peux essayer cette version beta du Bios... tu enlèveras la ssdt nvram, la procédure pour la Nvram native n'a pas à être appliquée.

Ce message a été modifié par mbournau - 7 Jun 2020, 08:06.

[dafthink]

Clover est installé indépendamment sur chaque volumes, ils sont autonomes.
j'ai essayé:
- démarrer le nvme avec le Clover du SSD me donne aussi un écran noir
- démarrer le SSD avec le Clover du nvme fonctionne sans problème

J'ai bien tenter de supprimer WEG, un coup de kext Wizard mais le boot abouti toujours sur du noir.

Que pensez vous de cette méthode ? J'ai jamais eu besoin de passer par là. La machine est en 10.15.3 depuis que je l'ai monté, c'est la première fois que je tente de la mettre à jour.

[mbournau]

Des périphériques USB sont branchés au boot ? Si oui, débranche ceux qui ne sont pas indispensables au boot (exceptés donc genre clavier filaire...)

[dafthink]

Sur la machine, j'ai un clavier Apple en USB ainsi qu'une simple souris branchée sur le clavier, le jack arrière relié aux enceintes et l’Ethernet relié à la box, c'est tout. J'ai débranché tous les volumes non indispensables pour le moment.
C'est fou qu'une installation aussi basique puisse donner autant de fil à retordre.
J'ai pas mis à jour le BIOS pour le moment

[polyzargone]

Clover est installé indépendamment sur chaque volumes, ils sont autonomes.

Pour la énième fois, non !

1 seul Clover pour démarrer tous les OS.

Fais un test en supprimant celui de 10.15.5.

[MonsieurAnderson]

Ah mince, je vois tu bloques toujours sur un écran noir.

Essaies en rajoutant le boot arg : igfxonln=1

Je te poste ici la section Proprieties que j'ai dans mon config.plist, en espérant que ça puisse aider:

Code

<key>Properties</key>
        <dict>
            <key>PciRoot(0x0)/Pci(0x2,0x0)</key>
            <dict>
                <key>AAPL,ig-platform-id</key>
                <data>AACbPg==</data>
                <key>AAPL,slot-name</key>
                <string>Internal</string>
                <key>device-id</key>
                <data>kj4AAA==</data>
                <key>device_type</key>
                <string>VGA compatible controller</string>
                <key>enable-hdmi20</key>
                <data>AQAAAA==</data>
                <key>framebuffer-patch-enable</key>
                <data>AQAAAA==</data>
                <key>framebuffer-stolenmem</key>
                <data>AAAwAQ==</data>
                <key>framebuffer-unifiedmem</key>
                <data>AAAAgA==</data>
                <key>hda-gfx</key>
                <string>onboard-1</string>
                <key>model</key>
                <string>Intel UHD Graphics 630</string>
            </dict>
        </dict>

Ce message a été modifié par polyzargone - 7 Jun 2020, 12:38.

[dafthink]

1 seul Clover pour démarrer tous les OS.

A la base c'est le cas poly. A la base c'est le Clover de mon nvme en 10.15.5 qui boot mes autres volumes Windows et macOS, mais vu que je suis en galère j'ai rebranché mon SSD de secoure.

Par contre pas de problème, je veux bien effacer le clover du 10.15.5 mais comment faire ? je vide le dossier EFI du nvme ?

Le port HDMI de la UHD 630 semble avoir quelques difficultés depuis la 10.15.4, le problème semble courant. Comme l'avais suggéré MonsieurAnderson le problème tourne autour des framebuffer mais je ne m'y connais pas assez pour tester de nouvelles valeurs. Je trouve des manip à faire avec Hackintool mais je garde en tête la mise en garde de Poly sur cet outils quand on y connais rien.

[polyzargone]

Poste un IOReg extrait avec IORegistryExplorer 2.1 > File > Save as… de la version 10.15.3 (celle qui fonctionne à priori).

PS : USBInjectAll.kext ne sert à rien puisque tu as des (?) SSDT-UIAC-DESIGNARE-Z390-FD-DEFINE-R6-V3.aml et SSDT-UIAC-DESIGNARE-Z390-V7.aml (et donc une de trop).

[dafthink]

J'ai fais la sauvegarde depuis le volume en 10.15.3, je pense que c'est bon.

J'avais déjà retiré SSDT-UIAC-DESIGNARE-Z390-V7.aml. Par contre si je retire USBInjectAll.kext, ma souris et mon clavier ne fonctionnent plus, étrange effectivement.

[polyzargone]

Tu as un boîtier DEFINE R6 ?

Essaie ce config.plist :  config.plist.zip ( 2.24 Ko ) Nombre de téléchargements : 2

[dafthink]

Oui j'ai un DEFINE R6 USB-C

Je viens de tester ton plist, rien de mieux hélas

[polyzargone]

Tu as essayé sans igfxfw=2 ?

[dafthink]

Je vais d'essayer de booter en retirant igfxfw=2 de ton plist puis du mien mais rien à faire, écran noir

[polyzargone]

Il vaudrait mieux que tu fasses tes tests depuis une clé USB. Le problème quand a plusieurs CLOVER sur des partitions EFI de disques différents, c'est qu'on est jamais vraiment sûr de celui qui a été utilisé lors du boot.

Avec une clé, il n'y a pas de doute.

[dafthink]

Tu as raison et c'est pour cela que je débranche physiquement mon SSD avant de booter sur le nvme. Mon boitier à les entrailles à l'air et je travaille ma souplesse à chaque boot pour débrancher / rebrancher
Avec la clef je veux bien mais lorsque je boot Clover depuis celle ci et que je sélectionne mon volume nvme j'ai le droit au rond barré. Dans le doute j'ai refais une autre clef mais c'est la même chanson

[polyzargone]

Essaie un autre port USB.

[dafthink]

Par défaut je branche la clef sur les port USB 2 de gauche sur cette image, je sais plus qui m'avait conseillé de toujours utiliser un port USB2 de la carte mère plutôt que ceux du boitier.

Les autres ports me donne le même résultat.
Depuis ma clef d'installation ou la seconde, j'ai systématiquement le rond barré que je choisisse de booter avec le nvme ou le SSD. Si je choisi de lancer l'installation de macOS depuis la clef, ca met un peu plus de temps mais je tombe encore sur ce rond barré, voilà pourquoi je tente de secourir ma machine avec l'aide du SSD

[mbournau]

Pour la gestion de l'USB, il faut que tu conserves USBInjectAll.kext et la SSDT-UIAC-DESIGNARE-Z390-FD-DEFINE-R6-V3.aml qui gère les ports du boitier DEFINE-R6, si tu n'as pas ce boitier il faut utiliser la SSDT-UIAC-DESIGNARE-Z390-V7.aml, mais c'est l'une ou l'autre. Je cite le pas à pas : "(NB : pour les possesseurs d’un boitier « Fractal Design Define R6 » il y a lieu de mettre le fichier « SSDT-UIAC-DESIGNARE-Z390-FD-DEFINE-R6-V3.aml » plutôt que « SSDT-UIAC-DESIGNARE-Z390-V7.aml » ceci pour la gestion des ports USB 2 du boitier.)"


Voilà un autre config.plist à essayer : [attachment=61011:config.plist.zip]

Ce message a été modifié par mbournau - 7 Jun 2020, 18:08.

[polyzargone]

USBInjectAll.kext + une SSDT qui définie les adresses/types des ports USB ?

J'ai du mal à comprendre l'intérêt …

[mbournau]

USBInjectAll.kext + une SSDT qui définie les adresses/types des ports USB ?

J'ai du mal à comprendre l'intérêt …

Oui, mais pour ma part je préfère le bon vieux kext fabriqué "maison"... Pour autant, même si un kext spécifiquement fabriqué peut contenir plusieurs SMBIOS, l'intérêt de la SSDT + USBInjectAll.kext et de pouvoir changer de SMBIOS sans se soucier des conséquences sur la gestion de l'USB

[polyzargone]

Sauf qu'une SSDT-UIAC ne définit pas le SMBios donc elle fonctionne elle aussi indépendamment de ce dernier.

[mbournau]

Sauf qu'une SSDT-UIAC ne définit pas le SMBios donc elle fonctionne elle aussi indépendamment de ce dernier.

Oui, mais justement c'est l'intérêt (peut être le seul par rapport à un Kext travaillé qui, lui, définit un ou plusieurs SMBios). Bien que je n'utilise que des Kexts USB que j'ai fabriqué, je trouve la solution SSDT plus souple de ce point de vue. Il m'est arrivé d'oublier d'indiquer dans le Kext le SMBios que je venais de changer dans config.plist et de ne plus avoir accès aux ports USB d'un hack au point de ne plus pouvoir entrer le mot de passe à l'ouverture de session de macOs; bien sûr on s'en sort toujours mais je pense qu'il est préférable de s'en dispenser !! Quitte à essayer d'aider quelqu'un en lui proposant un config.plist avec un SMBios différent du sien s'il dispose d'une SSDT il n'y aura pas de conséquences, si c'est d'un kext dont il dispose, il y aura fort à parier qu'un problème s'ensuivra si l'on n'a pas pris soin de lui dire soit de modifier le kext en conséquence, soit d'utiliser les patches de gestion de limite et USBInjectAll...
Si par exemple, ici, quelqu'un propose à dafthink d'utiliser le SMBios iMacPro1,1 au lieu du iMac19,1 qu'il utilise actuellement, il n'y aura rien de spécial à faire au niveau de l'USB...

Ce message a été modifié par mbournau - 7 Jun 2020, 19:01.

[polyzargone]

Mais on dit la même chose : avec une SSDT, pas besoin d'injecteur personnalisé avec SMBios défini dedans. Si tu en changes, les ports USB définis dans la SSDT se chargeront quand même .

Ce que je trouve étrange, c'est de devoir utiliser USBInjectAll.kext alors que justement, on devrait pouvoir s'en passer puisque la SSDT fait son boulot (les adresses inutiles en moins).

[mbournau]

D'accord j'ai compris le sens de "j'ai du mal à comprendre l'intérêt"... c'est de l'association SSDT et USBInjectAll dont tu parles, je croyais que c'était par rapport à un bon vieux kext des familles... Sur cette association je n'ai pas d'avis, j'en ai seulement un concernant SSDT vs Kext...

[dafthink]

Me voila de retour.
J'ai pas vraiment d'avis sur le débat SSDT + kext, je me suis senti juste un peu bête lorsque j'ai enlevé le kext USBinjectALL et que j'ai constaté que mon clavier ne répondait plus et que la souris n’emmenait même plus son laser rouge. Heureusement pour moi lorsque boot sur mon volume dissident, j'ai accès à la machine via le partage d'écran depuis un macbook pro donc j'ai redémarré la machine sans peine.

Pour en revenir à mon soucis d'écran noir, je trouve un certains nombres de témoignages de problème avec l'UHD 630 et Catalina. L'ajout d'une carte graphique semble balayer ce soucis mais il doit bien y avoir un moyen d'utiliser le GPU interne. Je continu mes recherches de mon coté mais faute de trésorerie pour investir dans une CG, je risque de downgrader en 10.15.3. Ça me gène pas de faire le cobaye donc si l’un d'entre vous à une piste, je suis preneur.
Merci beaucoup pour le soutien dont vous avez fait preuve à mon cas.

[mbournau]

As tu essayé le dernier config.plist que j'ai posté plus haut ?

EDIT : sinon une Nvidia 710, qui fonctionne très bien sous Catalina, à 50 €, c'est pas hors de prix

EDIT 2 : Catalina 10.15.5 : bon, il semble bien en effet qu'il y ait un problème avec le port HDMI de cette carte dû à des changements dans Catalina ou Whatevergreen...

Ce message a été modifié par mbournau - 8 Jun 2020, 07:51.

[dafthink]

Merci, je teste ton plist ce soir...
J'ai une quadro 4000 qui traîne dans un tiroir, tu pense qu'elle pourrait marcher avec Catalina ?

[polyzargone]

Oui, c'est une Kepler donc pas besoin de webdrivers.

[dafthink]

Je viens de tester le dernier plist de mbournau, pour le coup j'ai droit à l'écran noir au même moment que d'habitude mais en plus je n'ai pas accès au partage d'écran, merci mbournau mais j'ai remis mon ancien plist.

Poly, j'ai une quadro 4000, pas une quadro K4000
Du coup je suis pas sur de la compatibilité mais ca mange pas de pain d'essayer.
Cette quadro 4000 était dans mon Mac Pro 2008.
Manque de bol cette CG offre 2 DP et 1 DVI, mon écran n'a pas d'entré DP et j'ai pas de câble DVI sous la main. Du coup je passe par un câble VGA et un adaptateur DVI, c'est pas génial mais mon MP était raccordé comme ça et ça fonctionnait. Malheureusement pour moi la carte n’émet aucun signal vidéo sur ma Z390
Au début j'avais oublié les réglages BIOS, j'ai donc défini la sortie vidéo par le PCI1 et désactivé le GPU interne. J'ai peut être oublié quelque chose ?
Si cette carte peut etre compatible, je retenterai la greffe avec un vrai câble DVI.

[MonsieurAnderson]

Quand tu arrives à l'écran noir, débranches et rebranches ton câble HDMI ou DP
Si l'affichage revient, il faut utiliser le boot arg que j'ai mis en page précédente
Test ça, j'utilise le UHD 630 et je suis en 10.15.5 donc il n'y a pas de raison que ça ne fonctionne pas pour toi

[dafthink]

Pardon MonsieurAnderson, j'aurais du mieux lire ta signature, tu me redonne espoir
La manip de débrancher / rebrancher l'HDMI ne donne rien, l'écran ne semble pas détecté.
Malgré tout, je veux bien essayer ton extrait de Proprieties
le boot arg igfxonln=1 est à mettre à la place ou en plus de igfxfw=2 ?



Merci

[MonsieurAnderson]

Chez moi igfxfw=2 ne fonctionne pas, j'ai systématiquement un écran noir impossible à résoudre.

De ce que j'ai compris, ce boot-arg ne sert que pour ceux qui ont une CG dédié en plus. Cela permet d'avoir plus de performance dans les logiciels pro qui font travailler en même temps l'iGPU + CG. Inutile si on utilise tout seul l'iGPU, puisqu'il est tout seul de toute manière la charge de travail se reportera sur lui

Donc si la manip de débrancher/rebrancher l'écran ne fonctionne pas, c'est que tu dois avoir en plus un problème de platform-id et/ou de framebuffer

Dans tout les cas, après avoir modifier le platform-id et le framebuffer j'ai étais obligé d'ajouter le boot-arg igfxonln=1

Je te conseillerais d'essayer, de retirer igfxfw=2, de modifier le platform-id en 00009B3E, de modifier le framebuffer et d'ajouter le boot-arg igfxonln=1

Le tout, tout mélangé en même temps comme une bonne soupe

Aller courage !

Édit: d'après cette source : https://hackintosher.com/guides/fix-renderi...px-high-sierra/

Avec l'iGPU il faut utlisé shikigva=1 au lieu de 80

Ce message a été modifié par MonsieurAnderson - 8 Jun 2020, 20:08.

[dafthink]

Merci beaucoup pour ces précisions et le lien !
Je pense bien appliquer tes paramètres mais je fini toujours avec un écran noir. Par contre il se passe une chose étonnante, une fois le boot terminé, je vois bien ma machine sur le réseau partagé depuis mon macbookPro mais impossible d'avoir accès aux fichiers ainsi que le partage d'écran.
Je continu mes essais .....

Rapport MacBidouille

[polyzargone]

Essaie ça :  config.plist.zip ( 2.3 Ko ) Nombre de téléchargements : 3

[MonsieurAnderson]

Je viens de jeter un rapide coup d'oeil à ton rapport Macbidouille

Ta config on est bien d'accord n'a aucune CG et utilise uniquement l'iGPU UHD 630 ?

Parce que ça ne colle pas à 100% au SMBIOS utilisé.

D'après https://everymac.com/systems/apple/imac/spe...2019-specs.html

Le iMac19,1 utilise un 9900k mais aussi une CG dédié AMD, et pas du tout l'iGPU UHD 630

Edit: OUPS !!! Je t'ai indiqué le mauvais platform-id !!! La différence entre le 8 et le B est confuse, pourtant j'ai bien mes lunettes

Pour le 9900k, c'est le 0000983E ou le 0300983E, essaies l'un et si ça ne fonctionne pas, essaies l'autre

La différence c'est aussi que le 8700k et le 9900k utilise le même iGPU UHD 630, mais n'ont pas le même platform-id

platform-id 00009B3E = 8700k

platform-id 0000983E = 9900k

Ce message a été modifié par MonsieurAnderson - 8 Jun 2020, 22:55.

[dafthink]

Salut,

Je me saoul moi même d'annoncer que des échecs avec toutes les pistes que vous m'apportez.

Poly, ton plist me donne un écran noir , la machine apparait bien en partage ( depuis le finder du macbook pro ) mais je ne peux accéder ni au partage d'écran ni aux fichiers.

MonsieurAnderson, merci beaucoup pour les liens que tu as partagé, cela me permet (aux autres aussi ) d'affiner mes connaissances en hackintosh.
Tu as bien compris , ma machine n'a pas de carte graphique et utilise exclusivement l'UHD 630
J'ai bien édité un plist (celui que j'ai de base en 10.15.3, issue du pas à pas de mbournau, merci à lui ) avec comme modif:
- suppression de igfxfw=2
- ajout de igfxonln=1
- modification de shikigva=1 au lieu de shikigva=80
- modification du "paragraphe" de la section Proprieties ( cité en post 20 )
- modification de platform-id avec 0000983E ou avec 0300983E
Avec ceci Je n'ai pas d’écran noir, je reste sur la jauge qui monte doucement à l'écran branché en HDMI ET l'écran que je vois en partage d'écran me laisse apparaitre le bureau mais sans barre outil en haut de l'écran et sans souris fonctionel, clavier = OK . Je suis encore contraint de rebooter "à l'arrache " mais il y a du nouveau. Je sais pas si ça va dans le bon sens mais ça fais plaisir de nouveaus symptômes.

Pour un changement de kext il faut reconstruire les caches, pour un changement de plist, y a un truc de bien à faire ? supprimer le fichier Nvram par exemple ?

Merci

[MonsieurAnderson]

Pour un changement de .kext non il n'y a pas besoin de reconstruire les caches puisque ils doivent maintenant être dans CLOVER -> kexts -> Other, et non plus dans la Librairy. Si tel était le cas, oui il faut reconstruire les caches et permissions après les avoirs migrés dans Other.

Et pour un changement de .plist, non rien à faire à ma connaissance, j'ai toujours fait comme ça sans rien (peu-être pas la bonne méthode Poly pourra nous éclairer là-dessus).

On va rester positif, et dire qu'il y a de l'avancement, déjà le fait que tu retrouve de l'affichage c'est plutôt bon signe.

Après pourquoi est-ce que tu restes bloqué, il y a quelque chose qui gène le bon déroulement du démarrage.


Dans ton .plist, dans System Parameters, dans Inject Kexts tu es en en Detect, passes le paramètres sur Yes pour forcer leurs prise en charge.

Ce message a été modifié par MonsieurAnderson - 9 Jun 2020, 22:34.

[dafthink]

Merci beaucoup, grâce à vous j'ai enfin un signal vidéo en HDMI après le boot !
Y a du mieux mais le fond du problème n'est pas encore résolu
Via Clover, J'ai ajouté ig-platform-id : 0x59120000
Le boot prend du temps, ça bloque un long moment avant la 1ère ligne
[IGPU] Graphics driver failed to load: could not register with Framebuffer driver!



Aucune information sur la partie graphique dans Information Système.


Depuis que j'ai récupéré l'image sur mon écran, j'ai perdu la transparence du dock et de la barre outils. Je crois que cela signifie qu'il n'y a pas l’accélération graphique, logique puisque la puce n'est pas du tout détectée.



Rapport MacBid

[mbournau]

As tu essayé, avec ta config initiale (config.plist d'origine), d'utiliser une version antérieure de WhateverGreen (1.3.8 par exemple).

EDIT : il faudrait trouver le moyen de tester en DisplayPort (j'ai eu confirmation de ces problèmes rencontrés avec l'Hdmi...)

Ce message a été modifié par mbournau - 11 Jun 2020, 12:06.

[MonsieurAnderson]

Merci beaucoup, grâce à vous j'ai enfin un signal vidéo en HDMI après le boot !
Y a du mieux mais le fond du problème n'est pas encore résolu
Via Clover, J'ai ajouté ig-platform-id : 0x59120000
Le boot prend du temps, ça bloque un long moment avant la 1ère ligne
[IGPU] Graphics driver failed to load: could not register with Framebuffer driver!



Aucune information sur la partie graphique dans Information Système.


Depuis que j'ai récupéré l'image sur mon écran, j'ai perdu la transparence du dock et de la barre outils. Je crois que cela signifie qu'il n'y a pas l’accélération graphique, logique puisque la puce n'est pas du tout détectée.



Rapport MacBid

Mais pourquoi avoir ajouter le ig-platform-id : 0x59120000 ?

Parce que un paramètre bateau qui permet parfois d'avoir de l'affichage pour du debug, mais il y a conflit entre ig-platform-id : 0x59120000 et le platform-id 0000983E, et également le framebuffer qui n'est pas fait pour ce paramètre.

Essaies le boot-arg -wegnoegpu qui permet de désactiver la CG, même si tu n'en as pas, parce que ton SMBIOS est quand même fait pour en avoir une, et si par hasard macOS essaie d'afficher sur un CG qui n’existe pas

A tout hasard, as-tu essayé aussi le SMBIOS iMac 19,2 ?

Est-ce que dans Inject Kexts tu es sur YES ?

Ce message a été modifié par MonsieurAnderson - 11 Jun 2020, 19:27.

[MonsieurAnderson]

Du nouveau ?

[dafthink]

..... moi voila de retour, merci pour les nouvelles pistes que vous me suggérez.

mbournau :
Je viens de tester les versions 1.3.7 / 1.3.8 / 1.3.9 de WEG avec mon plist original = tout pareil , rien de mieux apparemment.
Je ferai un essai via le Display Port sur l'écran de madame.

MonsieurAnderson :
Pourquoi avoir ajouté le ig-platform-id : 0x59120000 ? J'ai vu ça sur un des liens que tu a partagé et j'ai tenté, voila tout
Pour moi, c'est un peu de l'hébreu tout ça, parfois je tente des manip, souvent ça ne sert à rien, parfois c'est pire qu'avant ...
J'avais déjà testé de changer le SMBIOS en iMac Pro sans résultat. Le SMBIOS iMac 19.2 ne donne rien de mieux que ce soit avec mon plist original ou celui que je constitue avec ton aide.
Le boot arg -wegnoegpu ne débloque pas la situation.
Oui, Inject Kexts est bien sur YES

[dafthink]

Bonjour,
J'ai pas réussi à faire reconnaitre l'UHD 630 en 10.15.5. J'ai solutionné le problème en installant une petite Sapphire rx 580 Pulse, je peux enfin profiter pleinement de ma machine.
Merci à tous pour votre aide

[mbournau]

Bonne nouvelle !!🙂 C’était sans doute, en l’état actuel, la meilleure solution !!l

[dafthink]

J'ai pas pris la carte graphique que je voulais ( 5700 xt ) mais là au moins je suis tranquille.
J'ai donc changé mon config.plist par celui que tu propose pour GPU AMD dans ton pas à pas. J'y ai appliqué mes petits réglages de base et j'ai ajouté le SSDT-Z390-DESIGNARE-RX580-V2.aml dans Clover / ACPI / patched. Dans le BIOS, j'ai défini la sortie vidéo sur PCI1 et j'ai mis l'IGPU sur auto.
J'ai rebranché mes différents disques internes dont Win 10
Résultat : tout baigne !!