Dlaczego rozmiar partycji i wyjście df są różne?

Mam partycję / dev / sda1.
Narzędzie dyskowe pokazuje, że ma pojemność 154 GB.
df -h pokazuje

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             123G  104G   14G  89% /
devtmpfs             1006M  280K 1006M   1% /dev
none                 1007M  276K 1006M   1% /dev/shm
none                 1007M  216K 1006M   1% /var/run
none                 1007M     0 1007M   0% /var/lock
none                 1007M     0 1007M   0% /lib/init/rw

Dlaczego wyniki są różne? Gdzie brakuje 31 GB?

Jednym z powodów, dla których pojemności partycji mogą się różnić, jest to, że część miejsca jest zarezerwowana dla użytkownika root, na wypadek, gdyby partycje się zapełniły. Jeśli nie ma miejsca zarezerwowanego dla roota, a partycje zapełniają się, system nie może działać. Jednak różnica ta jest zwykle rzędu 1%, więc nie wyjaśnia to różnicy w twoim przypadku. Ze strony podręcznika użytkownika dla df

Jeśli argument jest bezwzględną nazwą pliku węzła urządzenia dyskowego zawierającego zamontowany system plików, df pokazuje miejsce dostępne w tym systemie plików, a nie w systemie plików zawierającym węzeł urządzenia (który zawsze jest głównym systemem plików).

Więc df naprawdę pokazuje rozmiar twojego systemu plików, który zwykle jest wielkością urządzenia, ale może nie być tak w twoim przypadku. Czy Twój system plików obejmuje całą partycję?

Robi

resize2fs /dev/sda1

zrobić jakąś różnicę? To polecenie próbuje zwiększyć system plików, aby obejmował całą partycję. Ale upewnij się, że masz kopię zapasową, jeśli spróbujesz tego.

Główna różnica polega na tym, że niektóre rzeczy mówią, że 1 kilobajt to 1000 bajtów, a inne mówią, że 1 kilobajt to 1024 bajty.

Narzędzie dyskowe Gnome pokazuje pojemność przy użyciu 1 kilobajta = 1000 bajtów, ponieważ producenci dysków opisują w ten sposób rozmiary dysków. Oznacza to, że pojemność dysku jest bliska 154 000 000 000 bajtów .

Z drugiej strony większość systemów operacyjnych mówi 1 kilobajt = 1024 bajty. Wszystkie narzędzia lubią dfi fdiskkorzystają z tej konwencji. Tak więc 154 000 000 000 bajtów / 1024/1024/1024 = 143,4 GB .

Jak słusznie zauważa jlliagre (a Gilles sugeruje, pytając o fdiskdane wyjściowe), narzędzie dyskowe informuje o rozmiarze całego dysku twardego. Ale /dev/sda1jest pojedynczą partycją na dysku twardym. Na przykład na dysku twardym prawdopodobnie znajdują się inne partycje, takie jak partycja wymiany o wielkości 4-8 GB (znana również jako pamięć wirtualna) i partycja rozruchowa, która zwykle ma około 100 MB.

Nie opublikowałeś danych wyjściowych fdisk -l /dev/sda, więc załóżmy, że partycja wymiany wynosi 8 GB. Teraz spadamy do 135 GB .

Są też inne rzeczy, które przyczyniają się do różnicy.

Na przykład system plików używa niektórych partycji dysku na metadane. Metadane to takie rzeczy, jak nazwy plików, uprawnienia do plików, które części partycji należą do których plików i które części partycji są wolne. W moim systemie wykorzystuje się do tego około 2% partycji. Zakładając, że twoje jest podobne, zmniejszyłoby to wolne miejsce do około 132 GB .

System plików może również zarezerwować miejsce, z którego może korzystać tylko użytkownik root. W moim systemie jest to 5% partycji, więc w twoim przypadku oznaczałoby to całkowitą pojemność około 125 GB .

Dokładne liczby zależą od tego, czy używasz ext2, ext3, ext4, fat, ntfs, btrfs itp., Oraz jakie ustawienia zostały użyte podczas formatowania partycji.

Jeśli używasz ext2 lub ext3, sudo tune2fs -l /dev/sda1może pomóc zrozumieć, dokąd zmierza przestrzeń.

Prawdopodobnie są używane przez i-węzły. MBR może zużyć pewną ilość.

sda1 to nie cały dysk, ale jego pierwsza partycja podstawowa. Możliwe, że utworzyłeś inne odmontowane partycje, które nie pojawiają się na wyjściu df lub po prostu sda1 z jakiegoś powodu nie wypełnia całej dostępnej przestrzeni lub system plików nie wykorzystuje całej dostępnej przestrzeni na swojej partycji.

fdisk -l powie ci, jak wygląda twoja tablica partycji.