缓存中有9GB的com.apple.coresymbolicationd文件


12

我试图释放磁盘空间,而我遇到了这个问题:

大文件D:

我已经读过600M文件或1GB文件的报告,但是从来没有这样的报告。

删除安全吗?还是经常重新启动有助于清除其中的某些文件?



2
@Robuust他们对我来说似乎不一样。这询问它们如何清除,而另一个询问它们是什么。链接两者很好,但是除非进行编辑,否则我不会将它们视为完全重复。
bmike

该文件显然很大。根据我在网上搜索的内容,可以安全删除。
IconDaemon 2014年

我使用GrandPerspective作为rootvia 运行,进行了一些春季清洁sudo GrandPerspective.app/Contents/MacOS/GrandPerspective,发现我的内存/System/Library/Caches/com.apple.coresymbolicationd为3.0 GB。我正在运行10.10.3 Yosemite,并且已经安装了Xcode和最新的命令行工具包。
Lanny 2015年

Answers:



3

否。重新启动不会清除系统中的缓存文件。您将需要深入研究哪个子系统在此处创建了缓存,并确定有一种方法可以手动刷新它们或将它们移至垃圾桶,然后重新启动以查看何时/如何/以何种大小重新创建。

我将引导至单用户模式并用于rm清除该文件,因为那时没有任何使用。您也可以使用sudo mv /System/Library/Caches/com.apple.coresymbolicationd/data /tmp然后重新启动。重新启动后,你可以从删除的文件/tmpsudo rm /tmp/data

我的直觉是您已安装Xcode,并已从一个或多个iOS版本向数据库中引入了大量符号,以便Xcode可以符号化故障转储,以帮助使用Xcode调试应用程序。但是,这也可能是一个错误,每当该子系统开始回收缓存时,它将清除自身。如果可以限制在Xcode中使用的SDK的数量,那也可能会有所帮助。我的感觉是拥有6000万个文件的人不使用Xcode,拥有1MB开发人员的人一次只能使用一个iOS版本,而拥有较大数据库的人可以从Xcode中激活多个OS X和iOS SDK。


我确实已经安装了Xcode。
tekknolagi 2014年

@tekknolagi我已经扩展了关于Xcode的想法,与您看到的大想法有关。也许您可以证实我的怀疑?我还没有找到一种访问数据文件的方法-它可能要花一些时间让人们把豆子加密。
bmike

1
bmike,我刚刚删除了文件。到目前为止似乎还不错。
tekknolagi 2014年

@HoseynHeydari这个答案在SIP之前发布-也许在这里打开一个新问题并链接?
bmike

1

只是堆在这里...

定期删除Mac上各种Caches文件夹的内容,并且自从O / SX发布以来就删除了。通常,我的意思是“当我遇到可能是由损坏的缓存文件引起的问题时”。

我还将使用一些实用程序,例如Onyx不时执行相同的操作,因为它会同时执行其他维护操作。

它们是临时文件,就像在Windows上一样,可以安全地删除。为了安全起见,我经常会在删除它们后重新启动,但是无论这些目录的内容如何都可以安全删除。

有一点要注意,如果该文件不断得到建立,是非常大的就像是现在,那么你有一些故障排除做。


Steve是正确的,即使在OS X上使用rm删除文件或将其移至回收站,使用该文件的所有文件都将其释放后,它实际上也会消失(因此,重新启动部分将最终确定缓存)清理。)删除缓存有一个不利方面,除非更改导致文件变大的条件,否则系统将放慢速度并重新创建它们。对于成千上万的小文件-这种缓慢的惩罚是不好的。对于9 GB的大文件,您可能需要等待很长时间才能重新创建自己。
bmike

我强烈建议您不要ROUTINELY清除缓存。它们存在是有原因的。
亚历山大-恢复莫妮卡

0

我运行Mavericks Cache Cleaner来清理所有Caches文件夹-用户~/Library/Caches文件夹,顶级/Library/Caches文件夹和系统/System/Library/Caches文件夹,包括2GB coresymbolicationd。结果似乎没发生什么坏事(我收回了一些磁盘空间)。

以OP最终执行此操作的方式执行此操作可能是最明智的选择,即以安全模式启动,清理缓存并重新启动。

但是,我不认为我们正在深入探究。9GB 很大。是什么导致如此大的文件堆积?我不认为我们知道这一点。删除缓存仅处理可能引起深层原因的表面表现。


坦率地说,我不知道。我的磁盘空间ton又缩小了,coresymbolicationd是729M。
tekknolagi
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.