Hackintosh clover High sierra qui ne démarre plus, Bloquage sur la pomme du boot

[((--M@n--))]

Hello tout le monde,

Comme spécifié dans le titre j'ai un hackintosh sous high sierra installé avec clover qui ne démarre plus, enfin qui reste bloqué sur la pomme de démarrage plutôt. Lorsque je le boot en mode verbose il bloque sur cette erreur : ATHR: unknown locale 21, puis si je patiente plusieurs minutes il rajoute les lignes qui suivent sur la capture d'écran.
Par ailleurs j'ai windows 10 installé sur une partition dédiée mais les 2 OS sont sont le même disque physique, et donc je peux booter sans problème sur windows, je dit ça parcequ'à un moment je me demandais s'il n'y avait pas un problème physique sur le disque.
J'avoue que je ne sais absolument pas dans quelle direction chercher, je ne sais pas s'il s'agit d'un problème lié à clover ou si c'est purement macOS (j'ai réussi à booter sur le volume recovery) ... et c'est pourquoi je vous appelle au secours, car seul je n'arrive à aucun diagnostic. Par avance merci !

Ci joint une capture du bloquage en mode verbose.

 IMG_2022.jpg ( 697.55 Ko ) Nombre de téléchargements : 29

[Krazubu]

C'est ta carte graphique qui ne fonctionne pas, démarrer en safe mode pourrait te permettre d'avoir un OS bootable le temps de régler le problème, sinon il faut carrément supprimer les kexts graphiques concernées.

[((--M@n--))]

C'est ta carte graphique qui ne fonctionne pas, démarrer en safe mode pourrait te permettre d'avoir un OS bootable le temps de régler le problème

Merci pour ton message, j'avais oublier de préciser que j'ai déjà essayer de démarrer en safe mode ... je viens de retenter dans le doute mais j'arrive au même résultat il me semble (cf capture)

sinon il faut carrément supprimer les kexts graphiques concernées.

Tu veux dire sans booter sur macOs et de faire ça via windows en montant la partition efi ?

Fichier(s) joint(s)

 IMG_2024.jpg ( 712.41 Ko ) Nombre de téléchargements : 7

 

[Krazubu]

Je vois que tu as une nVidia, tu dois donc pouvoir démarrer en ajoutant le paramètre de boot nv_disable=1, si tu as la possibilité, tu peux aussi utiliser l'IGP intel.

Ce message a été modifié par Krazubu - 19 Aug 2018, 13:18.

[((--M@n--))]

tu dois donc pouvoir démarrer en ajoutant le paramètre de boot nv_disable=1

voilà ce que ça me donne en démarrant avec l'option nv_disable = 1
 IMG_2026_2.jpg ( 367.58 Ko ) Nombre de téléchargements : 18

tu peux aussi utiliser l'IGP intel

Tu fais comment pour sélectionner l'IGP intel ?

[Krazubu]

Je révise mon diagnostique, il semble en fait qu'il te manque fakeSMC.kext

[polyzargone]

Je révise mon diagnostique, il semble en fait qu'il te manque fakeSMC.kext

+1

Pas de DSMOS has arrived…

[((--M@n--))]

Ok, ... c'est étrange quand même car quand je vais dans "block injected kexts" dans le menu de clover et que je vais dans "10.13" je vois bien "FakeSMC.kext" version .1406 ... donc si je peux le désactiver c'est bien qu'il est présent non ?

Je viens de voir dans les options de boot clover que j'ai kext-dev-mode=1 je ne sais pas si ça peut avoir un lien ...

Ce message a été modifié par ((--M@n--)) - 19 Aug 2018, 17:10.

[polyzargone]

Puisque tu as accès à ta partition Windows, remplace le FakeSMC.kext par celui-là :  FakeSMC.kext.zip ( 148.77 Ko ) Nombre de téléchargements : 12

[((--M@n--))]

Puisque tu as accès à ta partition Windows, remplace le FakeSMC.kext par celui-là

Ok je viens de changer le .kext par celui dont tu m'as passé le lien mais j'ai l'impression que ça ne change rien ...
image

Ce message a été modifié par ((--M@n--)) - 20 Aug 2018, 09:08.

