root
via 运行,进行了一些春季清洁sudo GrandPerspective.app/Contents/MacOS/GrandPerspective
,发现我的内存/System/Library/Caches/com.apple.coresymbolicationd
为3.0 GB。我正在运行10.10.3 Yosemite,并且已经安装了Xcode和最新的命令行工具包。
root
via 运行,进行了一些春季清洁sudo GrandPerspective.app/Contents/MacOS/GrandPerspective
,发现我的内存/System/Library/Caches/com.apple.coresymbolicationd
为3.0 GB。我正在运行10.10.3 Yosemite,并且已经安装了Xcode和最新的命令行工具包。
Answers:
使用此链接中的内容(http://www.macobserver.com/tmo/article/how_to_recover_missing_hard_drive_space/),我发现了一个文件-com.apple.coresymbolicationd为133GB。
要删除,请在安全模式下启动(Apple徽标出现前使用Cmd-S),运行文件系统检查,安装驱动器,然后仅删除sudo rm
文件
rm
不起作用,但是sudo rm
可以。(使用@patrix指南)
否。重新启动不会清除系统中的缓存文件。您将需要深入研究哪个子系统在此处创建了缓存,并确定有一种方法可以手动刷新它们或将它们移至垃圾桶,然后重新启动以查看何时/如何/以何种大小重新创建。
我将引导至单用户模式并用于rm
清除该文件,因为那时没有任何使用。您也可以使用sudo mv /System/Library/Caches/com.apple.coresymbolicationd/data /tmp
然后重新启动。重新启动后,你可以从删除的文件/tmp
有sudo rm /tmp/data
。
我的直觉是您已安装Xcode,并已从一个或多个iOS版本向数据库中引入了大量符号,以便Xcode可以符号化故障转储,以帮助使用Xcode调试应用程序。但是,这也可能是一个错误,每当该子系统开始回收缓存时,它将清除自身。如果可以限制在Xcode中使用的SDK的数量,那也可能会有所帮助。我的感觉是拥有6000万个文件的人不使用Xcode,拥有1MB开发人员的人一次只能使用一个iOS版本,而拥有较大数据库的人可以从Xcode中激活多个OS X和iOS SDK。
只是堆在这里...
我定期删除Mac上各种Caches文件夹的内容,并且自从O / SX发布以来就删除了。通常,我的意思是“当我遇到可能是由损坏的缓存文件引起的问题时”。
我还将使用一些实用程序,例如Onyx
不时执行相同的操作,因为它会同时执行其他维护操作。
它们是临时文件,就像在Windows上一样,可以安全地删除。为了安全起见,我经常会在删除它们后重新启动,但是无论这些目录的内容如何都可以安全删除。
有一点要注意,如果该文件不断得到建立,是非常大的就像是现在,那么你有一些故障排除做。
ROUTINELY
清除缓存。它们存在是有原因的。
我运行Mavericks Cache Cleaner来清理所有Caches文件夹-用户~/Library/Caches
文件夹,顶级/Library/Caches
文件夹和系统/System/Library/Caches
文件夹,包括2GB coresymbolicationd
。结果似乎没发生什么坏事(我收回了一些磁盘空间)。
以OP最终执行此操作的方式执行此操作可能是最明智的选择,即以安全模式启动,清理缓存并重新启动。
但是,我不认为我们正在深入探究。9GB 很大。是什么导致如此大的文件堆积?我不认为我们知道这一点。删除缓存仅处理可能引起深层原因的表面表现。
ton
又缩小了,coresymbolicationd
是729M。