Ich habe in meinem Hackintosh eine Fenvi BCM 94360 die ja bekanntlich unter MacOS Sequoia nicht mehr funktioniert.
Den OCLP Patch wollte ich nicht machen, weil ich SIP nicht deaktivieren will.
Bluetooth funktionert bei meinem ASUS ProART problemlos.
Also hab ich erstmal eine Lösung gewählt mit einem XIAOMI BC5000 WLAN 7 Router (45€ bei Aliexpress), den ich über Ethernet anschliesse und der als Repeater meinen Hackintosh mit dem Router über WIFI 7 verbindet.
Das funktioniert erstmal super und schnell.
Hat jemand erfahrungen mit Intel AX 210 Cards und itlwm (oepnintelwireless)
Funktioniert das und hat man damit Airdrop etc?
WIFI 6/7 unter MacOS Sequoia | Intel AX 210 |itlwm | Erfahrungen
- Kentsoon
- Unerledigt
-
Ja ich hab die Karte. Funktioniert sehr gut. Airdrop funktioniert vermutlich nicht, hab nicht ausprobiert, weil ich es nicht brauche.
Benutze intel, weil ich eben auch kein OCLP wollte. So funktionieren auch problemlos die delta updates.
-
anstelle Aidrop kann localsend verwendet werden. Die App gibt es systemübergreifend und läuft n.m.E. schneller und zuverlässiger als Aidrop, jedenfalls an jedem Hacki den ich besitze.
itlwm funktioniert ebenso bestens mit macOS 15.x, einfach die Anweisungen befolgen
-
Kentsoon Was halt nervt ist, dass AirportItlwm.kext unter Sequoia nicht out of the box funktioniert. Und ich glaube, die kext benötigt man, wenn man AirDrop verwenden möchte – mit itlwm geht das glaube ich nicht. Denn itlwm.kext erstellt einen LAN-Verbindung. Deswegen benötigt man auch das extra tool Heli-Port um sich connecten zu können mit APs.
Um AirportItlwm.kext unter Sequoia nutzen zu können, muss man trixen mit nem kext für Ventura und "Modern WiFi" patch. via OpenCore Legacy Patcher (Anleitung).
-
AirDrop kann mit Itlwm nicht funktionieren, weil das kein Wlan Interface (Airport) bringt, sondern ein LAN (Datenübertragung geht bei AWDL über eine Adhoc Wlan Verbindung).
Mit AirportItlwm funktioniert AirDrop ausgehend, aber nicht ankommend (letzteres benötigt derzeit noch eine Broadcom) - allerdings ohne OCLP ist AirportItlwm in Sequoia aktuell nicht möglich (vielleicht nie, k.A).
WiFi 6 wird aber laut FAQs derzeit gar nicht unterstützt (k.A. ob das noch zutrifft)
-
macOS Sequoia unterstützt WiFi 6E (= IEEE 802.11AX mit 6 Ghz Frequenzband-support, verwendet z. B. im MacBook Air M3), aber wenn das derzeit in der kext noch deaktiviert sein sollte, lohnt es sich vielleicht nicht, sich eine AX-Karte zu holen.
-
sehe jetzt erst, dass Du Probleme mit der Fenvi hast. Die Funktioniert unter Sequoia 15.x genauso gut wie unter Sonoma 14.x. Wo liegt Dein Problem Kentsoon
Hast Du den Workarround von MacGrummel eingearbeitet?
-
-
Es liegt nicht an SIP, sondern daran, dass er SIP nicht deaktiviern möchte. Das sind zwei unterschiedliche Dinge. Ansonsten würde er sich ja nicht nach Alternativen umsehen…
Wobei ich auch sagen muss, dass ich es für sehr unwahrscheinlich halte, dass die Deaktivierung von SIP in einer privaten Netzwerkumgebung (zu Hause, hinter einem Router mit Zugang zu einem ISP) zur Kompromittierung des Systems führt. Der Router schützt vor direkten Angriffen, und SIP wird erst relevant, wenn Schadcode bereits ausgeführt wird – was bei normaler Nutzung auch sehr unwahrscheinlich ist.
Ich habe den Eindruck, dass viele Nutzer SIP mit der Windows-Firewall gleichsetzen und denken, dass eine Änderung an csr-active-config so wirkt, als würde man diese Firewall einfach abschalten. Dabei bedeutet das nicht, dass das System sofort komplett unsicher wird, sobald man online geht. Tatsächlich ähnelt SIP eher der User Account Control (UAC). Und selbst wenn man beim Patchen mit OCLP üblicherweise zwei bis drei Flags anpasst, wird SIP nicht vollständig deaktiviert, sondern lediglich verringert.
Am Ende muss jeder für sich selbst entscheiden, oder er mit verminderten SIP-Einstellungen leben kann oder nicht. Ich für meinen Teil habe mehr Spaß daran, macOS Sequoia auf einem Notebook von 2012 zum Laufen zu bringen, als SIP vollständig aktiviert zu lassen.
-
Sicherheit liegt doch eher am eigenen Verhalten, oder?
Früher gab es kein SIP in macOS-Versionen und dennoch war das System sicher, sofern nicht ein User irgend einen Blödsinn verzapft hat, was auch heute noch so ist.
SIP hat mit dem eigenen Verhalten nix zu tun und natürlich kann man SIP entsprechend freigeben, so dass gewisse Patches möglich werden. Viele haben den Sinn von SIP nicht wirklich verstanden.
Apple's Hintergrund war betreffs SIP-Einführung damals sicher eher der Hintergrund, dass viele Apple-real-Nutzer, mit vollem Zugriff auf die Systemplatte, wie es ja damals üblich war, sich oft selbst das System zerschossen hatten und Apple einen riesigen Support liefern musste.
Dies haben sie nicht wegen Hackintosh eingeführt, ganz sicher nicht.
Vielleicht nicht der einzige Grund, vielleicht stecken auch noch weitere Aspekte dahinter, aber die Aussage "Ich will SIP nicht brechen", ist oft nicht der richtige Weg in Sachen Hackintosh und Patches für WLAN/BT.
Die Broadcom-Karten funktionieren noch heute mit den aktuellen Patches und dies im vollen Umfang, was die Apple-Services und Airdrop angeht.
Natürlich gehen auch die Intel-Karten, sind dann aber im Universum nicht nativ und brauchen ggf. Zusatzsoftware, z.B. als Ersatz für Airdrop.
