unplausible ausgabe von df -h

[ThoWaBu]

Wie würde sich folgende Ausgabe von df -h
erklären lassen :

Dateisystem Größe Benut Verf Ben% Eingehängt auf
/dev/vzfs 20G 1,2G 14G 8% /

Ich behaupte mal 20 GB != 1,2GB + 14 GB...

Wie lässt sich sowas nachvollziehen ??
Dateisystem ist ein ReiserFS.
Kann sein das da die Zuordnungseinheiten knapp werden ???

[deadeye]

Haha.

So, im Ernst: was ist denn /dev/vzfs für ein Gerät? Hängt es vielleicht damit zusammen?
Ansonsten google mal, oder vielleicht war es auch hier im Forum, ich hab sowas mit "komischen Ausgaben von df" schon 1-2 mal gelesen.

Also bevor Du Panik bekommst, und die Festplatte an den Dauermagnet hälst, suche erstmal. Sorry, würde Dir gerne ne konkretere Antwort geben, aber ich hab keine Idee, ausser vielleicht, dass es tatsächlich mit reiserfs zusammenhängt.

Gruß
deadeye

[ThoWaBu]

Jaja, mach dich nur lustig !

/dev/vzfs ist das device für die RootPartition eines vServers.

Deshalb ist es auch nicht wirklich einfach mit dem Magnet an die Platte zu kommen.

Ich könnte mal die Partition flooden,
wenn sie überläuft weiß ich bescheid...

Aber im ernst, df sollte doch eigentlich ordentliche werte ausspucken ?!

[Liffi]

du kannst ja mal di versuchen.... evt gibt das ja ne bessere Ausgabe

[nepos]

Das liegt daran, dass das System "heimlich" bisschen Platz fuer root reserviert.
Bei EXT2/3 kann man das mittels tune2fs anpassen. Wie das bei ReiserFS is, keine Ahnung.

[meandtheshell]

Das liegt daran, dass das System "heimlich" bisschen Platz fuer root reserviert.

4,8 GB ist für meine Auffassung etwas zu viel an Heimlichkeit - das kling eher nach Verschwörung ...

@Tho...
reden wir hier von linux-Vserver?
shared Ressources alla shared libs der versch. Contexte

markus

[ThorstenS]

Für meinen vserver hatte ich mal auf die Schnelle folgendes Script gebaut, weil hier du auch gelogen hatte:

Code: Alles auswählen

#!/bin/sh
#
# Festplattenspeicherlimit in MB
LIMIT=2048
#
GRUEN="\033[0;42;34m"
WARN="\033[0;42;31m"
EXIT="\033[0;0;39m"

cd /
echo -e "sortierte Übersicht in KB:"
for i in $(ls /. | egrep -v -e lost -e proc) ; do du $i -sk 2> /dev/null; done |  sort -n

SUMME=$(du / -sk 2> /dev/null | awk '{print $1}')
let SUMMEMB=($SUMME / 1024)
let FREI=($LIMIT * 1024 - $SUMME)
let FREIMB=($FREI / 1024 )

echo -e "\nIch habe noch ${GRUEN} ${FREIMB} MB ${EXIT} frei und schon ${WARN} ${ SUMMEMB} MB ${EXIT} belegt"

Das Ding ist nicht besonders performant aber es gibt einem eine gute Übersicht wie ich finde.
Komischerweise muß ich es ab und an 2 mal aufrufen, damit das Ergebnis stimmt.
Da der 2. Aufruf aber rasend schnell ist, störte mich das bisher nicht

[guennid]

Alter Schleppi mit 6GB Platte:

df:

Code: Alles auswählen

Dateisystem          1K-Blöcke   Benutzt Verfügbar Ben% Eingehängt auf
/dev/hda6              5036284    630548   4149904  14% /
tmpfs                    38784         0     38784   0% /dev/shm
/dev/hda1              5852232     64268   5787964   2% /mnt/ms_c

di:

Code: Alles auswählen

Filesystem         Mount               Megs     Used    Avail %used fs Type
/dev/hda6          /                 4918,2    615,8   4052,6  18%  ext3   
tmpfs              /dev/shm            37,9      0,0     37,9   0%  tmpfs  
/dev/hda1          /mnt/ms_c         5715,1     62,8   5652,3   1%  vfat

Da hat wohl jemand Mist programmiert!

Die DOS-Partition ist 500Mb klein.

Grüße, Günther

[ThoWaBu]

Ich denke mal ich schaue was passiert wenn ich mir mal etwas platz nehme. Ich fülle die partition mal auf bis an den rand.

Da die Büchse im Netz hängt,
und vom ip-Bereich her immer und immer wieder gescannt wird habe ich angst vor crackern und laufe bei jeder ungereimtheit amok...
(bin da etwas paranoid)
Ausserdem weiss ich noch das df -h am Anfang richtig Funktioniert hat...

Mein erster verdacht ging in die Richtung FS,
das ihm da die pusste ausgeht...
So wie unter dos mit der Clustergrösse !?
Ich benutze seit Ewigkeiten nur ext3 und xfs und habe mit reiser absolut keine Erfahrungen. (glaube aber nicht das Reiser so schlecht ist)


@ Günther:
Also dein df /di passen doch noch so ungefähr... oder ??
Bei mir fehlt da GB-weise platz.

@ ThorstenS
Was hast du denn für einen vServer ?
Von SW-Soft ?
Vielleicht ist das bei den Büchsen völlig normal.
Dein Script meldet 1,3 GB belegt.
Ähm, mein df meldet 1,2 gb belegt (ist verzeichlich)
Und denke mal dsa liegt an der Clustergrösse.

@ liffi
di zeigt mir das gleiche an, anders formatiert...

@ nepos
Also platz für root, nee glaub ich nicht.
Soweit ich weiss belegt bei reiser das journal 32 MB und das wars an reserviertem, oder ?

@MeAndTheShell
An die Verschwörung habe ich auch schon gedacht. rkhunter und chkrootkit haben da aber nichts gefunden.
Logs sehen ganz normal aus.
snort meldet auch nix böses.

Jepp, es ist ein Linux-vServer.
Kannst du mir diese shared Resources Theorie genauer erklären ?
Da dürfte mir doch kein platz "fehlen"?

[gms]

Also platz für root, nee glaub ich nicht.
Soweit ich weiss belegt bei reiser das journal 32 MB und das wars an reserviertem, oder ?

Code: Alles auswählen

root@gms1:~# strace -e statfs64 df --block-size=4096 /dev/hda6
Dateisystem          4K-Blöcke   Benutzt Verfügbar Ben% Eingehängt auf
statfs64("/", 84, {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=11055085, f_bfree=8642027, f_bavail=8080456, f_files=5619712, f_ffree=5347200, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0
/dev/hda6             11055085   2413058   8080456  23% /

bei mir werden 8642027(f_bfree)-8080456(f_bavail)=561571 Blöcke, oder 2,14 GB reserviert, ist allerdings ext3.
Wenn du mit --block-size die richtige Blocksize angibst, sollte unter "Verfügbar" das gleiche stehen wie bei "f_bavai"l.

Gruß
gms