Suchergebnisse

Suchergebnisse 1-16 von insgesamt 16.

  • Eines fällt mir dabei direkt auf...Setzen von NVRAM Variablen wird immer mit SUDO gemacht, dass auslesen aber mit dem normalen User also so:(Quelltext, 1 Zeile) Das Ergebnis sieht dann bei mir so aus:(Quelltext, 2 Zeilen) Ansonsten kann der NVRAM nicht nur ein bisschen beschreibbar sein, so wie es hier suggeriert wird sondern bis auf ganz weniger Ausnahmen (erste UEFI Versionen von GA) ist der NVRAM entweder beschreibbar oder eben nicht aber nicht nur ein bisschen
  • Die Speicherstelle ist die, die Ozmosis ab 1479m für die boot-args vorsieht ich denke das sollte dann schon die Lösung sein, wenn Ihr eine andere benutzt klappt das natürlich auch nicht x)
  • Na, der hat den dev-mode vermutlich in der com.apple.Boot.plist unter /Library/Preferences/SystemConfiguration/ eingetragen (passiert oft auch unwissentlich)...Hier führen, wie so oft im Leben, viele Wege nach Rom
  • MLB und ROM brauchst Du an der Stelle aber bitte übernimm zusätzlich auch die Hardware UUID um auf der sicheren Seite zu sein. Bitte stell sicher bevor Du anfängst die Werte zu übertragen, dass der HACK bei allem Diensten abgemeldet ist (iCloud, iMessage, Facetime, AppStore, iTunes) und vom Netzwerk getrennt ist. Wenn das erfüllt ist werden die Werte wie folgt gesetzt...Für MLB:(Quelltext, 1 Zeile) Für ROM:(Quelltext, 1 Zeile) und für die HardwareUUID(Quelltext, 1 Zeile) anschließend den Hack ne…
  • Aufgefüllt werden muss an der Stelle nichts. Die BoardSerial und HardwareUUID werden übernommen, wie sie sind der ROM Wert muss der MAC Adressen Notation entsprechen also dem folgenden Muster, ausgehend von Deinem Beispiel:(Quelltext, 1 Zeile)
  • Null ist schlecht, das darf nie so sein...Hast Du irgendwelche Veränderungen an der IOACPIPlattform.kext vorgenommen?
  • Okay, das sollte dann eigentlich Keine Probleme bereiten. Eine in irgendeiner Weise angepasste defaults.plist hast Du auch nicht auf der EFI Partition?
  • /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
  • 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(Quelltext, 10 Zeilen) oder aber2. Die von Dir verwendeten Extensions sind signiert
  • Wegen dem Sleep einfach mal die Konsole aufmachen und nach Wake Reason suchen und dann mal Posten was die Konsole dazu zu sagen weiß
  • 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 d…
  • jau, siehst Du richtig Ist aber in dem Fall nicht wirlich nötig. Hier hilft das UEFItool aus dem DL Center. Einfach den Rom in das UEFI Tool ziehen und nach dem ALCEthernet suchen. Rechtsklick und remove und dann speichern und fertig. Dieses Rom flashen und schon ist der Treiber Geschichte
  • Hum, mal ne andere Frage nutzt Du das Rom aus der DB?In dem aus der DB ist kein Ethernet Treiber enthalten...
  • Here you go Einmal ohne Ethernet für Dich Z97X-UD5H.rom.zip
  • Also es gibt für MacIASL einige Standard Quellen die für Ozmosis mit den 7er, 8er und 9er Serie Boards zum Einsatz kommen. Die Quellen kommen alle von Toleda.Hier mal die Quellen inkl. der URL´s...toleda 7, https://raw.github.com/toleda/audio_hdmi_uefi/mastertoleda 8, https://raw.github.com/toleda/audio_hdmi_8series/mastertoleda 9, https://raw.githubusercontent.…udio_hdmi_9series/master/Welche Patches jeweils nötig sind hängt von den unterschiedlichen Boards und Gegebenheiten ab. Wichtig ist der…
  • Das hast Du falsch verstanden Alles was mit einem # versehen ist ist ein Kommentar. Die Dinger sind immer so aufgebaut, dass erstmal eine Beschreibung kommt was der Patch überhaupt macht und dann kommen die eigentlichen patches. Bezogen auf Dein Beispiel(Quelltext, 10 Zeilen) Einfach mal weiterlesen an der Stelle