Suchergebnisse

Was spricht dagegen? Es gab nach dem Erscheinen von Lion einen Haufen Tutorials unter anderem von Apple selbst wie man aus der App eine DVD brutzelt...Wenn Der Mac hin ist dann bleibt eigentlich nur der Weg über eine VM unter Windows sprich mach dir mit VMWare oder VirtualBox eine VM und installiere Dein Lion in dieser VM (Anleitung: Snow Leopard mit einer ISO in Windows VirtualBox installieren (auch Skylake-CPUs)) bezieht sich zwar auf SnowLeopard ist aber bei Lion nicht anders. Wenn das System…

Wenn das MacBook mit Lion geliefert wurde wurde es ohne DVD geliefert. Ab Lion haben den Mac´s keine Recovery DVD´s mehr beigelegen sondern es wurde auf die online Variante verwiesen (cmd+r bieten bei bestehender Netzwerkverbindung die Recovery aus dem Store an) hat man kein Internet hatte man Pech oder musste in den nächsten AppleStore traben wenn sich das System verweigert hat. Daher auch die Tutorials wie man selbst eine DVD erstellen kann (USB war zu der Zeit wohl noch keine so weit verbreit…

Korrekt aber das auch nur weil die Leute scharenweise sturmgelaufen sind weil eben keine Recovery und kein Update möglich war wenn man keinen Internetzugang hatte. Ist schon krass wie sich das bis heute geändert hat. Lion kam 2011 auf den Markt und da waren Breitband Internet oder Flatrates längst noch nicht so verbreitet wie heute wenn man da bedenkt das der DL mal eben knappe 5GB schwer ist kann man den Unmut der Leute schon verstehen ich meine @Fredde2209 kann ja bis heute ein Lied davon sing…

Korrekt das meine ich aber der verlinkte Thread ist eigentlich ein ziemlich wertvoller walkthrough Wenn Du von SL kommst dann musst Du einen Umweg über ElCapitan machen da bei SL der Sierra DL nicht direkt angeboten wird...

Das hängt ein wenig von der Hardware ab Gerade für den Anfang ist aber weniger mehr sprich hier empfiehlt es sich erstmal so wenig wie möglich einzustellen...- Bereich ACPI im Kasten Fixes alle Haken raus sowohl bei Old Way als auch bei New Way)- Bereich CPU bleibt wie er ist.- Bereich Boot Haken bei Verbose (wir wollen ja wissen was passiert und wo es ggf. hakt), nv_disable=1, kext-dev-mode=1,rootless=0- Bereich Kernel and Kext Patches haken bei Apple RTC, Kernel CPU, ASUS AICPUPM evtl. KernelH…

Ist doch alles gut Der Kommentar bezog sich auf die Frage ob das nicht jemand auf dem Server liegen hat und da müssen wir einfach eingreifen. Mal gesetzt den Fall es hat jemand liegen und er postet den Link hier wohl möglich auch öffentlich dann wäre das schon ein Problem und zwar nicht nur für denjenigen der auf die Weise ja eigentlich nur helfen wollte sondern gerade nach dem noch recht frischen Urteil vom LG Hamburg zur Linkhaftung auch für uns als Forum und für mich in Persona als juristisch…

Jein nicht so wirklich bzw. vom Grundsatz her schon aber...Unibeast vermittelt den Eindruck einfach zu sein und das trifft sicher in 85% der Fälle auch zu nämlich immer dann wenn sich die eingesetzt Hardware einigermaßen an dem orientiert was Tony so an Hardware Tipps parat hat weicht man davon allerdings ab hat man ein Problem denn der auf dem Weg erstellte Installer wird unter Umständen die lustigsten Fehler von sich geben. Demnach auf 08/15 Hardware mag das funktionieren auf exotischen Builds…

Ich bin aktuell noch auf der Arbeit daher hier mal nur ein Link zu den Kollegen von InsanelyMac.unter http://www.insanelymac.com/for…acos-distr-under-windows/ Mit dem dort angebotenen Utility kannst Du Dir einen Clover Stick unter Windows erstellen.