[((--M@n--))]

Dans le doute j'ai vérifié ce matin le numéro de version du FakeSMC.kext dans les options de clover et c'est bien la nouvelle version qui est prise en compte.

J'ai tenté entre temps un diskutil repairVolume [monVolumeMacOS] depuis la partition recovery mais j'ai un message dans le terminal comme quoi le volume est attaché a d'autres volumes apfs qui ne peiuvent être démonté ... je suppose que c'est la partition efi dont il s'agit ?

Par ailleurs j'ai retiré le kext-dev-mode=1 depuis les options de boot clover et j'obtiens ça :

Screenshot

Mais donc toujours et encore ce "waiting for DSMOS ..."

Ce message a été modifié par ((--M@n--)) - 20 Aug 2018, 17:58.

[polyzargone]

Boot sur une clé munie de la dernière version de Clover avec ton config.plist et tes kexts.

[((--M@n--))]

Alors, j'ai bien pu booter sur la clé avec les config.plist et les kexts téléchargés sur la page de tuto et également avec ceux issus de la partition EFI de ma partition osx/hackintosh ...

Ce message a été modifié par ((--M@n--)) - 20 Aug 2018, 23:00.

[polyzargone]

Donc c'est le Clover de ton disque dur qui n'est pas à jour…

Tu sais ce qu'il te reste à faire !

[((--M@n--))]

OK super ! Par contre je ne sais pas comment mettre à jour clover sur mon disque sans arriver à booter dessus ? il faut lancer l'install de clover en ligne de commande en bootant sur ma clé et en sélectionnant mon disque interne comme destination ?

[Guest_Neutral_ch_*]

Alors, j'ai bien pu booter sur la clé avec les config.plist et les kexts téléchargés sur la page de tuto et également avec ceux issus de la partition EFI de ma partition osx/hackintosh ...

OK super ! Par contre je ne sais pas comment mettre à jour clover sur mon disque sans arriver à booter dessus ? il faut lancer l'install de clover en ligne de commande en bootant sur ma clé et en sélectionnant mon disque interne comme destination ?

Si tu peux booter sur ton DD avec ta clé, tu as la solution en main. Une fois sur ton DD, tu installes le dernier Clover et copie les kexts de ta clé sur le DD.

[((--M@n--))]

Ah mais parceque pour l'instant j'ai pu booter sur ma clé d'installation de high sierra j'arrive bien sur logiciel d'installation, mais je ne peux toujours pas booter sur mon DD en fait ... je n'ai peut être pas bien compris ce que me disait de faire Polyzargone ?

Ce message a été modifié par ((--M@n--)) - 21 Aug 2018, 13:51.

[Guest_Neutral_ch_*]

Hum ou alors c'est moi, disons quand tu dis, j'ai réussi à booter sur ma clé (comprenant depuis..), pour moi c'est j'ai réussi à booter sur mon DD.

Mais peut être cela->

Tu fais comment pour sélectionner l'IGP intel ?

Tu devrais l'activer dans le bios, débranché ta carte graphique et passer par une sortie de ta CM. Voir aussi la commande, nv_disable = 1 (je crois qu'il faut la cut..). Et voir ensuite pour réutiliser ta CG par la suite, après résolution du problème. Cela ne va peut être rien changer..

Edit: Si tu posais la question pour l'IGP, il faut qu'il sois desactivé en utilisant une CG. Si il est activé dans le bios, il faudrait test en le désactivant avec ta CG avant de test sans CG. Le réglage se trouve simplement sous: Intel processeur graphics - enable / disable.

Ce message a été modifié par Neutral_ch - 21 Aug 2018, 14:36.

[((--M@n--))]

Oui pour être plus précis j'ai créé ma clé d'installation de High Sierra j'ai branché ma clé sur mon Hackintosh j'ai démarrer comme d'habitude cad sur le clover du DD de mon hack et là j'ai pu sélectionner la clé comme volume sur lequel démarrer et donc j'ai accédé à l'install de High Sierra et j'ai fait ce test en mettant les kexts et le config.plist d'origine (ceux du tuto) et ceux de ma partition EFI de mon DD qui pose problème.

