Hackintosh montage/after

[fborensz]

Voilà ce que j'ai :

Fichier(s) joint(s)

 Capture_d_____cran_2015_01_20____18.46.51.png ( 195.47 Ko ) Nombre de téléchargements : 9

 

[polyzargone]

OK

Ça c'est le dossier Bibliothèque de ton dossier UTILISATEUR, en l'occurence Fred.

Celui dont je parle est le dossier Bibliothèque à la racine de ton DISQUE, HDD1 j'imagine…

[fborensz]

Ahah je pensais pas être aussi mauvais.

Voilà ce que contient com.Apple.boot :
<?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>Kernel Flags</key>
<string></string>
</dict>
</plist>

[polyzargone]

Ahah je pensais pas être aussi mauvais.

Mais non, c'est pas évident non plus !

Ce que tu peux faire, c'est passer de ceci :

<?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>Kernel Flags</key>
<string></string>
</dict>
</plist>

à cela :

<?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>Kernel Flags</key>
<string>kext-dev-mode=1</string>
</dict>
</plist>

Ne touche à rien d'autre. Ajoute juste kext-dev-mode=1 entre les <string></string> tel quel sans majuscule ni gras ni… rien

Sauvegarde sur le bureau et copie l'original en lieu sûr puis remplace-le dans SystemConfiguration par celui du bureau.

Ne t'inquiète pas, c'est sans risque. Ça permet juste de permettre le chargement de kexts non-signés comme VoodooHDA ou les AppleHDA patchés.

[fborensz]

Ok done.

Donc maintenant je peux réinstaller AppleHDA ?


EDIT : Pas de S/L/E sur ma clé. cf screen.

http://i.imgur.com/8HUoEZO.png?1

Ce message a été modifié par fborensz - 20 Jan 2015, 20:15.

[polyzargone]

Arf !!!

OS X et ses petites cachoteries

Utilise ça :

 Show_Hide_Files.zip ( 32.82 Ko ) Nombre de téléchargements : 3


Ça affiche les fichiers et dossiers cachés. Relance-le pour les masquer à nouveau. Avec, ça OS X n'aura plus de secrets pour toi

[fborensz]

Ok j'ai donc fait tout ça.
Le script de reconstruction me dit "invalid signature" pour voodoo. Mais comme tu m'avais dit de le supprimer, je le cherche. Et c'est là que ça bloque.
Une fois trouvé il faudra que je relance le script, reboot, script AppleHDA et ce sera tout, right ?

[polyzargone]

Ok j'ai donc fait tout ça.
Le script de reconstruction me dit "invalid signature" pour voodoo. Mais comme tu m'avais dit de le supprimer, je le cherche. Et c'est là que ça bloque.
Une fois trouvé il faudra que je relance le script, reboot, script AppleHDA et ce sera tout, right ?

AH !

invalid signature est normal, c'est justement pour l'éviter qu'on a ajouter kext-dev-mode=1
Si VoodooHDA existe encore, il est sans doute dans S/L/E. Retire-le ainsi que AppleHDADisabler.kext au cas où il y serait encore.
Ceci fait, il faudra relancer le script du cache, redémarrer pour que le AppleHDA original soit chargé et lancer le script de patch.

Ce message a été modifié par polyzargone - 20 Jan 2015, 20:58.

[fborensz]

Pas trouvé de Voodoo dans S/L/E. Au redémarrage, pas de AppleHDA dans S/L/E. Normal ?

Si oui, je lance le patch ou il faut d'abord que je remette AppleHDA via Kextwizard ?

(J'ai l'impression de poser des questions évidentes mais je suis perdu )

[polyzargone]

Pas de soucis, c'est normal

Reprenons dans l'orde si tu veux bien :

1/ Faire le ménage dans S/L/E et retirer les kexts VoodooHDA ET AppleHDADisabler

Ça visiblement, c'est fait.

2/ Installer le kext original AppleHDA.kext situé SUR la clé dans le dossier caché System/Library/Extensions en le copiant sur le bureau par ex. puis en glissant son icône SUR la fenêtre de Kext Wizard rubrique Installation. Vérifier que la destination est bien Système/Bibliothèque/Extensions puis cliquer sur Installer (v. capture).

 Kext_Wizard.png ( 71.94 Ko ) Nombre de téléchargements : 6


