Newsgroup: it.comp.os.linux.sys
Titolo: il journal di ext4 quanto spazio occupa?

Ho creato un logical volume di 50G con filesystem ext4.
Montato su una directory dopo aver fatto df -h vedo che lo spazio 
occupato e' di 180M.
La directory e' vuota, contiene solo lost+found anch'essa vuota.
Possibile che il journal di ext4 occupi cosi' tanto spazio?
Grazie.


Dovrebbe occumpare 128MiB:
 
https://ext4.wiki.kernel.org/index.php/Ext4_Disk_Layout#Journal_.28jbd2.29
 
 
Ad ogni modo lo spazio perso � influenzato anche dal numero di inode, o 
almeno questo era vero per ext3.
 
Inoltre considera anche lo spazio riservato per root (di default il 5%).
 

 Possibile che il journal di ext4 occupi cosi' tanto spazio?
 
du -h   e  tune2fs -l possono risolvere molti dubbi.

 Inoltre considera anche lo spazio riservato per root (di default il 5%).
 
Perché sparlare dello spazio riservato a root? Prima di tutto non 
sempre si deve riservare (su un disco dati è inutile) e poi non 
viene preallocata e non compare in du o df
 

 Perché sparlare dello spazio riservato a root?
 
Perche` di default esso e` allocato. E siccome il poster che ha aperto il 
thread non ha specificato quali opzioni ha utilizzato per creare la 
partizione (ne` se ha agito per modificare i parametri del file system), e` 
lecito pensare che quel 5% (
2.5.Gb
 per essere precisi) e` rimasto riservato 
a root
 
Enrico

 riservato a root
 
Ma comunque non compare nè in du nè in df
 
E comunque, ammesso che 128 MiBi siano dovuti al file di log, mancano
all'appello 52 MiBi, lo spazio riservato a root dovrebbe essere di 2,5 GiBi;
come la mettiamo?
 
Infine lo spazio riservato a root non è una entità magica, è solo dello
spazio libero, è come una quota del disco: se non la usi df la riporta 
come spazio libero.
 


Scusatemi non ho specificat:
 
dunque, ho creato un logical volume di 50G formattandolo in ext4.
Sotto /var ho creato la dir data alla quale ho montato il logical volume.
La /var/data e' completamente vuota eppure:
 
 
df -h
File system           Dim. Usati Disp. Uso% Montato su
/dev/xvda2            9,9G  611M  8,8G   7% /
tmpfs                 511M     0  511M   0% /lib/init/rw
udev                  487M   36K  487M   1% /dev
tmpfs                 511M  4,0K  511M   1% /dev/shm
/dev/xvdc              50G  180M   47G   1% /var/data
 
vedete che su 50G ci sono 180M occupati, ma da chi o cosa?
 
 
ls -la /var/data/
totale 24
drwxr-xr-x  3 root root  4096 19 nov 12.46 .
drwxr-xr-x 15 root root  4096 19 nov 19.28 ..
drwx------  2 root root 16384 19 nov 12.46 lost+found
 
 
ls -la /var/data/lost+found/
totale 20
drwx------ 2 root root 16384 19 nov 12.46 .
drwxr-xr-x 3 root root  4096 19 nov 12.46 ..
 


du -h /var/data/
16K	/var/data/lost+found
20K	/var/data/
 
tune2fs -l /dev/vg-xen-domUs/example-data
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          8769844b-f483-409b-b46c-eab85247469d
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:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              3276800
Block count:              
13107200
 
Reserved block count:     655360
Free blocks:              12855501
Free inodes:              3276789
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1020
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Mon Nov 19 12:46:13 2012
Last mount time:          Mon Nov 19 19:15:03 2012
Last write time:          Mon Nov 19 19:15:03 2012
Mount count:              1
Maximum mount count:      27
Last checked:             Mon Nov 19 12:46:13 2012
Check interval:           15552000 (6 months)
Next check after:         Sat May 18 13:46:13 2013
Lifetime writes:          933 MB
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
Default directory hash:   half_md4
Directory Hash Seed:      5bc5b167-5d00-420c-8728-f8993f49fae6
Journal backup:           inode blocks


Mai sentito parlare free block list o superblock ?
 
 

 Journal inode:            8
 
# debugfs -R 'stat <8>' /dev/vg-xen-domUs/example-data
 
cosa dice?
 
 
 

 come spazio libero.
 
No, e il dump di df che ha postato samurai lo indica (47 GB su 50 
disponibili. Ne mancano 3)
 
Soo effettivamente riservati a root, e quando li sfori (da root) lo 
spazio occupato diventa superiore a quello che era libero da disco 
"vergine" (cioè arriva a 48, 49 e 50 GB, in questo caso), mentre lo 
spazio libero rimane 0 appena passati i 47 GB.
 
Lo so perché ci sono incappato più volte, e continuavo a cancellare roba, 
lo spazio occupato diminuiva ma quello libero rimaneva a zero, e non 
sapevo (senza calcolare a mano il 5% del totale) quanto dovevo ancora 
cancellare per tornare operativo. Sarebbe bello un indicatore (tipo 
spazio libero negativo) in df, in questi casi.
 
Bye.

 disponibili. Ne mancano 3)
 
Calma e gesso. Quei 50 GB sono effettivamente 50 GByte = 50·10^9 byte
oppure 50 GiBi = 50·2^30 Byte oppure sono un arrotondamento di questi 
valori ad un numero intero di cilindri?
 
Secondo il superblocco del disco postato dall'OP: 
 
Block count:              
13107200
 
Free blocks:              12855501
Block size:               4096
 
Quindi:
 
Dimensione del disco:  53687091200 Byte = 50·2^30 Byte
Spazio disponibile:       52656132096 Byte = 49,040·2^30 Byte
Spazio occupato dal filesystem:  1030959104 Byte = 983,2·2^20 Byte
 
df riporta 47 GiBi, secondo i mie calcoli lo spazio libero dovrebbe 
essere 49 GiBi; la differenza di 2 GiBi che potrebbe essere un errore
di arrotondamento, potrebbero essere liste di blocchi liberi o altre 
strutture del filesystem, non può essere lo spazio libero riservato a root.
 
La prima ipotesi si verifica con df -k, l'ultima facendo df da root e da
utente normale.
 
 
 


df -k
File system        blocchi di 1K   Usati   Dispon. Uso% Montato su
/dev/xvda2            10321208    719556   9077364   8% /
tmpfs                   522668         0    522668   0% /lib/init/rw
udev                    497932        36    497896   1% /dev
tmpfs                   522668         4    522664   1% /dev/shm
/dev/xvdc             51606140    205776  48778924   1% /var/data
 
 
df da utente normale:
df
File system        blocchi di 1K   Usati   Dispon. Uso% Montato su
/dev/xvda2            10321208    719556   9077364   8% /
tmpfs                   522668         0    522668   0% /lib/init/rw
udev                    497932        36    497896   1% /dev
tmpfs                   522668         4    522664   1% /dev/shm
/dev/xvdc             51606140    205776  48778924   1% /var/data
 
 
df da root:
df
File system        blocchi di 1K   Usati   Dispon. Uso% Montato su
/dev/xvda2            10321208    719556   9077364   8% /
tmpfs                   522668         0    522668   0% /lib/init/rw
udev                    497932        36    497896   1% /dev
tmpfs                   522668         4    522664   1% /dev/shm
/dev/xvdc             51606140    205776  48778924   1% /var/data
 


Inode: 8   Type: regular    Mode:  0600   Flags: 0x80000
Generation: 0    Version: 0x00000000:00000000
User:     0   Group:     0   Size: 134217728
File ACL: 0    Directory ACL: 0
Links: 1   Blockcount: 262144
Fragment:  Address: 0    Number: 0    Size: 0
  ctime: 0x50aa1c0c:00000000 -- Mon Nov 19 12:46:20 2012
  atime: 0x50aa1c0c:00000000 -- Mon Nov 19 12:46:20 2012
  mtime: 0x50aa1c0c:00000000 -- Mon Nov 19 12:46:20 2012
crtime: 0x50aa1c0c:00000000 -- Mon Nov 19 12:46:20 2012
Size of extra inode fields: 28
EXTENTS:
(0-32766): 6324224-6356990, (32767): 6356991
(END)

On 11/20/2012 10:27 PM, samurai wrote:
 
 
Scusate pero' nel frattempo in quel filesystem ci ho messo dei dati :-(

 lo spazio occupato diminuiva ma quello libero rimaneva a zero
 
Tsk, era molto piu` divertente con ext3 terminare il numero di inode 
disponibili, la si che c'e` da scervellarsi :P
 
Enrico

 /dev/xvdc             51606140    205776  48778924   1% /var/data
 
Perfettamente uguali, lo spazio riservato a root non è riportato.
Avendo scritto sul disco le non si può vedere molto pero 
mentre df -h riporta 50 GiBi di spazio totale df -k riporta
49,2 GiBi; direi che approssima usando la scure.
 
 

 ...
 
In effetti il file di log è 128 MiBi mancano ancora una cinquantina di mega.