schijf vol? df en du erg verschillend.

[Sir Isaac]

Volgens df -h is mijn root partitie bijna vol:

code:

/dev/hda5             6.0G  5.4G  304M  95% /

Maar als ik du -hxs doe in / komt hij niet verder dan 3.6Gb. Dit verschil is wel extreem.
Ik heb een aantal draadjes gelezen van mensen met een vergelijkbaar probleem, en daarin werd gezegd dat dat met open file descriptors te kamen kan hebben. Ruimte die door (log)files ingenomen is geweest zou niet vrijgegeven worden voordat de betreffende service is herstart. Ik ben dus naar runlevel 1 gegaan, en daarna zelfs gereboot, maar het probleem blijft.
Wat kan hier nog meer de oorzaak van zijn? Ik zal er vandaag ook nog eens e2fsck overheen halen.

[Arzie]

Zou het kunnen dat du de grootte van de bestanden meet en df de totale hoeveelheid ingenomen ruimte. Het verschil is dus de slackspace. Dan zou je trouwens wel heel veel bestanden moeten hebben en/of grote clusters.

[Wilke]

Inderdaad: heb je heel veel hele kleine bestanden of een hele grote inode size? Welk OS (en versie) gebruik je? Welk bestandssysteem? ext2fs neem ik aan, gezien je opmerking over e2fsck.

Post eens de info die je krijgt door 'tune2fs -l /dev/hdaX' in te typen (uiteraard met X het juiste partitienummer)? Daar staat o.a. ook de inode size bij namelijk.

[Sir Isaac]

Het gaat hier om een ex3 partitie op een debian testing systeem.
Ik heb volgens mij inderdaad een groot aantal bytes per inode. De hoeveelheid slackspace hangt toch af van de blok grootte, niet van het aantal inodes? Ik dacht dat laatste alleen bepaald hoeveel files je op je partitie kwijt kunt. Ik heb het aantal inodes vrij klein gemaakt omdat het me onzin leek om 10% van je inodes te gebruiken als je hele schijf vol is: een inode kost ook ruimte.
Hier volgt de output van tune2fs -l:

code:

tune2fs 1.35-WIP (21-Aug-2003)
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          7e9a86c1-b021-4d34-ae31-6238ccf48a79
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal dir_index filetype needs_recovery sparse_super
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              395136
Block count:              1576370
Reserved block count:     78818
Free blocks:              155585
Free inodes:              138267
First block:              0
Block size:               4096
Fragment size:            4096
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8064
Inode blocks per group:   252
Last mount time:          Tue Nov  4 14:48:32 2003
Last write time:          Tue Nov  4 14:48:32 2003
Mount count:              20
Maximum mount count:      29
Last checked:             Tue May 20 14:59:06 2003
Check interval:           15552000 (6 months)
Next check after:         Sun Nov 16 13:59:06 2003
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               128
Journal inode:            8
First orphan inode:       51322
Default directory hash:   tea
Directory Hash Seed:      98751ad5-96dd-48ff-b9ca-b0a1012bb4a2
Journal backup:           inode blocks

[Verwijderd]

Hmm, heeft dit niet te maken met de reserved block size van ext2/3 ? Standaard wordt dacht ik 5% (10% ) gereserveerd voor root om mee te werken als het bestandssysteem idd volgelopen is door omstandigheden of stoute usertjes.

tune2fs -m 0 /dev/hdaX om de reserved block count op 0 te zetten. 5% is trouwens veel te veel mijns inziens heden ten dage. Op een HD van 120Gb ben je dan al 6Gb kwijt!

[Sir Isaac]

Het gaat hier om 30%, dat kan dus niet verklaard worden met de standaard 5% gereserveerde ruimte.

[imdos]

Je hebt ook nog een .journal (in je root staan) misschien dat die de andere hoeveelheid inneemt voor de journaling

[Verwijderd]

Ik zit/zat hier met hetzelfde probleem.
Ik heb de laatste week zoveel problemen gehad met SID dat ik ben overgestapt naar stable en vandaar kijk ik wel wat ik nog echt nodig heb.
En ik had geen duizenden superkleine files.
/ is ext2, de rest ext3.
df bijna 100% used
Maar met du niet in de buurt van de totale 1.9GB
volgens du is dus ongeveer 568419 used, staat toch echt niet in vergelijking tot df

df:

Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda6 1984016 1878036 3568 100% /
/dev/hda1 15522 9216 5505 63% /boot
/dev/hda7 8596736 875368 7366336 11% /usr
/dev/hda8 4421384 570088 3668800 14% /home
/dev/hda9 1545036 185308 1295792 13% /var
/dev/hdb1 38448276 16203304 20291872 45% /share/vcr
/dev/hdb2 76928480 68151820 4868852 94% /share/music
/dev/hdc1 76944512 32828 73003072 1% /share/mp3

du -s /* | sort -nr | less :

84289532/share (seperate partition)
842564 /usr (seperate partition)
537284 /home (seperate partition)
394203 /proc
152500 /var (seperate partition)
98056 /root
52728 /lib
13152 /etc
9216 /boot (seperate partition)
4496 /backup
3032 /sbin
2640 /bin
72 /dev
16 /tmp
4 /rcs
4 /mnt
4 /lost+found
4 /initrd
4 /floppy
4 /cdrom
0 /vmlinuz.old
0 /vmlinuz-2.4.22.20102003
0 /vmlinuz-2.4.22-1-686

[usr-local-dick]

du kent ook een total functie he. Op een stable machine hier:

[root@respect /]# du /* -sch
2.6M /bin
15M /boot
4.0k /cdrom
92k /dev
11M /edna.log
5.8M /etc
4.0k /floppy
317M /home
4.0k /initrd
0 /initrd.img
42M /lib
16k /lost+found
4.0k /mnt
4.0k /opt
du: `/proc/17386/fd/4': No such file or directory
0 /proc
3.5G /pub
861M /root
3.2M /sbin
56k /tmp
630M /usr
1.3G /var
0 /vmlinuz
0 /vmlinuz.old
6.5G total


[root@respect /]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 7.8G 6.6G 965M 88% /

[Verwijderd]

joah, maar het was niet de bedoeling om andere partities erbij op te tellen, gaat alleen om /
Bij jou maakt dat dus niet uit omdat je alles op 1 partitie hebt, en ze komen trouwens aardig netjes overeen in used space.
Die output van mij was toen ik nog SID draaide, nu heeft het geen zin meer want ik hebbe nou een hele verse woody install.

usr-local-dick schreef op 05 november 2003 @ 11:43:
du kent ook een total functie he. Op een stable machine hier:

[root@respect /]# du /* -sch
6.5G total

[root@respect /]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 7.8G 6.6G 965M 88% /