Tool um Ozmosis-Parameter auszulesen/manipulieren

  • Ich habe hier ein kleines Programm gebaut welches übersichtlich alle vorhandenen Ozmosis-Parameter ausliest und parallel dazu eine Default.plist mit diesen Werten auf dem Desktop anlegt (Dateiname hat eine Uhrzeit hinten dran damit nicht evtl. schon vorhandene Default.plist´s überschrieben werden). Bitte schaut Euch das mal an und sagt mir ggf. wo ich noch was verändern/hinzufügen soll.

    Dateien

    68 Mal editiert, zuletzt von Sascha_77 ()

  • Genial,


    vielen Dank...
    ich teste das Tool sobald ich von meinem Montags-Stammtisch zurück bin. ;)

    Gruß
    Al6042

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

  • @al6042 Gehst du etwa der Methalle fremd? :P


    @Sascha_77 Klasse! und Danke schon mal. Meinst du es würde auch mit der 167X-MASS funktionieren?


    "Aber macOS ist manchmal eine Elb gewordene Vulkanette..."
    - Griven


    Du hast dringende Fragen zur Installation deines Systems? Dann poste in einem themenverwandten Thread und [size=12]nutze die geballte Power des Forums anstelle meines Postfaches. Ich bin vielleicht Moderator, aber nicht allwissend oder unfehlbar - sondern moderiere Diskussionen

  • Test es einfach mal an. Kann ja nix passieren. Habe mir jetzt die anderen Ozmosisvorlagen noch nicht angeschaut ob diese Zahlenwurst identisch ist.


    Klar aber kann es auch für die andere Version machen.


    EDIT:
    Grad mal in die XMas geschaut ... ist identisch. Sollte also bei Dir klappen.

    3 Mal editiert, zuletzt von Sascha_77 ()

  • Wat mut dat mut... ;)

    Gruß
    Al6042

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

  • Sehr coole Sache :D
    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 :D

  • Mit der .plist kann ich mal schauen wenn das andere soweit läuft.


    Hardwareadress und Signature sind im Script schon vorhanden. Habe sie aber auskommentiert, da ich bei diesen beiden Werten bei mir nichts auslesen konnte und eine Fehlermeldung bekam.


    Habe aber die Datei jetzt aktualisiert mit Address und Signature.

  • Respekt...
    das sieht doch schon mal richtig spannend aus.
    Bei mir wird aber der Wert für "BiosVersion" nicht angezeigt.


    Sind die Werte jetzt eigentlich aus dem NVRAM oder aus der Defaults.plist ausgelesen?

    Gruß
    Al6042

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

  • Bei BiosVersion zeigt er mir bei mir auch nichts an.


    Er liest das aus dem NVRam.


    Habe gerade noch was ergänzt. Wenn ein Wert nicht gelesen werden kann kommt jetzt keine Fehlermeldung mehr. So "müllt" er das Fenster nicht zu.


    Wenn du


    nvram 4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:BiosVersion


    im Terminal ausführst kommt dann ein Wert zurück?


    EDIT:
    Hat sich erledigt. Ich hatte im Script einen Buchstaben vergessen. Datei ist aktualisiert. Sollte nun klappen.

    2 Mal editiert, zuletzt von Sascha_77 ()

  • 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 siehts so aus:


    CSR-Active-Config : g%00%00%00


    Ist das nicht richtig? Habe diesen wert mit nvram -p ausgelesen ohne so eine Zahlenwurst davor.

  • bei mir isses halt nur ein g also so:

    Code
    1. CSR-Active-Config : g
    2. Boot-Args : nvda_drv=1 -xcpm

    die Boot-Args passen aber :D

  • Bei einem manuell Test wird der Wert geliefert:

    Code
    1. Al6042-iMac:~ al6042$ nvram 4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:BiosVersion
    2. 4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:BiosVersion IM142.88Z.0118.B00.1309031249


    Eventuell ein Zahlendreher bei der GUID oder ein Buchstabendreher beim Variablennamen.... ;)


    Wenn da jetzt noch die Werte der GUID 1F8E0C02-58A9-4E34-AE22-2B63745FA101 drinnen wären, ist das Teil komplett... aber da gibt es viele Angaben, die grundlegend mal nicht gesetzt sind, was aber auch nicht heisst, dass sie nicht aktiv wären... z.B.:

    Code
    1. nvram 1F8E0C02-58A9-4E34-AE22-2B63745FA101:DIsableNvidiaInjection


    bringt mit einer unbearbeiteten Defaults.plist unter 167X im den

    Code
    1. (iokit/common) data was not found


    obwohl die Variable aus dem ROM heraus schon als "%00" gesetzt ist.
    Deswegen musste ich nach dem Flashen explizit den Wert in der Defaults.plist als "%01" eintragen, sodass beide Monitore genutzt werden konnten.


    EDIT:
    Hier mal der gesamte Datenbestand:

    Gruß
    Al6042

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

  • 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 :D

  • bei mir isses halt nur ein g also so:

    Code
    1. CSR-Active-Config : g
    2. Boot-Args : nvda_drv=1 -xcpm

    die Boot-Args passen aber :D


    Ja du hast Recht. Bei der Fehlerausgabenunterdrückung war ich etwas zu eifrig. :D Habs korrigiert. Müsste jetzt gehen.

  • Nope...
    der %00 heisst NO, während der %01 YES lautet:



    Code
    1. Al6042-iMac:~ al6042$ nvram 1F8E0C02-58A9-4E34-AE22-2B63745FA101:DisableBootEntriesFilter
    2. 1F8E0C02-58A9-4E34-AE22-2B63745FA101:DisableBootEntriesFilter %01
    3. Al6042-iMac:~ al6042$ nvram 1F8E0C02-58A9-4E34-AE22-2B63745FA101:DisableIntelInjection
    4. 1F8E0C02-58A9-4E34-AE22-2B63745FA101:DisableIntelInjection %00
    5. Al6042-iMac:~ al6042$ nvram 1F8E0C02-58A9-4E34-AE22-2B63745FA101:DisableNvidiaInjection
    6. 1F8E0C02-58A9-4E34-AE22-2B63745FA101:DisableNvidiaInjection %01
    7. Al6042-iMac:~ al6042$ nvram 1F8E0C02-58A9-4E34-AE22-2B63745FA101:UserInterface
    8. 1F8E0C02-58A9-4E34-AE22-2B63745FA101:UserInterface %01

    Gruß
    Al6042

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

  • 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...

  • @al6042


    Wenn Du mir die Werte nennen kannst die bei GUID 1F8E0C02-58A9-4E34-AE22-2B63745FA101 drinstehen kann ich die ergänzen. Die gehen leider nicht aus den Ozmosis-Templates hervor.

    Einmal editiert, zuletzt von Sascha_77 ()

  • Das heisst wenn der Fehler

    Code
    1. (iokit/common) data was not found


    bei einer der Abfragen auftaucht ist das gleichbedeutend mit dem Wert "%00" oder dem Begriff "NO"?


    EDIT:
    Hier sind alle Werte der GUID für 1479 und 1669:


    Ab 167X gibt es von folgende Variable:

    Code
    1. SkipSmbusSpdScan || BOOLEAN || This will ignore memory SPD data and use instead original Type 17 SMBios tables

    Gruß
    Al6042

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

  • So alle Werte von
    1F8E0C02-58A9-4E34-AE22-2B63745FA101
    ergänzt.


    Feierabend für heute. :)