Hast du mal überprüft ob alle deine usb controller in deine usbports.kext übernommen wurden.
Schau dir mal per die config.plist deiner kext an.
Dort müssten für dein Board 2 Controller aufgeführt sein:
<string>0x02ed8086 0x34ed8086</string>
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 erstellenHast du mal überprüft ob alle deine usb controller in deine usbports.kext übernommen wurden.
Schau dir mal per die config.plist deiner kext an.
Dort müssten für dein Board 2 Controller aufgeführt sein:
<string>0x02ed8086 0x34ed8086</string>
Hallo kexterhack.
True entspricht 1 auf dem Bild.
Das löschen des NVRAM Eintrags sieht man im Bild bei:
NVRAM DELETE ITEM 0
Man kann natürlich auch per Holzhammer bei jedem Update das komplette NVRAM löschen.
Die hier gezeigte Lösung macht dies aber für alle zukünftigen opencore updates überflüssig und löscht nur diesen Eintrag.
Gruß
Icecloud
Danke für die Blumen
Ein schönes Wochenende noch
aus Andernach
Probier mal die angehängte config.plist.
ocvalidate findet 9 Fehler, die ich dir beseitigt habe.
Wenn es vorher lief sollte es jetzt auch laufen.
Zwei nicht eingearbeitete Tips:
Bei Kernel ist mir aufgefallen das AppleCpuPMCfgLock disabled ist und AppleXcpmCgfLock enabled ist. Sollte es beim booten immer noch Probleme geben bitte beide enablen.
Bei UEFI APFS könnte wohl auch EnableJumpstart raus.
Mit einem cfg unlock des Bios könntest du beide Eintrage disablen und dein System würde besser laufen. Dafür gibt es Tools z.B. von Brumbär.
Frische Serials nur zum Testen drin.
Viel Glück
Ja, Download ist bei mir auch nur im DeveloperSeed verfügbar.
Ich habe gerade den Rechner meines Nachbarn mit der gleichen SSD wie bei bluebyte auf opencore version 0.68 upgedated.
Als Motherbard ein B460M Mortar mit 10600 CPU hat das Board exakt das gleiche Bootverhalten zeitlich gesehen wie bei bluebyte.
Meine eigenen Systeme sind von den Bootzeiten praktisch identisch. Von 11 Sekunden kann ich nur träumen.
Also ich bin neulich auf eine größere SSD gewechselt. Big SUR neu installiert und dann alles mit dem Migrationsassistenten von der alten SSD, die ich extern über USB angeschlossen hatte rübergeholt.
Resultat: Alles wie vorher, nur mehr Platz jetzt.
Sollte bei dir genauso auch beim Umstieg auf den neuen Rechner funktionieren. Für alte Intel Programme springt dann wohl Rosetta ein.
Vielen Dank für die Antworten.
Ich glaube ich werde es dann auch mal mit einem M1 Mini mit 16Gb/1TB und dem Monitor als neuen Homeoffice Rechner für meine Frau probieren.
Notfalls dann auch mit Caffeine, der Stromverbrauch des M1 ist ja nicht so dramatisch.
Vielleicht eine Radeon Pro W5500 bei
https://www.cyberport.de/?DEEP…aloid=2104061237064011081
Die sollte eigentlich laufen.
Aber: Eigentlich wären mir derzeit alle Hackintosh kompatiblen Karten zu teuer.
Habe gerade OC 0.6.8 final und alle neuen Kext Releases für meine Systeme 1-4 runtergeladen, angepasst und
was soll ich sagen:
Habe nicht mitgekriegt das die Resources auch noch upgedated werden müssen und dies direkt nachgeholt.
Klappt aber jetzt überall alles wieder auch mit der Grafik.
Dann kann BigSur 11.3 final ja kommen.
Bei der GPU hätte ich auch Bedenken.
Für das Geld bekommt man auch die Radeon Pro W5500. Die ist neuer und moderner und auch leistungsfähiger.
Da wird dir keiner weiterhelfen können. Unter Big Sur bedarf es zwingend einer unterstützten AMD Grafikkarte und Smbios IMac Pro oder Mac Pro 7.1.
Hallo biggasnake,
ich finde den MSI PS341WU auch sehr interessant.
Wie hast du ihn an deinen M1 Mac Mini angeschlossen?
Läuft er mit voller Auflösung. Gibt es Bildschirmprobleme (z.B. rosa Pixel, Probleme beim Wake etc)?
Bei Strassenpreisen unter 700 Euro würde ich mir bei positiver Erfahrung einen M1 Mini mit diesem Monitor bestellen.
Vielen Dank im voraus für deine Antwort.
Danke für die Info,
Mir ist klar das meine EFI nicht optimal ist. Beim Updaten habe ich scheinbar etwas geschlampt. Wenn ich daheim wäre hätte ich vor der Weitergabe die EFI natürlich etwas bereinigt.
Sie läuft aber problemlos mit der letzten Catalina Variante und ich wollte Lord Vader einfach nur helfen,
Da das Notebook wie erwähnt bei mir einen Batteriedefekt hat werde ich an der EFI bis zum eintreffen des neuen Akkus nichts ändern und dann wahrscheinlich auf Opencore gehen und auf BigSur updaten.
Lord Vader kann die angegebenen Dateien ja löschen.
Die FakePciid sind aber leider nötig gewesen.
Hallo,
ich habe meinen Sohn gebeten das Asus Notebook ohne Akku mal kurz in Betrieb zu nehmen.
Resultat bei mir funktioniert Catalina 10.15.7 mit beigefügter EFI.
Wichtig: Asus Bios 204
Intel Virtualization Technology Enabled
Intel AES-NI Enabled
VT-D Disabled
Graphics: DVMT Pre-Allocated 128 M
USB: Legacy Disabled, XHCI Pre-Boot Mode Enabled, USB Mass Storage Driver Support Enabled
USB Interface Unlock insbesondere CMOS Camera UnLock
Viel Glück mit Catalina
PS.: Das Notebook hat nun eine kompatible WLAN Karte. Dell DW 1560
Die SMBIOS Daten hat mein Sohn geändert, also da sind neue Serials drin. Müsste also einfach so laufen.