[Linux] df doet raar

[Verwijderd]

code:

compukid@pc1:~$ df -h | grep sda1
/dev/sda1              17G   20k   15G   1% /mnt/nieuweschijf

Zou deze schijf gewoon veel badblocks hebben (hoe zie je dat onder linux?) of zou df gewoon een beetje raar doen?
't is een Adaptec AHA-2940W controller met een SEAGATE ST318275LW schijf.
er staat een ext2 filesystem op.
ik heb een 2.4.19 kernel.

code:

root@pc1:/mnt/nieuweschijf# du -ha
16k     ./lost+found
20k     .

[a casema user]

komt dat niet door de indeling die de filesystem maakt op je systeem.
Je krijgt nooit 100% van de beschikbare ruimte tot je beschikking.

[Verwijderd]

voor meer info: http://compukid.no-ip.org/phpsysinfo/?template=aq

[Verwijderd]

http://www.seagate.com/support/disc/scsi/st318275lw.html
maar als er volgens de bovenstaande link 18.21GB op kan vindt ik 't toch wel vreemd als er volgens df maar 15GB op kan...dat is toch 3GB te weinig...

[odysseus]

Dat verschil is heel gewoon. Zelf heb ik het hier ook:

code:

kde3@odysseus:~$ df -h /dev/hdc1
Filesystem            Size  Used Avail Use% Mounted on
/dev/hdc1              54G   16G   36G  31% /usr/src

16+36 != 54, zeker niet als het een 60GB schijf betreft . Dat laatste zit hem overigens in het gebruik van een factor 1000 door HD-fabrikanten waar wij meestal 1024 gebruiken.

[Treenaks]

Je moet ook rekening houden met 't feit dat df alvast de 'gereserveerde' (voor root) ruimte van je beschikbare ruimte aftrekt.

De hoeveelheid gereserveerde ruimte kan je zien met
tune2fs -l /dev/sda1
(bij 'reserved block count'). Als je die verlaagt zou je meer vrije ruimte moeten kunnen zien.

[Verwijderd]

code:

root@pc1:~# tune2fs -l /dev/sda1
tune2fs 1.27 (8-Mar-2002)
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          c9a3c37f-31e5-4d56-b945-48842a278b37
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      filetype sparse_super
Filesystem state:         not clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              2223872
Block count:              4443972
Reserved block count:     222198
Free blocks:              4374166
Free inodes:              2223861
First block:              0
Block size:               4096
Fragment size:            4096
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         16352
Inode blocks per group:   511
Last mount time:          Sun Oct  6 12:15:14 2002
Last write time:          Sun Oct  6 12:15:14 2002
Mount count:              1
Maximum mount count:      20
Last checked:             Sun Oct  6 10:54:34 2002
Check interval:           15552000 (6 months)
Next check after:         Fri Apr  4 10:54:34 2003
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               128

maar wat ik eigenlijk wil weten is: heeft die disk veel bad-blocks of niet?

[Verwijderd]

code:

root@pc1:~# smartctl -c /dev/sg0
Device: SEAGATE  ST318275LW       Version: 0001
Device supports S.M.A.R.T. and is Enabled
Temperature Warning Disabled or Not Supported
S.M.A.R.T. Sense: Okay!

betekent dit dat de schijf geen bad-blocks bevat?

[u_nix_we_all]

Verwijderd schreef op 06 oktober 2002 @ 13:16:
maar wat ik eigenlijk wil weten is: heeft die disk veel bad-blocks of niet?

Voor zover ik weet zijn bad blocks al op hardware (disk / controller) niveau afgevangen
en weet je filesystem daar niets van. Kun je hier dus niet direct uithalen.

[Verwijderd]

u_nix_we_all schreef op 06 oktober 2002 @ 13:26:
[...]


Voor zover ik weet zijn bad blocks al op hardware (disk / controller) niveau afgevangen
en weet je filesystem daar niets van. Kun je hier dus niet direct uithalen.

maar er is toch wel een manier om dat op m'n scherm te laten zien?

[XTerm]

Eerst en vooral, 5% is voor root en wordt als gebruikte ruimte weergegeven.
Verder neemt het fs (de inodes) ook ruimte in, hoe kleiner je inode size hoe meer ruimte. (Meer files, requires more inodes)

[u_nix_we_all]

't Is zelfs 10% , XTerm89D


Oops Oh nee toch niet ........
Domme ik !

[Verwijderd]

op irc:

<XTerm> Compukid: badblocks -sv /dev/hda

dat lijkt 't te zijn...

[Verwijderd]

ik ben nu het door XTerm aangedragen commando aan het uitvoeren..(maar dan op /dev/sda) gaat super...alleen als ik van vt switch stop m'n hdd ff met ratelen....neemt 't switchen van vt zo veel resources in?

[odysseus]

Ik heb het idee dat het wisselen van vt een of andere lock vereist, want bij mij doet hij dat altijd...als ik switch terwijl ik iets zwaars heb draaien, dan vertraagt of stopt dat terwijl ik omschakel.

[Verwijderd]

voor 'badblocks -nsv /dev/sda'

code:

compukid@pc1:~$ df -h | grep sda1
/dev/sda1              17G   20k   15G   1% /mnt/nieuweschijf

na 'badblocks -nsv /dev/sda'

code:

root@pc1:~# df -h | grep sda1
/dev/sda1              17G   20K   16G   1% /mnt/nieuweschijf

dit gaf 'badblocks -nsv /dev/sda' als output:

code:

root@pc1:~# badblocks -nsv /dev/sda
Initializing random test data
Checking for bad blocks in non-destructive read-write mode
From block 0 to 17783240
Checking for bad blocks (non-destructive read-write test): done                        
Pass completed, 0 bad blocks found.

[ Voor 0% gewijzigd door Verwijderd op 06-10-2002 23:12 . Reden: typen is ook moeilijk... ]

[odysseus]

Verwijderd schreef op 06 oktober 2002 @ 23:11:
voor 'badblocks -nsv /dev/sda'

code:

compukid@pc1:~$ df -h | grep sda1
/dev/sda1              17G   20k   15G   1% /mnt/nieuweschijf

na 'badblocks -nsv /dev/sda'

code:

root@pc1:~# df -h | grep sda1
/dev/sda1              17G   20K   16G   1% /mnt/nieuweschijf

Zie het subtiele verschil: de eerste df is als gewone user gedraaid, de tweede als root .

_{Overigens maakt dat op mijn systeem helemaal niets uit en kan ik ook in de manpage van df niets vinden over het rekening houden met reserved blocks voor root bij de berekening van de beschikbare ruimte.}

[Verwijderd]

code:

compukid@pc1:~$ df -h | grep sda1
/dev/sda1              17G  4.0K   16G   1% /mnt/nieuweschijf
compukid@pc1:~$ su
Password: 
root@pc1:/home/compukid# df -h | grep sda1
/dev/sda1              17G  4.0K   16G   1% /mnt/nieuweschijf