Update ist auch hier wieder nebenbei problemlos durchgelaufen...
[Sammelthread] MacOS BigSur 11.0 DEV-Beta Erfahrungen
- Mocca55
- Erledigt
-
-
HIER EBENFALLS einwandfrei auf allen Beteiligten durch.
-
Läuft hier auch
-
Meine kleine Kaffeemaschine hat sich diesmal massiv gewehrt: nach dem vierten vergeblichen Versuch, das Update zu installieren, bin ich diesmal wieder von Clover r3135 auf OC 0.6.8 umgestiegen. Jetzt läuft hier auf meinem MacPro Z390 macOS Big Sur 11.5 Beta (20G5023d), mit der Intel- oder/und der e-GPU..
Ich empfinde den Dunkel-Modus diesmal allerdings als reichlich undurchsichtig und wirklich finster:
-
Ich hatte auch keine Probleme
-
Hier auch keine Probleme mit der 11.5 DP1 auf real M1 MacMini und dem Lenovo T450s, lief alles ohne zutun durch.
-
Update auf 11.5 DP1 auch hier ohne Probleme.
-
Update 11.5 DP1 auch sauber durch
-
Update auf 11.5 Beta ist sauber durchgelaufen.
-
Moin Männer ....ich sehe mal wieder den Wald vor lauter Bäumen nicht ....mein Audio geht nicht richtig habe zwar Ton aber irgendwie stimmt bei mir die Zuordnung nicht Airplay geht aber ich kann mit der Tastatur die Lautstärke nicht mehr regeln könnte mal jemand kurz in meine EFI schauen ..das wäre nett.
-
Update ist auch durch und ohne Probleme.
-
RC von 11.4 nicht als Installer verfügbar. Es scheint wohl wie bei iOS 14.6 eine zweite RC zu kommen oder weiss jemand mehr ?
-
Wie siehts denn bei der neusten DP aus mit XhciPortLimit ?!
-
Der Portlimitpatch geht immer noch nicht, muss er aber auch nicht, USB kann man ja mittlerweile unter Windows mappen.
-
Alles anzeigenUSB kann man ja mittlerweile unter Windows mappen.
Hallo, gibt es da schon mehr Infos dazu?
Habe mal etwas Tante Google gefragt.... ist heute wohl nicht sehr gesprächig
kennst du ein "how to"
-
https://github.com/USBToolBox/tool
Sofort gefunden mit Goggel.
-
Alles anzeigenDein EFI für den T470 ist einfach noch nicht perfekt, würde ich sagen, gleiche Erfahrung musste ich damals auch machen. In einem Thread schreibst Du, der Rechner lief noch nie so gut wie mit DP2, bei DP3 geht wieder nix.
Ich hatte anfangs auch Probleme mit BigSur und den Updates mit meinem T450s, was aber nie an OC gelegen hatte. Die EFI war einfach nicht gut genug.
Auch hier war es viel Arbeit und Geduld, bis ich die perfekte EFI hatte.
Nun läuft mein T450s jedesmal ohne jegliches Zutun bei den Neustarts völlig allein durch und danach geht alles. Hierbei ist es ach egal, ob ich noch mit OC 0.6.6 oder mit OC 0.6.9 unterwegs bin, am OC liegt es nicht.
Aus reiner Erfahrung liegt es am nicht perfektem EFI.
Soweit, bezüglich meiner Erfahrungen. Die Rechner sind ja nicht so ganz weit auseinander.
ich habe jetzt die Zeit genutzt, um die EFI des T470 zu verbessern. Erst brachte die Anpassung der Framebuffer in DeviceProperties etwas Linderung, aber immer noch instabil. Insbesondere wenn Sleep vom System nach entsprechendem Timeout aktiviert wurde, war kein Wakeup mehr möglich. Sonst lief die Möhre.
Nachdem ich wieder gerade in einem Meeting einen Freez hatte, weil ich den Moment verpasst hatte, dachte ich das vielleicht WhateverGreen.kext damit was zu tun haben könnte. Beim Abgleich von Kernel|Add mit der Sample.plist viel mir auf, dass ich diesen Kext ganz als letzten eingetragen hatte. Auch waren keine Einträge für MinKernel vorhanden.
Nachdem ich die Kexte nach Vorlage der Sample-plist neu geordnet und Einträger komplettiert habe, scheint jetzt alles wieder i.O. Keine Freeze mehr, auch bei systemaktiviertem Sleep.
Kann es daran gelegen haben? MacPeet
-
Die Reihenfolge der Kext bei OpenCore gegenüber Clover spielt eine wichtige Rolle. Kernel Extensions müssen zwingend nach "Abhängigkeit" geordnet sein. Prominentes Beispiel: Lilu und seine Plugins, oder auch VirtualSMC nebst Plugins. Zu "WhateverGreen" fällt mir da nichts spezifisches ein. Aus deiner Beschreibung und Beobachtung lässt sich schliessen, dass eine vollständige Initialisierung der Grafik zu einem bestimmten Zeitpunkt abgeschlossen sein muss – um selbst zu funktionieren oder um andere Geräte sauber einzubinden.
-
Wie apfelnico schon geschrieben hat, die Reihenfolge kann wichtig sein, damit einige Dinge auch rechtzeitig beim Boot eingebunden werden können.
Bei mir es damals so, dass ich den Grafik-Framebuffer-Patch noch in einer SSDT drin hatte, was unter Mojave und Catalina auch weiter so lief ohne Probleme, jedoch BigSur machte hier Probleme mit OC.
Bei BigSur funktionierte nur jeder 3. bis 5. Boot, blieb immer am Ende bei der Grafik hängen. Auf Grund dieser Geschichte waren auch die Updates nur mit Mühe durchzuführen.
Dann hatte ich auch auf DeviceProperties umgebaut und noch einige kleine andere Änderungen gemacht und siehe da, seit dem läuft der Rechner wie Schmitz Katze, auch mit BigSur.
Nun brauche ich bei Updates gar nichts mehr tun, in keiner Phase eingreifen, mich begrüßt am Ende einfach das neue System.
Da ich selbst lange Probleme hatte und diese Erfahrungen gemacht hatte, habe ich ja auch geschrieben, dass die EFI vermutlich noch nicht perfekt ist. War meine ja scheinbar lange auch nicht für BigSur, auch wenn es damit bei Catalina keine Probleme gab.
Ob diese DeviceProperties-Geschichte tatsächlich besser und schneller ist, als ACPI-Einbindung via SSDT, vermag ich nicht zu sagen. Hier könnte wohl nur mhaeuser Licht ins Dunkel bringen.
Freut mich aber für Dich, dass Deine Änderungen bei Dir nun Erfolg gebracht haben.
-
Ob diese DeviceProperties-Geschichte tatsächlich besser und schneller ist, als ACPI-Einbindung via SSDT, vermag ich nicht zu sagen.
Ich auch nicht. Allerdings ist es so, das ACPI als erstes dran ist, diese wird ja von jedem Rechner, auch den Macs benötigt. Patches oder Ergänzungen daran (per SSDT) werden also als erstes eingebunden. Meiner Meinung nach hat es wohl auch einen Grund, warum die "config.plist" so aufgebaut ist, das die Rubrik "ACPI" ganz vorn steht.
Zumal bei den "DeviceProperties" diese systemunabhängig gesetzt werden, bei SSDT hat man die Möglichkeit, dies über "OSI" zu steuern. Darüber hinaus können nur bestimmte Werte per "DeviceProperties" eingebunden werden, weil eben zu einer späteren Phase des Bootens erfolgt. Mit SSDT ist da viel mehr möglich, verschiedene Arten von Werten (DATA, Integer etc).
Allerdings kann hiermit auch frühzeitig etwas zerstört werden.
