OpenCore Sammelthread (Hilfe und Diskussion)

Ich hätte nur das zu Angebot:

Ist das überhaupt eine DEBUG OC Version?!

Dann brauch ich Hilfe für Debug.

Hab das MacOS noch nicht aufgespielt.

Also habe alles gemach wie nach Anleitung:

https://dortania.github.io/Ope…ll.html#downloading-macos

Aber wenn ich im OpenHfsPlus.efi als driver im OpenCore benutze bleibt hängen kurz nach dem Boot Menü.

Das zum Debugging: OpenCore Debugging | OpenCore Install Guide (dortania.github.io)

Wieso nimmst du eigentlich nicht HFSPlus.efi?

Zitat von Gordon-1979

Aber wenn ich im OpenHfsPlus.efi als driver im OpenCore benutze bleibt hängen kurz nach dem Boot Menü.

Kein Bug, wie dokumentiert ist der Treiber sehr langsam.

Zitat von Download-Fritz

Kein Bug, wie dokumentiert ist der Treiber sehr langsam.

Wenn ich den Treiber im laufenden OS nutze, ist er gut und schnell.

Aber wenn man das OS, Clean installieren möchte, das geht nicht.

Welches OS nutzt du? Big Sur? Dann wird der auch nicht genutzt, sondern APFS... HFS+ wurde offiziell nur bis Sierra auf der Internen Platte verwendet.

Die interne SSD ist unformatiert. Selbst ohne SSD gleiches Problem.

Also beim installieren HfsPlus.efi benutzen, danach OpenHfsPlus.efi.

Nach der Installation nutzt du apfs, dabei wird es keinen Unterschied geben ob openhfsplus oder HfsPlus.

Ich verwende das normale HfsPlus, und würde es auch empfehlen, weil schneller.

Hat mhaeuser ja auch schon mal beschrieben OpenCore Sammelthread (Hilfe und Diskussion).

Openhfsplus ist halt open Source...

Ok, Danke für die Info und werde es gleich mal wieder ändern.

Mal etwas das auf AMD kein Problem ist 🙃

Dafür aber andere sorgen haben ist ok !?

https://winfuture.de/news,121339.html

Gruss Coban

Bisher noch nie ein Problem mit USB gehabt.

Wenn man die Ports wie empfohlen korrekt gemappt hat gibt es das Problem nicht, das betrifft nur den Patch um das Portlimit zu umgehen.

Ich habe jetzt mal meine USBport.kext deaktiviert und XhciPortLimit aktiviert. So konnte ich die neue Beta starten. Sollte es jetzt eigentlich einen boot loop geben oder hab ich das neue Problem nicht richtig verstanden?

Zitat von 5T33Z0

Das wird noch lustig ab Big Sur 11.3 – Probleme mit XHCI Ports: https://github.com/acidanthera/bugtracker/issues/1514

sieht bei mir so aus. Kopieren auf USB-Stick dauert dreimal so lange als ein iso aus dem Internet zu laden. Eine 256 GB Stick wird allein auf dem USB-C Port erkannt u.u.u.

Mit Windows und Linux funktioniert alles bestens.

11.3 Beta 2(20E5186d)

Zitat von Harper Lewis

Bei meiner Samsung 970 EVO benötigt der Trim-Prozess ziemlich lang…

Ich habe die SSD von Samsung gegen eine WD Black SN 750 getauscht, spaceman verhält sich nun absolut unauffällig. Wie sind denn eure Erfahrungen mit nVME-SSDs von Samsung unter macOS und SetApfsTrimTimeout = ziemlich hoher Wert? Nachtrag: Eine zusätzlich verbaute SATA-SSD taucht in den Logs auf, wenn man nach spaceman filtert. Das hat aber keinen Einfluss auf die Bootzeit und geschieht anscheinend im Hintergrund. Mit eingebauter Samsung EVO 970, auf der macOS auch installiert war, hat Trim die Bootzeit um knapp 90 Sekunden verlängert mit SetApfsTrimTimeout = 4294967295.

Harper Lewis bin vor einem Jahr auch von Samsung auf WD Black SN750 1TB umgestiegen. Läuft absolut sauber und schnell.