Trong khi tạo phân vùng sao lưu 250GiB cho dữ liệu của mình, tôi đã nhận thấy rất nhiều sự khác biệt giữa kích thước phân vùng được báo cáo và không gian trống trong Nautilus, gParted, df, Tune2fs, v.v.
Lúc đầu, tôi nghĩ đó là một sự nhầm lẫn GiB / GB. Không phải vậy .
Sau đó, tôi nghĩ rằng nó có thể là khối dành riêng của ext4. Không phải vậy .
Tôi hoàn toàn hoang mang. Dưới đây là một số hình ảnh. Dưới đây là các bước:
- Đầu tiên, NTFS. 524288000 sector x 512 byte / sector = 268435456000 byte = 268.4 GB = 250 GiB.
Nautilus nói " Tổng dung lượng: 250,0 GB " (mặc dù nó thực sự là GiB, không phải GB). Ngoài việc dán nhãn sai, cho đến nay, rất tốt
- Bây giờ, cùng một phân vùng, được tạo thành ext4 với gparted:
Đầu tiên, ngành cuối cùng và tổng số là như nhau. Nó là phân vùng 250GiB tương tự. Kích thước được sử dụng là 4,11GiB (khối dành riêng có thể?)
Không. Có vẻ như các khối dành riêng là 12,7 GiB (~ 5%. Och! ). Nhưng ... tại sao Tổng công suất bây giờ chỉ là 246,1 GiB ??? . Sự khác biệt đó (loại) phù hợp với Gi1 4.11 được báo cáo bởi gparted. Nhưng ... nếu nó không phải từ các khối dành riêng, thì nó là gì? Và tại sao gparted không báo cáo rằng 12,7GiB của không gian đã sử dụng?
$ df -h /dev/sda5
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 247G 188M 234G 1% /media/BACKUP
df
phù hợp với Nautilus trong không gian miễn phí được báo cáo. Nhưng .. chỉ sử dụng 188M? Không nên là ~ 12GB? Và tổng công suất vẫn sai. Vì vậy, tôi chạy tune2fs
để tìm một số manh mối. (đầu ra không liên quan là ommited)
$ sudo tune2fs -l /dev/sda5
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name: BACKUP
Filesystem UUID: 613d592e-47f5-4206-96a7-210090d340ef
Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Filesystem state: clean
Filesystem OS type: Linux
Block count: 65536000
Reserved block count: 3276800
Free blocks: 64459851
First block: 0
Block size: 4096
65536000 tổng số khối * 4096 byte / khối = 268435456000 byte = 268,4 GB = 250 GiB. Nó phù hợp với gparted.
3276800 khối dành riêng = 13421772800 byte = 13,4 GB = 12,5 GiB. Nó (một lần nữa, sắp xếp) phù hợp với Nautilus.
64459851 khối miễn phí = 264027549696 byte = 264.0 GB = 245.9 GiB. Tại sao? Không nên là 250-12,5 = 237,5 (hoặc 250- (12,5 + 4,11) = ~ 233)?
Loại bỏ các khối dành riêng:
$ sudo tune2fs -m 0 /dev/sda5
tune2fs 1.41.12 (17-May-2010)
Setting reserved blocks percentage to 0% (0 blocks)
$ sudo tune2fs -l /dev/sda5
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name: BACKUP
Filesystem UUID: 613d592e-47f5-4206-96a7-210090d340ef
Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Filesystem state: clean
Filesystem OS type: Linux
Block count: 65536000
Reserved block count: 0
Free blocks: 64459851
Block size: 4096
Như mong đợi, cùng một khối đếm, 0 khối dành riêng, nhưng ... cùng khối miễn phí ? Có phải tôi vừa giải phóng 12,5 GiB?
$ df -h /dev/sda5
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 247G 188M 246G 1% /media/BACKUP
Hình như tôi đã làm. Không gian sẵn có tăng từ 233 lên 245,9 GiB. gparted không quan tâm chút nào, hiển thị chính xác cùng một thông tin! (vô dụng để đăng ảnh chụp màn hình giống hệt nhau)
Thật là một mớ hỗn độn!
Tôi đã cố gắng ghi lại nó tốt nhất có thể ... Vì vậy, xin vui lòng ai đó có thể cho tôi bất kỳ manh mối nào về những gì đang xảy ra ở đây?
- Những GiB 4.11 bị thiếu trong định dạng NTFS -> ext4 là gì?
- Tại sao có quá nhiều sự khác biệt giữa gparted, Nautilus, Tune2fs, df?
- Điều gì là sai với toán học của tôi? (câu hỏi in đậm rải rác bài này)
Bất kỳ trợ giúp được đánh giá cao. Mặc dù tôi không thể hiểu chuyện gì đang xảy ra, tôi vẫn bình tĩnh xem xét từ bỏ ext4 để ủng hộ NTFS cho mọi thứ trừ phân vùng / của tôi.
Cảm ơn!