3/ Reconstruire le cache avec le script

4/ Redémarrer pour charger l'AppleHDA.kext fraîchement installé et valider au passage le kext-dev-mode=1 qui évite les messages du genre invalid signature (du moins de les contourner)

5/ Lancer le script de patch puis redémarrer une dernière fois.

[fborensz]

La reconstruction du cache me met :

rebuilding //System/Library/Caches/com.apple.kext.caches/Startup/kernelcache
kext-dev-mode allowing invalid signature -67030 0xFFFFFFFFFFFEFA2A for kext VoodooHDA.kext
kext file:///System/Library/Extensions/AppleIntelE1000e.kext/ is in hash exception list, allowing to load
kext-dev-mode allowing invalid signature -67030 0xFFFFFFFFFFFEFA2A for kext AppleHDAHardwareConfigDriver.kext
kext-dev-mode allowing invalid signature -67061 0xFFFFFFFFFFFEFA0B for kext AppleHDAController.kext
kext-dev-mode allowing invalid signature -67030 0xFFFFFFFFFFFEFA2A for kext AppleHDA.kext
Invalid signature -67030 for kext <OSKext 0x7f8deb883990 [0x7fff76abbcf0]> { URL = "VoodooHDA.kext/ -- file:///System/Library/Extensions/", ID = "org.voodoo.driver.VoodooHDA" }
logout

[Opération terminée]

Je sais pas si ça va etre utile mais je préfère le mettre avant de redémarrer et de perdre mon c/c

[polyzargone]

Mouais,

C'est étonnant qu'il te trouve encore VoodooHDA.

As-tu un AppleHDA.kext dans S/L/E cette fois ?

[fborensz]

Non, pas de AppleHDA...

[polyzargone]

Ça ce n'est pas normal du tout !

Une question bête :

Tes HDD1 et HDD2 ne seraient-ils pas des clones ?

Ce message a été modifié par polyzargone - 20 Jan 2015, 21:56.

[fborensz]

HDD1 et HDD2 sont mes 2 disques dur de données. Mon Système est sur mon SSD (qui n'est pas dans "Appareils" sur le screen. Je l'ai remis depuis)

[polyzargone]

Deuxième question bête :

Es-tu bien certain d'avoir sélectionné ton SSD et non pas la clé (ou si j'ai bien compris, le disque dur dont tu t'es servi pour installer OS X car tu n'avais pas réussi à faire de clé) ?

[fborensz]

Oui...
http://i.imgur.com/ZKxc0FM.png

[polyzargone]

Ok OK OK

On va donc clarifier certaines choses :

Sur OS X, tu as :

2 dossiers Bibliothèque : un dans ton dossier Utilisateur et l'autre à la racine de ton disque. Ça on l'a vu tout à l'heure.
2 dossiers Extensions à la racine de ton disque : un dans Bibliothèque/Extensions et l'autre dans Système/Bibliothèque/Extensions.

En principe, tous les kexts utilisés par l'OS sont dans Système/Bibliothèque/Extensions (S/L/E) et ceux dans Bibliothèque/Extensions sont rarement modifiés à part pour certaines extensions audio mais pas par l'AppleHDA qui nous intéresse et qui se trouve lui TOUJOURS dans S/L/E

Donc en clair, tu peux oublier le dossier Bibliothèque/Extensions que tu n'auras jamais l'occasion/le besoin de modifier. Quand on parlera de kext, ce sera toujours de S/L/E dont il sera question.

Donc tu as bien compris maintenant que VoodooHDA, AppleHDADisabler et AppleHDA doivent se trouver dans S/L/E

Tu cherchais simplement au mauvais endroit

Reprend les étapes données plus haut et tu ne devrais plus entendre parler de voodooHDA lorsque tu reconstruit le cache

Tiens ! Je viens de m'apercevoir que tu avais un dossier Extra ???

Y a quoi dedans ?

