ขณะที่สร้างพาร์ติชั่นสำรองข้อมูล 250GiB ฉันได้สังเกตเห็นความแตกต่างมากมายระหว่างขนาดพาร์ติชันที่รายงานและเนื้อที่ว่างใน Nautilus, gParted, df, tune2fs เป็นต้น
ตอนแรกฉันคิดว่ามันเป็นความสับสนของ GiB / GB มันไม่ได้
จากนั้นฉันคิดว่ามันอาจเป็นบล็อกสำรองของ ext4 มันไม่ได้
ฉันงงอย่างสมบูรณ์ นี่คือภาพบางส่วน นี่คือขั้นตอน:
- ก่อน NTFS 524288000 เซกเตอร์ x 512 ไบต์ / เซกเตอร์ = 268435456000 ไบต์ = 268.4 GB = 250 GiB
Nautilus พูดว่า " ความจุรวม: 250.0 GB " (แม้ว่าจะเป็น GiB จริงไม่ใช่ GB) นอกเหนือจากการติดฉลากเล็ก ๆ น้อย ๆ จนดีมาก
- ตอนนี้พาร์ทิชันเดียวกันจัดรูปแบบเป็น ext4 กับ gparted:
First, Last and Total sector เหมือนกัน เป็นพาร์ติชัน 250GiB เดียวกัน ขนาดที่ใช้คือ 4.11GiB (บล็อกที่สงวนไว้อาจจะ?)
Nope ดูเหมือนว่าบล็อกที่สงวนไว้คือ 12.7 GiB (~ 5%. ouch! ) แต่ ... ทำไมความจุรวมถึงตอนนี้เหลือเพียง 246.1 GiB ??? . ความแตกต่างนั้น (เรียงลำดับ) ตรงกับ 4.11 GiB ที่รายงานโดย gparted แต่ ... ถ้าไม่ใช่จากบล็อกที่สำรองไว้มันคืออะไร? และทำไม gparted ไม่ได้รายงานว่า 12.7GiB ของพื้นที่ใช้แล้ว
$ df -h /dev/sda5
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 247G 188M 234G 1% /media/BACKUP
df
จับคู่ Nautilus ในพื้นที่ว่างที่รายงาน แต่ .. มีเพียง 188M เท่านั้นที่ใช้? ไม่ควรจะเป็น ~ 12GB? และความจุรวมยังคงผิด ดังนั้นฉันจึงวิ่งtune2fs
ไปหาเบาะแสบางอย่าง (เอาต์พุตที่ไม่เกี่ยวข้องคือ 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 บล็อกรวม * 4096 ไบต์ / บล็อก = 268435456000 ไบต์ = 268.4 GB = 250 GiB มันตรงกับ gparted
บล็อกสำรอง 3276800 = 13421772800 ไบต์ = 13.4 GB = 12.5 GiB มัน (อีกครั้งเรียงลำดับ) ตรงกับ Nautilus
บล็อกฟรี 64459851 = 264027549696 ไบต์ = 264.0 GB = 245.9 GiB ทำไม? ไม่ควรเป็น 250-12.5 = 237.5 (หรือ 250- (12.5 + 4.11) = ~ 233)?
การลบบล็อกที่สงวนไว้:
$ 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
เป็นที่คาดหวังนับเดียวกันบล็อก 0 บล็อกลิขสิทธิ์ แต่ ... บล็อกฟรีเดียวกัน ? ฉันไม่ได้เป็นอิสระ 12.5 GiB ใช่ไหม
$ df -h /dev/sda5
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 247G 188M 246G 1% /media/BACKUP
ดูเหมือนว่าฉันทำ พื้นที่ว่างเพิ่มขึ้นจาก 233 เป็น 245.9 GiB GParted ดูแลไม่ได้ที่ทุกคนแสดงให้เห็นว่าข้อมูลเดียวกัน! (ไม่มีประโยชน์ที่จะโพสต์ภาพหน้าจอที่เหมือนกัน)
เป็นเรื่องใหญ่มาก!
ฉันพยายามจัดทำเอกสารให้ดีที่สุดเท่าที่จะทำได้ ... ดังนั้นได้โปรดให้ใครช่วยบอกฉันหน่อยได้ไหมว่าเกิดอะไรขึ้นที่นี่?
- อะไรคือข้อผิดพลาด 4.11 GiB ที่ขาดหายไปจากการจัดรูปแบบ NTFS -> ext4
- ทำไมมีความแตกต่างมากมายระหว่าง gparted, Nautilus, tune2fs, df?
- คณิตศาสตร์ของฉันมีอะไรผิดปกติ? (คำถามเป็นตัวหนากระจายโพสต์นี้)
ความช่วยเหลือใด ๆ ที่ชื่นชม ในขณะที่ฉันไม่สามารถคิดได้ว่าเกิดอะไรขึ้นฉันกำลังพิจารณาที่จะเลิกใช้ ext4 แทน NTFS สำหรับทุกอย่างยกเว้นพาร์ติชัน / ของฉัน
ขอบคุณ!