Posts by Arkturus
-
-
An meinem KBL-Desktop ist die macOS 26.2 Beta 1 unkompliziert installiert. Allerdings liefert OCLP-Mod keinen Audio Patch mehr. Update auf 2.6.5 brachte keinen Erfolg. Es ist lediglich revert Patch möglich. Leider lassen sich die chinesischen Texte zwecks Übersetzung nicht kopieren. 🤷♂️
Audio Icon ist nicht durchgestrichen, aber internes Audio nicht verfügbar.
Am T15 verlief alles wie gewohnt ohne Probleme.
Dort habe ich OCLP-Mod 3.0.0 laufenaber keine Ahnung woher ich die Version bekommen hatte. Kann jemand meine Erinnerung auffrischen?🙏 (erledigt)EDIT:
irgend etwas mit USB?
EDIT: Und am T460 die das gleich Dilemma:
EDIT: Am KBL-Desktop nach langem Probieren ist nun Audio gepatcht. KDK war wohl zu laden.
Leider habe ich bei all der Fummelei unglücklicherweise einen Haken gesetzt nachdem jetzt kein BT mehr funzt.
Ich hab das rückgängig gemacht, Patch mit Revert Rootpatches deinstalliert und dann ohne den Haken bei USB zu setzen neu installiert. Ton geht, aber Bluetooth Host Controller wird auf HS12 nicht geladen, incls. IntelBluetoothFirmware nicht.
Wie kann ich das reparieren?EDIT: nach vergeblichen Versuchen Recovery zu booten ist eine Selbstheilung eingetreten.
Insoweit ist das Problem damit erledigt.
-
DerTschnig Die von mir eingestellte EFI enthält nur die kext’s, die ich tatsächlich verwende. Auf den ersten Blick kannst Du CPUFriend und YogaSMC rausnehmen.
-
beim mir zeigte Batterie im iPhone 12 mini 16% Safari, 4% WhatsApp und 4% Wireguard an. Basti Wolf
-
Über USB-C habe ich tadellose Monitoerkennung und top Bild mit dem T15 bluebyte. HDMI ist dagegen tot und da vermute ich die hardwareseitige Bindung von HDMI an die MX330. Leider finde ich dazu keine Dokumentation bei Lenovo.
-
Wenn der Monitor nicht automatisch erkannt wird unter Systemsteuerung/Displays die Auswahltaste gedrückt halten. Dann erscheint ein Auswahlmenü oder wie bei mir eben nicht. Leider. DerTschnig
-
Ich habe 2018 als Einstieg hier im Forum das auf dem damaligen Sandybridge Desktop genau so mit einem Live-Linux gemacht. Jetzt geht das auch und einfacher mit der UEFI-Shell die unter Misc/Tools eingebunden werden kann. Wenn in deinem BIOS unter Boot Bootlock existiert solltest du dies aktivieren. Das schützt das UEFI Label gegen löschen.
-
Ganz klar nein. Hast du in der ESP der Disk die gleiche EFI wie auf dem USB Stick? Dann kann es nur am UEFI Label liegen. Ich hab mehrere Möhren bei denen das Problem besteht. Am KBL- Desktop sind nicht alle Disk betroffen, nur an einzelnen Ports. Wenn Du Möglichkeit hast andere Ports zu benutzen kannst Du probieren.
-
Nein, wird da nicht (mehr) mit gelistet. Nur, wenn ich als Behelf den USB Datenträger mit Opencore einstecke und boote.
evtl. NVRAM resettet?
Du musst sicherlich das UEFI Label für die OC Bootx64.efi neu anlegen. Bin mobil unterwegs und habe das deshalb nicht griffbereit. Ist hier im Forum beschrieben. -
Siehst du die ESP im BIOS Bootmenü? rayjoe
-
bluebyte du hast also mit deaktivierter MX330 Verbindung via HDMI zum externen Monitor?
-
Locke das mit getrennter SSID 2,4 / 5GHz hast du versucht? Passiert das auch, wenn du die BT Antenne absteckst?
Wie gesagt, bei meiner DW1820a hab ich irgendwann aufgegeben - wobei die Panik nur hin und wieder passierte.
Arkturus da scheint aber AMFI in die Quere zu kommen? Edit: wobei Developer Mode wahrscheinlich heißt dass es deaktiviert ist… bleibt ein MysteriumAmfi hatte griven schon als Querulanten erkannt. Aber soviel Möglichkeiten gibt es ja nicht. Entweder Amfi.kext + -amfibetaall oder nur amfi=0x80 ohne Kext. schrup21 oder ggf. eine ältere Version von amfi.kext, das habe ich noch nicht probiert. Aber zunächst bleibt die BCM im Pappkarton.
-
Kein Problem bluebyte, wir verstehen uns schon. Ich war selbst überrascht, was uns Teddy07 da präsentiert hat. Tatsächlich kenne ich das Board nicht und scheinbar ist die Darstellung im HackinTool nicht mit den sonst üblichen vergleichbar. Deshalb hast ich ja schon auf den Systembericht verwiesen. Im Troobleshooting zu OpenIntelBluetooth ist eigentlich gut beschrieben, was korrektes USB-Mapping bewirkt.
-
schrup21 Ja, Ventura funktioniert OOB, keine Probleme. Windows 11 und Linux mint dito. 🤷♂️
Die Probleme sind bei allen macOS ab 14.x und neuer gleich. Sieht ungefähr so aus
nach MAC Framework bleibt die Möhre stehen. Manchmal einige Zeilen Code mehr, immer nach MAC Frame……. -
Display More
weil die aus dem OCLP Repository stammen und OCLP ist "eigentlich" für echte Macs
Arkturus zum Vergleich, Root Patch Log bei mir:
- Starting Patch Process
- Determining Required Patch set for Darwin 24
- Verifying whether Root Patching possible
- Patcher is capable of patching
- Mounted Universal-Binaries.dmg
- Running sanity checks before patching
- Running patches for MacBookPro15,2
- Running Preflight Checks before patching
- Found SkylightPlugins folder, removing old plugins
- Cleaning Auxiliary Kernel Collection
- Finished Preflight, starting patching
- Installing Patchset: Modern Wireless
- Handling Installs in: /usr/libexec
- Found existing airportd, overwriting...
- Found existing wifip2pd, overwriting...
- Handling Installs in: /System/Library/CoreServices
- Found existing WiFiAgent.app, overwriting...
- Handling Installs in: /System/Library/Frameworks
- Installing: CoreWLAN.framework
- Handling Installs in: /System/Library/PrivateFrameworks
- Installing: CoreWiFi.framework
- Installing: IO80211.framework
- Installing: WiFiPeerToPeer.framework
- Writing patchset information to Root Volume
- Checking if RSRMonitor is needed
- No kexts found with GPUCompanionBundles, skipping RSRMonitor
- Installing com.dortania.opencore-legacy-patcher.auto-patch.plist
- com.dortania.opencore-legacy-patcher.auto-patch.plist checksums match, skipping
- Installing com.dortania.opencore-legacy-patcher.macos-update.plist
- com.dortania.opencore-legacy-patcher.macos-update.plist checksums match, skipping
- Building new Auxiliary Kernel Collection
- Forcing Auxiliary Kernel Collection usage
- Unmounting root volume
- Patching complete
bei Dir (der Teil vom Screenshot):
Unable to build Auxiliary Kernel Collection
Subprocess failed.
Command: ['/Library/PrivilegedHelperTools/ com.dortania.opencore-legacy-patcher.privileged-helper', '/usr/bin/kmutil', 'create', '--allow-missing-kdk',
'--new', 'aux', '--boot-path', '/System/Volumes/Update/ mnt1/System/Library/KernelCollections/
BootKernelExtensions.kc', '--system-path', '/System/ Volumes/Update/mnt1/System/Library/KernelCollections/ SystemKernelExtensions.kc']
Return Code: 71
Standard Output:
No variant specified, falling back to release No variant specified, falling back to release Error Domain=KMErrorDomain Code=71 "Unable to
resolve dependencies:
'com.sherlocks.IntelGraphicsDVMTFixup' names a
dependency on 'as.vit9696.Lilu', which was not found." UserInfo={NSLocalizedDescription=Unable to resolve dependencies: 'com.sherlocks.IntelGraphicsDVMTFixup' names a dependency on 'as.vit9696.Lilu', which was not found.}
Also anscheinend verwendest du DVMTFixup - das soll aber laut WEG FAQs entfernt werden:
https://github.com/acidanthera…d#general-recommendations
Ob das the root cause ist kann ich nicht sagen - aber ganz offensichtlich fährt OCLP damit gegen die Wand
Btw. könntest du mal die Gegenprobe mit AirportItlwm (Ventura) machen, Modern Wifi Patch ist da identisch. Falls du es dir einfacher machen willst (Dortanias's OCLP bräuchte ein Broadcom Fake Device), kannst du OCLP-Mod verwenden (funktioniert bestens, man muss nur wissen wo man klickt - alles chinesisch)
Wodurch diese Meldung wegen DVMTFixup generiert wurde vermag ich nicht zu erkennen. Bei Meinen letzten Versuch gab es solche nicht, sondern OCLP hatte die RootPatches abgeschlossen und ordnungsgemäß mit Patching complete quittiert.
-
Display More
liegen doch im OCLP Repository?
"sowohl in Sonoma als auch Sequoia werde die von OCLP installierten Treiber nicht geladen"
hast du's mit AmfiPass oder amfi=0x80 versucht? Irgendwer hatte doch sowas schon mal, dass Amfi 1x komplett ausgeschaltet werden musste...
der Kernel / Block Eintrag war auch korrekt?
Danke schrup21
das Problem mit der 94360ng NGFF besteht beim T460 darin, dass nach dem ersten Reboot nachdem, OCLP die Rootpatches reingelegt hat, egal welches macOS in eine KP läuft und je nach Laune Rebootet oder einfach kurz nach .....Mac Framework .. hängenbleibt. Das Problem besteht nochmehr fort. Selbst ohne RootPatches konnte ich nur mit einer Version der IOSkywalker(-Family).kext booten konnte, welche müüste ich nochmal in die EFI gucken. Zu Amfi habe ich alle Verianten probiert. Wenn der Rootpatch installiert ist, kann ich einmal Rebooten udn mich am Wlan freuen. Der nächste Reboot hängt dann fest. Das war schon beim letzten Versuch und jetzt genau wieder so.
Ich habe die Karte in Verdacht. Sollte es für macOS 26 mall Rootpaches geben, würde ich mich nochmal mit befassen, vielleicht auch eine neue NGFF beschaffen.
-
Ich sehe da sehr viele Ports in der USB-Mapping - Kext und m.E. laufen die alle über einen XHC-Controller.
Es gibt doch hier sehr gute Beispiele im Forum von Leuten die sich sehr viel Arbeit damit gemacht haben und deren Früchte mit den Usern auch teilen. Da sollte man sich bedienen oder zumindest was abschauen, wenn die eigenen Erfahrungen noch nicht so ausgeprägt sind. Teddy07
-
plutect Die Meldung kommt wohl, weil WLAN mit Intel AX für Apple nicht systemrelevant ist.
-
-
deshalb cobanramo ???