darkon11 Asked: 2023-11-17 01:12:05 +0800 CST2023-11-17 01:12:05 +0800 CST 2023-11-17 01:12:05 +0800 CST Thunar 和 ls 文件大小不同 772 我在磁盘上有一个完整的 android userdata 分区映像，它在 Thunar 上显示 48.9 GiB，但在 ls 和 Baobab 中仅显示 3.8 GB。这怎么可能 ？谢谢 files 1 个回答 Voted Best Answer HuHa 2023-11-17T02:05:14+08:002023-11-17T02:05:14+08:00 这可能是一个稀疏文件；即一个有“漏洞”的文件，实际上什么都没有，只有零。既然您写道这是一个磁盘分区，那么这实际上很有可能。 [sh @ balrog] .../work/test/sparse 24 % ls -lh total 1.1M -rw-rw-r-- 1 sh 1000 1001M 5. Feb 2016 sparse-1MB.bin -rw-rw-r-- 1 sh 1000 8.0K 16. Jun 2020 sparse-8k -rw-rw-r-- 1 sh 1000 8.0K 16. Jun 2020 sparse-8k-zero -rw-rw-r-- 1 sh 1000 1000M 5. Feb 2016 sparse-zero.bin [sh @ balrog] .../work/test/sparse 25 % ls -sh1 total 1.1M 1.0M sparse-1MB.bin 4.0K sparse-8k 0 sparse-8k-zero 0 sparse-zero.bin 许多文件工具无法真正正确地处理它们。问题是这些文件实际上有两种大小：标称大小（Thunarls -l和Thunar向您显示的大小）和真实分配的大小（du -h或ls -sh显示的大小）。 复制此类文件时要非常小心；有些工具可能会“填充”这些孔，并在原来有孔的地方实际写入零，从而真正消耗了标称尺寸。另请参阅man cp和--sparse选项。 如果您经常使用此类文件，请使用QDirStat，它会同时显示两种大小：
这可能是一个稀疏文件；即一个有“漏洞”的文件，实际上什么都没有，只有零。既然您写道这是一个磁盘分区，那么这实际上很有可能。
许多文件工具无法真正正确地处理它们。问题是这些文件实际上有两种大小：标称大小（Thunar
ls -l和Thunar向您显示的大小）和真实分配的大小（du -h或ls -sh显示的大小）。复制此类文件时要非常小心；有些工具可能会“填充”这些孔，并在原来有孔的地方实际写入零，从而真正消耗了标称尺寸。另请参阅
man cp和--sparse选项。如果您经常使用此类文件，请使用QDirStat，它会同时显示两种大小：