NTFS -> migracja EXT4, dokąd poszło 120 GB?

9
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

Przenoszę moje dane z dysku NTFS na dysk ext4. Na woluminie NTFS miałem 122,2 GB wolnego miejsca, a następnie po skopiowaniu za pomocą rsync (z wyłączeniem kilku niepotrzebnych plików NTFS System Volume Information), mam tylko 351,6 MB wolnego miejsca.

Dyski twarde są identycznymi dyskami WD 2TB. Utworzyłem partycję EXT4 z gparted, czy jest jakiś powód, dla którego ext4 miałoby o 30653648 mniej bloków?

Wyjście 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
wim
źródło

Odpowiedzi:

9

Po kilku zabawach udało mi się odzyskać dużo miejsca dzięki 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

Najwyraźniej Linux rezerwuje 5% nowych partycji dla użytkownika root i usług systemowych, więc gdy zabraknie miejsca na dysku, root nadal będzie mógł się zalogować i wyczyścić wszystko przy działających usługach systemowych. Wydaje mi się bananami, kiedy usługi systemowe potrzebują tylko około stu megabajtów, a 5% dysku o pojemności 2 TB to więcej niż h17 ładunków .. wzrusza ramionami

To pozostawiło mi 93,5 GB wolnego miejsca, co wciąż pozostawia około 30 koncertów, więc jeśli ktoś ma więcej pomysłów, możesz się włączyć!

wim
źródło
1
Zawsze możesz zarezerwować 0% miejsca na root lub 1%, jeśli chcesz być bezpieczny: patrz askubuntu.com/questions/5335/…
enzotib
Pozostałe 30 gig może sprowadzić się do bardziej wydajnego pakowania małych plików w systemie plików NTFS.
wds
3

Czy zsynchronizowałeś pliki również przy użyciu opcji -H? Na dysku źródłowym mogą znajdować się twarde łącza, co spowoduje zduplikowanie zawartości w miejscu docelowym, chyba że podasz rsync, aby (spróbować) zachować twarde łącza.

Jest to szczególnie prawdziwe w przypadku np. Partycji systemowej Windows 7 i Windows / winsxs (Windows side-by-side), który zawiera wiele twardych łączy do plików w hierarchii katalogów.

pullmoll
źródło
0

Użyj analizatora miejsca na dysku dostarczonego z domyślną instalacją Ubuntu. Pokaże dokładnie, gdzie jest używana przestrzeń.

Jo-Erlend Schinstad
źródło
Dzięki, właśnie to sprawdziłem i jest to bardzo fajny GUI, ale nie jestem szczególnie zainteresowany tym, gdzie jest używane miejsce - miejsce zajmowane przez pliki jest mniej więcej takie samo, ale z jakiegoś powodu dysk NTFS wydaje się mają większą pojemność niż EXT4.
wim
0

30 GB może nie istnieć naprawdę. GB to technicznie 1024 bajty. różne systemy operacyjne mogą liczyć to inaczej, albo o 1024, jak to jest poprawne, albo po prostu 1000 (zwane GiB, ale używamy ich zamiennie). może to spowodować, że 1 TB pojawi się w systemie Windows jako tylko 931 GB (osobiście doświadczenie). ludzie pytają, gdzie poszło dodatkowe 60 GB, prawda jest taka, że ​​nigdzie nie poszli, po prostu nie są liczeni poprawnie. więc twój 30 GB może być tylko kwestią Windowsa i Linuksa, jak policzenie go inaczej, czy to 1000, czy 1024. teraz nie robi to dużej różnicy, gdy tylko w gigabajtach, ale pozwala go skalować. te dodatkowe 24 bajty mają znaczenie. teraz powiększony, czasem TB jest liczony jako 1 000 000 000 000 bajtów. w porównaniu do 1 099,511,627,776 bajtów. teraz różnica ta wynosi około 92 GB (technicznie GiB lol). mam nadzieję, że to pomogło to pytanie, które widzę bardzo szczerze. „gdzie poszło całe moje miejsce?”

skyler
źródło