Hum ou alors c'est moi, disons quand tu dis, j'ai réussi à booter sur ma clé (comprenant depuis..), pour moi c'est j'ai réussi à booter sur mon DD

Mais ce que tu me dis là me laisse penser que le test à faire était de sélectionner l'uefi de ma clé comme volume sur lequel démarrer depuis le BIOS dans la séquence de boot ... mais quand je fais ça le clover de ma clé ne me propose que ma partition windows sur laquelle booter ...

[Guest_Neutral_ch_*]

Mais ce que tu me dis là me laisse penser que le test à faire était de sélectionner l'uefi de ma clé comme volume sur lequel démarrer depuis le BIOS dans la séquence de boot ... mais quand je fais ça le clover de ma clé ne me propose que ma partition windows sur laquelle booter ...

l'idée de base, une fois ton installation fonctionnelle et stable est de garder:

- La clé que tu as créé pour l'installation. Sur laquelle tu auras au final remplacer le dossier EFI, dans la partition EFI, par celui de ton DD (une fois que tout est ok au niveau du DD, bien évidement).
- Une copie de ton DD, pour back up, créer avec par exemple CCC (carbon copy cloner). Au cas ou tu n'arrives plus à booter sur ton DD, justement.. Au choix ici, tu peux aussi installer Clover sur sa partition efi et remplacer ensuite le dossier EFI, par celui du DD original (comme pour la clé USB). Résultat, la copie peut booter toute seule sans la clé ou alors tu peux simplement démarrer ton back up depuis ta clé USB.

Mais je pense que l'idée jeté était bien d'accéder à ton DD via ta clé USB, si tu y arrives, tu installes le dernier Clover sur ton DD + copie et remplacer le dossier EFI du DD par celui de ta clé (qui est fonctionnelle, puisque tu as réussi à accéder à OSX).

Ce message a été modifié par Neutral_ch - 21 Aug 2018, 17:17.

[polyzargone]

L'idée, c'était de démarrer sur la clé pour ensuite démarrer la partition macOS de ton DD. Comme je soupçonne que c'est ta version de Clover qui n'est pas à jour, l'idée c'était surtout d'utiliser une version récente de Clover sur ta clé.

Une fois que tu as démarré sur ta partition macOS, tu n'as plus qu'à éjecter la clé et à mettre à jour le Clover qui est installé dans la partition EFI de ton DD. Pour cela, il n'y a rien de plus à faire que de réinstaller Clover avec les mêmes options que tu as utilisé ou, pour être sûr, avec celles décrites dans le tuto :

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

✓ Installation pour carte mère UEFI seulement
✓ Installe Clover dans l'ESP
✓ Thèmes > celui qui vous plaît
✓ Drivers64UEFI :

○ AppleImageCodec-64
○ AppleKeyAggregator-64
○ AppleUITheme-64
○ FirmwareVolume-64
○ FSInject-64
○ SMCHelper-64
○ ApfsDriverLoader-64
○ * AptioFixMemory-64 (NB : pour les versions inférieures 10.11.4, utilisez plutôt OSxAptioFixDrv-64)

Copiez le HFSPlus-64 fourni en PJ dans le dossier EFI/CLOVER/Drivers64UEFI après l'installation de Clover

✓ RC scripts sur le volume de destination

Enfin, tu vérifies que les kexts sont à jour ainsi que ton config.plist (ceux de la partition EFI de ton DD).

[((--M@n--))]

Donc je suis reparti de zéro

• j'ai créé ma clé bootable d'installation de high sierra avec les kexts et le config.plist de mon DD copié sur la partition EFI de ma clé (dans EFI/CLOVER/kexts/OTHER et EFI/CLOVER/kexts/10.13)
• J'ai branché ma clé sur mon hack et au démarage je suis allé dans le boot setup de ma carte mère pour selectionner UEFI de ma clé comme volume de démarrage.
• J'ai bien vu la liste de mes volumes et j'ai pu sélectionner mon DD avec osx.
• J'ai démarré en mode verbose ... et j'arrive au même résultat. Toujours Waiting for DSMOS ...

