Podczas tworzenia partycji kopii zapasowej 250GiB dla moich danych zauważyłem wiele rozbieżności między raportowanym rozmiarem partycji a wolną przestrzenią w Nautilus, gParted, df, tune2fs itp.
Na początku myślałem, że to zamieszanie w GiB / GB. To nie było .
Wtedy pomyślałem, że mogą to być zastrzeżone bloki ext4. To nie było .
Jestem całkowicie zdziwiony. Oto kilka zdjęć. Oto kroki:
- Po pierwsze, NTFS. 524288000 sektorów x 512 bajtów / sektor = 268435456000 bajtów = 268,4 GB = 250 GiB.
Nautilus mówią „ Całkowita pojemność: 250,0 GB ” (nawet jeśli tak naprawdę to GiB, a nie GB). Poza tym niewielkim błędnym oznakowaniem, jak dotąd, tak dobrze
- Teraz ta sama partycja sformatowana jako ext4 z gparted:
Po pierwsze, ostatni i całkowity sektor są takie same. Jest to ta sama partycja 250GiB. Użyty rozmiar to 4.11GiB (może zarezerwowane bloki?)
Nie. Wygląda na to, że zarezerwowane bloki wynoszą 12,7 GiB (~ 5%. Ouch! ). Ale ... dlaczego Całkowita pojemność wynosi teraz tylko 246,1 GiB ??? . Ta różnica (w pewnym sensie) odpowiada 4.11 GiB zgłoszonych przez gparted. Ale ... jeśli to nie z zastrzeżonych bloków, co to jest? I dlaczego gparted nie zgłosił, że 12,7 GiB wykorzystanej przestrzeni?
$ df -h /dev/sda5
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 247G 188M 234G 1% /media/BACKUP
dfpasuje do Nautilusa w zgłoszonym wolnym miejscu. Ale ... tylko 188M używanych? Nie powinno to być ~ 12 GB? A całkowita pojemność jest nadal błędna. Pobiegłem tune2fswięc znaleźć wskazówki. (niepotrzebne wyjście jest odrzucane)
$ 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 wszystkich bloków * 4096 bajtów / blok = 268435456000 bajtów = 268,4 GB = 250 GiB. Pasuje do gparted.
3276800 zarezerwowanych bloków = 13421772800 bajtów = 13,4 GB = 12,5 GiB. To (znowu, w pewnym sensie) pasuje do Nautilusa.
64459851 wolnych bloków = 264027549696 bajtów = 264,0 GB = 245,9 GiB. Dlaczego? Czy nie powinno to być 250-12,5 = 237,5 (lub 250- (12,5 + 4,11) = ~ 233)?
Usuwanie zarezerwowanych bloków:
$ 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
Zgodnie z oczekiwaniami, ta sama liczba bloków, 0 bloków zarezerwowanych, ale ... te same wolne bloki ? Czy właśnie uwolniłem 12,5 GiB?
$ df -h /dev/sda5
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 247G 188M 246G 1% /media/BACKUP
Wygląda jak ja. Dostępna powierzchnia wzrosła z 233 do 245,9 GiB. gparted wcale się nie przejmował, pokazując dokładnie te same informacje! (bezużyteczne, aby opublikować identyczny zrzut ekranu)
Co za wielki bałagan!
Starałem się to udokumentować najlepiej, jak potrafiłem ... Więc proszę, czy ktoś może dać mi jakieś wskazówki, co się tutaj dzieje?
- Czego brakuje tajemniczych 4.11 GiB w NTFS -> formatowanie ext4?
- Dlaczego jest tak wiele rozbieżności między gparted, Nautilus, tune2fs, df?
- Co jest nie tak z moją matematyką? (pogrubione pytania rozproszone w tym poście)
Każda pomoc jest mile widziana. Chociaż nie mogę zrozumieć, co się dzieje, poważnie rozważam rezygnację z ext4 na rzecz NTFS dla wszystkiego oprócz mojej partycji.
Dzięki!