[Sammelthread] MacOS BigSur 11.0 DEV-Beta Erfahrungen

dodo-dk

Top das hat geklappt vielen dank

Hi Freunde, ich habe auf meinem Hackintosh die letzte aktuelle Beta am laufen (siehe Signatur). Alles läuft soweit sehr gut.. Allerdings bekomme ich das mit den Schreibrechten bzgl Systemfiles (SIP deaktivieren) nicht hin. Bin zur Zeit mit Open Core 0.6.0 unterwegs und habe unter nvram das csr-active-config die 77080000 eingetragen.. Funktioniert trotzdem nicht. Habe bestimmt etwas ausgelassen..!?! oder falsch verstanden..?? Hat jemanden ein kleine Anleitung für mich? Herzlichen Dank im Voraus.. Gr. sv

badbrain Gute frage. Hast du es denn probiert?

Zitat von sv0911

Allerdings bekomme ich das mit den Schreibrechten bzgl Systemfiles (SIP deaktivieren) nicht hin.

Kannste vergessen. Klappt unter BS nicht mehr weil das Systemlaufwerk 'gesealt' wird. Was haste denn vor?

badbrain Danke für den Hinweis, diesen Workaround würde ich aber im macOS gerne lösen - denn was machst Du denn auf einem aktuellen originalen MAC ? Abgesehen davon ist es Bug (oder Feature ) im aktuellen Big Sur.

Servus karacho,

ich hatte vor einiger Zeit via Hackintool das Display EDID Patching für höhere Auflösungen des Displays vorgenommen und muss den entsprechenden VendorID-Ordner in folgenden Systemordner einfügen: /System/Library/Displays/Contents/Resources/Overrides

Geht aber nicht. . Irgend eine Idee?

Wenn du beide Systeme im gleichen Rechner hast, sprich Catalina 10.15.6 und Big Sur) und per Dualboot startest, dann kannst du die Prozedur von Catalina aus probieren. SIP hast du ja schon disabled. Dann gib dir Schreibrechte wie gehabt mit 'sudo mount -uw /' Dann navigiere zu /Volumes/Big Sur - Daten - oder wie es bei dir heißen mag - und versuche die änderungen dort vorzunehmen.

sv0911

Es gibt da schon eine Möglichkeit, die ist aber etwas umfangreicher...

Dafür muss aber auch im Recovery Mode der csrutil authenticated-root disable ausgeführt worden sein.

Hier die einzelnen Befehle zum Mounten des BS-Root, damit man Zeuch machen kann.

(*) = Der Befehl mount wird benötigt, um die Partition zu finden, die letztendlich geändert werden soll.

Das Ergebnis bei meinem MBP sieht so aus:

Hier ist /dev/disk1s5s1 on / (apfs, sealed, local, read-only, journaled) die spannende Partition, die dann als /dev/disk1s5 zu /Volume/Test gemounted wird.

Wenn du deine Änderungen alle erledigt hast, musst mit folgendem Befehl die Änderungen auch nach dem nächsten Booten noch vorhanden sind:

Quelle: https://eclecticlight.co/2020/…dded-security-protection/

Vielen Dank karacho, hatte schon einen ähnlichen Gedanken. . Werde ich ausprobieren. Klinke mich mal für eine Zeit wieder aus. Schon mal vielen Dank für deine Hilfe. . .

Servus al6042, cool von dir zu lesen. . Auch dir schon mal ein Riesen Dankeschön.

Heureka, das ich das noch erleben durfte

Nach viel Bastelei und Recherche ist es mir endlich gelungen meine Kiste davon zu überzeugen das BigSur Updates durchaus etwas sind das man auch über die Betriebssystemeigene Update Funktion laden kann daher kann ich nun auch für das Thinkpad Vollzug melden. Vielleicht interessant für alle die das Problem haben das BigSur und ggf. auch Catalina keine Updates anbietet das Problem/der Fehler hängt mit der Konfiguration der SIP zusammen. Setzt man den empfohlenen von 0x3E7 was folgenden Einstellungen entspricht:

belohnt macOS die Aktion unter BigSur recht humorlos mit dieser Meldung:

Wobei direkt auffällt das hier keinerlei Angabe dazu gemacht wird woher macOS die Updates beziehen würde (Der Info Bereich unter dem Wort Softwareupdate ist leer). Hierfür verantwortlich ist folgender Teil der SIP:

Ist dieser Part der SIP deaktiviert funktioniert Softwareupdate nicht mehr und wirft nach einiger Zeit des vergebenen Suchens eben die obige Fehlermeldung aus. Grundsätzlich sollte man ja auch eigentlich die SIP nicht deaktivieren und es gibt auch nur wenig Gründe dafür das zu tun denn in der Mehrzahl der Fälle kann man macOS auch auf dem Hackintosh ganz prima mit aktiver SIP verwenden will oder muss man die SIP dennoch matt setzen dann empfiehlt es sich nicht mit dem Holzhammer (0x3E7) zu Werke zu gehen sondern sich zu überlegen welche Features man wirklich braucht und davon ausgehend den für einen selbst passenden Wert errechnen. Ein Nützlicher Helfer für das Unterfangen ist das CsrDecode.command (https://github.com/corpnewt/CsrDecode) von @corptnewt. Einmal richtig eingestellt gibt es dann zur Belohnung

folgendes zu sehen:

Unter OpenCore wird das ganze in die config in den Bereich NVRAM eingetragen:

Wobei ich hier am Desktop zusätzlich zum ADD Eintrag auch den Delete Eintrag aufgenommen habe weil ein alleiniges ADD nicht den gewünschten Erfolg gebracht hatte was aber wohl der Tatsache geschuldet ist das OpenCore meines Wissens nach den Eintrag nur dann hinzufügt wenn die Variable nicht schon im NVRAM vorhanden ist. Alternativ zu dem Delete Eintrag kann man die Variable auch manuell via Terminal vor dem Reboot löschen. Probiert es mal aus bei mir hat es die Probleme mit den Updates gelöst.

Hat sich bei dem Wechsel von der Beta 5 zur Beta 6 etwas grundlegendes geändert?

Die 5er Beta Version konnte ich nämlich klaglos starten, aber beim Update zur Beta 6 bleibt er während der Installation hier hängen:

OC-Version: OpenCore 0.6.1 Nightly per Kextupdater

So, die beiden Argumente habe ich entfernt ... Ändert nichts an dem Bootfreeze.

Dann werde ich mir das mal anschauen, wobei mich aber wundert das genau die 0.6.1 die ich hier gepostet habe die Beta 5 ohne Probleme gebootet hat und jetzt plötzlich nicht mehr. Sollte das wirklich an den Einträgen liegen?

Vielen Dank griven für's Finden der Lösung!!!

Nun wird auch mir wieder das Update unter Catalina und BigSur auf dem Thinkpad T450s angezeigt.

Kleine Ursache, aber große Wirkung. Schön, dass Du es gefunden hast.

crazycreator

genau an dieser Stelle macht mein Asus auch immer einen Reset oder bleibt hängen.

ich denke das hat was mit Opencore zu tun

Aktuell zickt jede Installation ... habe gerade versucht Catalina auf der Platte zu installieren, da kommt das hier:

Meine normale/aktuelle Installation von Catalina startet aber absolut problemlos.