Kein Platz auf Gerät, obwohl noch genügend Platz da ist.

andreas.b

Member
Hi Leute,

Eines gleich vorweg, Inodes sind genug da.

Problemstellung

Ich habe folgendes Problem, und würde mich über Hilfe sehr freuen.

Wie Ihr aus dem Auswurf ( s.u. ), von "df -hi"
ersehen könnt, geht es um die beiden hervorgehobenen mounts.

Angezeigt wird, dass ich auf "ad0s1g" eine Kapazität von -13GB hätte,
dies kann jedoch schon aus logischen Gesichtspunkten nicht sein,
dieser Berechnungsfehler geht auch bei "/dev/ad4" weiter
289 - 66 = 223 nicht (200)

Die Ergebnisse von "du -h" decken sich mit den "Used"-Werten von "df -hi"
exakt, und I-Nodes sind, wie gesagt auch genug da.

Der Witz ist auch, als root kann ich problemlos die Festplatte "richtig" füllen,
als User-User krieg ich angezeigt "No Space Left on Device".

Übertragbarkeit
Dieses Phänomen habe ich jetzt auf allen Rechnern erlebt, wohlgemerkt mit unterschiedlichen Festplatten( 80gb, 250gb, 320gb ) und Kontrollern(egal ob IDE normale, IDE-Raid(sil-chip) oder Netcell), dass gleiche Problem, immer stimmt die Berechnung der des freien Platzes nicht und macht Probleme - als root kein Problem, als User ein Problem.

Getestete BSDs auf den anderen Rechnern mit 250gb Platte und ohne NetcellRaid
waren FreeBSD 6.2 und FreeBSD 7.0-beta2 und FreeBSD 7.0-rc1

für den Netcell muss ich 7.0 benutzen, nur so funktioniert das Ding

Ich habe nach diesem Problem gegoogled und im Forum gesucht, aber keinen brauchbaren Hinweis gefunden, dennoch kann ich doch nicht der einzige sein der das Problem hat ?!

Die Fbsd-Mailinglisten habe ich auch durchsucht, aber dort auch keinen Hinweis
auf das Problem und seine Lösung gefunden.

Nun die Fragen ?

a.) Hat jemand von Euch auch das Problem ?
b.) Kennt jemand eine Lösung ?
c.) Kennt jemand einen Eintrag auf der F-BSD-ML oder einen Link der zu dem Problem passt ?


Angaben

- es ist der default kernel
- Quotas sind nicht geladen
- freebsd-update ist auch durchgeführt
- Dateisystem ist "UFS2 mit Softupdates"
- ad0 ist eine normale "250 dez_gb" maxtor ide platte
- ad4 ist ein Netcell Raidarray an dem eine "320 dez_gb" Maxtor SATA Platte hängt
- Problem tritt auf bei FreeBSD 6.2 7.0-beta2 7.0-rc1
- Problem tritt unabhängig von Controller(n) oder Festplatten auf.

Code:
Filesystem     Size    Used   Avail Capacity iused    ifree %iused  Mounted on
/dev/ad0s1a    496M    129M    327M    28%    1680    64110    3%   /
devfs          1.0K    1.0K      0B   100%       0        0  100%   /dev
/dev/ad0s1e    496M     20K    456M     0%      10    65780    0%   /tmp
/dev/ad0s1f     19G    1.7G     16G    10%  163665  2474157    6%   /usr
/dev/ad0s1d    1.4G     83M    1.2G     6%   18735   193231    9%   /var
[COLOR="RED"]/dev/ad4       289G    200G     66G    75%   51304 39092118    0%   /mnt/data2
/dev/ad0s1g    204G    201G    -13G   107%   50997 27575497    0%   /mnt/data
[/COLOR]

Ausgabe von "df -i"
Code:
/dev/ad0s1g 213601894 210367992 -13854248   107%   50997 27575497    0%   
/mnt/data

/dev/ad4    302732078 209687398  68826114    75%   51304 39092118    0%   
/mnt/data2

Ausgabe von fsck für ad4

Code:
** /dev/ad4
** Last Mounted on /mnt/data2
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
51304 files, 104843699 used, 46522340 free 
(11692 frags, 5813831 blocks, 0.0% fragmentation)


Ausgabe von fsck für ad0s1g

Code:
** /dev/ad0s1g
** Last Mounted on /mnt/data
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
50997 files, 105183996 used, 1616951 free 
(12495 frags, 200557 blocks, 0.0% fragmentation)
 
Zuletzt bearbeitet:
Wenn du die Suche bemühen würdest, würdest du dazu einiges finden.
Kurz gesagt sind das die 8 Prozent die das FS für Verwaltung für sich behält, die nur root vollschreiben kann, afair. Wenn du das ändern möchtest dann kann man das mit tunfs machen, aber die Performance und besonders die Fragmentierung wird darunter leiden.
 
Zurück
Oben