So, hab heute mal wieder was kopiert, ging Problemlos. Woran das jetzt genau lag, kann ich nicht sagen... Vielleicht kommt das Problem nochmal auf, dann schreib ich noch mal. Bis dahin:
Beiträge von fblaese
-
-
2.4.14
Es ist grundsätzlich möglich, dass das Problem schon länger besteht, da ich bis jetzt nie über 20GB kopiert hab, und in der Zeit der Arbeitsspeicher noch nicht komplett vollgelaufen ist.
Code- Typ: Ethernet-Controller
- Bus: PCI
- Hersteller-ID: 0x8086
- Geräte-ID: 0x1503
- Subsystem-Hersteller-ID: 0x1458
- Subsystem-ID: 0xe000
- Versions-ID: 0x0004
- BSD-Name: en0
- Kext-Name: AppleIntelE1000e.kext
- Ort: /System/Library/Extensions/IONetworkingFamily.kext/Contents/PlugIns/AppleIntelE1000e.kext
- Version: 2.4.14
-
Habe seit einigen Stunden das Problem, dass der Arbeitsspeicher des Quell-Rechners (mein Hackintosh) beim Kopieren via AFP voll läuft und sich das System aufhängt. Außerdem reagiert der Finder beim bewegen durch das Dateisystem des Ziel-Rechners einige Sekunden nicht. Der Kopiervorgang lässt sich nur vom Ziel-Rechner aus starten. Die AFP-Verbindung zur DiskStation funktioniert problemlos. Woran könnte das liegen? Ich habe zuerst vermutet, dass am Ziel-Rechner etwas nicht stimmt, mit der SSD hatte ich auch schonmal Probleme, aber das navigieren und Kopieren geht am Ziel-Rechner... Außerdem läuft ja der RAM vom Quell-Rechner voll...
EDIT: Ok, habe wohl die Ursache gefunden, nachdem ich versucht habe, das Problem zu reproduzieren und in den Logs auf folgendes gestoßen bin:
kernel[0]: failed to getphysicalsegment in outputPacket.
Nach kurzer Recherche habe ich festgestellt, das dies wohl mit dem AppleIntelE1000e.kext zusammenhängt... -
Ich hatte ja zuerst ein Upgrade gemacht und danach eine SSD gekauft, und deshalb direkt mal nen Cleaninstall gemacht, das Problem besteht weiterhin und laut englischsprachigen Foren haben mehr Leute das Problem.
-
Hmmm. Unter Windows hatte ich die Probleme nicht und unter Mountain Lion auch nicht. Es muss also mit Mavericks zusammenhängen....
-
Also
- UD5H Rev 1.0
- F14, F15R drauf gehabt, zum testen auf F14 zurück -> keine Lösung
- BIOS Einstellungen: PLL -> Off; EHCI + XHCI Hands-Off -> On; xHCI -> Auto;- Chameleon v2.2svn r2266
- MacPro 5,1 -> mit 3,1 kein Unterschied
- UniBeastDas was ich aktuell hab ist bereits quasi ein clean install und das Problem ist seit Anfang an existent...
Das Problem scheinen (nach weiterer Recherche) mehr Leute mit Chrome zu haben, um genauer zu sein mit dem internen Flash Plugin von Chrome. Aber auch das zu deaktivieren, brachte kein Ergebnis.
Allerdings tritt es nach aktivieren des "echten" Adobe Flash Plugins gefühlt seltener auf, da bin ich mir allerdings nicht ganz sicher...EDIT: Scheinbar habe ich jetzt eine Lösung gefunden. Ich hab im Audio-Midi Setup die Samplerate von 48kHZ auf 96kHZ angehoben, bis jetzt ist das Problem nicht mehr aufgetreten.
-
-
Ja es tritt wie gesagt nur bei Chrome auf. Ich kümmer mich um das Video...
Und leider Tritt das Audio Problem auch mit der alten kext auf...
EDIT: Video erneut hochgeladen.
-
jop alc 898
-
Ohne DSDT, DSDT verwende ich auch keine.
EDIT: Hab jetzt mal die aus MultiBeast 5.5.5 installiert, Audio geht noch, muss zum testen jetzt wie gesagt einige Minütchen warten. -
Hey,
hab seit dem Upgrade auf Mavericks genau 1 Problem:
Sobald Chrome Audio ausgibt, wird das komplette Systemaudio verzerrt. Dieser Effekt tritt nur auf, wenn Chrome länger als 15-30min läuft und setzt erst langsam ein und wird mit der Zeit immer schlimmer. Außerdem tritt das Problem nur bei Chrome und nur bei Mavericks auf, Safari funktioniert. Cleaninstall hab ich bedingt durch die neue SSD schon gemacht, hat nichts gebracht. Als Audio kext verwende ich die aus MultiBeast 6.0. Das einzige was ich noch nicht Probiert hab, ist eine andere Audio kext (z.B. die aus Multibeast für MountainLion), was ich gleich nachholen werde.
Ideen?EDIT: Video: https://vimeo.com/79319851
-
Ich kann da so genau nichts zu sagen, aber probier mal darkwake=0 in der Boot.plist
Gesendet von meinem Nexus 4 mit Tapatalk
-
Bekommst du beim Aufwachen noch ein Bild angezeigt, bzw. wie lange hast du gewartet, dass OS X reagiert?
BTW: Füll mal deine Signatur mit deiner Hardware aus
-
Diesen Effekt gibt es nur bei der Apple Magic Mouse oder dem Trackpad. Woanders gibt das meiner Meinung auch wenig Sinn..
-
Also das PLL hat bei mir zumindest mit dem Ruhezustand richtig Probleme gemacht und auch im Finder war die Anzeige von "Alle meine Dateien" richtig langsam (ob das mit dem Finder damit zusammenhing, kann ich gar nicht mehr sagen)
Bei mir sieht die Einstellung mit PLL folgendermaßen aus:
-
Eigentlich nicht, da Chimera auf dem Source Code von Chameleon basiert...
Hast du das mit der Boot.plist jetzt mal ausprobiert? -
chameleon.plist stimmt nicht ganz, org.chameleon.Boot.plist ist der komplette Dateiname. Wenn diese Datei bei dir fehlt, musst du dir erstmal eine erstellen.
Zum erstellen im Chameleon Wizard die richtigen Optionen setzen und dann "Speichern als" (Bild 1)
Dann noch mit richtigem Dateinamen und richtigem Speicherort sichern (/Extra/org.chameleon.Boot.plist) (Bild 2)Wird die org.chameleon.Boot.plist nicht automatisch erstellt?
-
Probier mal in den Einstellungen vom Mainboard die CPU PLL Overvoltage zu deaktivieren...
-
Beide Sticks verkauft, sorry für die, die keinen bekommen haben
fblaese -
Ansonsten ist der WLAN-Adapter nicht kompatibel, der müsste ausgetauscht werden.
Der zweite ":(" ist wahrscheinlich für den Kartenleser, der lässt sich mit einer kext aber vielleicht zum laufen bringen.