Habe jetzt die Beta3 installiert. Leider hat sich jetzt FileVault eingeschaltet und ich kann es nicht deaktivieren?
Was tun?
Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenHabe jetzt die Beta3 installiert. Leider hat sich jetzt FileVault eingeschaltet und ich kann es nicht deaktivieren?
Was tun?
karacho habe die apfs.efi nicht ausgetauscht.
ST3R30 okay, hast recht mit AppleAlc.
Die Kexts für WLAN und Bluetooth sind wirklich der größte Brocken.
Da lohnt sich das schon. Zumindest für das Hochladen ins Forum.![]()
StevePeter hast du neu installiert oder aktualisiert?
Bei mir hat es sich bei der Aktualisierung auf Beta3 nicht automatisch aktiviert.
DerTschnig sieht mir verdächtig nach fehlendem oder veralteten BluetoolFixup.kext aus zumindest lassen die Meldungen auf Deinem Bild darauf schließen...
Schönen guten Morgen, griven karacho und liebes Forum
Hab anbei meine EFI aktualisiert:
LAN funktioniert
Audio funktioniert
BluetoolFixup.kext wurde hinzugefügt
Hatte jetzt 2-3 boots welche super funktioniert haben.
Jetzt blieb er wieder hängen und rödelt bei Tahoe wie auch bei Sequonia rum.
Vielleicht gab ich noch einen "Bug" in meiner EFI.
Dank Euch so sehr
@all , also mein Bluetooth geht jetzt auch, sowohl die Intel AC7265 als auch so ein CSR 4.0 Stick. Es lag wohl am BluetoolFix.kext. Ich habe den letzten aus dem Bcr Package genommen und jetzt gehts.
Happy, Tagesziel erreicht ![]()
![]()
Wenn Du unter Tahoe unterwegs bist wäre es Sinnvoll das BootArg -lilubetaall noch hinzuzufügen denn ohne das Arg könnte es gut sein das diverse Extensions (so auch BluetoolFixUp) möglicherweise nicht gehen zudem kann es auch nicht schaden die beiden Werte für bluetoothExternalDongleFailed und bluetoothInternalControllerInfo im NVRAM Bereich zu setzen damit der FixUP seinen Dienst auch korrekt verrichten kann. Beides mal entsprechend gemacht, geänderte config.plist anbei...
DerTschnig ich würde mal sagen, dass es mit deinem USB-Mapping zusammenhängen könnte. Wie wir wissen, hat Bluetooth mit USB zu tun.
Du machst das Mapping über ACPI mit einer SSDT. Leider sehe ich bei deiner Config keinen Eintrag unter ACPI -> Delete. Da ist alles leer. Damit die geänderte Tabelle ordnungsgemäss geladen wird, muss das Laden der originalen Tabelle unterdrückt werden.
Keine Angst wegen "Delete", es wird nichts auf dem Board gelöscht oder verändert.
Auch die originalen Tabellen landen beim Starten des Computers nur im RAM.
Hat sich erledigt, habe Rotz geschrieben
DerTschnig ich würde mal sagen, dass es mit deinem USB-Mapping zusammenhängen könnte. Wie wir wissen, hat Bluetooth mit USB zu tun.
Du machst das Mapping über ACPI mit einer SSDT. Leider sehe ich bei deiner Config keinen Eintrag unter ACPI -> Delete. Da ist alles leer. Damit die geänderte Tabelle ordnungsgemäss geladen wird, muss das Laden der originalen Tabelle unterdrückt werden.
Keine Angst wegen "Delete", es wird nichts auf dem Board gelöscht oder verändert.
Auch die originalen Tabellen landen beim Starten des Computers nur im RAM.
Danke griven
Lieber bluebyte wie musste es in meinem Fall aussehen ? Einfach die ACPI SSDT blocken?
DerTschnig die Original-Tabelle habe ich mit Clover und auch mit Opencore (Sysreport) eingelesen und abgespeichert. Das funktioniert nur in der Start-Phase. Also dann, wenn Clover oder Opencore noch keine Änderungen geladen hat.
Mit Clover geht das am einfachsten. Da braucht man nur einen USB-Stick mit Clover.
Der muss noch nicht mal konfiguriert sein, weil man damit kein System starten muss.
Beim Begrüßungsbildschirm einfach F4 drücken, warten und Rechner runterfahren.
Diese Tabellen werden bei Clover in ACPI -> Origin abgespeichert.
Mit Opencore ist das schon aufwändiger. Dazu müssen in Opencore die entsprechenden Schalter und Einträge gesetzt werden. Bei Opencore landen die Tabellen in Sysreport -> ACPI
Man muss sich da einwenig durchwühlen, um die entsprechende Datei zu finden.
Hat man sie gefunden, so findet man im Datei-Kopf entsprechende Angaben zu
TableSignature, TableLength, OemTableId
Diese Angaben sind für die Eingaben bei Delete wichtig.
Die Einträge für Signature und OemTableId müssen im Format "Data" vorliegen.
Dazu kann man im PlistEditor den Wert im Format String eingeben und danach automatisch auf Format Data ändern.
apfelnico hatte mal ein interessantes Tutorial hier im Forum geschrieben.
Habe mich da früher auch mal dran versucht und bin kläglich gescheitert.
Jetzt, wo ich es geschafft habe meint unser guter apfelnico, dass er jetzt auch die Kext benutzt und es nicht mehr empfehlen würde.
Besonders nicht, wenn man über den Opencore-Picker auch andere Systeme starten möchte. Der Kext ist immer nur exklusive für Mac OS. Die Variante mit der SSDT gilt dann auch für die anderen Systeme. Deshalb auch die OSI-Weichen mit Darwin und Else bei den SSDT.
Hat also beides seine Vor- und Nachteile.
Ich musste mir hier vor ein paar Tagen von einem Forumsmitglied sagen lassen, dass man unter Delete nichts eintragen müsste. Es würde auch so bei ihm funktionieren.
Vielleicht hat apfelnico noch was dazu zu sagen.
apfelnico ich möchte mich bei dir entschuldigen, dass ich dich mal wieder erwähnt habe, aber mir fällt zu diesem Thema kein anderer ein, der sich so gut damit auskennt.![]()
Na großartig
Jetzt hat es Tahoe irgendwie geschafft auf meinem M4 mini meine Sequioa Produktiv installation zu Verschlüsseln. Ich habe keine Ahnung wie das passieren konnte.
Ich kann momentan nur über meine externe Backup Installation booten, die ich zum testen auch mit Tahoe installiert habe.
Ich hätte nicht gedacht, dass die anderen Platten davon berührt werden können.
Passt also auf eure Laufwerke auf. Könnte ja sein, dass das auf einem Hacky auch passiert.
Jetzt muss ich alles neu aufsetzen. Mal sehen ob ich die interne SSD gelöscht bekomme. Zum Glück hab ich nen halbwegs brauchbares Backup.
Damit halt ich mich mit dem Beta testen erstmal ordentlich zurück, bis apple das auf die Reihe bekommt. Ist schon heftig.
hackmac004 Danke für die Warnung! Vielleicht ist es nur ein subjektiver Eindruck, aber ich habe das Gefühl, dass Apple die Tahoe-Beta wesentlich unfertiger rausgebracht hat, als bisher üblich? Ich weiß, das Motto von Steve Jobs "when it is ready" ist seit langem Geschichte, aber wenn man derart unreifen Mist auf die User loslässt, dann hat das schon eine neue Stufe der Unverschämtheit erreicht.
hackmac004 das ist bitter. Habe auf meinem Mini eine VM mit UTM angelegt.
Bin den Umweg über Sequouia gegangen. Also erst Sequoia installiert, Beta Seed angemeldet, Tahoe installiert. Die Installation verlief ohne Probleme. Das reicht völlig aus für den Beta-Test.
Läuft sogar einigermassen passabel mit Zuweisung von 4 GB RAM.
Hatte mir auch mal Orka-Desktop angeschaut. Fand ich aber nicht so prall.
Nachtrag:
Da fällt mir gerade noch ein, dass Mac OS die Interne benötigt,
um auf der Externen ein zweites System zu installieren.
Kann mich da noch dunkel an die Beta von Sequoia erinnern.
Vielleicht hängt es damit zusammen.
Es gab ja auch mal einen Workaround für Asahi-Linux.
Selbst dort muss auf der Internen ein Bereich für Linux reserviert werden,
um es auf der Externen zu installieren.
Eben die Aktualisierung in der VM auf Beta3. FileVault wurde ohne Nachfrage aktiviert.
Anders als beim Hackintosh. Gleich wieder deaktiviert.
hackmac004 Hast Du deine vorhandene config.plist dafür verwendet oder ne neue erstellt? Denn in der Sample.plist von OpenCore ist mittlerweile Vault "Secure" die neue Standard-Einstellung. Die muss man dann umstellen auf "Optional"
... Vielleicht ist es nur ein subjektiver Eindruck, aber ich habe das Gefühl, dass Apple die Tahoe-Beta wesentlich unfertiger rausgebracht hat, als bisher üblich? Ich weiß, das Motto von Steve Jobs "when it is ready" ist seit langem Geschichte, aber wenn man derart unreifen Mist auf die User loslässt, dann hat das schon eine neue Stufe der Unverschämtheit erreicht.
Okay, man muss aber dennoch zugeben, dass Tahoe bisher nicht auf die User losgelassen wurde. Nur auf die Devs. ![]()
Devs sind keine User. ![]()
RealZac Als Entwickler möchte ich meinen Code auf dem neuen System testen und nicht für Apple die Arbeit erledigen, die sie sich aus Zeitmangel oder Schlampigkeit gespart haben. Abgesehen davon, welchen Wert haben Tests auf einem System, welches nicht mal annähernd dem entspricht, was irgendwann mal auf die Kunden losgelassen wird? Gar keinen! Oder wollen die uns damit sagen, dass sich bis zur finalen Version nicht mehr viel ändern wird?
das hat ja etwas von einer aktuellen win 11 install, ohne ändern der iso "onlineinstallzwang", ms onedrive + bitlocker, erstmal bei der install daten auf nen onedrive laufwerk ziehen.., und dann noch weil es so schön ist den hdinhalt bitlocken, als service ohne dabei vorher zu fragen, ob man das überhaupt will... wie übergriffig.
lg ![]()
dabei ist Design von Bitlocker nix für Multiboot und Opencore boot. Am KBL-Desktop muss ich bei jeder kleinesten Änderung in der EFI oder NVRAM diesen endlos langen Schlüssel eintippen. grauehaft aber ich will Bitlocker einsetzen, weil Windows sonst offen steht wie ein Scheunentor beim Heu einfahren.
EDIT: Das Letztere gilt allerdings auch für macOS.
EDIT: Warum springt eigentlich bei Beginn des Download des Softwareupdate Beta 3 OCLP-Mod an und beginnt zu werkeln? Da ich die Meldungen nicht lesen kann, habe ich das Teil mit 'Sofort Beenden' in den Schlaf geschickt. War das evtl. falsch?
Wenn Du unter Tahoe unterwegs bist wäre es Sinnvoll das BootArg -lilubetaall noch hinzuzufügen denn ohne das Arg könnte es gut sein das diverse Extensions (so auch BluetoolFixUp) möglicherweise nicht gehen zudem kann es auch nicht schaden die beiden Werte für bluetoothExternalDongleFailed und bluetoothInternalControllerInfo im NVRAM Bereich zu setzen damit der FixUP seinen Dienst auch korrekt verrichten kann. Beides mal entsprechend gemacht, geänderte config.plist anbei...
Danke griven hab deine Tipps eingearbeitet. leider wird's nicht besser.
Bin jetzt draufgekommen, dass wenn ich einen NVRAM Reset vor dem Boot von Tahoe oder Sequona mache
der Boot eigentlich immer funktioniert.
Vielleicht hat es doch mit dem Tipp von bluebyte was auf sich!??
Die Übertragung meines USB Mapping auf eine SSDT hat mit JustFun gemacht.
Hab ihm dazu die Daten aus dem Debug Boot gegeben. (inkl. meines Mapping Kext)
Welche Werte müsst ich jetzt unter DELETE eintragen?
Ich denke bei TableLength: 1061
aber die TableSignature ?
Danke Euch Allen