EXT4的磁盘空间占用是怎么计算的？[基本解决，又是du的问题..]

Celinda

我真晕菜了..

本来机器上的有一个Media文件夹，du -sh 查看，占用空间97G，在一个EXT4格式的分区。
晚上把这个文件夹临时copy到移动硬盘，移动硬盘也格式化成EXT4，拷完了发现他在移动硬盘上只要占用95G，我以为漏拷了东西，查看两边文件数量，完全一致，用rsync再同步一次，rsync什么都没复制过去，检查下就退出了。
好了，就算他全拷过去了吧。

然后过一个小时把这些数据从移动硬盘copy回来，期间对移动硬盘没有任何操作..
copy回来后du -sh，占了115G，文件数量一致，rsync检查也没问题！


谁遇到这种问题了？ ，今天太晚了，明天有时间给所有文件作个hash，我就不信邪了，拷两遍他还能附送个电影？

Celinda

忘说了，copy到移动硬盘上后就把原文件夹删了，还重启了机器，
现在重启几次了，他就是占用115G，气死我了，本来空间就不够...

2. lorelei ~ # rsync -av --delete /mnt/iso/Media /data/data/
3. sending incremental file list
5. sent 70774 bytes  received 227 bytes  142002.00 bytes/sec
6. total size is 123125005248  speedup is 1734130.58
7. lorelei ~ # du -sh /data/data/Media/
8. 115G        /data/data/Media/
9. lorelei ~ # du -sh /mnt/iso/Media/
10. 95G        /mnt/iso/Media/
11. lorelei ~ # dumpe2fs /dev/sda4 | head -n 50
12. dumpe2fs 1.41.9 (22-Aug-2009)
13. Filesystem volume name:   <none>
14. Last mounted on:          /data
15. Filesystem UUID:          3af31210-1352-4675-abbc-d619c9abd2d7
16. Filesystem magic number:  0xEF53
17. Filesystem revision #:    1 (dynamic)
18. Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
19. Filesystem flags:         signed_directory_hash
20. Default mount options:    (none)
21. Filesystem state:         clean
22. Errors behavior:          Continue
23. Filesystem OS type:       Linux
24. Inode count:              12697600
25. Block count:              50777448
26. Reserved block count:     2538872
27. Free blocks:              15827686
28. Free inodes:              12673812
29. First block:              0
30. Block size:               4096
31. Fragment size:            4096
32. Reserved GDT blocks:      1011
33. Blocks per group:         32768
34. Fragments per group:      32768
35. Inodes per group:         8192
36. Inode blocks per group:   512
37. Flex block group size:    16
38. Filesystem created:       Tue Nov 24 18:12:48 2009
39. Last mount time:          Thu Dec 17 22:26:13 2009
40. Last write time:          Thu Dec 17 22:26:13 2009
41. Mount count:              108
42. Maximum mount count:      38
43. Last checked:             Tue Nov 24 18:12:48 2009
44. Check interval:           15552000 (6 months)
45. Next check after:         Sun May 23 18:12:48 2010
46. Lifetime writes:          453 GB
47. Reserved blocks uid:      0 (user root)
48. Reserved blocks gid:      0 (group root)
49. First inode:              11
50. Inode size:                  256
51. Required extra isize:     28
52. Desired extra isize:      28
53. Journal inode:            8
54. Default directory hash:   half_md4
55. Directory Hash Seed:      3d83434c-477f-48d8-9f81-86d32c0da7e4
56. Journal backup:           inode blocks
57. Journal size:             128M
60. Group 0: (Blocks 0-32767) [ITABLE_ZEROED]
61.   Checksum 0x971f, unused inodes 0
62.   Primary superblock at 0, Group descriptors at 1-13
63. lorelei ~ # dumpe2fs /dev/sdb1 | head -n 50
64. dumpe2fs 1.41.9 (22-Aug-2009)
65. Filesystem volume name:   <none>
66. Last mounted on:          /mnt/iso
67. Filesystem UUID:          20909507-8cf9-4d9b-bd7b-646baee43a7e
68. Filesystem magic number:  0xEF53
69. Filesystem revision #:    1 (dynamic)
70. Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
71. Filesystem flags:         signed_directory_hash
72. Default mount options:    (none)
73. Filesystem state:         clean
74. Errors behavior:          Continue
75. Filesystem OS type:       Linux
76. Inode count:              7331840
77. Block count:              29304560
78. Reserved block count:     1465228
79. Free blocks:              3904780
80. Free inodes:              7329502
81. First block:              0
82. Block size:               4096
83. Fragment size:            4096
84. Reserved GDT blocks:      1017
85. Blocks per group:         32768
86. Fragments per group:      32768
87. Inodes per group:         8192
88. Inode blocks per group:   512
89. Flex block group size:    16
90. Filesystem created:       Thu Dec 17 17:16:51 2009
91. Last mount time:          Thu Dec 17 23:34:14 2009
92. Last write time:          Thu Dec 17 23:34:14 2009
93. Mount count:              4
94. Maximum mount count:      38
95. Last checked:             Thu Dec 17 17:16:51 2009
96. Check interval:           15552000 (6 months)
97. Next check after:         Tue Jun 15 17:16:51 2010
98. Lifetime writes:          101 GB
99. Reserved blocks uid:      0 (user root)
100. Reserved blocks gid:      0 (group root)
101. First inode:              11
102. Inode size:                  256
103. Required extra isize:     28
104. Desired extra isize:      28
105. Journal inode:            8
106. Default directory hash:   half_md4
107. Directory Hash Seed:      8f665176-66a6-4f93-8628-76d2ae361e56
108. Journal backup:           inode blocks
109. Journal size:             128M
112. Group 0: (Blocks 0-32767) [ITABLE_ZEROED]
113.   Checksum 0x9646, unused inodes 8180
114.   Primary superblock at 0, Group descriptors at 1-7
115. lorelei ~ #

复制代码

lifc

du -bsh看一下，du全称disk usage，并不一定等于文件实际尺寸，实际占用空间受块尺寸、文件空洞数量、是否压缩等很多因素影响

Celinda

2. lorelei ~ # du -bsh /mnt/iso/Media/
3. 115G        /mnt/iso/Media/

复制代码

楼上厉害 － －

不过这下我更不明白了，显然是加了-b之后的错了，我移动硬盘没这么大，标称120G的硬盘，格式化后只有111G..


他是怎样统计的，才造成了这么大的误差呢..？

lifc

这是gnu coreutils du的一个老问题了。首先在一个目录下执行du它会计算目录结构所占据空间（"."文件）。另外不加-b选项它会用sb.st_blocks（512块数）*512来当成一个文件的实际尺寸，加-b选项就用sb.st_size（实际尺寸），显然前者在多数情况下会偏大，少数情况（例如文件空洞，所谓的稀疏文件或者压缩）会偏小。
如果想准确计算字节数，可以用du -bshc *这种写法，最后给出的统计是全部文件stat64.st_size字段的总和，偏差应该不会太大。