OpenCore Sammelthread (Hilfe und Diskussion)

Dachte Du meinst mich _hackmac004

Zitat von B4tMaxt

Uefi boot geht bei mir nicht, nur windows uefi boot, aber bei macos nicht, nur legacy, hat clover eigentlich duet eingebaut?

und weshalb kann Windows UEFI und macOS nicht? Erklär mal lwas da klemmt? Max

Arkturus dieser opencore x64 fehler der rot ist

ST33Z0  hackmac004

Schaue ich gleich. Sinngemäss erwähnt er da apfs start, dann prüft er die Laufwerke und stellt fest, es müsse nix wiederhergestellt werden. Screenshot habe ich aber der Monitor spiegelt echt krass 😊

Efi´s getauscht, Launcher Option ist disabled. Reboote jetzt.

UPDATE: Problem besteht weiterhin.

hlakustiker welche Version von OC hast du in Verwendung? Welche Big Sur Version hast du am Laufen? Wo hast du diese heruntergeladen? Welchen WiFi und BT Hersteller - Intel? USB-Port kext solltest du auf jeden Fall auch erstellen, bevor du auf Big Sur 11.3 updaten möchtest. Deine Reihenfolge der Kexte passt auch nicht. Vielleicht ist es sinnvoller einen neuen eigenen Threat zu öffnen...

Ok, ich bin jetzt so schlau, dass es sich um das log des apfs.efi handelt. Text ist apfsstart:1584: mounting with apfs.efi….

War früher nicht da. Eine Änderung in OC?

ST33Z0

Lösung gefunden. APFS > Hide Verbose > NO

Danke für die Hilfe

BTW - ich war gerade auf deiner Github Seite. Thema PTSWAKTTS. Mein Rechner schmiert schläft und wacht auf, ohne Probleme. Aber eben nur 10-15 mal. Dann crasht er. Kann da das Thema helfen? ISt iwie ein komisches Thema und begleitet mich seit eh und je auf allen Gigabyte Boards, die ich in den Fingern hatte. Ich habe immens viel versucht, eine Lösung habe ich nicht gefunden.

Es ist wieder update zeit https://github.com/acidanthera…orePkg/releases/tag/0.7.4

ST33Z0 boolean ist ein wahrheitsoperand (True/false).

String eine Zeichenkette.
demnach ist das mal eben so nicht möglich. Da es sich einfach programmatisch um unterschiedliche Werte handelt.
ich gehe mal davon aus das OC und dessen Programmierer sich der Logik bedienen. Was in dem Fall zu Chaos führen würde.

mein Sorgenkind ist immer noch das T470 i5 7300u, auf welchem Monterey nicht laufen will. Schon die Installation ist wie ein Lotteriespiel, weil ab der Account-Configuration die Freeze schneller kommen als man die Eingaben tippen kann.

Ist es möglich mit eine Debug-Version von OC die Ursachen zu finden?

Ich hab mir auf Github die Debug-Version geladen und in der EFI montiert.

Alles mit Debug ist aktiviert. Leider keine Log-Datei zu finden nach dem ersten Freeze auf 12.0. beta9.

In der EFI liegen alte log Dateien, die jüngst von heute Morgen.

Kann da jemand was draus ableiten?

ST33Z0

Das Tool gefällt mir

Jap, gefällt mir auch sehr gut und nutze es jetzt auch öfter.

ST33Z0 mir fällt da im Moment nur das Programm MacTracker oder die Internetseite everymac ein.

ST33Z0 Schau mal hier: https://github.com/acidanthera…ster/AppleModels/DataBase

Da stehen einige SMBIOS spezifische Werte, aus denen dann macOS seinen Infos zieht.

Es gibt eine neue Funktion in OC 0.7.5 nightly mit der man rBAR im Bios aktiv lassen kann und macOS startet.

Ich hab den neuen Quirk ResizeAppleGpuBars auf 10 gestellt, was dem Maximum von 1GB der von macOS unterstützt wird entspricht.

Danke an mhaeuser falls du dich damit beschäftigt hast oder die Frage danach ins Entwicklerteam gegeben hast!

Funktioniert soweit wunderbar

edit: Aufwachen aus dem Ruhezustand klappt seitdem bei mir nicht mehr.

hackmac004 wozu ist die Quirk im Technischen sinne da?

Kannst du da ein wenig näher drauf eingehen?

rBar? hab ich noch nie gesehen im BIOS.

Und welches maximum von was wird da genau genutzt?