求助!拷贝 mac 系统上文件资源到移动硬盘,占用存储空间偏高是什么原因?

2022-05-16 11:52:02 +08:00
 newee

想着把 mac 系统的一些文件资源备份一下,就拷贝了一份到移动硬盘上,结果 11G 文件占用了 253G 的存储空间。这是什么原因,有没有什么解决方案.....

1640 次点击
所在节点    MacBook Pro
7 条回复
zhaidoudou123
2022-05-16 11:59:15 +08:00
估计涉及到分区表分配单元大小之类的吧,就是簇的大小
lirunext
2022-05-16 12:10:15 +08:00
49,044 个文件夹、251,554 个文件,楼主你确定真有这么多文件?

如果不是的话,很可能是太多[.DS_开头的文件、._开头的文件、__MACOSX 之类的文件夹]小文件占用了大量的空间,想办法删了就是。

可以用脚本或工具批量删,也可以笨方法用资源管理器或 Everything 之类的搜索工具把这些文件搜出来一点点批量删(全选删的话 UI 可能会卡住),另外这些文件貌似是有隐藏属性,要去“文件夹选项”那里启动显示隐藏的文件,不然默认看不到。
newee
2022-05-16 12:13:28 +08:00
@zhaidoudou123
@lirunext

好的谢谢 我现在试试
lirunext
2022-05-16 12:26:23 +08:00
@newee 小心不要把有用文件删了。“._开头的文件”和你有用的文件名字差不多,就是开头多了个“._”,而且文件很小,才几 kb 甚至不到。
ShadowPower
2022-05-16 15:13:48 +08:00
簇大小太大了,可以在格式化的时候把“分配单元大小”改为比较小的值。格式化会丢失文件,需要备份后重新存进去。
当然,如果是 FAT32/exFAT 文件系统的话,会显著降低性能。NTFS 则影响不是很大。

对于非常小的文件,至少都要写满一个簇。如果刚好超出一点,则会写满第二个。Finder 复制文件到非苹果文件系统下会生成“._”开头的文件,只有几 KB 的大小。如果簇的大小是 1MB ,每一个这种文件都会膨胀到 1MB 的大小。

如果用 NTFS ,其实还有另一个好处。对于这种很小的文件,可以直接写在 MFT 的$DATA 中,能进一步减少空间占用。
goodryb
2022-05-16 16:34:56 +08:00
不如 TM 一把梭,连系统也一起备份了
f64by
2022-05-17 22:52:14 +08:00
macOS 自带 dot_clean 命令,可以自动删除指定目录下的._*隐藏文件,在终端里执行一下
dot_clean <path>

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/853138

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX