9 GB com.apple.coresymbolicationd-Datei in Caches

12

Ich versuche, Speicherplatz freizugeben, und bin dabei auf Folgendes gestoßen:

große Datei D:

Ich habe Berichte über eine 600M-Datei oder eine 1-GB-Datei gelesen , aber noch nie so etwas.

Ist das Löschen sicher oder hilft ein häufiger Neustart beim Löschen einiger dieser Dateien?

Tekknolagi
quelle
1
Mögliches Duplikat von com.apple.coresymbolicationd in Caches?
Rob
2
@ Robuust sie scheinen mir anders zu sein. Dies fragt, wie sie klären und der andere fragt, was sie sind. Es ist gut, beide zu verknüpfen, aber wenn keine Änderungen vorgenommen werden, sehe ich sie nicht als exakte Duplikate.
bmike
Die Datei ist eindeutig groß. Von dem, was ich im Internet durchsucht habe, ist es sicher zu löschen.
IconDaemon
Ich habe einen Frühjahrsputz mit GrandPerspective durchgeführt , der wie rootvia ausgeführt wurde, sudo GrandPerspective.app/Contents/MacOS/GrandPerspectiveund festgestellt, dass mein Format/System/Library/Caches/com.apple.coresymbolicationd 3,0 GB beträgt. Ich verwende 10.10.3 Yosemite und habe Xcode und das neueste Befehlszeilen-Tools-Paket installiert.
Lanny

Antworten:

3

Unter Verwendung dieses Links ( http://www.macobserver.com/tmo/article/how_to_recover_missing_hard_drive_space/ ) habe ich eine Datei gefunden - com.apple.coresymbolicationd mit 133 GB.

Starten Sie zum Löschen im abgesicherten Modus (Cmd-S, bevor das Apple-Logo angezeigt wird), führen Sie eine Dateisystemprüfung durch, mounten Sie das Laufwerk und dann nur sudo rmdie Datei

Ivan
quelle
@patrix In meinem Fall rmfunktioniert nicht, aber sudo rmtun. (Mit Richtlinien von @patrix)
Hoseyn Heydari
3

Nein. Durch einen Neustart werden die Cache-Dateien im System nicht gelöscht. Sie müssten genau untersuchen, welches Subsystem hier Caches erstellt, und feststellen, ob es eine Möglichkeit gibt, sie manuell zu leeren oder in den Papierkorb zu verschieben und dann neu zu starten, um zu sehen, wann / wie / welche Größe sie neu erstellt werden.

Ich würde in den Einzelbenutzermodus booten und rmdiese Datei löschen, da sie dann von nichts verwendet wird. Sie können auch verwenden sudo mv /System/Library/Caches/com.apple.coresymbolicationd/data /tmpund dann neu starten. Nach dem Neustart können Sie die Datei /tmpmit löschen sudo rm /tmp/data.

Meine Vermutung ist, dass Sie Xcode installiert haben und eine große Anzahl von Symbolen aus einer oder mehreren iOS-Versionen in Ihre Datenbank aufgenommen haben, sodass Xcode Crash-Dumps symbolisieren kann, um das Debuggen von Apps mit Xcode zu unterstützen. Es könnte jedoch auch ein Fehler sein, und wenn dieses Subsystem den Cache recycelt, wird es sich selbst löschen. Wenn Sie die Anzahl der in Xcode verwendeten SDKs begrenzen können, kann dies ebenfalls hilfreich sein. Mein Gefühl ist, dass die Leute mit 60 Millionen Dateien keinen Xcode verwenden, diejenigen mit 1 MB Entwickler für jeweils eine iOS-Version und diejenigen mit größeren Datenbanken mehrere OS X- und iOS-SDKs in Xcode aktiviert haben.

bmike
quelle
Ich habe tatsächlich Xcode installiert.
Tekknolagi
@tekknolagi Ich habe meine Gedanken zu Xcode in Bezug auf die große, die Sie sehen, erweitert. Vielleicht können Sie meinen Verdacht bestätigen? Ich habe noch keinen Weg gefunden, auf die Datendatei zuzugreifen - es wird wahrscheinlich jemanden brauchen, der die Bohnen darüber verschüttet, wie sie verschlüsselt ist.
bmike
1
bmike, ich habe gerade die Datei gelöscht. Scheint soweit in Ordnung.
Tekknolagi
@HoseynHeydari Diese Antwort wurde vor SIP gepostet - vielleicht eine neue Frage öffnen und hier verlinken?
bmike
1

Nur um hier anzuhäufen ...

Ich lösche ROUTINELY den Inhalt der verschiedenen Caches-Ordner auf meinen Macs und habe seitdem O / SX herausgebracht. Mit routinemäßig meine ich "wenn ich ein Problem habe, das durch eine beschädigte Cache-Datei verursacht werden könnte".

Ich werde auch Dienstprogramme verwenden Onyx, die von Zeit zu Zeit das Gleiche tun, wie es auch andere Wartungsarbeiten zur gleichen Zeit tun.

Sie sind temporäre Dateien und können genau wie unter Windows sicher gelöscht werden. Ich werde oft nach dem Löschen neu starten, nur um sicher zu gehen, aber unabhängig davon kann der Inhalt dieser Verzeichnisse sicher gelöscht werden.

Wenn diese Datei ständig erstellt wird und SEHR groß ist wie jetzt, müssen Sie einige Fehlerbehebungsmaßnahmen durchführen.

Steve Chambers
quelle
Steve hat Recht, dass unter OS X, selbst wenn Sie eine Datei mit rm löschen oder in den Papierkorb verschieben, diese tatsächlich gelöscht wird, sobald alle Dateien, die die Datei verwenden, sie freigeben (und daher der Neustart-Teil, um den Cache fertigzustellen) Bereinigen.) Das Löschen von Caches hat einen Nachteil: Das System wird langsamer und erstellt sie neu, es sei denn, die Bedingungen, unter denen die Dateien groß wurden, wurden geändert. Bei Tausenden kleiner Dateien ist diese langsame Strafe schlecht. Bei einer großen Datei mit 9 GB warten Sie möglicherweise lange darauf, dass sie sich selbst neu erstellt.
bmike
Ich empfehle dringend, ROUTINELYCaches nicht zu löschen. Sie existieren aus einem Grund.
Alexander - Reinstate Monica
0

Ich habe Mavericks Cache Cleaner ausgeführt , um alle meine Caches-Ordner zu bereinigen - den Benutzerordner ~/Library/Caches, den Ordner der obersten Ebene /Library/Cachesund den /System/Library/CachesSystemordner, einschließlich 2 GB coresymbolicationd. Infolgedessen scheint nichts Schlimmes passiert zu sein (und ich habe etwas Speicherplatz zurückgefordert).

Es ist wahrscheinlich am klügsten, dies so zu tun, wie es das OP letztendlich getan hat, nämlich im abgesicherten Modus zu booten, die Caches zu bereinigen und neu zu starten.

Ich habe jedoch nicht das Gefühl, dass wir dem auf den Grund gehen. 9 GB sind groß . Was bewirkt, dass sich eine so große Datei ansammelt? Ich glaube nicht, dass wir das wissen. Das Löschen des Caches betrifft nur eine Oberflächenmanifestation von etwas, das eine tiefe Ursache haben kann.

matt
quelle
Ich habe keine Ahnung, um ganz ehrlich zu sein. Mein Speicherplatz ist gerade wieder geschrumpft ton, und der coresymbolicationdist 729M.
Tekknolagi