Divně počítané volné místo na šifrovaném systémovém disku

[James(CZ)]

Ahoj, předevčírem jsem si nainstaloval Ubuntu 22.04 a tentokrát jsem zapnul i šifrování systémového disku = celý fyzický SSD disk.

Hned jsem si všiml, že každá aplikace (df -h, GParted a Nautilus) počítá volné místo na tomto disku jinak, viz screenshot.



Odkaz na screenshot

Který údaj je správně?

Díky za vysvětlení

[ikx]

...GB a GiB...len taky maly rozdiel...

[James(CZ)]

ok, ale to stále nevysvětluje, proč df -h je v rozporu s Nautilem... to je obojí v GB, pokud se nepletu...

[juwa2]

To nemá s šifrováním nic společného.

Na FS ext4  je nastaveno by default 5% celkové kapacity oddílu do tzv. "reserved blocks".

Jde o to, že některé aplikace zobrazují "místo" včetně těchto "reserved blocks", tím pádem jakoby větší.. Zatímco jiné aplikace nikoli.

Procento "reserved blocks"  lze kdykoli/dodatečně změnit (i na mountnutém oddíle) příkazem (např. pro 2%):

Kód: [Vybrat]

sudo tune2fs -m 2 /dev/sdxy
Změna se projeví okamžitě. Dúrazně doporučuji použít zvláště na větších oddílech (50 GB+).  Tam je pak již "úspora místa" značná....
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
EDIT:  Domnívám se, že o této skutečnosti nemá většina uživatelů ani potuchy. Tím pádem jim leží ladem (zvláště na větších datových oddílech) naprosto zbytečně spousta nevyužitého místa. (např. 5% z  1TB disku  = cca 48GB).
Přitom řešení je naprosto jednoduché viz výše.   Jediný smysl tohoto "místa navíc" vidím na systémovém oddíle kde bych ho ponechal.
Tam totiž může svůj účel plnit. Navíc, tento oddíl nebývá zpravidla příliš velký (např. já mám 40GB) takže "ztráta místa" je celkem malá (5% = 2GB).
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Dále:
Aplikace na "měření místa" lze zhruba rozdělit do tří skupin:

1. Měří/počítají v GB a zobrazují je (správně) jako GB.
2. Měří/počítají v GiB a zobrazují je (správně) jako GiB.

Přičemž přepočet je:

Kód: [Vybrat]

1GiB = 1.073741824 GB
1GB  = 0.9313 GiB
3. Měří/počítají v GiB ale zobrazují je nesprávně (dávají tomu koncovku GB) - (typicky Windows Explorer a další). 

S tímto je tedy třeba počítat + přizpůsobit se....

[ramael]

Jen doplním @juwa2, pro pochopení proč to tak je: https://cs.wikipedia.org/wiki/Bajt

[findingcrminal]

To však nevysvětluje, proč jsou df -h a Nautilus vzájemně nekompatibilní. Pokud se nepletu, oba tyto příkazy fungují v GB. Dobře, ale to nevysvětluje, proč jsou nekompatibilní.
space bar clicker

[juwa2]

To však nevysvětluje, proč jsou df -h a Nautilus vzájemně nekompatibilní. Pokud se nepletu, oba tyto příkazy fungují v GB. Dobře, ale to nevysvětluje, proč jsou nekompatibilní.

Ano, oba počítají/zobrazují v GB.  Ale jeden zobrazuje místo včetně reserved blocks  a druhý nikoli viz můj příspěvek výše.
Imho, z logiky věci tomu ani být jinak nemůže....

P.S.  Další věcí je, jak se jednotlivé aplikace pro zobrazení místa "staví" k symlinkům a hardlinkům.   Některé je totiž (správně) ignorují (lepší případ), jiné zabrané místo počítají (chybně) vícekrát.... 
Takže i tato skutečnost může být zdrojem značných rozdílů v zobrazované kapacitě.