Dotaz: disk free ukazuje nesmysl

[petr]

Dobrý den, prosím, může mi někdo vysvětlit tento řádek:

/dev/mapper/vg0-lv_home 171G 161G 1,3G 100% /home

nemá tam být 10G volného? Jedná se o ext4

ještě přikládám výstup $ dumpe2fs /dev/mapper/vg0-lv_home, pokud někomu pomůže

dumpe2fs 1.42.5 (29-Jul-2012)
Filesystem volume name:   none
Last mounted on:          /home
Filesystem UUID:          07c059f8-9c9d-43d8-9e93-606c2513a6d5
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              11354112
Block count:              45384704
Reserved block count:     2263663
Free blocks:              2557824
Free inodes:              11202646
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1013
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Fri Jul 19 14:38:25 2013
Last mount time:          Fri Oct 25 15:28:48 2013
Last write time:          Fri Oct 25 15:28:48 2013
Mount count:              48
Maximum mount count:      -1
Last checked:             Wed Jul 24 00:30:51 2013
Check interval:           0 (none)
Lifetime writes:          392 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
First orphan inode:       3418816
Default directory hash:   half_md4
Directory Hash Seed:      fba8f0f9-0e40-4652-aa1c-ce4ebbbbcebf
Journal backup:           inode blocks
Vlastnosti žurnálu:       journal_incompat_revoke
Velikost žurnálu:         128M
Délka žurnálu:            32768
Sekvence žurnálu:         0x0006127b
Začátek žurnálu:          13958

---

---

Odpovědi

[alkoholik]

Na fs mas bezne rezervovano misto pro roota. Pri mkfs.extX:

       -m reserved-blocks-percentage
              Specify the percentage of the filesystem blocks reserved for the super-user.  This avoids fragmentation, and  allows
              root-owned  daemons,  such  as syslogd(8), to continue to function correctly after non-privileged processes are pre-
              vented from writing to the filesystem.  The default percentage is 5%.

Odrezervujes ho pres tune2fs -m nebo -r.

[David Watzke]

Přesně tak, a další věc je, že (zvlášť) ext4 alokuje místo pro různý metadata předem, takže i když se vytvoři novej FS, tak už je tam docela dost místa využitýho. ext3 dělá to samý, ale postupně jak přibývají soubory, takže to vyjde nastejno, akorát je to (i) kvůli tomu v praxi pomalejší.

[Šangala]

Příloha:

• free.png (20757 bytů)

Už ti řekli proč (předalokované místo pro metadata, které lze ovlivnit při vytváření FS, ale musel bys sakra dobře vědět co děláš a místo rezervované pro root-a, myslím, že obvykle 4% a můžeš to ovlivnit přes fs2tune, ale něco tam nech), ale představ si, že někdy uvidíš třeba toto viz příloha

[student]

Sparse files? Kompresia? Dedup?

[Šangala]

1.

[petr]

Děkuji všem za odpovědi, chová se takto podobně i další fs? Například xfs? Hlavně mě to nakrklo, když na baru v conky jsem viděl 10G místa a tak jsem byl mystifikován, že místo je a ono nebylo.

[vlastik]

Z nekolika duvodu to je dobre mit - kdyz filesystem zaplnis do 100%, budes resit fragmentaci, pokud to budes systemovy disk, tak treba ani nenabootujes. Pokud to ale chces presto risknout, zrusit to jde a je pritom uplne jedno co mas za FS. Neni to vlastnost konkretního FS, ale bezpecnostni pojistka.

[David Watzke]

XFS nemá rezervovaný místo jako ext.

[2X4B-523P]

odvážní jedinci vypínají rezervované bloky i na ext

[alkoholik]

Ale ono samozrejme bylo. Akorat do nej mohl zapisovat jenom root.