NTFS -> การโยกย้าย EXT4 120 GB ไปได้ที่ไหน

wim@wim-ubuntu:~/Desktop$ mount | grep media
/dev/sdc1 on /media/data type ext4 (rw,nosuid,nodev,uhelper=udisks)
/dev/sdb1 on /media/wd type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096,default_permissions)
wim@wim-ubuntu:~/Desktop$ df | grep media
/dev/sdc1            1922858352 1824822680    360072 100% /media/data
/dev/sdb1            1953512000 1825392384 128119616  94% /media/wd
wim@wim-ubuntu:~/Desktop$ df -h | grep media
/dev/sdc1             1.8T  1.7T  352M 100% /media/data
/dev/sdb1             1.9T  1.8T  123G  94% /media/wd

ฉันกำลังย้ายข้อมูลจากไดรฟ์ NTFS ไปยังไดรฟ์ ext4 ในโวลุ่ม NTFS ฉันมี 122.2 GB ฟรีจากนั้นหลังจากคัดลอกด้วย rsync (ไม่รวมไฟล์ NTFS ที่ไม่จำเป็นสองไฟล์System Volume Information) ฉันมีเพียง 351.6 MB ฟรี

ฮาร์ดดิสก์เป็นไดรฟ์ WD 2TB เหมือนกัน ฉันสร้างพาร์ติชัน EXT4 ด้วย gparted มีเหตุผลใดที่ ext4 จะมีบล็อคน้อยกว่า 30653648

ผลลัพธ์ของsudo fdisk -l:

Disk /dev/sdc: 2000.4 GB, 2000397852160 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00bb4cbc

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1      243201  1953512001   83  Linux

Disk /dev/sdb: 2000.4 GB, 2000397852160 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xcefa6110

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1      243201  1953512001    7  HPFS/NTFS

หลังจากเล่นซอไปแล้วฉันก็สามารถเรียกคืนพื้นที่จำนวนมากได้ด้วยtune2fs:

wim@wim-ubuntu:~/Desktop$ df -h | grep sdc
/dev/sdc1             1.8T  1.7T  352M 100% /media/data
wim@wim-ubuntu:~/Desktop$ sudo tune2fs -l /dev/sdc1 | grep 'Reserved block count'
Reserved block count:     24418900
wim@wim-ubuntu:~/Desktop$ sudo tune2fs -m 0 /dev/sdc1
tune2fs 1.41.14 (22-Dec-2010)
Setting reserved blocks percentage to 0% (0 blocks)
wim@wim-ubuntu:~/Desktop$ sudo tune2fs -l /dev/sdc1 | grep 'Reserved block count'
Reserved block count:     0
wim@wim-ubuntu:~/Desktop$ df -h | grep sdc
/dev/sdc1             1.8T  1.7T   94G  95% /media/data

เห็นได้ชัดว่า linux จอง 5% ของพาร์ติชันใหม่สำหรับผู้ใช้รูทและบริการของระบบดังนั้นเมื่อคุณใช้พื้นที่ดิสก์ไม่เพียงพอรูทยังสามารถเข้าสู่ระบบและล้างข้อมูลด้วยบริการระบบที่ทำงานอยู่ ดูเหมือนว่าฉันจะกล้วยชนิดหนึ่งเมื่อบริการของระบบต้องการเพียงหนึ่งร้อยเมกาหรือมากกว่านั้นและ 5% ของไดรฟ์ 2TB คือ $ h17load มากกว่านั้นยักไหล่

ทำให้ฉันเหลือ 93.5 GB ฟรีซึ่งยังเหลืออยู่ประมาณ 30 กิ๊กที่ไม่ได้รับเงินดังนั้นถ้าใครมีความคิดมากกว่านี้ก็สามารถชิปได้!

คุณซิงค์ไฟล์ของคุณด้วยตัวเลือก -H หรือไม่ อาจมีฮาร์ดลิงก์ในไดรฟ์ต้นทางซึ่งจะส่งผลให้เนื้อหาซ้ำซ้อนในปลายทางเว้นแต่คุณจะระบุ rsync ให้กับ (พยายาม) รักษาฮาร์ดลิงก์

นี่เป็นเรื่องจริงโดยเฉพาะอย่างยิ่งสำหรับพาร์ติชันระบบ Windows 7 และ Windows / winsxs (Windows เคียงข้างกัน) ซึ่งมีฮาร์ดลิงก์จำนวนมากไปยังไฟล์ในลำดับชั้นไดเรกทอรี

ใช้ตัววิเคราะห์พื้นที่ดิสก์ที่มาพร้อมกับการติดตั้งเริ่มต้นของ Ubuntu มันจะแสดงให้คุณเห็นว่ามีการใช้พื้นที่ตรงไหน

30GBs อาจไม่มีอยู่จริง GB มีเทคนิค 1024 ไบต์ ระบบปฏิบัติการที่แตกต่างกันอาจนับสิ่งนี้แตกต่างกันไม่ว่าจะเป็น 1024 ตามความถูกต้องหรือเพียง 1,000 (เรียกว่า GiB แต่เราใช้มันได้หลายแบบ) สิ่งนี้สามารถส่งผลให้ 1TB ปรากฏขึ้นในหน้าต่างเพียง 931GB (ประสบการณ์ส่วนตัว) ผู้คนถามว่าที่ใดที่เพิ่มไป 60gb ความจริงก็คือพวกเขาไม่ได้ไปทุกที่พวกเขาแค่นับไม่ถูกต้อง ดังนั้น 30GB ของคุณอาจเป็นปัญหาของ windows และ linux ที่ต้องการนับความแตกต่างไม่ว่าจะเป็น 1,000 หรือ 1024 ตอนนี้สิ่งนี้ไม่ได้สร้างความแตกต่างอย่างมากเมื่ออยู่ในหน่วยกิกะไบต์เท่านั้น 24 ไบต์พิเศษเหล่านั้นสร้างความแตกต่าง ขยายตัวในขณะนี้บางครั้ง TB จะนับเป็น 1,000,000,000,000 ไบต์ เมื่อเปรียบเทียบกับ 1,099,511,627,776 ไบต์ ตอนนี้ความแตกต่างออกมาประมาณ 92 GB (ในทางเทคนิค GiB lol) หวังว่าสิ่งนี้จะช่วยได้ มันเป็นคำถามที่ฉันเห็นมากตรงไปตรงมา "ที่เก็บข้อมูลทั้งหมดของฉันหายไปไหน"