System plików a realna pojemność

Wszystko o czym chcecie dyskutować a tyczy się choć trochę Slackware Linux i nie tylko!

Moderatorzy: Moderatorzy, Administratorzy

Brodi81
Użytkownik
Posty: 10
Rejestracja: 2009-11-15, 20:08

System plików a realna pojemność

Post autor: Brodi81 »

Witam
Właśnie zauważyłem ciekawą rzecz.
Przerzucałem backupy po dyskach i wyszło że reiser4 zjada 1 GB na Terabajt a ext4 47 GB na Terabajt.
przykładowo df pokazuje że na partycji reiser4 o poj 1400 GB jest 1350 zajętych i 48 GB wolnych, natomiast na ext4 już na partycji 1850 GB zajętych 1750 a wolnych 11 GB. Co do jednostek to w MB i bajtach wychodzi mniej więcej to samo. Dane to zazwyczaj archiwa po 700 MB i jakieś aktualne dokumenty - drobnica ale ich jest tlko kilkaset plików.
WTF ?
Wiem że niektóre systemy plików rezerwują część miejsca w razie zapełnienia dysku - gdzie to sprawdzić / zmienić ?
Awatar użytkownika
freak117
Użytkownik
Posty: 250
Rejestracja: 2006-12-13, 21:26
Lokalizacja: z sieci

Re: System plików a realna pojemność

Post autor: freak117 »

Dla ext3/ext4:

Kod: Zaznacz cały

man tune2fs   #szczególnie parametry -m i -r
W3 rulez ;D
Awatar użytkownika
mina86
Moderator
Posty: 3343
Rejestracja: 2004-06-14, 21:58
Lokalizacja: Linux 5.x x86_64
Kontakt:

Re: System plików a realna pojemność

Post autor: mina86 »

„Wiem że niektóre systemy plików rezerwują część miejsca w razie zapełnienia dysku - gdzie to sprawdzić / zmienić ?”
To nie powinno mieć znaczenia w tym przypadku. Zarezerwowane miejsce nie wlicza się ani w du ani w df. Jest to miejsce, które jest zarezerwowane dla roota (czy dokładniej proces z odpowiednimi uprawnieniami) i ma ono znaczenie dopiero, gdy tylko ono pozostało na dysku.

Różnice w zajętym miejscu mogą wynikać z:
1. różnych rozmiarów sektora,
2. wykorzystaniu „sparse files”,
3. wykorzystaniu „extends” itp., czy też
4. reprezentacji katalogów i plików itp. (np. istnienie/rodzaj indeksu).
Zastrzegam sobie prawo nieanalizowania postów pisanych niepoprawną polszczyzną.
Post generated automatically by A.I. system code name ‘mina86’ in response to the previous one.
Brodi81
Użytkownik
Posty: 10
Rejestracja: 2009-11-15, 20:08

Re: System plików a realna pojemność

Post autor: Brodi81 »

Po zmianie na -m 0 upchnąłem 90 GB więcej więc to było to.
-m ma sens w przypadku partycji systemowej. Tutaj są tylko dane więc dałem -m 0,

Dla potomnych partycje na dysku 2 TB
Dyski 2 TB mają sektor 4 KB więc aby optymalnie je spartycjonować proponuje za pomocą fdisk albo cfdisk stworzyć partycje wedle uznania. Nie tworzymy fs, tylko same partycje. Następnie za pomocą parted ustawiamy początek każdej partycji na wielokrotność liczby 4, przykładowo :
gparted /dev/sdb
unit s /zmienia jednoski na sektory w widoku
print
otrzymujemy liste partycji na dysku
Number start end size type filesystem flags
1 63 159000 158948 primary
2 159001 200000 41000 primary
rm 2 /kasujemy partycje bo nie są "align" :]
rm 1
mkpart primary 64 158999 /tworzymy partycje już optymalne
mkpart primary 159000 200000
quit
Następnie tworzymy fs
mkfs.ext4 -b 4096 -m 0 -L Backup /dev/sdb1
mkfs.ext4 -b 4096 -m 1 -L Dokumenty /dev/sdb2
-b określa rozmiar sektora, -m procent zarezerwowanego miejsca dla roota, w większości przypadków zaleca się domyśle 5%, w moim przypadku dałem 0 - dysk z backupami
ODPOWIEDZ