Beiträge von elmacci

@Dr.Stein: Danke für Deine Rückmeldung. Ok, dann bin ich schon mal nicht allein damit. Äußert sich das auch nach einem Sleep bei Dir?
Interessanterweise kann ich - wenn das MEnüsymbol ausgegraut ist, in die Bluetooth Einstellungen gehen, das Häkchen bei "Bluetooth im Menü anzeigen" raus und wieder reinnehmen, und dann erscheint wieder das korrekte Bluetooth Symbol. Allerdings ist das nur kosmetisch, Bleutooth funktioniert trotzdem nicht, erst nach einem Reboot.

Ging es bei Dir unter Sierra, sprich hat sich das Problem erst bei High Sierra geäußert?

Handelt es sich bei Deinem Rechner um den im Profil?
In dem Fall mal kurz auf die schnelle (nicht alles) was mir aufgefallen ist:
- die XHCI-200-series-injector.kext brauchst Du nicht, da 10-Series Bord und die für 200er Boards ist
- BrcmFirmwareData.kext und BrcmPatchRAM2.kext sind nur notwendig wenn Du eine Bluetooth-Karte hast die nicht nativ unterstützt wird von macOS
- Es ist weder eine Lilu.kext noch eine Whatevergreen.kext enthalten. Hast Du native Grafikkartenunterstützung mit den Nvidia Webdrivern? Die würde ich ergänzen.
- der drivers64UEFI Ordner sieht gut aus, bis auf VBoxHFS-64 - den würde ich durch die originale von Apple austauschen --> HFSPlus.efi
- Es sind keinerlei DSDT oder SSDTs im ACPI/patched Ordner - kann man so machen, dann sollten aber in Clover diverse Hotpatches aktiviert sein

