nativer MacPro3,1 OpenCore 0.6.5, Soundprobleme unter Mojave, Catalina und Big Sur

dat mach mal, was letztendlich auch nicht so tragisch ist.

Vor BigSur gab es dat auch nicht und Apple hat es nicht allein aus Sicherheitsgründen eingeführt.

Ich denke, es hat auch damit zu tun, um den Support bei Apple zu minimieren, weil viele unerfahrene Mac-Benutzer sich das System oder Teile gelöscht haben und dann natürlich bei Apple anriefen "es geht nicht mehr".

Als erfahrener Nutzer hast Du auch keine Nachteile, ob die nun Seal ist oder nicht. Du weißt doch was Du tust.

Nachtrag:

Ich sehe gerade im aktuellen Release Text der AppleALC 1.5.7 :

• Add support for legacy Macs

Leider steht dort nicht für welche und ob man eine ID injecten muss und wenn ja, dann welche?

Mal schauen, ob ich da was rausbekomme.

ggf. wäre dies mit OC noch eine Möglichkeit.

Nachtrag 2:

MacPro3,1 soll dort mit layoutID 13 unterstützt sein, siehe selbst:

ok, dann versuche doch einmal mit neuster Lilu und AppleALC in Deinem OC und alcid=13

mach Dir keinen Stress, dass führt oft nur zu Fehlern! In der Ruhe liegt die Kraft.

Die AppleHDA im System muss ja die Originale sein. Ist die alte überschriebene noch drin?

Ferner geht die AppleALC auf den Hackintosh-Rechnern erst, wenn auch die IRQ-Fixes gemacht sind. Ich kann leider nicht sagen, ob der realMac sowas auch braucht, da ich sowas auch nie auf einem realMac versucht habe.

Ansonsten ist Dein Fehler 66 deswegen, weil Du SIP für BigSur noch nicht richtig gesetzt hast.

Ich würde daher csr-active-config auch nicht in der config von OC setzen auf dem realMac.

Da Du mittels OC ja in den Installer BigSur kommst, boote besser in diesen und dort Terminal öffnen und die Werte nativ im nvram setzen.

csrutil disable

csrutil authenticated-root disable

dann Neustart

Du musst csrutil disable unter BigSur Installer auch erneut setzen. Wenn der Wert noch unter Catalina gesetzt wurde, dann ist es nicht ausreichend für BigSur.

Das Tool csrutil in Catalina kennt die Optionen für BigSur noch nicht.

Und natürlich auch authenticated-root.

gab es 11.2.1 überhaupt als FullInstaller?

Hast Du csr-active-config auch noch in der config.plist im nvram drin?

Also, bei mir unter Catalina steht bei csrutil status einfach nur disabled da und auch nur von hier aus ist die BigSur-System beschreibbar. Hier tausche ich auch die AppleHDA.

Unter BigSur bei csrutil status steht alles auf disabled und auch bei mir steht nur BaseSystem ... enabled. Hier lässt sich die Systemplatte nun zwar mounten, was ohne DoNotSeal nicht ginge, aber beschreibbar ist sie unter BigSur dennoch nicht, was ich aber auch gar nicht brauche. Hier führe ich ja nur noch die bereits oben genannten Terminalbefehle aus für diesen Cacheaufbau der Kexts.

Kann leider auch nicht sagen, was da schief geht bei Dir.

LuckyOldMan

Danke, ist mir sicher durchgegangen, da ich schon die 11.3 drauf hatte.

Henninges

Wenn es dann noch immer nicht fruchtet, dort ganz rausnehmen und auch aus der Delete-Sektion, falls es dort drin steht.

Dann hat OC keinen Einfluss mehr auf diesen Wert und Du kannst es in der Recovery setzen und so halten ohne weitere Änderung nach jedem Boot.

Henninges

Heute habe ich mit FullInstaller 11.2.1 den MacPro3.1 upgedated, worauf mich LuckyOldMan erst brachte (danke dafür), da mir dieses Update gar nicht bekannt war.

Du hast geschrieben, dass DoNotSeal dort nicht möglich war, was so nicht richtig ist, denn ich habe es genauso heute gemacht beim Stick 11.2.1.

Natürlich sind unsere Wege anders. Ich arbeite mit FremdInstall via supported Lenovo T450s und Du mittels OpenCore.

Letztendlich sind diese Wege auch egal. Wichtig ist was danach kommt.

Nach meinem kompletten Install habe ich die SSD wieder in den MacPro3,1 eingebaut und Catalina gebootet, dort telemetry.plugin gelöscht und die AppleHDA in S/L/E BigSur getauscht.

Dann Neustart ins BigSur. Hier natürlich erst einmal kein Audio, ausser Airplay zum HomeMini ging schon nativ.

Nun wieder die Terminal-Befehle, welche ich ja schon genannt hatte, Neustart und nun geht Audio mit der alten AppleHDA in BigSur.

Also, es geht ganz sicher, was sich hier ja auch zeigt.

Alle weiteren Fehler bei Dir sind wohl den eigenen Umsetzungsfehlern geschuldet. Hier geht dat jedenfalls alles, genau wie ich es beschrieben hatte.

Seit Montag kam hier nix mehr und ich hoffe, Du hast es nun hinbekommen.

Das Verhalten ist scheinbar etwas anders mit OC, als bei mir mit der nativen Methode.

Verzweifeln ist aber was für Ungeduldige, dat bringt nix.

Versuche doch mal verschiedene Dinge:

1. Versuche in der BigSur Recovery doch mal nur csrutil disable und lasse das csrutil authenticated-root disable mal ganz weg. Diese authenticated-root Geschichte brauchte man, wenn die System versiegelt war und man Kexte mittels der Snapshot-Methode impfen wollte. Da die System bei Dir bereits DoNotSeal ist, geht's ja vielleicht so.

2. Wenn's in der Recovery absolut nicht geht, dann trage es wieder in OC ein. Dann aber auch im nvram-Delete-Bereich, damit der jeweils neue Wert auch ohne nvram-Reset gesetzt wird beim Boot.

Versuche hier mal verschiedene Werte (es gab bei den ersten BigSur-Versionen Unterschiede zwischen Hacki's und realMac's):

csr-active-config=77080000 oder 77090000

Ferner auch 77000000 oder 67000000 testen.

Irgendeine Möglichkeit in dieser Richtung sollte Dir den nötigen Zugriff mal geben.

Ich kann weder zur Snapshot-Methode, noch zu OpenCore auf dem MacPro3,1 was beisteuern, da ich es ja alles nativ mache.

Es ist richtig, AppleALC impft den Codec nur in die AppleHDA, verändert diese aber nicht.

Bei der Verwendung von AppleALC mit ID13 sollte die AppleHDA aber die originale sein und nicht die alte AppleHDA, welche ich einspiele.

Ich kann über die tatsächliche Funktion dieser neuen Patches für realMac's in der AppleALC aber auch nicht wirklich viel sagen, da ich diese Art ja nicht verwende.

Eventuell musst Du im OpenCore in den DeviceProperties dafür vielleicht erst einmal den Device-Pfad mitteilen (PCI...bla...bla...1B...), könnte ich mir vielleicht noch vorstellen.

Mit OpenCore ist die Device-Abfrage sicher etwas anders, als wenn die Kiste nativ bootet.

Genau kann ich dies aber wirklich nicht sagen.