Z97X-UD5H neustes Ozmosis funktioniert nicht

    im iMessageDebug stimmt nun nur ROM zwischen beiden überein, BoardSerialNumber ist auf dem hacki (null) und die hardware uuid von meinem macbook ist nun die system-id von meinem hacki oO


    Wenn ich aber in den nvram schaue ist alles so gesetzt wie du geschrieben hast, habe aber noch nicht ausprobiert ob es funktioniert, da ja die Werte im iMessage Debug nicht übereinstimmen

    MB: GA-Z97X-UD5H - CPU: i7-4790K - RAM: 16GB - GFX: MSI GTX 770 - Netzteil: bequiet Dark Power Pro 10 750W

    Einmal editiert, zuletzt von Kaeltis ()

    Null ist schlecht, das darf nie so sein...
    Hast Du irgendwelche Veränderungen an der IOACPIPlattform.kext vorgenommen?

    Haswell, Notebook

    Nicht dass ich wüsste, hab nur den ALC1150 von Multibeast und den trimenabler installiert

    MB: GA-Z97X-UD5H - CPU: i7-4790K - RAM: 16GB - GFX: MSI GTX 770 - Netzteil: bequiet Dark Power Pro 10 750W

    Okay, das sollte dann eigentlich Keine Probleme bereiten. Eine in irgendeiner Weise angepasste defaults.plist hast Du auch nicht auf der EFI Partition?

    Haswell, Notebook

    Ne, gar nichts, vorhin frisch installiert


    Wenn ich einen NVRAM reset mache ist die BoardSerialNumber nicht null, erst wenn ich meine Werte setze

    MB: GA-Z97X-UD5H - CPU: i7-4790K - RAM: 16GB - GFX: MSI GTX 770 - Netzteil: bequiet Dark Power Pro 10 750W

    Einmal editiert, zuletzt von Kaeltis ()

    Ich habe nochmal geschaut ob in der apple.boot.plist oder auf der Efi Partition im OZ Ordner der dev mode gesetzt ist. Ist es nicht und selbst nach einem NVRam Reset werden die Treiber geladen...

    i7 4770k, Gigabyte Z97X-UD5H Rev 1.0, 460 Watt Seasonic Platinum Series Fanless, Gainward GTX 770 Phantom 2GB, SanDisk Ultra II 240G, Ozmosis MOD Z97X-UD5H-F9-OZM-1479, OSX 10.10.1

    Hat eventuell MultiBeast irgendwas dran gedreht um die zu erlauben?


    Mir fehlt nur noch iMessage und FaceTime, dann bin ich glücklich :3


    Das einzig andere wäre noch der Sleep Mode, mein Hacki ist gestern nach 15 Minuten nichtbenutzung im 15 Sekunden Takt in den Sleepmode gegangen und wieder aufgewacht, woran liegt das?

    MB: GA-Z97X-UD5H - CPU: i7-4790K - RAM: 16GB - GFX: MSI GTX 770 - Netzteil: bequiet Dark Power Pro 10 750W

    Einmal editiert, zuletzt von Kaeltis ()

    /EFI/OZ ist falsch. Die com.apple.Boot.plist findest Du in /Library/Preferences/SystemConfiguration/ und hier pfuscht in der Regel nicht Multibeast drin rum sondern der TrimEnabler wenn er nicht über Multibeast sondern über die Software selbst aktiviert wurde ;)

    Haswell, Notebook

    griven siehe Screenshot im Anhang. Ich habe den dev-mode nirgends aktiviert und die Treiber laden trotzdem. Ich frage mich nur aus Interesse, woher Yosemite immer noch die Anweisung bekommt den devmode zu nutzen. :D

    Bilder

    i7 4770k, Gigabyte Z97X-UD5H Rev 1.0, 460 Watt Seasonic Platinum Series Fanless, Gainward GTX 770 Phantom 2GB, SanDisk Ultra II 240G, Ozmosis MOD Z97X-UD5H-F9-OZM-1479, OSX 10.10.1

    Das steht normal genau wie die Rechner-Definition im NVRam, zumindest bei OZMOSIS 1479

    Meine Rechner


    :hackintosh:

    Böh, da gibt es dann eigentlich nur noch 2 Möglichkeiten warum es funktioniert...


    1. Der kext-dev-mode ist in den defaults innerhalb der Firmware gesetzt was sich mit Hilfe von bdmesg im Terminal herausfinden lassen sollte

    Code
    1. 01:624 00:002 Loaded DSDT r2 0x994A 0x27 "ALASKA" "A M I " 0x00000012 "INTL" 0x20131218 "dsdt.aml" - Success
    2. 01:626 00:001 Remove SSDT r1 0x0A92 0xB0 "PmRef " "CpuPm " 0x00003000 "INTL" 0x20051117 - Success
    3. 01:626 00:000 Inject SSDT r1 0x05A9 0xA0 "APPLE " "CpuPm " 0x00014100 "INTL" 0x20130117 "ssdt.aml" - Success
    4. 01:626 00:000 Found DMI Anchor 0x000F04C0 v2.7 Table Address 0x000EB450 Length 0x0C7F - Success
    5. 01:632 00:005 Updated DMI Anchor 0x000F04C0 v2.7 Table Address 0x000EB450 Length 0x0C55 - Success
    6. 01:632 00:000 Found Current Graphics Mode 4 800 x 600
    7. 01:701 00:069 Setting Graphics Mode 6 1280 x 1024
    8. 01:701 00:000 Found 7C436110-AB2A-4BBB-A880-FE41995C9F82:boot-args "kext-dev-mode=1 -xcpm" (22)
    9. 01:701 00:000 Found LoadedImage->LoadOptions "<null string>" (0)
    10. 01:701 00:000 LoadedImage->LoadOptions "slide=0" (16)

    oder aber
    2. Die von Dir verwendeten Extensions sind signiert ;)

    Haswell, Notebook

    Noch irgend eine Idee was ich wegen iMessage und Sleep Mode machen kann? x)

    MB: GA-Z97X-UD5H - CPU: i7-4790K - RAM: 16GB - GFX: MSI GTX 770 - Netzteil: bequiet Dark Power Pro 10 750W

    Was hängt denn alles am Rechner, was ihn eventuell aufweckt?

    i7 4770k, Gigabyte Z97X-UD5H Rev 1.0, 460 Watt Seasonic Platinum Series Fanless, Gainward GTX 770 Phantom 2GB, SanDisk Ultra II 240G, Ozmosis MOD Z97X-UD5H-F9-OZM-1479, OSX 10.10.1

    Wegen dem Sleep einfach mal die Konsole aufmachen und nach Wake Reason suchen und dann mal Posten was die Konsole dazu zu sagen weiß ;)

    Haswell, Notebook

    Bei mir Funktionieren die kexte aus dem BIOS nun auch nach einem NVRAM Reset, das muss irgendwas mit MultiBeast zu tun haben.


    Siehe Screenshot der Wake-Ereignisse (habe nach "wake" gesucht)
    Ich habe allerdings kein Kabel im ALXEthernet Port eingesteckt, WoL ist aus und auch der Haken bei "Bei Ethernet-Netzwerkzugriff aufwachen" ist entfernt.


    Welches USB-Gerät gemeint sein könnte, weiß ich leider auch nicht, abstecken könnte ich den MS Wireless Receiver, die UPS und den Bluetooth Dongle, Tastatur und Maus brauch ich leider x)
    Hatte aber eigentlich gehofft ich könnte das ans Laufen bringen ohne beim wechseln zwischen Windows und OS X umstecken zu müssen.
    (Siehe Geräte im Screenshot)


    Bin auch noch immer auf der Suche nach einer Lösung für das iMessage/Facetime "(null)" Problem :S

    Der ALXEthernet Kext ist mehr als unsauber programmiert da kannst Du Haken setzen oder entfernen wie Du lustig bist, das kümmert den mal so gar nicht. Wenn der Atheros Port nicht genutzt wird den Kext einfach entfernen und damit sollte an der Stelle Ruhe sein. Was das USB Gerät angeht wird es wohl das BT Dongle sein, dass für das Aufwachen verantwortlich zu machen ist. Hier kann man mit einem DSDT Patch entgegen wirken oder mal unter Systemeintellungen->Bluetooth->Weitere Optionen nachsehen ob der Haken bei "Bluetooth Geräten ermöglichen, den Ruhezustand...." gesetzt ist und falls er gesetzt ist diesen Entfernen.

    Haswell, Notebook

    Der ALXEthernet Kext ist ja aber ins ozmosis integriert, wie bekomm ich den da raus oder deaktiviert? Ansonsten bin ich mit der Version von Lambada aus der DB ja zufrieden.

    MB: GA-Z97X-UD5H - CPU: i7-4790K - RAM: 16GB - GFX: MSI GTX 770 - Netzteil: bequiet Dark Power Pro 10 750W

    wir haben da ein paar tools im DL-Center womit Du Bisoses/Firmwares bearbeiten kannst.
    Damit löscht Du die kext raus flasht neu und gut is.
    Gruss,
    6F

    Kein Privatsupport via PN, bitte stellt eure Fragen im Forum !
    Als MacPro5.1 [OSX 10.9.5 & 10.10]: GA Z77X-UD5H OZ, i7-3770, Corsair 16Gb DDR3, HD4000, Samsung 840Pro 256GB, Seagate 1TB, IR&Wifi v. MBP.
    Ein MacMini 2012 [OSX 10.10]: i5, 4Gb Ram, HD4000, Webcam Logitech C615.

    Lenovo T450 [Manjaro i3wm]

    Da hab ich mich bisher nicht ran getraut :D aber wenns nur so geht bleibt mir wohl nichts anderes übrig

    MB: GA-Z97X-UD5H - CPU: i7-4790K - RAM: 16GB - GFX: MSI GTX 770 - Netzteil: bequiet Dark Power Pro 10 750W

    such mmtool, uefitool oder ozmtool aus unserer db, ersteres ist nur für windows.
    Nur mut trau Dich wer nicht wagt der nicht gewinnt ;)
    Gruss,
    6F

    Kein Privatsupport via PN, bitte stellt eure Fragen im Forum !
    Als MacPro5.1 [OSX 10.9.5 & 10.10]: GA Z77X-UD5H OZ, i7-3770, Corsair 16Gb DDR3, HD4000, Samsung 840Pro 256GB, Seagate 1TB, IR&Wifi v. MBP.
    Ein MacMini 2012 [OSX 10.10]: i5, 4Gb Ram, HD4000, Webcam Logitech C615.

    Lenovo T450 [Manjaro i3wm]