Clover/config.plist:
- der FixShutdown patch ist deaktiviert. Fährt dein Rechner runter und bleibt auch aus? Wenn nicht, aktivieren
- rename XHC1 to XHC ist zwei mal drin - einmal drinlassen und aktivieren
- bei "boot": -disablegfxfirmware shikigva=1 entfernen (vorher aber Whatevergreen/Lilu installieren und die Nvidia Webdriver
- FakeID bei Graphics raus, ebenso Inject Intel (und Nvidia) und die Platform-IG (Sofern Du auch die Nvidia nutzt)
- Bei den KextToPatches brauchst Du nur einen PAtch für das USB PortLimit - in Deinem Fall sollte USB 10.13.6+ by PMHeart passen.

Das warren jetzt mal die Gröbsten Dinge. Da ist aber einiges nicht optimal und für Dein System wahrscheinlich nicht notwendig. Auch wenn es funktioniert sollte man immer eine für sein System passende Konfiguration wählen, aber mit Deiner Anfrage bist Du ja schon auf dem richtigen Weg

Grundsätzlich wäre eine gepatchte DSDT für Dein System wünschenswert und ggf. ein paar passende SSDTs. Das kommt dann aber im nächsten Schritt

cheers

Ok, als kleinen Service mal ganz kurz zusammengefasst - aber ein wenig Eigeninitiative und "Reinlesearbeit" Deinerseits ist schon nötig

Deine EFI mounten (z.B. über den Clover Konfigurator)
im Ordner EFI/Clover/Kext/Other (und nur da sollten Deine Kexte drin sein) sofern vorhanden folgende Kexte löschen:
- Intel Graphics Fixup
- NvidiaGraphics Fixup
- Shiki

Sicherstellen das folgende Kexte enthalten sind:
- Whatevergreen
- Lilu

Die Kexte entweder von den Entwicklerseiten runterladen oder - noch besser - das Forum-eigene Tool "kext Updater" benutzen (im Download-Bereich) - da kann man separat alle Kext-Sammlungen auf den Desktop laden die man so braucht.

Apropos: die dSYM-Datei gehört NICHT in den Kext-Ordner

Im BIOS:
Sicherstellen das die Integrierte Grafikkarte (IGPU) auf Enabled steht sowie der DVMT-Preallocated Ram auf mindestens 64MB und der DMVT am besten auf MAX (sofern Du die Einstellung nicht siehst, erst die IGPU auf enabled stellen, speichern, neu starten und wieder ins BIOS. Dann erscheint die Einstellung)

Achtung: Funktioniert nur vollständig unter macOS High Sierra wie @e4g1e schon geschrieben hat. Unter Sierra bekommst Du nur QuickSync Encoding hin (also beim Videos konvertieren, nicht beim Anschauen).

Da Du ein ähnliches Board/CPU hast wie ich kannst Du auch gern einmal Deine EFI hier hochladen, dann schau ich mir das an.
cheers

Danke kuckuck. Hatte ich schon ausprobiert, aber mein BT Modul ist ein 20703. Keine Änderung

Edit: Unter Windows funktioniert die Karte übrigens einwandfrei. Ich hab jetzt dennoch mal eine neue bestellt - wenn es daran nicht liegt dann ist das schon mal ein Grund für das nächste Hacki-projekt

Eine Möglichkeit wäre noch das doch was an meiner Konfiguration nicht stimmt.
Anbei mal mein EFI Ordner (ohne Themes und mit anonymisierter Seriennummer).
IOReg Auszug kann ich nachreichen, aktuell teste ich nur eine weitere Sleepphase weshalb ich ihn ungern aufwecken möchte

Die DSDT ist nur marginal gepatcht, quasi eine Rumpf-DSDT mit folgenden Patches:
- Rename SAT0 to SATA
- Fix RTC (Rehabman)
- Fix IRQ (Rehabman)
- Fix Shutdown (Rehabman)
- Replace Names (Sourceforge/General)

Alle weiteren Patches kommen über Hotpatches in Clover sowie über seperate SSDTs.
Keine ACPI-Errors beim Start etc. - bislang bin ich mit der SSDT-Sammlung sehr gut gefahren, aber vielleicht sieht hier ja insbesonder @al6042 noch Fehler/Optimierungsbedarf?
Danke und cheers

Hallo zusammen,

nach tagelangem Rumprobieren nun doch mal ein verzweifelter Hilfeschrei in das Schwarmwissen des Forums.
Vielleicht hat jemand ja auch das Problem schon einmal gehabt bzw. kann mir noch ein paar Tipps liefern (Umfangreiche Recherche sowohl hier als auch in den Weiten des Netzes inkl. der Tipps dort hat leider nichts gebracht).

Folgende Situation (System siehe Profil):
Ich habe letzte Woche mein wunderbar laufendes System mit macOS Sierra nach langem Zögern auf 10.3.6. aktualisiert, da unter anderem einige Apps dies mittlerweile voraussetzen als auch aufgrund der Tatsache das die Kombination des neuen Whatevergreen + Lilu nur auf High Sierra zu einem vollen Support von Encode und Decode mit Quicksync führt.

Auf den ersten Blick hat auch alles wunderbar funktioniert. Allerdings ist mir leider vor ein paar Tagen dann folgendes aufgefallen:
1.) Mein System schläft nicht mehr komplett durch, ich habe unzählige Darkwakes (lt. pmset -g stats teilweise über 20 Stück in einer Stunde). Diese sind verknüpft mit GLAN (Network) Wake Reasons laut Log. Wenn ich die Einstellung "Ruhezustand bei Netzwerkzugriff beenden" in den Systemeinstellungen deaktiviere dann schläft der Rechner wie er soll.
Das Blöde dabei: Ich habe Wake On Lan aktiviert bzw. möchte den Rechner ab und zu über diverse VNC-Tools vom iPad etc. wecken. Das hat unter macOS Sierra wunderbar funktioniert. Nach langem hin und her konnte ich das Problem auf WiFi einschränken. Dazu muss man wissen das ich sowohl über Ethernet (Intel219V2 über IntelmausiEthernet.Kext) als auch über WiFi verbunden bin/war. Sobald ich das WiFi Modul deaktiviere (LAN weiterhin aktiv, Häkchen bei "Ruhezustand bei NEtzwerkzugriff beenden" aktiviert) habe ich auch keine Darkwakes mit Wake Reason GLAN (Network) mehr.
Das war der erste Hinweis darauf dass mit meiner nativen Airport-Karte (WiFi + BT BRCM43602CS) ggf.etwas nicht stimmt.