Der iMAC 14.2 ist die bessere Wahl da die Plattform offener ist für unterschiedliche Hardware als der MacPro 6.1 gerade was die Grafik angeht. Der iMAC 14.2 (14.1) hatte noch NVIDIA Grafik sprich macht also auch am Hack mit einer NVIDIA keine Probleme der MacPro6.1 lässt sich nur mit diversen Patches davon überzeugen eine NVIDIA als Grafik zu akzeptieren. Was die Leistung angeht macht es keinen Unterschied ob man MacPro6.1 oder iMAC14.2 wählt es funktioniert beides gleichermaßen.

Die DSDT allein ist nur der erste Schritt Du hast noch immer USB Probleme. Als ersten Aufschlag würde ich mal die USBInjecAll.kext mit in den /Clover/Kexts/Other Ordner packen zudem stell bitte sicher das der USB Stick an einem USB2 Port angeschlossen ist. Einer der Ports in der Nähe der Lanschnittstelle sollte eigentlich funktionieren.

Naja X99 ist relativ exotisch und irgendwer muss auf der Plattform ja Pionierarbeit leisten Was mir auffällt ist das Du im SaveMode bootest ist meiner Ansicht nach keine gute Idee denn das verhindert im Zweifel das die InjectUSBAll.kext überhaupt geladen wird dann habe ich auch noch mal einen Blick über die restlichen Kexts verschafft die Du so mitschleppst und muss sagen für die Installation ist das overkill und es steckt eine Menge Potential mit drinnen die das Ganze schief gehen lassen kann. …

Das mag grundsätzlich sein ist aber nur für den USB3 Support relevant und den brauchen wir (erstmal) nicht. Für die Installation reicht uns USB2 und das lässt sich ohne den X99-injector realisieren mir geht es darum so viele potentielle Fehlerquellen wie möglich auszuschließen um das System erstmal grundsätzlich auf die Platte zu bringen alles weitere lässt sich dann im Post Install erledigen...

Na was X99 angeht bist Du bei @DaTec in guten Händen

Ich sag doch was X99 angeht bist Du bei @DaTec in guten Händen. Wäre interessant wenn Ihr dokumentieren könntet was Ihr letztlich nun gemacht habt um zum Ziel zu kommen

Den NVMeGeneric.kext brauchst Du eigentlich nicht denn mit den entsprechenden Kext2Patch Einträgen in der config.plist sollte die auch mit dem IONVMEFamily.kext von Apple laufen. Füge mal folgende Zeilen in die config.plist in den Bereich Kext2Patch ein:(Versteckter Text)Ich habe erst vorgestern ein System mit NVME SSD auf die Weise mit vollem Support für die MVE SSD aufgesetzt.

Ich mache das auch mit PlistEdit Pro von daher sollte das eigentlich keine Probleme bereiten. Gibt es in Deiner config.plist schon Kext2Patch Einträge denn falls nicht fehlt noch was was die Fehler erklären würde. Wenn es noch keine gibt dann muss der Gesamte Eintrag so aussehen:(Quelltext, 245 Zeilen) Wichtig an der Stelle ist der <key>KextsToPatch</key> und die array Struktur.

Also Dualboot von Windows und OS-X auf einer Platte ist möglich aber Fummelkram zumal man zuerst OS-X und dann Windows auf die Platte bringen sollte. Hier ist eine gute Anleitung wie es funktioniert: Auf einer Festplatte: Windows und OSX im Dualboot Die Anleitung ist zwar eigentlich für OZ Systeme geht aber genau so auch mit Clover basierten Systemen.

Prüf bitte auch ob XCPM überhaupt greift. Gib hierzu im Terminal folgende Befehle ein(Quelltext, 2 Zeilen) Wenn XCPM korrekt geladen ist und arbeitet sollte die Ausgabe beider Befehle 1 sein.

Der gewählte Ansatz ist schon richtig nur habe ich keine Ahnung wie die Patches für Broadwell E aussehen müssen damit XCPM greift. Im Grunde sitzen wir hier im selben Boot denn auf meinem IVY System wird es ja auch nicht so ohne weiteres unterstützt aber mit den entsprechenden Kernel Patches geht es. Wichtig ist das keine NullCPUPowerManagement.kext präsent sein darf denn die verhindert effektiv das OS-X irgendwelches PowerManagement lädt...