RocketRAID 840A – der geht auf jeden Fall. PCIe 3.0 x8 Gen3 (8GT/s), 16x SATA. RAID5/6 und mehr.
http://highpoint-tech.com/USA_new/series-rr800-overview.htm
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 erstellenRocketRAID 840A – der geht auf jeden Fall. PCIe 3.0 x8 Gen3 (8GT/s), 16x SATA. RAID5/6 und mehr.
http://highpoint-tech.com/USA_new/series-rr800-overview.htm
… mit "Secure Boot"-Unterstützung (nächstes Jahr) kann man dann auch eine volle Kette aufbauen …
Boot Guard -> UEFI Secure Boot -> OC Vault -> Apple Secure Boot -> SIP
Das ist prima, ist doch "Secure Boot" für eine UEFI-Windows Installation schon sinnvoll, leider klappt das dann nicht mit Clover. Insofern freue ich mich, dass OpenCore sich dem annimmt und sowohl Windows wie auch macOS in dieser Umgebung gemeinsam arbeiten können.
Verständlich. Du ruft doch unten die Methode „DTGP‘ auf. Entweder du verlinkst die extern im Header wenn schon in anderer SSDT oder DSDT vorhanden, oder du fügst die noch ein.
Und setze ALC Layout ID und Layout ID auf den gleichen Wert (7).
Doch, doch. Hatten wir schon länger drüber geschrieben …
Scheint. Glaube ich sogar. Aber ich denke, kavenzmann sucht eine Lösung, keine weitere Bastelstunde. Insofern kann ich das alte "Deluxe" empfehlen, ich habe es auch, und es läuft wie gewünscht. Das SAGE ist von den PCIe-Bussen exakt so komplex aufgebaut wie sein X99 EWS. Mit Thunderbolt zwingend am zweiten PCIe über den PCH. Das kann gut gehen mit den weiteren zwei Grafikkarten und der der Decklink, muss aber nicht. Ich vertraue da durchaus dem Urteil von DSM2 , aber diese Konfiguration hat er auch nicht. Da wäre es furchtbar, wenn sich das ganze als ebenfalls nicht funktionierend herausstellen sollte.
Das Experiment, eine Gigabyte TB3 TitanRidge zu flashen (modifizierte Apple-Firmware) und somit möglicherweise unabhängig von BIOS, TB-Header zu machen, ist noch nicht vollendet. Würde das laufen, gäbe es viele neue Optionen.
Davon gehe ich aus.
Aber deshalb haben die Deluxe2 (Thunderbolt integriert) eben nur noch drei statt (Deluxe) vier PCIe Slots. Und diese drei, bzw vier beim alten werden alle benötigt. Deshalb doof mit dem zweiten Ethernetport, der nicht (unter macOS) funktioniert.
Leider nicht. Hat ja nur noch drei statt vier vernünftige Slots wegen Thunderbolt. Die werden schon gebraucht. 2x Grafikkarte, 1x VideoI/O. Ist leider doof konzipiert.
Das scheint interessant. Ich kenne es nicht weiter, die Daten klingen aber super:
Der gleiche Mist. Keine kompatible Aquantia.
Ja, EKWB Monoblock. Kann somit deine Beschreibung weder dementieren noch bestätigen. Keine Ahnung. Ich hatte den genommen, weil ich den schön fand.
Hätte es damals schon den https://www.caseking.de/der8au…t-die-frame-fsd8-021.html gegeben, dann hätte ich einen anderen WaKü genommen.
Das Deluxe2 hat nur einen Designfehler: der nichtfunktionierende Aquantia 5Gbit/s Ethernet. Warum die da kein 10Gbit/s A107 genommen haben, ist mir schleierhaft. Wäre das perfekte Board gewesen.
Was mir bei deinem Clover aufgefallen ist:
1.
change XHCI to XHC
change XHC1 to XHC
Nutzlos, da nicht vorhanden. Du hast bereits ein Device Namens XHC in deiner ACPI.
2.
FixIPIC
nutzlos, das Device heißt schon so, nicht etwa "PIC", auch IRQ stimmt.
3.
Generate Options "PluginTpye" gesetzt, somit ist die SSDT-PLUG völlig überflüssig.
4.
In deiner ACPI befindest sich weder eine "DMAR" noch eine "MATS". Somit völlig unnötig, diese nichtvorhandenen Tables zu "dropen".
5.
Das Device "MCHC" benötigst du nicht.
6.
Wozu das Boot-Argument "-disablegfxfirmware"?
7.
Benötigst du "KernelPM"?
8.
Benötigst du den "external Icon Patch"? EDIT: Ist eh "disabled". OK.
9.
Benenne das Device "GFX0" in "IGPU" um.
10.
Ich sehe keinen Framebufferpatch …
11.
aktualisiere mal dein Clover, Kexte, Treiber …
hier mal neu:
Ich habe zwei Samsung m.2 NVMes verbaut. Laut Mainboard-Handbuch fallen Dadurch die SATA-Ports 0 und 1 (durch die m2m-Benutzung) und die Ports 4 und 5 (durch die m2p Benutzung) aus. Also habe ich "nur" noch 2 freie SATA-Ports (3 und 4). Nun bräuchte ich aber noch 4 weitere Ports...
Wenn du NVMe (PCIe) SSD in diesem Slot benutzt:
M.2 connector (Socket 3, M key, type 2242/2260/2280/22110 SATA and PCIe x4/x2 SSD support)
denn es gibt und funktioniert her auch SATA, dann fallen bei Benutzung beider M.2 Slots folgen Beschränkungen an:
SATA3: 0, 4 und 5 sind nicht mehr verfügbar. Heißt umgekehrt: 1/2/3 sind zu benutzen.
Bei Benutzung von SATA anstelle von NVMe in den M.2 (was ohnehin Unfug wäre), sind statt dessen die SATA-Ports 1,4 und 5 nicht mehr verfügbar, also in dem Fall wären 0/2/3 frei.
Wobei nicht ganz auszuschliessen wäre, dass Gigabyte im Handbuch einen Fehler gemacht hat und so wie bei "M2P" es auch bei "M2M" meint – also je nach NVMe oder SATA fällt der eine oder andere Slot weg. Mutmaßung. Ansonsten gilt wie beschrieben …
Mal nach einer aktualisierten Firmware für die Grafikkarte schauen, wenn es unbedingt UEFI only sein muss. Was ist gegen CSM zu sagen? Und meistens lässt sich doch genau festlegen, wo trotz CSM, UEFI Vorrang haben sollte.
Du schreibst nix ins NVRAM. Denn das funktioniert bei dir nicht. Auch nicht magischerweise plötzlich mit den Scripts. Diese veranlassen nur ein lesen und schreiben in eine Datei, anstelle des NVRAM.
Das habe ich doch gerade getan.
Das muss dir doch sagen, dass es etwas im NVRAM gibt, welches via OpenCore nicht reingeschrieben wird, aber sehr wohl interpretiert wenn vorhanden. Einfach nochmal die beiden config.plist abgleichen.
Und diesen PluginType kann man für OpenCore in eine SSDT schreiben
Es gibt soweit ich weiss von der VII'er nur die Werksvariante - leider.
Ist doch in Ordnung. Dann produziert die doch im Rechner wenig Abwärme.
Für Stock-Kühlung reicht auch erst mal Luft. Passt.
Bin Montag wieder da, muss los.