Beiträge von Shado

@Kasi99, bin mir nicht ganz sicher, ob dein Problem wirklich vom Router Kommt.
Ich denke, es liegt am mDNSResponder, welcher standardmäßig im OsX aktiviert ist. Dieser Demon aktiviert den MAC aller 2h aus dem Sleep und schickt ihn anschließend wieder schlafen.
Dafür gibts eine Abhilfe:
Als erstes sicherst du dir diese Datei in einer ZIP-Datei z.B. auf dem DT. Und läßt sie dort erstmal liegen.
# /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

Danach öffnest du eine Terminalsitzung und führst diese Systemkeule aus:

Danach den Hacki neu starten. Nun wird er nicht mehr aller 2h geweckt werden.
Falls das Problem weiterhin besteht, liegt die Fehlerquelle noch wo anders. Dann solltest du aber die originale mDNSResponder.plist aus deiner ZIP-Datei wieder zurückspielen.

Also ich habe die Fermi-Karten verkauft und die GT710 & GT740 eingebaut.

Habe lange probiert, mit den Fermi-Dingern.
Ich nehme an, dass durch die Metal-API einige GPU-Chips nicht mehr unterstützt werden.
Jedenfalls habe ich bis jetzt auch noch keine Lösung (ev. Kexte oder CloverPatches) für die Fermi-Karten unter Sierra gefunden.

Edit: Die GTX680 hat einen Kepler-Chip drin. "Da könntest du eventuell Glück haben" VIELLEICHT...
https://de.wikipedia.org/wiki/Nvidia-Geforce-600-Serie

Und genau dort, wo der Desktop erscheinen soll, wird der Fermi-Chip nicht mehr unterstützt.
Hatte auch eine GT520 (Fermi) und eine GT610(Fermi). Da war das gleiche Fehlerbild.
Für die Sierra-Rechner habe ich jetzt Gt710 und GT740. Alle beide laufen OOB unter Sierra. Unter EC brauchst du natürlich die entsprechenden WebDriver von NVIDIA dazu.

@snickerweb, dass ist schon korrekt, dass das KextUt auf die Kexte in den Ordnern /L/E & /S/L/E zurückgreift.
Trotzdem kann es sein, dass ein Kext von der EFI-Partition geladen wird und dann auf einen Kext aus den anderen beiden Ordnern (z.B. /S/L/E) zugreifen will. Deshalb kann eine Zugriffsrechtereparatur nie schaden.
SIP hast du doch hoffentlich deaktiviert.???

Also bei der GTX580 bin ich mir fast sicher, dass die NICHT von Sierra unterstützt wird. Sie hat doch einen Fermi-Chip drin:

https://en.wikipedia.org/wiki/GeForce_500_series

Versuche erstmal auf NummerSicher zu gehen:
Kextutility drüberlaufen lassen, und dann in der config.plist mit dem Configurator auf der letzten Seiten den Haken setzen bei NoCache.

@steff89, danke für dein FeedBack. Schön, dass es jetzt funzt. Es führen eben immer wieder viele Wege nach Rom, auch in der Hacki-Welt.
VG

Habt ihr den schon mal probiert ????

https://cliqz.com/lp/galp30?pk_campaign=galp30_brand

Da ich zwangsläufig auch mit WIN unterwegs bin, hat er bis jetzt RICHTIG gute Dienste geleistet (Anti-Tracking & Co).

@steff89, ich nutze ja das H97er Board. Für die USB-Geschichte nehme ich die beiden Dateien von rehabman, siehe Anhang. Falls du schon irgendwelche Kexte für USB installiert hast, sollten diese vorher wieder deinstalliert werden.
Endpacke dann das Archiv und installiere die beiden Kexte mit dem KEXT-Utility. Baue den Cache neu auf und starte neu. Ich habe beim Clover auf er letzten Seite den Haken gesetzt bei NoCache.
USB33 & USB2 funktioniert prima, sowie auch der Sleep (automatisch & manuell). WakeUp funzt über Tastatur & Maus. Eine Dsdt nutze ich nicht. Soundausgabe erfolgt bei mir übers Board (hintere Anschlüsse).

Edit: Hänge dir noch meine config.plist ran. CloverVersion ist r3793. Ich boote im Legacy-Mode.

Hatte das gleiche Problem. Abhilfe schaffte das Löschen der hiberate-Datei:

/var/vm/sleepimage

Die Antwort bezog sich ja auf seinen Prozessor P997. Deswegen die pauschalisierte Antwort.
Hier kann man sich schlau machen:
https://de.wikipedia.org/wiki/…_Intel-Core-i-Prozessoren
Selbst mit einem Prozessor, welcher die HD3000 hat, ist unter Sierra nicht viel los.
Auch im Office-Bereich sollte man schon flüssig arbeiten können.

Wie hast du es denn nun realisiert? Über ein Tool oder über die fstab????

Mit der Sandy-Bridge-Grafik wirst du keinen richtigen Spaß haben.

Habe selbst verschiedene Revisionen von diesem Board. Für den AR8151 hänge ich dir den Kext ran. Vor der Installation die anderen installierten Kexte entfernen. Zugr.-rechte reparieren, Cache neu aufbauen und neu starten.

Edit: Der Kext von @Al ist zu alt. Er ist von 2014.

Es müßte doch möglich sein, den kompletten Netzwerkpfad (also NWLaufwerk/Ordner/Unterordner) in die fstab einzutragen. Schon mal probiert.???

Unter welcher Hardware und unter welchem OsX tritt denn dieser Fehler auf?????

Tja, wie gesagt: Ich nutze ParallelDesktop und darin WIN7 & WIN10. In beiden WIN-Versionen läuft der TSDoc wunderbar.

TIP: Nutze beim ParDesk auch die SchnappSchuß-Funktion.

Prima, dass es jetzt geht. ABER: Es ist eben doch kein "Meister" vom Himmel gefallen. Man lernt eben immer wieder ein Bissel dazu.
Die meisten Probleme "beim Gehen oder Nichtgehen" liegen an der Rechtevergabe. Da MacOsX von UNIX abstammt oder auch "sehr eng" verwandt ist, kann man sehr viel auch von UNIX ableiten.
Nützlich sind die einschlägigen Dokumentationen von UNIX. Vieles von dort, ist auch im MacOsX nutzbar, z.B. Rechtevergabe.

@Schorse, aber wenn die SIP komplett abgeschaltet ist, müßte doch ONYX laufen...Oder????
Was du auch noch probieren könntest:
Aktivierung des ROOT-Accounts, dann Anmeldung als ROOT und ONYX probieren.