2.) Der zweite Hinweis auf die Airport-Karte war dann, dass ich in - ich sag mal 80% der Fälle - nach einem Sleep auf einmal kein Bluetooth mehr hatte. Das Bluetooth Modul in der Menüleiste war ausgegraut mit einer welligen Linie. Nur wieder aktivierbar über einen Reboot.

Ich befürchte aktuell einen Defekt meiner Airport-Karte (die allseits bekannte Kombi aus Adapter + Karte), allerdings wundert mich dann doch der zeitlich sehr beieinander liegende Wechsel zu High Sierra.

Was ich bislang probiert habe:
- AirportBRCM-Kext ausprobiert - kein erfolg
- USB Konfiguration von A-Z durchgegangen und überprüft mittels IOReg, DSDT und SSDT-Patches. Alles wie es soll, sogar die PowerConfiguration ist über eine separate USBX.aml richtig konfiguriert - kein Erfolg
- PCIE-Karte ausgebaut, gereinigt, Anschlüsse überprüft - kein erfolg
- Alle Einstellungen in den Energieeinstellungen ausprobiert (wie gesagt, mit deaktivierten "Ruhezustand beenden bei Netzwerkzugriff" geht es, aber das ist nicht mein Ziel. Und löst auch das Bluetooth Problem nicht) - Teilerfolg (Ruhezustand ok, Bluetooth nicht)
- Netzwerkeinstellungen komplett zurückgesetzt (Plists gelöscht, neue Netzwerkumgebung generiert, Bluetoothmodul zurückgesetzt...) kein Erfolg

Mehr fällt mir gerade nicht ein, aber gefühlt sind es noch ein paar Maßnahmen die ich durch hab - wie gesagt, sitze seit Tagen dran und bin jetzt auch nicht mehr sooo grün hinter den Ohren was einen Hacki angeht

Was noch nicht probiert wurde:
- Neue Karte bestellen und austauschen
- macOS High Sierra neu installieren
- zurück auf Sierra gehen (eigentlich keine Option, insbesondere da jetzt Mojave vor der Tür steht)

Ich wäre sehr dankbar wenn die Experten hier vielleicht ein paar Ideen beisteuern könnten, bspw. @kuckkuck, @al6042, @Dr.Stein und andere.

Ganz herzlichen Dank im Voraus und vorab schon ein schönes Wochenende!

cheers
elmacci

Kurzes Update auch von meiner Seite - es läuft!

Ausgangslage siehe mein Posting Nr. 52 in diesem Thread Intel Quick-Sync mit WhateverGreen

Hier auch ein TLDR zu dem alten Posting: Auf meinem System hat das En- und Decoden über Quicksync - wie es Whatevergreen verspricht - nicht geklappt. Nur das Encoden lief bei mir (mit dem berühmten VDADecoderChecker-Fehler) über die "alte" Methode mit Nvidiagraphicsfixup und Shiki.

Neu: Ich war noch auf macOS Sierra und habe mich heute einmal dazu entschlossen, komplett auf High Sierra upzudaten (quasi als Vorbereitung auf Mojave, damit der Sprung nicht zu groß ist). Das Update hat auch reibungslos funktioniert.

In dem Zusammenhang kam mir der Gedanke, Whatevergreen nochmal auszuprobieren. Und was soll ich sagen - es läuft:
- VDA Decoderchecker gibt "Hardware fully supported" aus
- VideoProc gibt sowohl bei h264 als auch h265 überall ein grünes Häkchen
- Beim Encodieren einer MKV in HEVC springt im Intel Power Gadget die Frequenz der GPU auf 1,15GHz - das ist besonders bemerkenswert da ich davor immer bei 300-400 MHz dahingedümpelt bin. Wusste zwar dass dies nicht korrekt ist, hab es dann aber nie lösen können bzw. hat mir der Nerv dazu gefehlt. Also umso besser jetzt

