Suchergebnisse
Suchergebnisse 101-120 von insgesamt 120.
-
Amfipass ist da eigentlich eher unkritisch (ist hier am Elitebook auch alles aktiv und Update auf 14.5 und vorher 14.4 und 14.1 war problemlos) das Problem muss an anderer Stelle liegen. Ich eiere da auch seit Tagen mit einem anderen User dran rum. Eigentlich hat der eine Brot und Butter Config (Z97-UD5H, AMD RX580 kein WLAN, Kein BT und auch sonst nix exotisches) dennoch will sich 14.4 nicht installieren lassen. Er bekommt das Update angeboten und es sieht auch alles "normal" aus bis zum zweite… -
SMBIOS kann eigentlich nicht das Problem sein denn ich habe einige andere Kisten ebenfalls mit iMacPro SMBIOS und SecureBootModel auf Default ohne Probleme updaten können (ASUS Z97-A, ebenfalls RX580) wobei das ASUS sogar ne Fenvi mit drin hat und im Nachgang den OCLP braucht. Bin da wie gesagt aktuell gerade ein wenig Ratlos woran das liegen mag. Aktuell versuchen wir es mal mit einem anderen SMBIOS. Ist halt immer ein wenig doof wenn man nicht selbst an der Kiste sitzt da sieht man eben nicht … -
Naja die IOSkywalkFamily Geschichte ist zumindest bei der Kiste mit der ich mich hier mit dem User rumschlage gar kein Thema da in dem Kasten gar keine WIFI Hardware verbaut ist...SecureBootModel haben wir in dem Fall sowohl mit Disabled als auch mit Default erfolglos probiert (kein Unterschied ob Update oder Neuinstall). Auf die Ergebnisse mit dem anderen SMBIOS warte ich bisher noch... -
So das Z97 Sorgenkind ist jetzt auch der 14.4 angekommen leider weiß ich nicht wirklich warum...Am langen Ende habe ich "nur" das SMBIOS von iMacPro auf MacPro umgestellt,SecureBootModel ausgestellt und den NVMEFixup.kext deaktiviert und einen NVRAM reset durchgeführt und dann ging es. Welche der Aktionen letztlich zum Erfolg geführt hat kann ich nicht wirklich sagen da es nicht mein Rechner ist und ich auch nicht selbst davor gesessen habe... -
julian91 falls nicht schon probiert SecureBootModel auf Disabled und NVRAM Reset machen. Das SecureBootModel scheint hier essentiell zu sein nach allem was ich bisher sehe. Alternativ SMBIOS vom 2019er iMac nehmen und SecureBootModel auf Default lassen (Hintergrund der 2019er iMac hat keinen T2 Chip ist aber von Sonoma unterstützt)... -
Das wird so sein ist ja eine Kette die da greift...Also SecureBoot im Bios -> Fault in OC -> SecureBoot macOS wenn da ein Glied fehlt ist es ja nicht mehr sicher im Sinne von SecureBoot...Der Gedanke ist halt der Zeitpunkt an dem das Reboot Verhalten auftritt. Das Ganze passiert in der letzten Phase der Installation also eigentlich an der Stelle an der der Snapshot von dem gestartet werden soll sein Siegel erhalten soll. Wenn da jetzt ein SMBIOS mit T2 Chip und aktivem SecureBootModel im Einsatz… -
Hier auch sauber gelaufen allerdings gibt es eine "Merkwürdigkeit"...Ich nutze AdGuard for Mac und während AdGuard auf dem Elitebook auch weiterhin klaglos funktioniert hat es auf dem M1 MacBook mit der aktuellen Beta den Dienst eingestellt. Der Support von AdGuard schreibt man sei an dem Problem dran und schiebt den Fehler selbstverständlich auf Apple...Generell klar es kann sein das Dinge in einem Beta Zyklus nicht (mehr) funktionieren allerdings finde ich es einigermaßen merkwürdig warum nur … -
Schon richtig und sinnvoll MPC561 allerdings filtert das "nur" auf DNS Ebene. Das schöne an der App Lösung ist das hier auch Werbung gefiltert wird die von der selben Domain ausgeliefert wird wie der Content. AdGuard for Mac ist (noch?) sehr effektiv zum Beispiel im Filtern von Werbung in YouTube was das Tool für mich sehr wertvoll macht. Wenn es eine zentrale Lösung gibt die das ebenfalls bewerkstelligt (AdGuard Home habe ich bereits getestet ebenfalls als Docker Container) dann hätte ich gar k… -
Nein ist nicht identisch Arkturus.Das Safari Plugin ist vergleichbar mit Adblock+ oder ähnlichem die App Version geht weit darüber hinaus und filtert schon auf Netzwerkebene. Die App Version ist deutlich effektiver ist als das Plugin und ist nicht auf einen bestimmten Browser beschränkt sondern funktioniert überall (auch in Apps zum Beispiel) anders als das Plugin ist sie allerdings kostenpflichtig. Ich nutze das jetzt schon seit Jahren und meine das die Lizenz damals auch gar nicht so teuer war… -
Die Fenvi Lösungen laufen mit dem OCLP inzwischen wieder wie zuvor auch RealZac. Der zu betreibende Aufwand ist minimal und der Patcher meldet sich nach einem Update eigenständig und bietet die Installation der nötigen Patches an. Wenn man eine Fenvi liegen hat gibt es meiner Ansicht nach daher kaum noch Gründe diese nicht auch zu verwenden. Anders sieht es aus wenn man vor der Entscheidung steht noch eine anzuschaffen hier sollte man überlegen ob man das wirklich möchte oder ob nicht die Vorzüg… -
Naja vor Monaten lief da beim Patcher auch einiges noch arg unrund aber diese Klippen sind inzwischen umschifft und die Laube rennt wie man so schön sagt RealZac viel zu tun gibt es da eigentlich nicht es sind nur ein paar kleine Änderungen an der config nötig guckst Du hier:Zudem benötigst Du noch die AMFIPass.kext (ist im Screenshot nicht zu sehen). Die Extensions kannst Du hier laden:Für die WIFI Kext: https://github.com/dortania/Op…/main/payloads/Kexts/Wifi und den Amfipass findest Du hier: … -
SIP deaktivieren und mehr nicht...Ich finde die Argumentation "nutze ich nicht weil muss man die SIP für deaktivieren" am Hackintosh einigermaßen amüsant. Auf der einen Seite schleust man mit OpenCore oder Clover schon im Startprozess einen ganzen Haufen von Dingen an der SIP vorbei ins System auf der anderen Seite hat man Bedenken dabei die SIP zu deaktivieren. Wer seinen Rechner einigermaßen bedacht verwendet und nicht jedesmal einfach sein Passwort eingibt wenn er von irgendeinem Prozess dazu… -
Naja eine Betaphase ist nunmal genau das. Logisch das man in der Entwicklungsphase möglicherweise auch mal tiefer in die "Trickkiste" greifen muss aber das hat sich ja nun erledigt. Wer Beta Software, egal welcher Art, einsetzt muss sich dessen meiner Meinung nach bewusst sein aber, wie ich schon schrieb, am Ende muss jeder selbst entscheiden was für ihn in Sachen "Sicherheit" tolerierbar ist und was nicht. Wer auf die Apple Dienste verzichten kann oder möchte ist mit der, inzwischen gut laufend… -
Sind sie Canyonwalker zumindest dann wenn man eine Fenvi im System hat und diese verwenden möchte. Der Hintergrund dafür ist das Apple mit macOS Sonoma den Support für die "steckbaren" WLAN Module eingestellt hat und keine dafür passenden Treiber mit liefert. Der Patcher dreht auch bei ansonsten unterstützten Geräten den WLAN Stack auf den Stand von Ventura zurück und bringt so den Support für FENVI und Co. wieder zurück.