Fájlrendszer matematika

A minap vettem két 400 GB-os Samsung vinyót.
A mérete 400088457216 bájt, ami 372,6114120483398438 Gigabájt.
Ezen létrehoztam egy darab ext3-as partíciót, amelynek mérete a cfdisk szerint 400085,85 MB.
Ext3-as formázás, és mountolás után a df -h azt mondja, hogy a fájlrendszer mérete 367 GB, 195 MB foglalt, és 360 GB szabad.
Ezt már végéképp nem tudom követni.
(Nem mintha baj lenne, csak érdekességképp írtam.)

Hozzászólások

most nincs időm számolgatni, de alapból pl.: 5% filerendszerenként el van különítve biztonsági okokból

Az ext3 létrehozásakor mit adtál meg -m opciónak?
Ha semmit, akkor a területből 5% lett a superuser-nek fenntartott terület.

A másik probléma lehet még, ha túl sok inode lehetőségét csinálta meg. Ha az inode-ok számát csökkented, akkor több lesz a helyed, de kevesebb fájlt tarthatsz rajta. (-i és -I opciók) Igen nagy szabadhely eltérés lehet, ha játszol ezekkel az opciókkal. A mostani inode számokat a df -i paranccsal nézd meg.

2%-ot adtam meg, fenntartott területnek.
Rendszergazdaként futtattam a df-et, tehát elvileg nem kellene, hogy a kimenetből így leszámolja, hisz számomra hozzáférhető a fenntartott terület.
__________________________________________________________
Az életben csak egy dolog a szép, de az épp nem jut eszembe.

Slackware Linux 12.1 | 2.6.26.7-janos

a df es a du nalam is szarul valtja a kilobyte-okat es a megabyte-okat

udv Zoli

man df

-B, --block-size=SIZE
use SIZE-byte blocks

-h, --human-readable
print sizes in human readable format (e.g., 1K 234M 2G)

-H, --si
likewise, but use powers of 1000 not 1024

SIZE may be (or may be an integer optionally followed by) one of following: kB 1000, K 1024, MB 1000*1000, M 1024*1024, and so on
for G, T, P, E, Z, Y.

megjegyzes
a winchester gyartok mindig is SI mertekegysegekben szamoltak, naluk 1 kilobyte az 1000 byte
memoriacimzesnel jon elo az, hogy ha x cimlaba van a memoria ic-nek, 2^x darab byteot tudsz megcimezni, tehat 10 lab eseten 2^10 darabot, igy lett 1024 byte az 1K-bol

az mas kerdes, hogy sok program csak az 1024es szorzot ismeri, igy a 80*10^9 byte-bol lesz 74.5G, es a kedves felhasznalo pedig csodalkozik, hogy atvertek, vagy valaki ellopott 5.5 gigat a vinyojabol

Itt nem azzal van a bajom. azt sikerült kiszámolni, hogy az egész vinyón ~372 GByte elérhető.
A furcsaság (?) a fájlrendszer méretét érinti, a szabad helyet, és a foglalt területet. (372 GByte vö. 367 GByte vö. 360 GByte)
__________________________________________________________
Az életben csak egy dolog a szép, de az épp nem jut eszembe.

Slackware Linux 12.1 | 2.6.26.7-janos

Nos, igen. Igazad van. Kipróbáltam egymillió inode-dal.

A diszk kapacitása és a fájlrendszer mérete közötti különbséget az inode-táblák viszik el (372 GB vs. 367 GB), míg a fájlrendszer mérete és a szabad mennyiség közti különbséget (367 GB vs. 360 GB) az mke2fs -m opciójával megadott fenntartott terület teszi ki.
__________________________________________________________
Az életben csak egy dolog a szép, de az épp nem jut eszembe.

Slackware Linux 12.1 | 2.6.26.7-janos

van egy 1gigabyte meretu lv:


  LV Name                /dev/vgsata/x4tmp
  VG Name                vgsata
  LV UUID                DjNPhj-qYBn-jfAT-8x2J-yZJz-hHvy-6Lb1Nh
  LV Write Access        read/write
  LV Status              available
  # open                 2
  LV Size                1,00 GB
  Current LE             256
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:8

a 'df -h' ezt irja:


/dev/mapper/vgsata-x4tmp
                      1,0G   34M  991M   4% /tmp

a 'df -H' eredmenye:


/dev/mapper/vgsata-x4tmp
                       1,1G    35M   1,1G   4% /tmp

es a sima 'df':


/dev/mapper/vgsata-x4tmp
                       1048540     33840   1014700   4% /tmp

szerk:
szerintem a problema abbol adodik hogy nem 0.5-nel kerekit hanem a 0-nal nagyobb menniseget 1-nek veszi

udv Zoli