Nochmal kurz was ich alles eingestellt habe für diejenigen mit einem ähnlichen System wie in meiner Signatur:
In Clover:
Unter Boot: Bootarg "agdpmod=pikera" um eine bestimmte Methode für den Blackscreenfix zu nutzen (die funktioniert bei mir am Besten für Wake after Sleep etc.)
Alle anderen Argumente die ich vorher hatte (shikigva etc.) sind nicht mehr nötig.
Unter ACPI Patches: Wie im ersten Post geschrieben, Change GFX0 to IGPU etc. alles deaktivieren/disablen (also Häkchen aktivieren) - übernimmt Whatevergreen ab sofort
Unter Graphics: Intel Inject Haken raus und Platform-IG löschen
In der EFI-Partition bei den Kexten folgende gelöscht und Whatevergreen hinzugefügt:
- Intelgraphicsfixup
- Nvidiagraphicsfixup
- Shiki

Ich bin hin und weg - so nah am Original war ich in 1,5 Jahren noch nie mit meinem System

Cheers

Update 22:28 Uhr (s.u.)

Originalpost
_________
Ok, hier mal meine Erfahrungen damit für die Runde - leider noch nicht wirklich zufriedenstellend

1a) Ausgangssituation:

• Rechner in meinem Profil
• Ursprünglicher Einsatz von IntelGraphicsFixup, NvidiaGraphicsFixup, Shiki
  NvidiaGraphicsfixup mit den bootargs für die pikera-Methode, sowie -ngfxnovarenderer
  Shiki mit dem Bootarg shikigva=4
• In Clover über die ACPI-Patches Change GFX0 to IGPU, HECI/MEI to IMEI
  Intel Inject aktiviert mit platform-id 19120001 für Skylake HD 530

1b) Ergebnis:
Quicksync lief (beim Encoden, nicht Decoden), sprich Hardwarebeschleunigung beim Konvertieren sowie Airplay Mirroring ohne "Stottern".
ber keine Hardwareunterstützung beim Abspielen von h.264 Content, sprich der VDADecoderchecker hat die allseits berühmte Meldung Error Code -12473 ausgegeben.
Auch Intel Power Gadget zeigte die GPU-Frequenz an.

2a) Testzenario:
Da die bislang von mir genutzten Kexte nun alle in Whatevergreen implementiert wurden nun folgende Anpassungen durchgeführt:

• Intelgraphicsfixup, NvidiaGrpahicsfixup sowie Shiki aus dem EFI/Other-Ordner entfernt und durch Whatevergreenkext ersetzt
• Bootargs angepasst: bis auf agdpmode=pikera (neues Bootarg für die PikerA Methode) nichts Grafikkartenrelevantes
• ACPI Patches Change GFX0 to IGPU etc. - wie im ersten Post beschrieben - entfernt
• Intel Inject und Platform-ID ebenfalls wie beschrieben entfernt
• Alle Kriterien wie im ersten Post erfüllt

2b) Ergebnis:

• Die GPU taucht im Intel Power Gadget weiterhin auf, zeigt aber beim Konvertieren keine Frequenz
• Der VDA Decoderchecker gibt nun ein "Hardware Fully Accelerated aus" - hier also Erfolg
• MacX Video Converter oder Videoproc zeigen allerdings bei der HArdwarebeschleunigung ein "NO"
• Airplay Mirroring funktioniert weiterhin optimal ohne "Stottern"
• Im Systembericht unter Grafik alles wie es soll - nur die NVIDIA wird angezeigt. In iStat Menus wird weiterhin auch die HD530 angezeigt

Über IORegistry geprüft ob alle Benennungen noch korrekt sind:

• Intel HD läuft wie es soll unter IGPU@2 mit der connectorless ID 19120001
• NVIDIA läuft unter GFX0 wie es soll
• IMEI ist vorhanden

Gesamtfazit:
Hm, was soll ich sagen - weiß noch noch was ich davon halten soll.
@danielsogl: Wenn ich das richtig sehe hast Du auch eine 1080TI - zwar in Verbindung mit Kabylake statt Skylake aber "nahezu" baugleich.
Wärst Du so lieb und könntest einmal Deinen EFI-Ordner packen und hier anhängen (gerne auch mit anonymisierter Seriennummer und bereinigt um den Themes -Ordner - im Prinzip nur die Config-Plist, den KExt-Ordner und ggf. den ACPI/patched Ordner).

Das wäre Klasse!

cheers

________
UPDATE:

