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

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