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

估计涉及到分区表分配单元大小之类的吧，就是簇的大小

49,044 个文件夹、251,554 个文件，楼主你确定真有这么多文件？

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

可以用脚本或工具批量删，也可以笨方法用资源管理器或 Everything 之类的搜索工具把这些文件搜出来一点点批量删（全选删的话 UI 可能会卡住），另外这些文件貌似是有隐藏属性，要去“文件夹选项”那里启动显示隐藏的文件，不然默认看不到。

@zhaidoudou123
@lirunext

好的谢谢 我现在试试

@newee 小心不要把有用文件删了。“._开头的文件”和你有用的文件名字差不多，就是开头多了个“._”，而且文件很小，才几 kb 甚至不到。

簇大小太大了，可以在格式化的时候把“分配单元大小”改为比较小的值。格式化会丢失文件，需要备份后重新存进去。
当然，如果是 FAT32/exFAT 文件系统的话，会显著降低性能。NTFS 则影响不是很大。

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

如果用 NTFS ，其实还有另一个好处。对于这种很小的文件，可以直接写在 MFT 的$DATA 中，能进一步减少空间占用。

不如 TM 一把梭，连系统也一起备份了

macOS 自带 dot_clean 命令，可以自动删除指定目录下的._*隐藏文件，在终端里执行一下
dot_clean <path>