Nach testen diverser Kombinationen hat sich herausgestellt das insbesondere das in der Vergangenheit von mir eingesetzte bootarg -ngfxnovarenderer dafür gesorgt hat das die Grafikbeschleunigung aktiviert ist.
Dieses Bootarg hat den in der nun obsoleten NvidiaGraphicsFixup implementierten Patch für IOVARendererID deaktiviert. Leider scheint das bootarg in WEG nun nicht mehr zu funktionieren...:(
Evtl. hat sich das bootarg ja geändert (wie bei ngfxpatch auf agdpmod) , allerdings hab ich bislang nichts dazu gefunden.

Somit ist der Einsatz von Whatevergreen für mich gerade keine Option - die Konvertierung einer 800 MB MKV-Datei in MP4 h.264 liegt mit Whatevergreen bei 10 min, mit der "alten" NvidiagraphicsFixup bei 2,5 min!

@danielsogl: Würde mich aber dennoch über Deinen EFI-Ordner freuen

Hatte es auch mal testweise installiert da mir das "macOS"-Feeling spannend vorkam.
Wie meine Vorredner schon erwähnt haben, Oberfläche hui, Unterbau eher pfui.
Wenn man nicht viel machen möchte und nur ein bisschen surfen und Office ist das ganz nett.
Schau Dir auch mal die deepin distro an, die finde ich persönlich recht charmant.

cheers

Super, freut mich. So langsam beschleicht mich das Gefühl das dies eine recht passable Lösung für solche Sleep-/Wake-Up Probleme mit Nvidia-Setups ist, Du bist nicht der erste bei dem die Variante klappt.

Da Du eine Nvidia GPU einsetzt und wahrscheinlich NvidiaGraphicsFixup, schau Dir mal diesen möglichen Lösungsweg an bzw. probier das mal aus:

Sierra, High Sierra black screen nach wake - wahrscheinliche Lösung

Gut, es kommt auf die Mac-Tastatur an - eine Originale von Apple ist quasi "vergoldet" Ich habe eine K780 im Einsatz die ich mal gebraucht für nen Fuffi bekommen habe damals. Die hat auch den Vorteil dass sie sowohl für Windows als auch macOS beschriftete Sondertasten hat (habe sowohl macOS als auch Win10 auf dem Rechner) und man auch schnell zwischen verschiedenen Rechnern umschalten kann.

Wegen Deiner Probleme mit dem T420s müsste man sich das mal genauer anschauen.
Ich kann nur berichten das ich mit meinem T420-System wirklich sehr zufrieden bin - mittlerweile keinerlei Probleme mit Kernel Panics, Sleep Wake etc.
Grundlage für meine Konfiguration ist der GitHub EFI-Ordner von tluck: https://github.com/tluck/Lenovo-T420-Clover.
Das war recht schmerzlos - nach der macOS Installation den EFI-Ordner von tluck auf die eigene EFI-Partition kopiert, die entsprechend des Displays (1366x768 oder 1600x900) richtige Config.plist ausgewählt bzw. umbenannt und fertig war der Lack BIOS Einstellungen noch entsprechend beachten, den ein oder anderen Kext aktualisieren und ggf. bei ACPI im Clover Configurator den Haken bei FixUSB rausnehmen (hat bei mir in Kombination mit im BIOS aktivierten Bluetooth ab und zu ne Kernel Panic beim Boot verursacht und eine Deaktivierung hatte keinen Nachteil).
Ach ja, Bluetooth habe ich schlussendlich dann auch im BIOS deaktiviert und mittels USB Dongle realisiert - Grund: Mit aktivierter interner Bluetooth-Funktion hat mein Rechner bei einem Shutdown einen Reboot hingelegt.
Ich habe erst einen nicht existenten ShutDownFix in der DSDT vermutet, aber alle Patches dazu von RehabMan haben nichts gefunden. Wahrscheinlich hängt es damit zusammen das die interne Bluetooth-Karte über USB angebunden ist und der Port nicht als "intern" definiert ist. Das war mir dann aber zu frickelig und ich hab es dabei belassen, auch weil mein USB BT Dongle im rechten hinteren Slot steckt und ich einen 9-Zellen Akku verwende, sprich der Dongle auch nicht übersteht und somit nicht stört.

Das einzige wobei ich mir nicht sicher bin ist die Funktionalität des Docks unter macOS aufgrund fehlender Testmöglichkeit. Da können aber sicher andere T420 Besitzer hier Erfahrungswerte teilen.
Die Dockingstation gibt es wohl schon ab 12€ bei eBay, z.B. hier: https://www.ebay.de/itm/Lenovo…4b86f7:g:98MAAOSww85aXYdM
Dann noch ein zusätzliches Netzteil dafür (entweder Original für 35€ oder Nachbau für 15€) und fertig.
Bei Strom/Akku-Bauteilen empfehle ich grundsätzlich Originalteile, da spart man am falschen Ende.
Sprich, für 50€ machst Du aus Deinem 420s eine Desktop Workstation

cheers

Zitat von kuckkuck

OSXAptioFixDrv2 + NVRam ist doch OSXAptioFixDrv3, sicher, dass dies den unterschied ausmacht?

Da hab ich mich vielleicht etwas unglücklich ausgedrückt. Ich hatte die V2 im Einsatz als der NVRAM-Fix kurzzeitig da noch implementiert wurde (und es meines Wissens nach noch keine V3 gab, deshalb in meinem Post "modifizierte V2"). Sprich, V2 oder V3 in dem Fall das gleiche. AptioMemoryFix ist das Zünglein an der Waage und macht den Unterschied.

Also scheinen die weiteren Fixes in AMF welche nicht in der V3 drin sind hier der Übeltäter in meinem System. Wie oben verlinkt bei den Verrückten, scheint es wohl die Kombination aus AMF + Intel GPU aktiv + dedizierte Grafikkarte aktiv zu sein.

Danke auch für die Zusatzinfos @kuckkuck und @Download-Fritz!

Hi zusammen,

ich dachte ich schreibe das mal als Info-Thread falls jemand über ein ähnliches Problem stolpern sollte. Auch da ich mir einen Wolf gesucht habe und bislang noch niemand wirklich über die mögliche Ursache berichtet hat. Bis auf einen kleinen Nebensatz bzw. Aussage im Forum der Verrückten --> Hier und hier

Ich habe bislang ein reibungslos laufendes System gehabt (siehe Signatur/Profil) das durchaus auch mal mehrere Tage ununterbrochen lief mit mehreren Sleep/Wake-Phasen.
In den letzten Wochen jedoch wurde ich am nächsten Morgen einer längeren Sleep-Phase mit einem nicht responsiven System begrüsst (System läuft, Bildschirm schwarz, kein zugriff möglich, nur Hardreset).
Kernel Panic Log beim Reboot berichtet von einem Fehler im NVRAM im Zusammenhang mit den Grafiktreibern.

Also ran in die Recherche und die Änderungen am System in den letzten Wochen nachverfolgt und Schritt für Schritt auf frühere Versionen meines EFI-Ordners zurückgegangen (glücklicherweise mache ich nach jeder EFI-Änderung ein Backup).

Zuerst hatte ich eine aktuelle Clover-Version oder eine aktualisierte Kext in Verdacht (vor allem die NvidiaGraphicsFixup da die Kernel Panic offenbar in Verbindung mit der Grafik auftritt).
Es hat sich dann herausgestellt dass der Übeltäter der neue AptioMemoryFix-Treiber in drivers64 war. Ich hatte davor den OSAptioFixDrv2 im Einsatz (die modifizierte Variante mit nativem NVRAM).
Nachdem ich probeweise auf den OSAptioFixDrv3 umgestiegen bin haben sich die Kernel Panics nach Sleep wieder erledigt.

Sollte also jemand ähnliche Probleme haben ist es einen Versuch Wert auch mal die v3 auszuprobieren.
Vor allem da mittlerweile ja empfohlen wird den AptioMemoryFix zu nutzen sollte man das im Hinterkopf behalten da dass offensichtlich nicht für jedes System die optimale Lösung ist.

cheers

PS: Das scheint nicht nur auf Skylake begrenzt zu sein wenn ich die Postings aus dem Verrückten-Forum richtig interpretiere. Da ich nur von meinem Skylake-System sprechen kann habe ich es erst einmal im entsprechenden Unterforum verortet. Es sieht aber so aus das es auch andere Systeme betreffen kann.

Ah, sorry - das hab ich wohl falsch verstanden. In dem Fall - warum nicht einfach noch eine Dockingstation bzw. ein Desktopsetup mit Anschlußmöglichkeit des T420s?
Das wäre wohl die günstigste Variante (sofern die Dockingstation bei einem Hackintosh T420 überhaupt funktioniert, das konnte ich nicht testen).
Selbst wenn Du unbedingt einen stationären Rechner benötigst wäre es überlegenswert, einfach ein zweites T420 fest auf dem Schreibtisch zu installieren.
Desktop-Hardware bzw. die Einzelteile mit der gleichen (für Dich ausreichenden Ausstattung) bekommst Du wahrscheinlich neu so gut wie gar nicht mehr, und auch gebraucht könnte es schwierig werden.
Wenn Du natürlich ein Desktop-System möchtest um in Zukunft auch upgradefähig zu sein sieht das wieder anders aus.

cheers

Für Dein Anwendungsgebiet sollte ein Lenovo T420 völlig ausreichen. Ich habe mir selber erst letztens eins günstig gebraucht geschossen, da bleibst Du auf jeden Fall im 300€-Bereich. Das kannst Du auch prinzipiell als Desktop-Ersatz nutzen, ggf. hast Du ja noch einen externen Monitor irgendwo rumstehen.

Mein T420 hat 150€ gekostet mit i5 2,5GHz (2520M), 8 GB RAM, 500GB HD - äußerlich auch 1A in Schuss, musste nur das Trackpad mit ein wenig Isopropylalkohol reinigen und einen neuen Trackpoint für 2,50€ auf eBay bestellen.

Darüber hinaus lohnen sich noch folgende Upgrades:
Eine SSD für das OS, z.B. eine günstige mSATA die man in den PCIExpress-Slot stecken kann. 60GB ca. 30-40€
Eine macOS-kompatible WiFi-Karte wie bspw. die DW1510. Ca. 15€ auf eBay. Die dann in Kombination mit einem modifizierten BIOS ohne Whitelist.

Damit kommst Du auf ca. 200€. Da wäre dann auch noch eine externe Tastatur/Maus plus Monitor drin (mit Displayport-Anschluss, da das T420 einen Displayport-Ausgang hat).

Ich kann Dir auch gerne meinen EFI-Ordner zur Verfügung stellen. Das T420 läuft bei mir sehr zuverlässig mit macOS Sierra.

Ein Tipp auch noch: Schau mal dass Du ein T420 mit dem HD+ Display bekommst. Lenovo hat damals ein 1366x768 und ein HD+ Display mit 1600x900 Auflösung verbaut bzw. als Upgrade angeboten. Letzteres ist m.E. etwas hübscher anzusehen.
Das hatte ich bei meiner Recherche leider übersehen, weshalb ich mir jetzt erst das HD+ Panel sowie das entsprechende Kabel bestellt habe als Ersatzteil und mein Panel in den nächsten Tagen mal selber tauschen werde.

Die Leistung reicht übrigens locker - Geekbench im Singlecore knapp unter 3000, im Multicore ca. bei 5.800 Punkten. Das entspricht einem aktuellen Macbook 12"

cheers

Ah, ok. Danke für die Beschreibung - hatte das noch nie bzw. auch noch nicht davon gehört.
Wenn es jetzt weg ist, um so besser

Na das sieht doch bislang ganz gut aus - ich drücke weiterhin die Daumen

Den zweiten Teil habe ich aber ehrlich gesagt nicht so wirklich verstanden - welche Artefakte traten denn bei Dir auf, in welcher Situation, zu welchem Zeitpunkt?

Wenn Sie jetzt weg sind um so besser, aber rein aus Neugierde würde es mich dennoch mal interessieren

cheers

Ob KextToPatch oder NvdiaiGraphicsFixup mit entsprechendem bootarg ist erstmal egal - beide Wege führen nach Rom
Allerdings ist die Variante mit dem Boot-Arg charmanter, da:
1) Auch noch die cfgmap-Methode probiert/ausgewählt werden kann falls pikera nicht klappt
2) Diverse weitere Fixes der NvidiaGraphicsKext weiter zur Anwendung kommen - unter anderem die LibraryValidation die dafür sorgt das z.B. der Transparenz-Bug in iBooks behoben wird

KextToPatch oder bootarg mit pikera haben bei mir den gleichen positiven Effekt.
Beispiel bzw. Hintergrundanmerkung : Ich konnte mit meinem Setup glücklicherweise recht schnell testen welche Methode funktioniert und musste nicht erst mehrere SleepCycles abwarten und testen.
Warum? Ich betreibe meinen Hackintosh mit 3 Monitoren, jeweils am Displayport. Der Monitor in der Mitte zeigt den Bootscreen an. Sobald die Webdriver initialisiert wurden konnte ich folgendes Verhalten beobachten je Patchmethode:

Verhalten 1) Bei Anwendung des KextToPatches von Piker oder des entsprechenden bootargs blieb der mittlere Monitor immer der Hauptmonitor, den ganzen Bootvorgang über
: BIOS -> CloverScreen -> Apfel-Logo -> Initialisierung Webdriver -> Apfel Logo -> Login Screen

Verhalten 2) Bei Anwendung ohne KextToPatch/ohne Bootarg (sprich, Standardmethode vit9696) oder mit Bootarg cfgmap wechselte der Hauptmonitor kurzzeitig vom mittleren Monitor zum rechten Monitor:
BIOS -> CloverScreen -> Apfel-Logo -> Initialisierung Webdriver -> rechter Monitor wurde grau, Apfel-Logo erscheint auf rechtem Monitor -> Login-Screen erscheint dann wieder auf dem mittleren Monitor

