Das Betriebssystem wird nach längerem Gebrauch instabil

Meine Einstellung

• uname -aDrucke:

  Darwin Jutsu.local 11.2.0 Darwin Kernel Version 11.2.0: Tue Aug  9 20:54:00 PDT 2011;
  root:xnu-1699.24.8~1/RELEASE_X86_64 x86_64
  

• Mac OS X Version: 10.7.3 ab diesem Beitrag
• Prozessor: 2,66 GHz Intel Core i7
• Speicher: 8 GB 1067 MHz DDR3

Problem

Google Chrome beginnt auf seltsame Weise mit einer Zeitüberschreitung: Ich öffne einen neuen Tab und versuche, Google Mail zu laden. Es dauert länger, als es sollte, also versuche ich, mit der rechten Maustaste zu klicken oder die Konsole zu öffnen, aber nichts passiert.

Ich kann die Registerkarte schließen und es erneut versuchen – aber die Seite wird geladen und ich kann nichts auf der Seite tun.

Fehlerbehebung

• So sehen die Dinge aus, wenn das Leben scheiße ist...

  Processes: 97 total, 3 running, 2 stuck, 92 sleeping, 489 threads                                                                                                                                                                    11:59:12
  Load Avg: 3.35, 2.46, 1.58  CPU usage: 3.28% user, 27.93% sys, 68.77% idle   SharedLibs: 13M resident, 6744K data, 0B linkedit. MemRegions: 19003 total, 1363M resident, 65M private, 663M shared.
  PhysMem: 1037M wired, 2255M active, 272M inactive, 3563M used, 4626M free. VM: 198G vsize, 1118M framework vsize, 1886103(0) pageins, 0(0) pageouts. Networks: packets: 287068/334M in, 164599/24M out.
  Disks: 28824/1238M read, 56041/935M written.
  

• Ich habe versucht, die Prozesse -9 und -15 zu beenden.

  Die Prozesse enden als solche: "(Google Chrome)" - was mir sehr seltsam erscheint. Ich bin es gewohnt, "Google Chrome He" oder so etwas zu sehen:

  /Applications/Google Chrome.app/Contents/Versions/17.0.963.46/Google Chrome Helper.app/Contents/MacOS/Google Chrome Helper --type=renderer --lang=en-US --force-fieldtest=ConnCountImpact/conn_count_6/ConnnectBackupJobs/ConnectBackupJobsEnabled/DnsImpact/default_enabled_prefetch/DnsParallelism/parallel_default/GlobalSdch/global_enable_sdch/IdleSktToImpact/idle_timeout_10/Instant/SilentExperimentA/Prefetch/ContentPrefetchPrerender1/PrerenderFromOmnibox/OmniboxPrerenderEnabled/PrerenderFromOmniboxHeuristic/ExactFullAlgorithm/ProxyConnectionImpact/proxy_connections_32/SpdyCwnd/cwndMin16/SpdyImpact/npn_with_spdy/WarmSocketImpact/warm_socket/ --extension-process --enable-print-preview --channel=313.0x33f8c00.1296777368
  

An diesem Punkt denke ich, dass ich einfach neu starten oder herunterfahren sollte. Aber das System weigert sich und gibt an, dass es keinen der aktuellen Prozesse beenden kann. Ich versuche, Adium oder das Terminal selbst zu beenden, und diese werden auch nicht geschlossen.

Dies führt dazu, dass ich den Netzschalter gedrückt halte. 😳 Wenn das System wieder hochfährt, funktioniert alles wie es sollte, sogar die Kill-Befehle.

Hat jemand eine Vermutung, woran das liegen könnte?

Syslog: (220 war der übergeordnete Google Chrome-Prozess)

Feb 10 15:06:35 Jutsu Dock[222] <Error>: kCGErrorIllegalArgument: CGSSetWindowTransformsAtPlacement: Failed

Feb 10 15:06:35 Jutsu Dock[222] <Error>: kCGErrorIllegalArgument: CGSSetWindowTransformAtPlacement: Failed

--- last message repeated 1 time ---

Feb 10 15:06:35 Jutsu Dock[222] <Error>: kCGErrorIllegalArgument: CGSSetWindowListGlobalClipShape: Invalid window 0x72

Feb 10 15:06:31 Jutsu Dock[222] <Warning>: trying to take pid 220 out of fullscreen but it is not the current space

Aktualisieren

• Dieses Problem tritt nicht nur bei Google Chrome auf, sondern auch bei iTunes und anderen Anwendungen.

• Das "Töten" der Prozesse führt nicht zu den gewünschten Ergebnissen, aber das Aufrufen von Apple Icon -> Force Quit stoppt den Prozess tatsächlich vollständig, wie er sollte.

  Aber das System beginnt immer noch an Stabilität zu verlieren, wie beispielsweise iTunes berichtet:

  "The iTunes Library file is locked, on a locked disk,
  or you do not have write permission for this file."
  

• Als ich versuchte, das Terminal zu verlassen, blieb dieser Prozess ebenfalls hängen ( siehe Bericht @ github ).

Ein Neustart bleibt immer noch die einzige praktikable Option.😱 😰 😂 😭