Ce message a été modifié par polyzargone - 20 Jan 2015, 22:15.

[fborensz]

Dans extra : org.chameleon.Boot.plist

[polyzargone]

Sans doute un coup de MultiBeast

Par curiosité, tu peux l'ouvrir avec TextEdit et me dire ce qu'il contient ?
Sinon, la reconstruction du cache ça donne quoi ?

[fborensz]

<?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>EthernetBuiltIn</key>
<string>Yes</string>
<key>GraphicsEnabler</key>
<string>No</string>
<key>IGPEnabler</key>
<string>Yes</string>
<key>Kernel Flags</key>
<string></string>
<key>Legacy Logo</key>
<string>Yes</string>
<key>Timeout</key>
<string>2</string>
</dict>
</plist>



Et ça donne que j'ai du son !!!!!
un GRAND MERCI !!

[polyzargone]

Donc en fait, ça signifie que ton AppleHDA n'avait pas du tout besoin de patch !
Étonnant mais tant mieux !

Un dernier truc quand même pour vérifier une chose :

Fait À propos de ce Mac dans le menu  puis Rapport Système. Ensuite va dans la rubrique Audio sur la gauche et clique sur une de tes sorties audio puis fait une capture.

Ce message a été modifié par polyzargone - 20 Jan 2015, 22:37.

[fborensz]

http://i.imgur.com/xi0t41U.png

Et mon son sort de mes enceintes mais marche en ayant "haut parleurs internes" de sélectionné et non "sortie de ligne". Normal ?

[polyzargone]

Oui normal
Terminlogogie Apple… tout ça

Peux tu sélectionner Audio Haute Définiton Intel cette fois et me refaire une capture promis après j'arrête

[fborensz]

Aucun problème !! Déjà que tu m'aides comme pas possible, je vais pas me plaindre pour quelques screens

http://i.imgur.com/RODRhBj.png

[polyzargone]

Eh bien tout ça me semble parfait !

Pour être honnête, je ne pensais pas une seconde que l'AppleHDA fonctionnerait sans aucune modif. Je suis bluffé et je ne me l'explique pas vraiment.
J'imagine que le bios que tu as flashé pour Ozmosis a été particulièrement bien configuré et que c'est grâce à ça que ça marche direct !

Du coup, ton Hack est 100% opérationnel ?

En revanche, je te conseillerais de te faire une clé d'install avec DiskMaker X plutôt que de monopoliser un DD pour ça et surtout de la garder dans un coin au cas où.

[fborensz]

120% même !

FCP ouvert et opérationnel 30s à peine après avoir allumé l'ordi
Et oui j'ai une clé yosemite au cas ou

merci encore pour tout !

[polyzargone]

De rien. Content d'avoir pu aider !

[iVico]

sudo nano ~/.bash_history

Après,  + F pour ton AppleEthernet.kext (c'est sûr que c'est mieux de se souvenir du nom du kext en question mais en élargissant un peu la recherche, tu devrais trouver )

rien trouvé.

Le fichier était tout petit.

iVico, (ou d'autres qui seraient dans ce cas) j'ai juste une petite question :

Utilises-tu Ozmosis ET Clover ?

Non, clover uniquement.

Avant, sur Mavericks j'avais Chimera, mais j'ai fait une clean install avant de passer à Clover + Yosemite

Ce message a été modifié par iVico - 20 Jan 2015, 23:09.

[polyzargone]

OK,

En tout cas, j'ai l'impression que kext-dev-mode=1 n'est pas activé avec Ozmosis étant donné que fborenz avait des invalid signatures lors de la reconstruction du cache.

Ça métonne un peu mais peut être que comme les kexts sont intégrés directement dans le BIOS, ils n'ont pas besoin de ça (d'ailleurs, je pense que c'est une déformation/erreur de parler de BIOS, ce n'est pas vraiment lui qui est flashé, c'est plutôt un firmware ou une sorte de partition EFI/UEFI qui sont installés et je serais bien curieux de savoir s'il est possible d'y avoir un accès direct).

Mais ça reste tout de même bien mystérieux cette histoire.