Gigabyte Z390 DESIGNARE: OpenCore-EFI-Ordner und Anleitung
- JimSalabim
- Unerledigt
-
-
Wir erhalten auf 2 Systemen mit genau derselben Hardware nach dem Aufwachen folgende Fehler:
- entweder reagiert ist die Tastatur und oder Maus nicht mehr
oder
das System macht einen Neustart mit beiliegender Fehlermeldung
Woran kann das liegen?
Hardware: Gigabyte Z390 Designare, Radeon VII 16GB, FENVI FV-T919, 3.6 GHz 8-Core Intel Core i9, 64GB RAM, Apple Tastatur und Maus – BIOS F9i
Anfangs hatten wir diesen Fehler nicht und die Systeme liefen 100% ohne Probleme.
-
Erwartest du irgendwelche Verbesserungen oder ist es reiner "Spieltrieb"? Würde mich interessieren, da Hardware sehr ähnlich ...
-
-
Ja, auch mein Rechner läuft super stabil mit allen Funktionen, außer Sidecar. Alle anderen Funktionen in Verbindung mit einem iPadPro laufen einwandfrei, den Monitor auf dem iPad zu spiegeln(oder zu erweitern) ist am Mac wohl eher nutzlos, daher vermisse ich Sidecar nicht.
Außerdem ist ein OC-Update doch immer ein ziemliches Gefummel, ständig ändern sich irgendwelche Optionen / Parameter in der config.plist. Da gehe ich nicht jedes Update mit, erst recht nicht, wenn es für mein aktuelles System ohnehin nicht erforderlich ist.
-
Außerdem ist ein OC-Update doch immer ein ziemliches Gefummel, ständig ändern sich irgendwelche Optionen / Parameter in der config.plist. Da gehe ich nicht jedes Update mit, erst recht nicht, wenn es für mein aktuelles System ohnehin nicht erforderlich ist.
Ich hab für die Updates erst auf OC0.7.1 und jetzt auf 0.7.2 folgende Vorgangsweise gewählt:
1. mit dem Kext Upodater die neue OC Version + OcBinarsData runterladen.
2. die aktuellen Kexte runterladen.
3. die neuen Dateien auf den Test-USB-Stick kopieren.
4. mit DiffMerge die Sample.plist der alten und neuen Version vergleichen und alle Änderungen in die alte config.plist am USB-Stick übernehmen.5. vom USB-Stick booten.
Wenn da keine Probleme oder Fehlermeldungen auftauchen warte ich noch etwas bevor ich dann die EFI auf der Festplatte (SSD) mit der neuen ersetze.
-
-
Sidecar Funktionalität kann ich nicht testen. Mir fehlt das iPad.
Ich aktualisiere jeden Monat die Kexte. Lade die Kexte immer mit dem Kext Updater (tolles Tool). Opencore Aktualisierung ist da schon aufwendiger. Einen schnellen USB Stick habe ich als backup vorrätig (für alle Fälle).
Wie lange dauert dein OpenCore update?
Ich schaue mir auch die Differentes.pdf von OpenCore an.
Viele Grüße
Leo
-
Leotust ich hab jetzt nicht die Zeit gestoppt, aber mit der Methode die Sample.plist mit Diffmerge zu vergleichen seh ich sehr schnell, was ich in meiner config.plist ändern muss. Die Differences.pdf ziehe ich nur zu Rate um zu sehen, was die Änderungen bewirken.
Allerdings waren die Änderungen zw. 0.7.0 zu 0.7.1 und dann zu 0.7.2 nur marginal.
Wichtig ist halt, erst mal die neue EFI von einem USB-Stick zu booten um zu sehen, ob auch alles weiterhin funktioniert und bei Problemem wieder mit der alten EFI starten zu können.
-
Teddy07 Der Panic Report legt nahe, dass es was mit Bluetooth zu tun hat ("Process name corresponding to current thread: bluetoothd"). Welche WLAN-/Bluetooth-Kombi-Karte wird denn verwendet? Bei den von Haus aus kompatiblen wie der Fenvi T919 wird KEIN weiterer Fix für Bluetooth benötigt. Sowas kann auch ein Hardware-Problem sein. Ich hatte auch mit einer kompatiblen Karte schon mal das Problem, dass der Rechner immer bei Verwendung von AirDrop abgestürzt ist. Erst nach Tauschen der Karte ging es dann.
Leotust Sidecar funktioniert bei Verwendung von iMac19,1.
es ist die FENVI T919 in beiden Rechnern installiert.
-
The latest version 0.7.2 EFI file is used, and the MAC system cannot be seen at startup. What should I do
-
Ich kann das auch berichten, mit der OC 7.0 hat es wunderbar mit Mojave 10.14.6 funktioniert. Mit dem 0.7.2 gibt es leider keine APFS Partition im picker. HFSPlus.efi ist im driver Ordner vorhanden. Wird noch ein separater APFS driver benötigt?
-
Kann mich da nur anschließen. Für APFS und Versionen vor BigSur ist OpenCore 0.7.2 kein Spass.
Hier ist es gut beschrieben
https://www.reddit.com/r/hacki…ill_require_most_to_jump/
Was hilft ist APFS MinVersion und MinDate auf -1 zu setzen.
-
-
Dann hast Du vielleicht BigSur parallel installiert oder keine APFS Partition.
-
Ich habe 3 SSDs mit Monterey, Mojave und Catalina und eine NVME mit Big Sur wo sich auch die EFI mit OC befindet. Mit den min APFS Einstellungen für Mojave kann ich alle 4 BS booten und sehe diese auch im Picker.
-
und eine NVME mit Big Sur wo sich auch die EFI mit OC befindet.
...und genau deshalb funktioniert das bei Dir.
OC 0.7.2 nutzt die Datei von BigSur.
Jeder, der OC 0.7.2 nutzt und kein BigSur auf dem Laufwerk mit der Bootpartition hat, wird die Settings oben brauchen.
-
Alles anzeigen
Teddy07 Der Panic Report legt nahe, dass es was mit Bluetooth zu tun hat ("Process name corresponding to current thread: bluetoothd"). Welche WLAN-/Bluetooth-Kombi-Karte wird denn verwendet? Bei den von Haus aus kompatiblen wie der Fenvi T919 wird KEIN weiterer Fix für Bluetooth benötigt. Sowas kann auch ein Hardware-Problem sein. Ich hatte auch mit einer kompatiblen Karte schon mal das Problem, dass der Rechner immer bei Verwendung von AirDrop abgestürzt ist. Erst nach Tauschen der Karte ging es dann.
Hallo JimSalabim
habe das Problem nun weiter hardwaremässig versucht einzugrenzen. Habe zwei genau gleiche Systeme (siehe mein Profil).
Ein System mit FENVI T919 und das andere System mit einem ASUS USB-BT400 USB Adapter Bluetooth 4.0
Es taucht jedoch trotz unterschiedlicher Bluetooth Hardware bei beiden Systemen der selbe Fehler auf:
Versetzt man beide System in den Ruhestand und weckt die System solange die Ventilatoren noch laufen wieder auf, ist alles bestens.
Fährt das System ganz hinunter (Ventilatoren sind nicht mehr am Laufen) und man weckt es wieder mit der Tastatur oder Maus auf, wird weder die Tastatur noch die Maus erkannt und es ist ein Neustart zwingend.
Wer kennt diese Problematik und kann helfen?
