Suchergebnisse

NoBody_0 Mach alle Dateien Sichtbar ( gleichzeitig Shift+Win+. ) und navigiere nach /System/Library/CoreServicesDarin siehst du eine Datei Namens .disk_label.contentDetailsDiese kopierst du auf deinen Desktop und schreibst dann mit Textedit dort rein wie deine Platte heißen soll. Dann diese Datei wieder zurück nach /System/Library/CoreServices kopieren und die vorhandene dabei überschreiben.Von Big Sur aus klappt das jedoch nicht. Das musst du unter Catalina machen.

NoBody_0 Von welchem System sprechen wir hier? Welche Platte willst du umbenennen? Big Sur oder Catalina?

Ok...benutzt du FileVault?

Hmmm...mounte mal das Preboot Volume und schau dort auch mal nach. Da ist ein Ordner mit einer langen UID, dort drin ist dann auch /System/Library/Coreservices mit der Datei .disk_label.contentDetailsdiskutil listsudo diskutil mount diskXsY (für X und Y die Nummern deines Preboot Volumes eingeben)Dann navigiere zu /Volumes, dort findest du dann das Preboot Volume

RealZac Schau mal hier. Wenn HW Decoding funktioniert, zeigt dieses Tool es dir in der Menüleiste an.AMD GPU Menue - RX4xx/5xx only - GPU CLK+ HW DEC / HW ENC+Temp+Fan+Power V 0.81

Sollte sicher eine wiederherstellbare Kopie vom ursprünglichen 'Add' sein. Dann aber bitte nicht einfach oldAdd sondern#oldAdd, dann wird's von OC nicht gelesen.

(Zitat von Arkturus)Das wird nur nicht gelesen, wenn dort eine Raute ( # ) davor ist, wie in der Sample.plist die Warnings.(Zitat von Arkturus)Klar meckert der Checker, wenn du damit 060 configcheck eingestellt hast und du die config.plist einer 059 oder älter zum checken hochlädst oder vice versa.

(Zitat von Arkturus)Nein. Das wird bei DeviceProperties->Add eingetragen, so wie du es schon drin hast. Die layout-id 21000000 sieht auch gut aus. Lösche mal alcid=33 und -lilubetaall. Mit einer aktuellen Lilu.kext brauchst du -lilubetaall nicht, und die layout-id hast du schon in den DeviceProperties. Wenn mit layout-id 21000000 kein Audio, dann mal mit der 7F000000 (127) oder der 1C000000 (28) probieren.

So Kinners, die 061 ist raus... https://github.com/acidanthera/OpenCorePkg/releasesUnd neue kexts

(Zitat von JimSalabim)Das ist korrekt. Der Eintrag wird für's normale booten auch nicht benötigt und ist nur hilfreich, wenn man mehr oOutput bei einer KP haben möchte.

Aktuelle Lilu und WEG, mehr braucht es hier nicht mit iMacPro1,1 smbios.

jgehw Man kann es auch übertreiben mit den SSDT's. Den ganzen Kram brauchst du sehr wahrscheinich garnicht. Ich würde zuerst einmal nur mit einer SSDT-EC.aml (oder SSDT-EC-USBX.aml) booten und dann weiter schauen.

(Zitat von testubabe)Die Reihenfolge spielt hier eine Rolle. VoodooInput.kext muß vor VoodoPS2Controller.kext geladen werden.

Apple-FanBoy1976 Stell mal Booter->Quirks->RebuildAppleMemoryMap auf NO/false

Apple-FanBoy1976 Mir ist gerade noch aufgefallen, dass dein VirtualSMC.kext veraltet ist. Dann hast du bei Kernel->Quirks->XhciPortLimit auf YES/true, aber keinen USBInjectAll.kext im Ordner und bei Kernel->Add auch nicht eingetragen. Und Kernel->Quirks sehen bei mir so aus. (Screenshot).

(Zitat von Apple-FanBoy1976)Lies nochmals was ich schrieb. Das sollte ein Wink sein..."Dann hast du bei Kernel->Quirks->XhciPortLimit auf YES/true, aber keinen USBInjectAll.kext im Ordner und beiKernel->Add auch nicht eingetragen."

Apple-FanBoy1976 Teste mal diese EFI. Die Plug.aml habe ich erstmal deaktiviert. Diese solltest du dir aus einem laufenden System heraus (Windows, Linux oder macOS) mit SSDTTime auf dem gleichen Rechner erstellen, wo du die Plug.aml benötigst.

Dann schalte mal probehalber den IntelMausi.kext auf NO/false

(Zitat von Arkturus)Alte config.plist mit neuem OC Release. Halte dich an die vorgehensweise, die apfelnico schon direkt unter deinem Posting beschrieb. Benutze die App 'Diffmerge' dafür.

... smbios 11,1?