Suchergebnisse

Sehr coole Sache Das mit der GUI wäre natürlich richtig fein und noch feiner wäre es wenn es einen Export in die defaults.plist zulassen würde, das wäre ein Traum. Aber auch so schon wirklich gut. Nimm bitte im Brereich SMBIOS noch die beiden Keys HardwareAdress und HardwareSignature mit auf sind meiner Meinung nach nicht so ganz unwichtig mit Blick auf Dienste wie iMessage und FaceTime

HardwareAdress und Signature funktionieren prima ist echt cool. Der Wert für CSR-Active-Config sieht komisch aus gibt bei mir "g" zurück was komisch aussieht...

bei mir isses halt nur ein g also so:(Quelltext, 2 Zeilen) die Boot-Args passen aber

Der %00 Wert heißt ja kein Wert also Variable nicht gesetzt wenn ich das richtig verstehe und in der OZ Logik somit kein Wert gesetzt also injection aktiv

Schon richtig ist ja boolean aber trotzdem führt no in dem Fall zur der bekannten Ausgabe (iokit/common) data was not found sprich das boolean No entspricht Variable nich vorhanden. True and False passt auf die defaults.plist...

Läuft prima, sehr Geil danke Dir.

Sehr gut das ist ne ziemlich nützliche Sache für alle User die OZ updaten wollen und bisher nicht mit einer defaults.plist arbeiten.

Ich habe noch einen Fehler gefunden...DisableNvidaInjection ist falsch bzw. steht falsch in der Doku es muss richtigerweise heißen DisableNvidiaInjection

Gute Frage vielleicht weiß @Download-Fritz da ne Antwort zu

Nein, dass ist der Wert den man in den Defaults setzt. Der Wert lässt sich über die defaults entweder als Integer setzen oder eben als data Objekt ich nehme mal an, dass der integer Wert in das Dataobjekt umgewandelt wird bevor er injected wird.

@Download-Fritz es geht hier im Moment ja darum den aktuell gesetzten Wert zu ermitteln und das geht nun mal nur über nvram -p ich schätze das liegt wohl daran, dass die Einträge die in der defaults.plist unter Defaults:7C436110-AB2A-4BBB-A880-FE41995C9F82 angesiedelt sind nicht über diese Adresse aus dem NVRAM auslesbar sind und so eben nur die Möglichkeit bleibt die Ausgabe von nvram -p zu interpretieren. Hierbei scheint es einen unterschied zu machen ob man den Wert für die csr-active-config …

Ha ich glaube ich habe es Wenn man decodiert erhält man in dem Beispiel nun ein g dieser wiederum in hex umgewandelt ergibt 67 was dann tatsächlich auch der csr-active-config 0x67 oder eben SIP komplett aus entspricht Der Wert 0x67 hex entspricht dem Wert 103 dezimal et voila wir haben den Wert den wir für die defaults brauchen

Klar das macht Sinn nur steht ja nicht immer g da sondern halt nur wenn die SIP komplett aus ist. Ich denke der Wert der da steht muss halt wirklich einmal in Hex umgewandelt werden und von da dann in Integer um den richtigen Wert für alle möglichen Einstellungen der SIP zu ermitteln. Umwandlung in Hex geht mit der Bash hier ein Beispiel(Quelltext, 1 Zeile) und von hex in dec dann so(Quelltext, 1 Zeile) wobei das ff eben dem Anteil nach dem 0x entspräche.

Right, darauf wollte ich hinaus

Die im Startpost aber noch nicht, oder?Ich wünsche Dir ne gute Nacht

Hum entweder schlägt mein blonder Kern wieder durch oder ich bin ein Sonderfall *fg*Bei mir zeigt es weiter g an...(Quelltext, 3 Zeilen)

Sieht sehr gut aus aber 2 Dinge sind mir aufgefallen. Wenn für ATI-Framebuffer ein Wert gesetzt ist wird der nicht korrekt ausgelesen und proviziert einen Scriptfehler(Quelltext, 1 Zeile) und zum anderen fehlen noch 2 Einträge bei den Disktemplates(Quelltext, 4 Zeilen) keine Ahnung wie weit das jemand merken würde aber der Vollständigkeit halber sei es erwähnt.

Das sieht schon extrem gut aus, I like it

Sieht gut aus, auf den ersten Blick habe ich nichts finden können das fehlt.

Er meint, denke ich, sie optisch abzugrenzen. Genau genommen sind die Boot-args kein Teil von OZ sondern eben eher ein Teil von OS-X