FakeSMC in Ozmosis aktualisieren... die einfache Art...

  • Hallo Zusammen,


    Da der FakeSMC und die Sensoren Kexte im Ozmosis natürlich nicht mehr die Jüngsten sind und mir das Problem mit den fehlenden Anzeigen auch auf den Geist gingen, habe ich noch etwas recherchiert und eine englischen Text gefunden.
    Darin wurde das aktuelle Paket der HWSensors heruntergeladen, der Inhalt per Pacifist entpackt und dann die 4 Sensoren Kexte in den ebenso enthaltenen FakeSMC.kext unter /Contents/Plugins kopiert und dieses Konstrukt auf die versteckte EFI-Partition, unter /EFI/Oz/Darwin/Extensions/Common gepackt und der Rechner neu gestartet...
    Ab jetzt ist alles drinnen:

    Somit kann auch ohne große Schwierigkeiten der FakeSMC auf Ozmosis-Boards aktualisiert werden, ohne das immer gleich das BIOS-Rom neu gepatcht und installiert werden muss.


    EDIT:
    Fast vergessen... Anbei liegt das von mir verwendete Paket... ;)

    Dateien

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

    Einmal editiert, zuletzt von al6042 ()

  • Hab ich doch schon mal so ähnlich ohne English von Griven :D gelesen: http://hackintosh-forum.de/ind…&postID=149618#post149618
    Nur dass Griven aus gutem Grund immer vor der zusätzlichen Installation von einem neuen, für das System zusätzlichen, FakeSMC warnt: Kann ne schöne Kernel-Panik geben..


    :hackintosh:

  • Bei mir nicht ... alles gut und meine Lüfter sind endlich da :-)

    [color=#333333]
    Hauptgerät:
    Hack iMac 14,2 (Gigabyte Z97X-UD3H mit Ozmosis 1479) | i7-4771 3.5 GHz | 32 GB RAM @ 1600 MHz | NX9500GT 1024MB an 2x BenQ GL2460 | 250 GB SSD Samsung Evo 850 | OSX 10.10.2 | Apple Tastatur (m. Ziffernblock) | Apple Trackpad (DeLock BT 4.0 LE)


    Mobil:
    Macbook Pro 2007 | 17", 2,4 GHz | 4 GB RAM | 120 GB SSD | OSX 10.10.1


    Spielzeug:
    iPhone 5 (schwarz) | 16 GB | iOS 8.2
    iPad Mini m. Retina (weiss) | 16 GB | iOS 8.2

  • Das Problem mit dem Vorgang aus dem alten Thread liegt daran, dass die einzelnen Sensoren Kexte im Ordner /EFI/Oz/Darwin/Extensions/Common nicht immer gelesen werden :)
    Durch die Nutzung des aktuelleren fakeSMC wird, laut Aussage aus dem Original-Text, diese bevorzugt genutzt, so dass der Kernel Panic ausbleibt...


    Ich werde das aber auch bei mir im Auge behalten.

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • Oder man installiert das aktuelle HWSensors-Paket mit dem ganzen Inhalt einfach. So habe ich es bei meinen beiden iMac-Hacks gemacht und bis dato keine Probleme gehabt. Brauche dazu nicht im EFI-Ordner herum hantieren.

    iMac@Home: Asrock Z87E-ITX, i7-4770s, 16GB Ram, Intel HD4600, 1x 512GB Samsung 850 Pro SSD, 1x Seagate Daten-HDD (2,5"), USB-Soundkarte, Catalina (latest) mit Clover@iMac14,3


    iMac@Office: GA Z87MX-D3H, i7-4770s, 16GB Ram, Geforce GTX650 1GB, 1x 256GB Samsung 830, 1x2TB Seagate 7200.14 Datenplatte, 1x2TB Samsung HD204UI TimeMachineplatte, DVD-RW Liteon iHAS 124, BluRay Pionerr BDR-207D (nur über USB), Creative SB Play, Catalina (latest) mit Clover@iMac14,3

  • Klingt interessant...


    Kannst du das mal detaillierter beschreiben?

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • Die komplett Installation des HW Sensors Paketes hat bei mir zwar nie eine KP verursacht aber dafür ist der Rechner immer ca. 2-3 Minuten nach dem Boot abgeschmiert War bei jeder Version so, hab es dann aufgegeben. Werde mal den Tipp mit de aktuellen fakesmc versuchen.

    Gigabyte Z490 Vision G
    Intel Core i7-10700k
    Ram 32GB DDR4
    AMD RX 570

  • @Higgings12: Wir haben ein identisches Mainboard, bei mir hat die Installation des aktuellen HWMonitors inklusive FakeSMC und den Sensoren geklappt, Abschmieren oder eine Kernelpanic blieb bis dato aus. Temperatur und Lüfterdrehzahl der GPU werden jedoch nicht ausgelesen!

    in Arbeit:
    Gigabyte GA-Z97X-UD5H mit Z97X-UD5H-F9-OZM-1479
    i7 4790k mit Alpenföhn Brocken 2
    16Gb DDR3 1600MHz HyperX Fury
    Gigabyte GTX960 4Gb
    2* 256Gb Samsung 850 Pro, 2Tb WD Black


    Aktuell:
    iMac5,1 Core2Duo 2,16Ghz, 3Gb, ATI Radeon X1600,2Tb WD Black, OS X 10.6.8

  • Die Installation des kompletten Pakets nach /S/L/E ist im Kontext mit OZMOSIS ein ziemlich heikles Spiel das funktionieren kann aber in der Mehrzahl der Fälle nicht funktionieren wird. Begründet liegt das darin wie OZMOSIS das Thema KextInjections handhabt. Grundsätzlich gilt, dass OZMOSIS Extensions, die es vorfindet in der folgenden Reihenfolge in den KernelCache injiziert

    Code
    1. Alle Extensions aus dem Ordner /Efi/Oz/Darwin/Extensions/Common sofern aktueller als in der Firmware.
    2. Alle Extensions aus der Firmware sofern nicht schon aus dem Ordner /Efi/Oz/Darwin/Extensions/Common geladen

    und genau hier kann es insbesondere bei der FakeSMC und den Sensoren zu Konflikten kommen wenn die Extensions auch nach /S/L/E installiert werden. Hat man zum Beispiel eine aktuellere Version der FakeSMC nach /S/L/E installiert als die in der Firmware enthaltende wird OS-X immer die aktuellste Version aus dem Cache laden und die jeweils ältere ignorieren blöderweise weiß OZ das aber zu dem Zeitpunkt zu dem die Extensions in den Cache injiziert werden nicht bzw. verlässt sich darauf, dass OS-X automatisch die jeweils aktuellste Version wählt. Im Falle der reinen FakeSMC (ohne jegliche Plugins) funktioniert diese Strategie auch ohne weiteres scheitert jedoch schnell bei den Sensoren denn die gibt es in verschiedenen Branches mit komplett unterschiedlicher Versionsnummer und komplett unterschiedlichen Abhängigkeiten und so kann es passieren, dass OS-X versucht einen Mix aus all dem zu laden was zwangsläufig zu einer Kernelpanik führt denn zumeist werden eben nicht nur die Sensoren installiert, die bereits in der Firmware enthalten sind sondern darüber hinaus auch noch andere die dann nachgeladen werden sollen was scheitert. Der von AL beschriebene Weg über die EFI Partition ist demnach wohl doch der Beste. Hier mal ein Ausschnitt aus BDMESG der den Prozess der Kext Injection ein wenig verdeutlicht:

  • Ok, das leuchtet ein :)


    Nachdem die FakeSMC von al6042 bei mir nicht zum Erfolg führte, probiere ich es einmal damit, die FakeSMC inkl. Sensoren, die HWMonitor nach /S/L/E installiert hat, in den Pfad auf der Efi-Partition zu verschieben. Vielleicht funktioniert der kext an dieser Stelle ja genauso!

    in Arbeit:
    Gigabyte GA-Z97X-UD5H mit Z97X-UD5H-F9-OZM-1479
    i7 4790k mit Alpenföhn Brocken 2
    16Gb DDR3 1600MHz HyperX Fury
    Gigabyte GTX960 4Gb
    2* 256Gb Samsung 850 Pro, 2Tb WD Black


    Aktuell:
    iMac5,1 Core2Duo 2,16Ghz, 3Gb, ATI Radeon X1600,2Tb WD Black, OS X 10.6.8

  • Kann mir evtl. jemand kurz auf die Sprünge helfen, wie ich die Ozmosis EFI Partition mounte um die fakesmc darauf zu schieben? Such mir gerade einen wolf oder ich seh den Wald vor lauter Bäumen nicht.

    Gigabyte Z490 Vision G
    Intel Core i7-10700k
    Ram 32GB DDR4
    AMD RX 570

  • Hallo,


    muss leider meine Aussage von oben revidieren. Auf Grund der zahlreichen Installationen in letzter Zeit muss ich zugeben, dass ich was verwechselt habe. Ich habe das HWSensors-Paket unter Clover komplett installiert und dafür die FakeSMC aus dem EFI Ordner geschmissen. Bei meinen Ozmosis-Boards ist natürlich die FakeSMC drinnen und laufen damit auch alle Sensoren.
    Sorry, dass ich da was falsches ins Spiel gebracht habe.

    iMac@Home: Asrock Z87E-ITX, i7-4770s, 16GB Ram, Intel HD4600, 1x 512GB Samsung 850 Pro SSD, 1x Seagate Daten-HDD (2,5"), USB-Soundkarte, Catalina (latest) mit Clover@iMac14,3


    iMac@Office: GA Z87MX-D3H, i7-4770s, 16GB Ram, Geforce GTX650 1GB, 1x 256GB Samsung 830, 1x2TB Seagate 7200.14 Datenplatte, 1x2TB Samsung HD204UI TimeMachineplatte, DVD-RW Liteon iHAS 124, BluRay Pionerr BDR-207D (nur über USB), Creative SB Play, Catalina (latest) mit Clover@iMac14,3

  • So gerade mal versucht. Haut bei mir leider nicht hin. Alles wie zuvor. Lediglich HDD + CPU werden bei mir angezeigt. Keine Lüfter und/oder GPU :/

    Gigabyte Z490 Vision G
    Intel Core i7-10700k
    Ram 32GB DDR4
    AMD RX 570

  • Hm...


    Das würde mich aber sehr wundern, wenn sich dieses Setup nur für Z87X-UD3H-Boards funktionieren würde...


    Wie sieht es beim Rest der Nutzer aus?
    Für eine aussagekräftige Erhebung benötige ich hier Rückmeldungen von den Mitgliedern.
    Möglichst mit Name des Mainboards, der Bios-Version und den Angaben der im HWMonitor sichtbaren Elemente...


    Achtung: da der Vorgang nur in Ozmosis der Version 1479 eingesetzt werden kann, können Angaben der Version 894m und älter nicht berücksichtigt werden.

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • Wie gesagt, auch bei mir leider nur die Standard Anzeigen. Festplatte, CPU, Trackpad Batterie.
    Board: GA-Z97X-UD5H
    1479er Ozmosis BIOS
    Fakesmc.kext Kopiert nach /EFI/Oz/Darwin/Extensions/Common


    Die fakesmc aus dem EFI scheint bei mir auch gar nicht geladen zu werden. Da die SMC Version im Kext Wizard immer noch mit 1290 angezeigt wird anstatt 1364

  • Ich reihe mich einmal ein:


    Board: GA-Z97X-UD5H
    Ozmosis 1479, Bios F9
    FakeSMC + Sensoren aus dem HWMonitor 6.14.1364 in /S/L/E (laut KextWizard org.netkas.driver.FakeSMC 1364)
    mit org.hwsensors.driver.CPUSensors 1364
    org.hwsensors.driver.LPCSensors 1364
    org.hwsensors.driver.ACPISensors 1364
    aber _kein_ GPUSensors geladen!


    Angezeigt wird:



    /Verschieben der FakeSMC auf die Efi-Partition testweise steht noch aus.

    in Arbeit:
    Gigabyte GA-Z97X-UD5H mit Z97X-UD5H-F9-OZM-1479
    i7 4790k mit Alpenföhn Brocken 2
    16Gb DDR3 1600MHz HyperX Fury
    Gigabyte GTX960 4Gb
    2* 256Gb Samsung 850 Pro, 2Tb WD Black


    Aktuell:
    iMac5,1 Core2Duo 2,16Ghz, 3Gb, ATI Radeon X1600,2Tb WD Black, OS X 10.6.8

  • Do you need to insert FakeSMC or only Sensors. I put sensors in /EFI/Oz/Darwin/Extensions/Common and give me KP?
    How to after to enter in my system?

  • boot into your windows installation, use google to find out how to mount an EFI partition, delete the sensors or add the corresponding FakeSMC and perform a NVRAM reset, .. (cmd-alt-p-r) ..


    FakeSMC and its sensors always belong together, and they are to be seen as one package, .. so do not mix them up.

    iCAD (iMac13,2):

    i5 3570K, Gigabyte GA-Z77X D3H, MSI Geforce GTX 770 TF 4GB, 16 GB XMS3-1333

    AeroCool DS200, black

    OpenCore, OS X 10.14, Win 10 Pro


    critical iMac (iMac19,1):

    i5 9600K, Asus Z370-I Gaming, XFX Speedster SWFT 319 AMD RX 6800, 32 GB Vengeance 2666

    Jonsbo U4 Mini, black Mesh

    OpenCore, macOS 13, Win 11 Pro


    iPhone 12 mini 128GB, iPadPro 10,5 64 GB, Apple TV 4k 64 GB, 13“ MacBook Pro Late-2016 4TB

  • Übrigens, wenn auch in englisch trotzdem ein wichtiger Hinweis von h0belware bzgl. des NVRAM resets, danke hierfür ;)


    OZ hat die Angewohnheit Dinge, die schon im NVRAM stehen nicht mehr zu hinterfragen sprich alles was OZ sich einmal einverleibt hat bleibt auch da und wird nicht überschrieben. Von der Logik her sieht das im Falle der FakeSMC wie folgt aus:


    - Check: FakeSMC in /EFI gefunden -> prüfen ist eine Instanz bereits auch schon im NVRAM vorhanden (nicht der Kext selbst nur der Hinweis darauf) dann ignorieren
    - Check: Sensoren in /EFI gefunden -> prüfen schon vorhanden falls ja ignorieren, falls nein hinzufügen ( -> hier knallt es dann wenn FakeSMC aus der Firmware und Sensoren nicht passen)


    Der NVRAM Reset lässt OZ all diese Dinge vergessen und zwingt es sich neu zu initialisieren. Im Prozess der Initialisierung wird dann den in /EFI liegenden Inhalten immer der Vorzug gegeben sprich es wird zuerst die EFI Partition untersucht (üblicherweise die erste verfügbare FAT32 Partition in Idealfall also die an SATA0 ist wichtig, wenn man mehr als ein LW im Rechner hat und OS-X nicht auf dem ersten Installiert ist) und alles was da gefunden wird übernommen. Mit alles ist wirklich alles gemeint was OZ da finden kann also neben dort abgelegten Extensions auch eine dort ggf. abgelegte Defaults.plist. Nachdem alle auf /EFI gefundenen Komponenten gefunden sind und registriert sind geht es mit den in der Firmware enthaltenen Dingen weiter. Alles was da noch schlummert aber noch nicht im NVRAM präsent ist wird von dort genommen. Sofern Euer Rechner den NVRAM permanent hält (ist eigentlich bei fast allen OZ1479 Firmwares der Fall) passiert dies genau einmal, nämlich beim initialisieren von OZ (HermitCrabs splash) und danach nur noch, wenn etwas neues hinzugekommen ist wobei neu wirklich namentlich neu meint und nicht neue Version.


    ACHTUNG bedenkt bitte, dass ein NVRAM Reset auch die SMBIOS Settings und sämtliche anderen Settings die Ihr ggf. über das Terminal vorgenommen habt putzt sprich wenn es doof läuft und Ihr Euer SMBIOS sowie die Boot-args nicht fest in der defaults.plist verankert habt sondern über die Terminal Befehle ins NVRAM geschrieben habt ist das nach einem NVRAM reset alles weg und Ihr müsst es neu setzen (much trouble mit iCloud, iMessage, FaceTime und co sind vorprogrammiert). Am Besten lest Ihr vor einen NVRAM Reset all diese Werte aus und baut euch daraus eine defaults.plist die Ihr ebenfalls auf /EFI ablegt um dem zu entgehen.