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 erstellenLinusAdel, wenn du nur einen Benutzer eingerichtet hast, dann hat der Admin-Rechte. Also führst du im Terminal den oben erwähnten Befehl aus:
Dabei wird dein Passwort abgefragt und danach müssten die Änderungen an der /etc/fstab auch übernommen werden.
macraq, ich habe für einen Bekannten mit dem Big Sur Pendant von https://github.com/Theile/montereyblocker das Update verhindern können.
P.S.: erinnert mich verdammt an meinen längst vergangenen ersten Intel-MacMini mit dem CD-Slot der Baureihen von 2006 - 2009..
Ja, davon habe ich hier noch das erste Intel Modell von 2006 und das vorletzte von 2009. Leider nicht mehr sinnvoll einsetzbar für mich, aber im Design immer noch schicker als der Mac Studio (Achtung: Meinungsäußerung! 
)
Was ich an dem Mac Studio vermisse, ist das Außergewöhnliche. Für mich haben sie nur den Mac mini aufgepumpt, damit der V12... ähm... M1 Ultra da rein paßt. Die Performance ist perfekt, keine Frage. Aber in Kombination mit dem Studio Display hätte ich mir gewünscht, dass man die beiden besser kombinieren kann, in dem man z.B. eine Displayhalterung anbietet, in die sich der Mac Studio und ggf. der nächste Mac mini kabellos an das Display anstecken lässt.
Das Display an sich finde ich interessant, frage mich jedoch, was der A13 da drin macht (ja, okay abgesehen von der Kamera-Geschichte)? Meiner Meinung nach könnte der noch schön dafür sorgen, dass das Display z.B. als Airplay-Target kabellos nutzbar wäre.
Mal von den MacBook Pros (14" & 16") abgesehen habe ich das Gefühl, dass Apple seit Jahren in der Mitte des Weges stehen bleibt. Es fehlen mir die "gewissen Extras", die das Haben-wollen triggern. Ich vermisse das. 
LinusAdel, das geht nur als root-User. D.h. du musst es mit einem Benutzer mit Admin-Rechten im Terminal ändern, indem du folgenden Befehl ausführst:
Und du musst natürlich die UUIDs von dem anderen System angeben.
Felix76, du weißt, dass du ab Catalina beide Volumes, das mit dem Volume-Namen und das mit dem Volume-Namen + " - Daten", ausblenden musst? Also in meinem Screenshot oben sind das "Big Sur" und "Big Sur - Daten", die zu meiner macOS 11 -Installation gehören. Wenn ich die beiden ausblende, dann findet er nichts mehr von der Big Sur - Installation.
G.com, yepp. Genau das Verhalten beobachte ich auch. Nur aufwecken und dann warten, bis per Apple Watch entsperrt wird. Auf gar keinen Fall mit einem 2. Tasten- oder Mausdruck versuchen das Aufwachen zu beschleunigen, dann klappt es nicht und das Passwort wird abgefragt. Bei mir dauert das schon mal 5 - 10 Sekunden, bis der Rechner per Apple Watch entsperrt ist. 
LinusAdel, schau dir doch mal die /etc/fstab auf dem System an, bei dem es mit TinkerTool geklappt hat. Ich vermute mal, dass das Tool auch nichts anderes macht. Ansonsten wirklich noch einmal überprüfen, ob du auch die richtigen UUIDs bei dem System eingetragen hast - nämlich die, die du nicht sehen möchtest. Im Festplattendienstprogramm tauchen die Platten auch weiterhin auf, nur der Finder mountet sie nicht automatisch.
LinusAdel, das ist relativ simpel. Du musst in jeder Installation verhindern, dass die Volumes des jeweils nicht gewünschten Systems in der /etc/fstab automatisch gemountet werden:
Dazu gehst du in das Festplattendienstprogramm und ermittelst die UUID des Volumes. Hier z.B. meine "Big Sur"-Installation (Volumename "Big Sur"). Achtung es gehören beide "Big Sur" und "Big Sur - Daten" dazu. Dann editierst du die Datei /etc/fstab als root bzw Admin-User mit dem Befehl sudo nano /etc/fstab. Da trägst du dann folgende Zeile für jedes deiner Volumes - das nicht angezeigt werden sollen - ein:
Das machst du auf jedem System. Danach werden die Volumes nicht mehr gemounted, können aber bei Bedarf mit dem Festplattendienstprogramm von Hand gemountet werden.
So, ich habe gerade per Zufall festgestellt, dass das Entsperren per Apple Watch bei mir doch funktioniert. Ich habe eben meinen Rechner "ausversehen" geweckt und nach ein paar Sekunden (5 - 10 Sek.) ging plötzlich der Bildschirm an und war entsperrt. Die Apple Watch hat am Handgelenk auch die typischen Vibrationen und Töne gemacht.
Bisher habe ich immer, nachdem die Lüfter der Grafikkarte beim Aufwachen wieder ruhig wurden, per 2. Mausklick die Bildschirme aktiviert. Dann funktionierte das Entsperren per Apple Watch aber nicht und ich musste mein Passwort eingeben. Den 2. Mausklick musste ich bisher immer machen, da sonst die Monitore nicht aktiviert wurden. Bis zu macOS 11 funktionierte ja noch die USBWakeFixup.kext mit der SSDT-USBW.aml. Das habe ich jetzt ausgebaut für macOS 12. Und seither funktionierte das Entsperren per Apple Watch (vermeintlich) nicht mehr. Geduld ist hier wohl die Lösung. 
naanils, mal so ein paar Gedanken von mir zu deinen Entwürfen:
* Warum eine 360er WaKü? Deine Lüfter (2x 120 + 1x 80) decken sowie so nur 320mm ab. Als Alternative eine "Liquid Freezer II 280"? Dann bliebe genug Platz, das BD-Laufwerk an seinen richtigen Platz zu packen.
* Das Netzteil würde ich bei jedem Umbau immer wieder in den Boden einbauen. Ein Standard-PC-Netzteil läßt eigentlich noch genug Platz, um deine WaKü davor zu packen:
* Das Mainboard würde ich so einbauen, dass der erste PCIe-Slot mit dem Slot-Frame des originalen Macs übereinpaßt. Da du vermutlich ein Full-ATX-Board verbauen willst, ragt das Board natürlich in den oberen Bereich. Aber auch da gibt es schon Umbauten, die dort dann Karten ohne Slotblech verbaut bzw. per PCIe-Riser an andere Orte verlegt haben.
So könntest du rein äußerlich zumindest nah am Original bleiben.
Und - nur mal ein Gedankenspiel - das BD/DVD-Laufwerk paßt intern quer in das Gehäuse. D.h. wenn du gar anderen Platz findest packst du es so ins Gehäuse, dass du über den Seitendeckel ran kommst.
G.com, das kann ich bestätigen. Bei mir funktioniert das sporadisch. Heute Mittag z.B. ist der Rechner selbstständig aufgewacht und da ich gerade daneben stand, hat die Apple Watch ihn gleich entsperrt. Vorhin wiederum habe ich den Rechner aufgeweckt, da hat es wieder nicht funktioniert. 
Das einzige was mich noch stört ist das Menumeters zuviele Lüfter Einträge hat. Ich habe nur zwei.
Ich glaube, das ist normal. Ich habe 4 Lüfteranschlüsse auf dem Board und bei mir werden 5 angezeigt.
RealZac, du kannst ja auch mal folgende DeviceProperties für die Grafikkarte in OpenCore probieren:
Die entsprechen denen in der SSDT.
Auch wenn das Thema beendet scheint, noch mal so als Gedankenspiel: Kann es sein, dass beim Schlafen gehen der PCI-Karte der Saft entzogen wird und damit der Bluetooth-Teil "raus gezogen" wird. Das bewirkt vermutlich erneute das Aufwachen des Rechners. Ich hatte so etwas mal mit meinem 3,5" Einbau-Cardreader mit USB-Anschlüßen. Der wurde per SATA-Kabel mit Strom versorgt. Beim Sleep wurde ihm dadurch der Strom abgeschalten, wodurch der Rechner sofort wieder aufwachte. Habe ich das SATA-Kabel abgezogen, funktionierte der Sleep, allerdings nur noch die USB-Ports und nicht mehr die Cardreader. Ggf. helfen Änderungen am Powermanagement im BIOS?
RealZac,okay. Vielleicht liegt's an dem Geräte-Pfad. Bei mir finde ich die Werte aus der SSDT über den ioregexplorer unter dem GFX0-Device wieder:
Die SSDT selber ist aus dem hier ungern erwähnten T-Forum (ich war verzweifelt!) und im Thread wurde darauf hingewiesen, dass auch ein ACPI-Patch anzuwenden ist, damit die funktioniert. Soweit ich das überflogen habe, macht der aber nichts weiter, als die PEGP nach EGP0 umzubenennen - ist also hier nicht relevant. Ich habe weder relevante Renames in meiner EFI noch andere Grafik-spezifische Einstellungen nur die klassischen Kexts: Lilu.kext, VirtualSMC.kext, WhateverGreen.kext.
Vielleicht war's ja auch gar nicht die SSDT, sondern irgendwas anderes in meinem System. Denn jetzt geht es ja auch ohne die SSDT!? 
Jungs, fragt mich nicht. Erklären kann ich's mir nicht wirklich. Aber seit heute morgen ist die normale Geschwindigkeit wieder da!
Was habe ich gemacht? Aus lauter Verzweifelung angehängte SSDT (SSDT-RX580- Version 1.0.aml) eingebunden und noch einmal getestet. Und siehe da, Geekbench brachte wieder um die 52000 Punkte im Metal-Test. Also habe ich mir das mal angeschaut. Eigentlich setzt die SSDT ja nur Parameter, die man auch als DeviceProperties setzen kann. Am verdächtigsten sah
aus. Also habe ich den als DeviceProperty über OpenCore injected und die SSDT wieder entfernt. Das Ergebnis war nach dem Neustart (mit Ausschalten) das gleiche. Zur Bestätigung habe ich den Parameter wieder entfernt und das System neugestartet (mit Ausschalten). Nach einem erneuten Start ist die Performance immer noch die Gleiche (siehe Screenshot), aber jetzt OHNE SSDT und OHNE DeviceProperty! Wenn ich mit meiner EFI boote, die ich die ganzen letzten Wochen genutzt habe, mit der Geekbench bisher nur um die 33000 Punkte erreichte, erreiche ich nun auch die 52000 Punkte!?
Wo ist da jetzt was aktiviert worden? NVRAM? Grafikkarte? Kann mir das einer erklären?
Also bei mir scheint es ein anderes Problem zu sein. Ich habe meine alte EFI (OC0.7.3) mit Catalina noch einmal gestartet und bekomme nun da auch nur noch Werte um die 34000. Dann habe ich mal mein Mainboard-BIOS auf die "Optimized Defaults" zurückgesetzt und neu konfiguriert. Jetzt bringt meine CPU in Geekbench 5 wieder über 1300 Punkte im SingleCore-Test, aber die Grafikkarte bleibt bei schlappen 33000 Punkten. 
