• Apfeltalk ändert einen Teil seiner Allgemeinen Geschäftsbedingungen (AGB), das Löschen von Useraccounts betreffend.
    Näheres könnt Ihr hier nachlesen: AGB-Änderung
  • Viele hassen ihn, manche schwören auf ihn, wir aber möchten unbedingt sehen, welche Bilder Ihr vor Eurem geistigen Auge bzw. vor der Linse Eures iPhone oder iPad sehen könnt, wenn Ihr dieses Wort hört oder lest. Macht mit und beteiligt Euch an unserem Frühjahrsputz ---> Klick

Problem: iMac auf einmal extrem lahm beim Festplattenzugriff

Phate

Celler Dickstiel
Registriert
04.05.06
Beiträge
797
Hallo zusammen,

seit ungefähr einer Woche ist mein 2,16Ghz iMac aufeinmal ziemlich langsam. Angefangen hat es damit, dass er bei der Wiedergabe von Full-HD-Videos ruckelte (was vorher definitv kein Problem war), mittlerweile ist die Kiste aber derart lahm, dass etwas nicht stimmen kann. Ständig Beachballs in Eingabemasken, beim Kopieren, beim Vergrößern von Bildern in iPhoto etc.

Habe eben aus iPhoto heraus 70 Bilder (inkl. ein paar Videos) kopiert in einen Ordner auf der gleichen Festplatte: Größe der Dateien 1,29 GB - Dauer des Kopiervorgangs 12 Minuten.
Ihr seht, da stimmt was nicht. Die Festplattenzugriffe sind extrem lahm.

Habt ihr Tipps, was ich machen kann? Ich habe jedenfalls nichts signifikantes geändert, eigentlich ist er genauso wie immer, nur eben lahm.

Bisher probiert habe ich:
- Rechte reparieren
- Volume überprüfen

Rechte sind nun repariert, iMac ist immernoch lahm, Volumeüberprüfung ergab: "Ihr Volume scheint in Ordnung". Laut Softwareaktualisierung ist der iMac auf dem neuesten Stand, Betriebssystem ist Leopard 10.5.4, der iMac läuft mit 3 GB RAM, die intern verbaute Festplatte hat noch ca. 10 GB freien Speicher.
iStatPro zeigt, wenn der Rechner zB mit Beachballs hängt häufig ein idle-Bereich von über 80% an, führt keine Prozesse auf, die extrem Ressourcen fressen.

Das einzige, was zeitlich in den Rahmen fallen könnte, wäre ein Installieren von Adobe ColdFusion
und MAMP. Aber kann es denn sein, dass ich etwas derart falsch eingestellt habe, dass es auch über einen Neustart hinaus noch das System lahmt?

Ratlos,
Phate
 

MrNase

Champagner Reinette
Registriert
11.01.05
Beiträge
2.656
Moin! Läuft MAMP noch im Hintergrund? Den Apachen sollte man nie unterschätzen was den Resourcenverbrauch angeht. :)
 

Phate

Celler Dickstiel
Registriert
04.05.06
Beiträge
797
MAMP läuft nicht im Hintergrund.
Ich habe grade nochmal die Rechte repariert und folgende Meldung erhalten:
Zugriffsrechte für „iMac HD“ reparieren
Zugriffsrechte-Datenbank lesen
Das Lesen der Zugriffsrechte-Datenbank kann mehrere Minuten dauern.

Die Gruppe unterscheidet sich für private/etc/cups, Soll-Wert: 0, Ist-Wert: 26.

Reparatur der Zugriffsrechte abgeschlossen

Kann damit jemand etwas anfangen?
 

iPhreaky

Wilstedter Apfel
Registriert
28.10.06
Beiträge
1.927
MAMP läuft nicht im Hintergrund.
Ich habe grade nochmal die Rechte repariert und folgende Meldung erhalten:


Kann damit jemand etwas anfangen?

Ähnliche Fehlermeldungen kommen bei mir auch immer, wenn ich mal die Rechte repariere. Das scheint jedoch ein Bug in Leopard zu sein und nichts mit deinem Problem zu tun zu haben.
 

Phate

Celler Dickstiel
Registriert
04.05.06
Beiträge
797
Ich habe jetzt mal einen PRAM-Reset gemacht, System läuft gefühlt schon besser, aber es hängt immernoch ständig. Zum Beispiel tippe ich diesen Text und die Anzeige dazu auf dem Monitor erscheint verzögert, dafür kommt dann das ganze Wort auf einmal.

