求助！拷贝 mac 系统上文件资源到移动硬盘，占用存储空间偏高是什么原因？
newee · 2022-05-16 11:52:02 +08:00 · 1846 次点击这是一个创建于 927 天前的主题，其中的信息可能已经有所发展或是发生改变。
想着把 mac 系统的一些文件资源备份一下，就拷贝了一份到移动硬盘上，结果 11G 文件占用了 253G 的存储空间。这是什么原因，有没有什么解决方案.....
 |
1
zhaidoudou123 2022-05-16 11:59:15 +08:00
估计涉及到分区表分配单元大小之类的吧，就是簇的大小
|
 |
2
lirunext 2022-05-16 12:10:15 +08:00
49,044 个文件夹、251,554 个文件，楼主你确定真有这么多文件？
如果不是的话，很可能是太多[.DS_开头的文件、._开头的文件、__MACOSX 之类的文件夹]小文件占用了大量的空间，想办法删了就是。 可以用脚本或工具批量删，也可以笨方法用资源管理器或 Everything 之类的搜索工具把这些文件搜出来一点点批量删（全选删的话 UI 可能会卡住），另外这些文件貌似是有隐藏属性，要去“文件夹选项”那里启动显示隐藏的文件，不然默认看不到。 |
 |
3
newee OP |
|
4
lirunext 2022-05-16 12:26:23 +08:00
@newee 小心不要把有用文件删了。“._开头的文件”和你有用的文件名字差不多，就是开头多了个“._”，而且文件很小，才几 kb 甚至不到。
|
 |
5
ShadowPower 2022-05-16 15:13:48 +08:00
簇大小太大了，可以在格式化的时候把“分配单元大小”改为比较小的值。格式化会丢失文件，需要备份后重新存进去。
当然，如果是 FAT32/exFAT 文件系统的话，会显著降低性能。NTFS 则影响不是很大。 对于非常小的文件，至少都要写满一个簇。如果刚好超出一点，则会写满第二个。Finder 复制文件到非苹果文件系统下会生成“._”开头的文件，只有几 KB 的大小。如果簇的大小是 1MB ，每一个这种文件都会膨胀到 1MB 的大小。 如果用 NTFS ，其实还有另一个好处。对于这种很小的文件，可以直接写在 MFT 的$DATA 中，能进一步减少空间占用。 |
 |
6
goodryb 2022-05-16 16:34:56 +08:00
不如 TM 一把梭，连系统也一起备份了
|
 |
7
f64by 2022-05-17 22:52:14 +08:00
macOS 自带 dot_clean 命令，可以自动删除指定目录下的._*隐藏文件，在终端里执行一下
dot_clean <path> |
Select Language