Fórum Ubuntu CZ/SK

Ubuntu pro osobní počítače => Obecná podpora => Téma založeno: James(CZ) 21 Srpna 2023, 19:37:28

Název: Divně počítané volné místo na šifrovaném systémovém disku
Přispěvatel: James(CZ) 21 Srpna 2023, 19:37:28
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.

(https://cdn.masto.host/mastodonarchlinuxcz/media_attachments/files/110/921/036/181/096/312/original/d766340e81bf3eb7.png)

Odkaz na screenshot (http://'https://cdn.masto.host/mastodonarchlinuxcz/media_attachments/files/110/921/036/181/096/312/original/d766340e81bf3eb7.png')

Který údaj je správně?

Díky za vysvětlení
Název: Re:Divně počítané volné místo na šifrovaném systémovém disku
Přispěvatel: ikx 21 Srpna 2023, 20:41:22
...GB a GiB...len taky maly rozdiel... :o :o :o
Název: Re:Divně počítané volné místo na šifrovaném systémovém disku
Přispěvatel: James(CZ) 21 Srpna 2023, 20:53:46
ok, ale to stále nevysvětluje, proč df -h je v rozporu s Nautilem... to je obojí v GB, pokud se nepletu...
Název: Re:Divně počítané volné místo na šifrovaném systémovém disku
Přispěvatel: juwa2 22 Srpna 2023, 07:45:46
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....
Název: Re:Divně počítané volné místo na šifrovaném systémovém disku
Přispěvatel: ramael 27 Srpna 2023, 13:47:46
Jen doplním @juwa2, pro pochopení proč to tak je: https://cs.wikipedia.org/wiki/Bajt
Název: Re:Divně počítané volné místo na šifrovaném systémovém disku
Přispěvatel: findingcrminal 10 Ledna 2024, 05:33:34
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 (https://space-barclicker.com)
Název: Re:Divně počítané volné místo na šifrovaném systémovém disku
Přispěvatel: juwa2 10 Ledna 2024, 10:01:58
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ě. :-\