Amfi=0x80 wird nur zur Installation verwendet und später durch -amfipassbeta ersetzt. Amfi=0x80 blockiert viele andere Apps die damit auch nicht funktionieren.
Ah okay, danke. D.h. vor einem macOS update sollte man das auch setzen?
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 erstellenAmfi=0x80 wird nur zur Installation verwendet und später durch -amfipassbeta ersetzt. Amfi=0x80 blockiert viele andere Apps die damit auch nicht funktionieren.
Ah okay, danke. D.h. vor einem macOS update sollte man das auch setzen?
wenn es das gehäuse erlaubt, würde ich *buntu auf einer seperaten platte nativ fahren, das macht mehr spaß
lg
Danke, das System läuft sau flott, darauf auch nur webserver / Datenbanken / deployment für meine arbeit – und ich arbeite unter macOS
-- SOLVED --
lol - vergesst es bitte... shame on me!
Einfach mal auf die letzte VIrtualBox Version aktualisieren, dann gehts auch.
Sorry :-/
macOS läuft native, Ubuntu in der VirtualBox
Alles anzeigenDu bist mit dieser Fehlermeldung nicht allein.
https://www.google.com/search?q=signal+9+virtualbox
Diese Meldung bekommen auch Leute mit echten Macs und Virtualbox.
Habe da was gefunden. Vielleicht hilft es dir weiter.
Einige Nutzer konnten den Fehler über das Terminal bereinigen.
Hab den CLI Command mal getestet, mit GUI (normaler Start) kommt nun ein anderer Fehler, (ohne GUI (weil nur die VM im hintergrund laufen muss) kommt nach wie vor Signal 9).
VM Name: Ubuntu
Error: vmnet_start_interface returned 1001 (VERR_INVALID_PARAMETER).
Failed to attach the network LUN (VERR_INVALID_PARAMETER).
Result Code:NS_ERROR_FAILURE (0X80004005)
Component:ConsoleWrap
Interface:IConsole {6ac83d89-6ee7-4e33-8ae6-b257b2e81be8}Netzwerk ist wie ohne AMFIPass.kext auch das gleiche Ethernet Interface. In dem Fall WiFi.Im detaillierten Log steht das:[tt]00:00:02.333492 VMSetError: Failed to attach the network LUN00:00:02.333498 PDM: Failed to construct 'e1000'/0! VERR_INVALID_PARAMETER (-2) - Invalid parameter.[/tt]
Ups, sorry für den verkorksten Log Output.
Wenn ich in den Netzwerksetting von INTEL PRO 1000 auf virtio-net stelle, gleiches Problem.
Hi zusammen,
ich habe einen eigentlich sehr gut laufenden Hack auf Sequioa. Allerdings ist es nun so, dass Dropbox mit boot-args "amfi=0x80" nicht läuft und einfach abschmiert.
Wenn ich nun stattdessen AMFIPass.kext einbinde und das Boot-Arg entferne, läuft die Dropbox App, allerdings bootet dann meine VirtualBox Ubuntu VM nicht mehr und quittiert mit "Signal 9".
Hat vll. irgendjemand schonmal ein ähnliches Problem gehabt und eine Lösung parat?
Um ehrlich zu sein habe ich keine Ahnung wofür AMFI steht und wofür es ist – kann mir daher auch kein Reim darüber machen, warum es Einfluss auf Dropbox App oder meine VM hat.
Beste Grüße,
caom
Hier wird eben vom OpenCore beim laden der MacOS auch ein boot.efi aufgerufen...
bspl. vom OC Debug log ; \F05C2F61-2AA0-4D07-88DB-9E3ABDF55967\System\Library\CoreServices\boot.efi
Perfekt – das hat mir schon geholfen. Hab die EFI auf nen Stick gezogen, im Bios enrolled und bootet schon fein.
Bei einem Update / Upgrade / OC Update deaktiviere ich SecureBoot, resette die EFI Key im BIOS, lade nach dem Update die 5 oder 6 EFIS auf einen Stick und lade sie ins BIOS. Fertig
DANKE!
Hi zusammen,
bei mir geht es darum, das ich UEFI SecureBoot enabled setzen möchte. Dazu habe ich die EFIs die geladen werden im Mainboard (MSI Z590) via EFI Key Enrollment autorisiert. Das klappt auch, anfängliches bemängeln bestimmter .efi's kommen nun nicht mehr. Ich sehe den macOS Boot Selection screen (macOS, macOS Recovery Image, NVRAM Reset), wo er automatisch in "macOS" bootet, danach kommt nur eine Zeile mit der Meldung "OCB: LoadImage failed – Access denied". Nicht mehr, nicht weniger. Nach wenigen Sekunden springt er zurück zum macOS Boot selector.
Meine EFI / Config funktioniert sonst in allen Punkten absolut tadellos. Der gesamte Hacki läuft super stabil, alle Komponenten laufen wie beim original Mac.
In der OC Config ist SecureBootModel auf Default gestellt.
Ist das ein Problem von OC an sich?
Oder ein Problem der Config?
FYI: UEFI SecureBoot möchte ich aktivieren (damit das keine Diskussion wird), nicht wegen Win 11 upgrades, worüber sich Leute in anderen Threads streiten, sondern wegen einer Anti Cheat Software, da ich gelegentlich mal unter Win 10 das ein oder andere Spiel spiele und das nun scheinbar eine Anti Cheat Software erfordert. Zudem ist es ja keine Arbeit vor einem OC Update SecureBoot auf disabled zu setzen, die manuell hinzugefügten EFI Keys zu löschen, alles lauffähig zu machen und am Ende die Keys hinzuzufügen und SecureBoot wieder zu aktivieren.
Ich danke für jegliche Hilfe!
Aber mal noch eine Frage: Wenn ich meinen Rechner einmal mit WOL geweckt habe, fährt er nicht mehr in den Ruhezustand. Er geht in Ruhezustand wacht dann aber nach einer Sekunde wieder auf.
Erst nach einem Neustart bleibt er im Ruhezustand bis ich das erste mal ein WOL Paket sende.
Hat jemand eine Idee woran das liegen könnte?
Danke. Also wo ich AppleIntel210Ethernet.kext herbekommen soll, weiß ich nicht. Aber das hat mich auf AppleIGC.kext gebracht und damit geht es prompt und mit WOL.
Danke
Hallo zusammen,
ich habe hier ein MSI Z590 TOMAHAWK Wifi Mainboard, der Hackintosh läuft jetzt jetz seit gut einem Jahr und macht überhaupt keine Probleme.
Beim gesamten Setup wenige extra Kexts und Co in der OC Config.
Das Onboard LAN mit Intel I225-V klappt auch ohne jegliche weitere Anpassungen.
Jetzt geht es allerdings darum, Wake on LAN zu aktivieren und zu nutzen.
Dazu habe ich im BIOS Wake via PCIe aktiviert und in macOS (Ventura) Wake on LAN aktiviert, allerdings tut sich nichts, die LEDs am LAN Port sind auch aus wenn ich den Rechner in Standby schicke.
Nun habe ich versucht mittels letzter IntelMausi Kext was Wake on LAN zu aktivieren, allerdings scheint das keinen Effekt zu haben.
Ich weiß gerade nicht mehr, mit welchem Befehl ich prüfen kann, ob auch wirklich IntelMausi hgeladen wurde, aber im Hackintool unter PCIe wird beim entsprechenden LAN Adapter gezeigt, dass
/System/Library/DriverExtensions/com.apple.DriverKit-AppleEthernetE1000.dext genutzt wird. Ist das korrekt oder sollte das nicht eher dann IntelMausi sein?
Vll. kann mir kurz jemand den nötigen Tipp geben, wie ich WOL aktiviert bekomme.
Beste Grüße und Danke,
caom
Ich gehe auch alle zwei Tage auf die GitHub Page von Airportltlwm & itlwm und schaue ob ein neues release draußen ist. Die letzten zwei liefen nicht und brachten bei mir (AX210) oder sowas auch nur gleiches Ergebnis. Schalter geht, WLAn findet er nach 3 minuten, dann aber langsam wenn verbunden. Da ich es auch nicht brauche ist es mir auch egal – will es aber auch gerne lauffähig haben. Aber bisher tut sich da auf GitHub nicht viel. https://github.com/OpenIntelWireless/itlwm/releases
Hi zusammen,
bevor ich bei Apple im Board Frage, hier mal eine Sache die ja eigentlich unmöglich ist.
Ich habe ein paar Apps (iOS und macOS), und habe hier ein Problem mit Push Notifications bei meiner macOS app.
Jetzt wollte ich in Xcode die App anpassen und die Notifications testen und siehe da – ich bekomme hier (Hackintosh) den gleichen DeviceToken wie an meinem MacBook Pro.
Normalerweise würde ich sagen kann das nicht sein, weil er ja Gerät abhängig ist. Vermutlich mit Seriennummer in irgendeiner Art und weise generiert wird. Aber er ist gleich mit dem auf dem MacBook.
Nutzt jemand Xcode auf dem Hackintosh – hat auch mal was APNS gemacht und sowas schon mal erlebt? Wäre jetzt nur rein Interesse halber.
Ein 1:1 Abbild des Macs mache ich immer wenn ich auf einen neuen Switche – also auch bei meinem Hackintosh so gemacht. Er ist also rein Daten technisch wie mein MacBook zum damaligen Stand. Aber hat natürlich eigene Board ID, Seriennummer und Co und ist ja eigentlich ein iMac Pro.
Vielleicht hat je jemand Erfahrung damit. Sollte aus meiner Sicht kein problem darstellen der Hackintosh – sonst ist ja auch alles wie ein regulärer Mac.
Grüße,
caom
Mh, bei mir wird auch kein 13.2.1 angezeigt – SIP ist nach wie vor enabled. Was genau meinst du mit "Lag am SecureBootModel"? Also was exakt hast du gemacht? BIOS/OC Config?
Update: Sorry für die blöde Frage. Verstanden. Versuche ich auch mal.
Update 2: Gibt es da noch einen Trick? Habs auf iMacPro1,1 (j137) gestellt, und laut Terminal auch Medieum SecureBoot enabled – aber er findet dennoch kein Update auf 13.2.1.
Ja, habe auch gerade gesehen – mein Fehler. Hatte SIP noch disabled. Gerade enabled. Er fand das Update zwar noch immer nicht in Systemeinstellungen aber er lässt mich via Installer installieren.
Hallo zusammen,
ich habe hier macOS Ventura 13.1. Nun wollte ich auf 13.2 gehen.
Dafür habe ich OpenCore auf 0.8.8 aktualisiert (von 0.8.7).
In den Systemeinstellungen findet er bei mir kein Update – also wäre nichts verfügbar.
Also habe ich mir den Installer so runtergeladen (AppStore). Wenn ich den Starte und das Volume wähle sagt er mir aber folgende Meldung "Zurücksetzen des Volumes ist nicht möglich."
Woran könnte das liegen?
Ist eine WD SN 850 SSD – die ja so völlig kompatibel sein sollte.
Also habe das Ganze mal nativ umgebaut. Dank dir läuft die native Version ja jetzt. Aber hier ist der USB Controller vom Mainboard in Gänze nicht erreichbar bisher. Er "sieht" die Hardware vermutlich gar nicht.
Hatte wie von OSX-Einsteiger im anderen Thread vorgeschlagen ssdt-awac.aml und ssdt-ec.aml geladen – in der Proxmox EFI hatte ich aber nur ssdt-ec-usbx.aml drin. Habe also mal nur mit ssdt-ec.aml oder nur mit ssdt-ec-usbx.aml versucht – ebenfalls brachte beides keinen Erfolg. Aber die Frage ist ob ich überhaupt eine davon benötige? Welchen Anhaltspunkt hätte ich denn nun um fortzufahren?
-- Update --
Also in Hackintool sehe ich den USB Controller (XHCI). SMBIOS ist ja iMacPro1,1.
Habe nun XHCI auf XHC Rename in die config.plist eingebunden aber auch so keine Änderung.
-- Update 2 --
Gerade gesehen: In Proxmox Hackintool steht der Controller unter USB als Type "AppleUSBXHCIPCI" und im nativen System als einfach "XHCI".
-- Update 2 --
Habe SSDT-PLUG und SSDT-RHUB eingebunden und nun läuft es.
Wundervoll. Ich danke nochmals allen Beteiligten.
Leute, ihr seid der Kracher. Zwei SSDTs geladen und schon läuft der Hase.
BT und Airport Kexts wie rein, Airport läuft. BT nicht – aber deshalb weil der gesamte USB Controller nicht läuft. USBToolBox und Map ist drin (hatte ich unter Proxmox nicht gebraucht und die internen Anschlüsse auch nur mit 2.0 laufen lassen weil dort die USBMap nicht lief (er wollte einfach nicht – war hier auch ein anderes Thema). Externe PCIe USB Karte läuft aber – also kann ich zumindest steuern.
Aber eine Ahnung woran das noch liegen könnte?
Ansonsten bin ich happy, dass Sleep tatsächlich zu funktionieren scheint.
Ich danke euch!
--
Ich schreibe jetzt bzgl USB Problem mal in diesem Thread weiter: USB Ports gemappt mit USBToolBox/UTBMap und USBMap – aber alles wird ignoriert
Danke für die Antwort, die ich gerade erst sehe. Ja, ich habe mit 7.3.3 aufgesetzt. Die andere PCIe USB Karte läuft ja jetzt mit 3.0.
Hi zusammen,
ich habe mir ja eigentlich einen Proxmox Hackintosh aufgesetzt mit dem ich auch eigentlich zufrieden bin. Gut finde ich vor allem dass ich einfach die VM duplizieren kann oder Snapshots erstellen kann. Was mich allerdings doch stört ist die lange Boot phase (erst Proxmox, dann macOS) und dass kein Sleep existiert. Somit wollte ich nun mal schauen ob ich nicht auch ohne Proxmox mein System laufen lassen kann.
Generell sollten die Komponenten laufen:
MSI MAG Z590 TOMAHAWK WiFi
RX 6800 XT
WD SN850 mit 2 TB (extra für den Test ohne Proxmox geholt)
i9-11900K
XMP habe ich im BIOS deaktiviert.
CFG Lock auch deaktiviert (sonst ging beim boot gar nichts).
Ich habe meine EFI von meiner VM sowie die macOS Partition auf meine WD SN 850 übertragen.
Dann habe ich CPU ID hinzugefügt Rocket Lake. Ohne diese bleibt er beim boot auch hängen, mit dieser geht es also weiter.
Jetzt hängt er aber einfach bei SSD initialisieren. Es sind zwei SSDs drin – die eine SN850 – eine andere wo Proxmox drauf installiert ist (Crucial P3 Plus).
Ich dachte es läge also an der P3 – also die entfernt und nur SN 850 drin gehabt, gleiches Problem.
NVMeFix.kext in OC eingebunden – scheint er auch zu laden – aber hängt an gleicher Stelle.
Ich komme jetzt einfach gar nicht weiter und habe ich keinen wirklichen Anhaltspunkt.
Vll. hat einer von euch die Config und eine Idee? Anbei auch ein Screenshot des Boots.
Besten Dank,
caom
Ja, gibt es auch, wenn man das USB Mapping nutzt – aber ich reiche ja wie schon ganz oft jetzt erwähnt den gesamten USB Controller per PCI Passtrough durch – also die reine Hardware kommt in macOS an – und USB 2.0 geht ja auch.