Sprich, bei der Initialisierung der Webdriver "verschaltet" sich in Verhalten 2) irgendwas in der Bildübertragung bzw. Bildzuweisung an die Monitore. Was dann beim Erscheinen des Login-Screens zwar wieder korrigiert ist, aber irgendwas scheint da auf jeden Fall nicht ganz optimal zu sein. Und bei der PikerA-Methode gibt es diese "Verschaltung" nicht.

Meine These war also: Wenn es diesen kurzzeitigen Sprung auf den rechten Monitor gibt --> potenzielles Wake-Problem. Wenn nicht --> Alles paletti. Und das hat sich dann bewahrheitet

@Altemirabelle Ich bin gespannt ob es funktioniert. Der erste Test sieht ja schon recht positiv aus.

cheers

Super, freut mich das es bei Dir geholfen hat!

cheers

@Altemirabelle: Nutzt Du für die Nvidia GTX die Webdriver in Kombination mit der NvidiagraphicsFixup-Kext und Lilu?
In dem Fall bitte mal in Clover bei den boot-args folgende 3 Argumente durchprobieren und jeweils testen:

ngfxpatch=cfgmap
ngfxpatch=vit9696
ngfxpatch=pikera

Hintergrund:
Siehe auch hier (https://github.com/lvs1974/NvidiaGraphicsFixup)

Der NvividaGraphicsFixup-Kext benutzt standardmäßig die Methode ngfxpatch=vit9696 zum Patchen wenn man nicht explizit ein anderes boot-arg angibt.
Ich stand damals mit dem Entwickler dazu in Kontakt, weil ich genau das gleiche Problem hatte: BlackScreen nach Wakeup bei Nutzung von NvidiaGraphicsFixup. Ohne NvidiagraphicsFixup und der Nutzung von PikerAs Kext to Patch hatte ich die Probleme nicht mehr.
Das führte dazu das der Entwickler über die Bootargs 3 Methoden in die Kext implementiert hat um hier flexibel eine auswählen zu können.

Hier auch mal der Kext to Patch für Clover:
Name: AppleGraphicsDevicePolicy
Find: 626F6172 642D6964
Replace: 626F6172 642D6978
Comment: (c)Pike R. Alpha

Bei mir hat die Variante von pikera das Problem mit den Blackscreens nach Wakeup gelöst. Eventuell klappt das bei Dir ja auch? Probieren macht klug

cheers

PS: Bei mir nutze ich darkwake=10. Alle anderen von Dir aufgeführten Einstellungen für hibernatemode etc. habe ich nicht getätigt.