Jump to content

[FIX] FakeSMC backtrace con OpenCore


FreeJHack

Recommended Posts

Se utilizzate FakeSMC v.6.26-357.1800 (RehabMan-kozlek) e OpenCore 0.60 (0.5.9), dando un'occhiata al boot-log probabilmente avrete occasionalmente (o sempre) FakeSMC in backtrace e alcuni di voi potrebbero sperimentare anche un crash durante il boot (non sempre...).

Storia breve: questo è causato da un'incompatibilità tra FakeSMC (un po' vecchietto, ma valido...) e OpenCore. 

 

Ecco quello che potreste trovare:

1767517225_FakeSMCBacktrace.png.dc4c0f67c808dbb15e2ecf12a9bcc1ca.png

 

Inoltre, utilizzando IORegistryExplorer, se controllate nella risorsa FakeSMCKeyStore risultano mancanti le proprietà "manufacturer" e "product-name", in alcuni casi utili e normalmente caricate da Clover.

94577062_NoProperties.png.fcc7fe317de20d9b6114b4b3d1fb9bf6.png

come potete vedere nell'immagine sopra.

 

Ho modificato il kext in modo tale da eliminare il backtrace che potrebbe rendere critico il boot e caricare le due properties.

Per caricare le properties indicate, è necessario attivare nel file config.plist di OpenCore ExposeSensitiveData->Expose OEM information as a set of UEFI variables = true, in Misc->Security.

Sostituite FakeSMC.kext con la versione modificata e riavviate.

 

Dopo il boot, controllate il log e troverete la stringa "Trying OpenCore OEM properties..."

1430665927_Schermata2020-07-18alle18_06_49.png.9c447cb939fdae14f758ccad14247cf3.png

 

e con IORegistryExplorer verificate la risorsa FakeSMCKeyStore e troverete il "manufacturer" e il "product-name":

1813285141_propertiesok.png.a93b953199ae1e9b70c75d3d9d3da397.png

che nel mio caso è "Clevo", le vostre saranno, ovviamente, diverse.

 

NON è necessario sostituire i kext di supporto ACPISensors.kext, CPUSensors.kext, ...

E sufficiente sostituire FakeSMC.kext

 

Per chi vuole compilare (ricordarsi prima il versioning): https://github.com/FreeJHack/OS-X-FakeSMC-kozlek

in alternativa, allego il kext già compilato.

 

Spero possa essere d'aiuto...

 

FakeSMC.kext.zip

  • +1 3
Link to comment
Share on other sites

@iCanaro Ok, bene.

Considera che i maggiori benefici saranno per coloro che hanno sensori LPC (SuperIO) della ITE o Fintek (p.e. Gigabyte) perché il kext LPCSensor cerca la proprietà "vendor" per valutare la presenza di un determinato sensore. Senza quella proprietà il sensore non viene caricato...

Edited by FreeJHack
  • Like 1
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • There are no registered users currently online
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.