Donc non je n'ai pas réussi à booter sur mon disque dur interne via ma clé qui a clover v4644 d'installé. Mon DD a la version de clover 4439 ...

Un truc me rend super perplexe, apres avoir fait ces tests j'ai débranché ma clé. J'ai redémarré sans repasser par le boot setup de ma carte mère et je vois que c'est clover v4644 qui scanne les disques (alors que cette version se trouve sur ma clé qui est débranchée !) et lorsque je passe par le boot setup pour redéfinir l'uefi de mon DD comme volume de démarrage et bien je vois clover v4439 qui scanne mes disques ...

ScreenShot du log en bootant sur le clover de ma clé

Ce message a été modifié par ((--M@n--)) - 22 Aug 2018, 19:03.

[yokin07]

Bonsoir pour savoir tu met quel kexts dans OTHER et 10.13? car les deux seront chargés par CLOVER.

[((--M@n--))]

J'y ai mis les kexts de la partition EFI de mon DD.

A savoir :

AppleHDA.kext
FakeSMC.kext
AppleALC.kext
NullCPUPowerManagement.kext

Mais oui "Other" et "10.13" revient au même dans mon cas c'est juste que dans le doute je les ai mis dans ces 2 dossiers

[yokin07]

laisse que dans le dossier OTHER tes kexts et supprime les du dossier 10.13.

[polyzargone]

AppleHDA.kext

Il n'a rien à faire là. Sa place est dans S/L/E !

Et dans le doute, je te conseille vivement de suivre ce tuto : Restaurer un AppleHDA.kext original

NullCPUPowerManagement.kext

Inutile sur ta config. Supprime-le.

[((--M@n--))]

J'ai supprimé AppleHDA.kext et NullCPUPowerManagement.kext, mais malheureusement toujours pas de boot sur mon DD ...
J'ai tenté de supprimer le contenu de 10.13 et donc de n'avoir les kexts que dans OTHER, et pareil toujours pas de boot.

Ce message a été modifié par ((--M@n--)) - 23 Aug 2018, 12:36.

[Krazubu]

Histoire d'arrêter de tourner en rond, le plus expéditif me paraît de charger l'extension en mode single user.
Tu la copies dans /Library/Extensions/
Tu démarres en mode single user (barre d'espace sur l'icône de ton volume et choisir l'option).
un fois à l'invite de commande, tu tapes :
kextload /library/extensions/fakesmc.kext

là tu verras s'il t'envoie bouler ou pas, s'il charge, ensuite tu tapes exit pour finir le démarrage.

S'il râle à cause des permissions, tu tapes :
chown -R root:wheel /System/Library/FakeSMC.kext
chmod -R 755 /System/Library/FakeSMC.kext

et tu retentes kextload
Ces commandes sont sensibles à la casse, le nom de fichier est à adapter selon comment est nommée ta kext.

[((--M@n--))]

C'est peut être une question idiote mais je préfère la poser pour ne pas tourner en rond comme tu dis :
Quand tu dis : /Library/Extensions/ tu parles bien de /Library/Extensions/ à la racine de mon DD qui ne boot pas ? Parce que j'essaie d'écrire sur ce volume depuis ma partition windows mais je ne trouve pas comment écrire sur de l'APFS ... ma période d'essai pour APFS for windows de Paragon a expiré ... et MacDrive ne supporte pas l'écriture sur l'apfs ...
Ou alors est ce que tu parles d'un /Library/Extensions/ sur ma clé usb ?

Par ailleurs je commence à me poser la question si ça ne serait pas plus simple de réinstaller high sierra sachant que j'ai une sauvegarde timemachine pas trop vieille

Merci à vous tous quoi qu'il en soit !

[Krazubu]

Non, à la racine de ton DD, du coup c'est cuit s'il est en APFS, ou alors faut le faire depuis ton recovery mais les chemins ne sont pas les mêmes.
Ça m'étonne cependant que tu puisses démarrer sur le recovery et pas sur l'OS si c'est bien un problème de fakesmc, je re-révise le diagnostique, peut-être qu'il plante avant de pouvoir le charger.
Pour confirmer peux-tu vérifier que tu bootes bien sur le recovery avec le même clover ?