Heute hatte ich auch den ersten Kernel Panic - kann mit dem Log jemand etwas anfangen?
Sun Aug 24 21:57:07 2008
panic(cpu 0 caller 0x00192FD4): "pmap_flush_tlbs() timeout: " "cpu 1 failing to respond to interrupts, pmap=0x536500 cpus_to_signal=2"@/SourceCache/xnu/xnu-1228.5.20/osfmk/i386/pmap.c:4570
Backtrace, Format - Frame : Return Address (4 potential args on stack)
0x480af528 : 0x12b0fa (0x4592a4 0x480af55c 0x133243 0x0)
0x480af578 : 0x192fd4 (0x45f414 0x1 0x536500 0x2)
0x480af5e8 : 0x194126 (0x536500 0x3c702000 0x0 0x162a55)
0x480af688 : 0x17406e (0x18c4f 0x0 0x7000 0x0)
0x480af728 : 0x169e3a (0x7eba690 0x0 0x0 0x8000)
0x480af848 : 0x16a437 (0x3c70a000 0x0 0x0 0x0)
0x480af888 : 0x18249d (0x1e6bd20 0x3c702000 0x0 0x3c70a000)
0x480af8e8 : 0x42d290 (0x1e6bd20 0x3c702000 0x0 0x8000)
0x480af948 : 0x42d2f4 (0x71c2880 0x1e6bf78 0x662fbc0 0x0)
0x480af968 : 0x42d3e5 (0x662fbc0 0x0 0x192ac00 0x0)
0x480af988 : 0x42d3bc (0x662fbc0 0x0 0x2 0x0)
0x480af9a8 : 0x3eb869 (0x662fbc0 0x0 0x480afa28 0x480afb50)
0x480af9c8 : 0x10cad52 (0x662fbc0 0x67c3000 0x0 0x0)
0x480afa28 : 0x10cb247 (0x35967000 0x67c3000 0x3dc31080 0x1f78080)
0x480afa88 : 0x109280b (0x35967000 0x67c3000 0x480afb54 0x480afb58)
0x480afae8 : 0x10c71a1 (0x35967000 0x3b000000 0x18 0x3dc31504)
Backtrace continues...
Kernel loadable modules in backtrace (with dependencies):
com.apple.GeForce(5.2.8)@0x105d000->0x10ebfff
dependency: com.apple.NVDAResman(5.2.8)@0x6da000
dependency: com.apple.iokit.IONDRVSupport(1.5.2)@0x6cc000
dependency: com.apple.iokit.IOPCIFamily(2.4.1)@0x631000
dependency: com.apple.iokit.IOGraphicsFamily(1.5.2)@0x6b0000

BSD process name corresponding to current thread: WindowServer

Mac OS version:
9E17

Kernel version:
Darwin Kernel Version 9.4.0: Mon Jun 9 19:30:53 PDT 2008; root:xnu-1228.5.20~1/RELEASE_I386
System model name: iMac6,1 (Mac-F4218FC8)

Weil ich damit nichts anzufangen weiß und es in dem log vorkommt: was ist der Prozess "WindowServer"?
Der erscheint auch ständig als laufender Prozess - war mir vorher noch nie aufgefallen.

Könnte evtl. ein zurücksetzen der Open Firmware helfen? (Beim Start Apfel, Alt, O, F drücken und anschließend:
reset-nvram
set-defaults
reset-all
eingeben? Bringt das was? Oder das reparieren über die Installations DVD?

TechToolDeluxe zeigt keinen Hardwaredefekt an, wird es nicht besser, werde ich wohl doch mal den AppleCare Service anrufen, was die noch für Ideen haben.

Jetzt aktuell entpacke ich grade eine sehr große Datei - es dauert ewig. Schaue ich in iStatpro in die laufenden Prozesse ist UnrarX auch vertreten, aber nur mit max. 2% CPU-Last - das kann doch gar nicht sein normalerweise, gleichzeitig sehe ich diesen WindowServer-Prozess mit ca. 15%, aber ansonsten (trotz UnrarX) sollen 95% der CPU idlen.
Irgendwas stimmt nicht, das System läuft mit angezogener Handbremse.