Datenträger voll?, aber nur 20 von 150 GB belegt

freshi74 „Datenträger voll?, aber nur 20 von 150 GB belegt“

27.08.2004, 00:00 Optionen

qoutas sind vermutlich keine drauf, zumindest glaube ich nicht das SuSE per default welche anlegt.
Ich denke an 2 Dinge.
1. Der Win2000 Client (oder der damit arbeitende User) hat keine Schreibrechte im Verzeichnis
2. Du hast auf den 150GB sehr viele kleine Dateien liegen, die mehr Platz im Ganzen benötigen als die einzelnen addierten Grössen. - verwirrend? Ein weing. :)
Gib mal auf der Konsole "df -h" ein und schau dir die Plattenbelegung an, und danach nochmal "du -hi" und vergleiche die Ausgabe. Mit dem ersten Befehl siehst du die freien Byte und mit dem zweiten die freien Inodes der Platte.

freshi74 Nachtrag zu: „Datenträger voll?, aber nur 20 von 150 GB belegt“

27.08.2004, 00:00 Optionen

Hi XPectIT,

danke für die Antwort.
Du hast recht; ein wenig verwirrend.
Hab mir kurz angeschaut was inodes überhaupt sind und so auf die Schnelle werde ich daraus nicht ganz schlau.
Ist du -hi ein Schreibfehler? Suse kennt den befehl nicht. Also habe ich folgendes gemacht:

linux:~ # df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hda2 9.3G 741M 8.6G 8% /
/dev/hda3 140G 33M 140G 1% /Daten1
/dev/hdb1 150G 30G 120G 20% /Daten2
shmfs 157M 0 157M 0% /dev/shm

linux:/Daten2 # df -hi
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/hda2 4.0G 0 4.0G 0% /
/dev/hda3 4.0G 0 4.0G 0% /Daten1
/dev/hdb1 4.0G 0 4.0G 0% /Daten2
shmfs 40K 1 40K 1% /dev/shm

So aus der Anschauung heißt das für mich, es hat genügend Platz. Oder Interpretiere ich da was falsch.
Gibt´s dafür eine pragmatische Lösung???

Gruss
freshi

PS: egal auf welche Partition ich schreiben will, es ist alles voll!

KarstenW

freshi74 „Hi XPectIT, danke für die Antwort. Du hast recht ein wenig verwirrend. Hab mir...“

27.08.2004, 00:00 Optionen

Die Inodendichte des Dateisystems bestimmt die maximale Anzahl an Dateien, welche abgespeichert werden können. Eine Inodendichte von 4KByte bedeutet , das eine Datei immer mindestens 4 KByte Speicher auf der Festplatte belegt. Wenn die Datei größer als 4 KByte ist, wird natürlich entsprechend mehr Speicher belegt. Je kleiner die Inodendichte ist, desto mehr Dateien kann man abspeichern. Dadurch wird aber auch das Dateisystem ein wenig langsamer. Eine Inodendichte von 4 KByte ist ein guter Durchschnittswert.

XPectIT

freshi74 „Hi XPectIT, danke für die Antwort. Du hast recht ein wenig verwirrend. Hab mir...“

27.08.2004, 00:00 Optionen

Sorry, ja war ein Schreibfehler.

linux:/Daten2 # df -hi Filesystem Inodes IUsed IFree IUse% Mounted on /dev/hda2 4.0G 0 4.0G 0% / /dev/hda3 4.0G 0 4.0G 0% /Daten1 /dev/hdb1 4.0G 0 4.0G 0% /Daten2 shmfs 40K 1 40K 1% /dev/shm
Ist schon ne recht seltsame Ausgabe, es wurde kein einziger Inode belegt? Hm, ich hoffe das kann mir jemand erklären.

So siehts bei mir (SuSE 7.2) aus:
galileo:~ # df -hi Filesystem Inodes IUsed IFree IUse% Mounted on /dev/hda3 174k 53k 122k 30% / /dev/hda1 6.4k 29 6.3k 1% /boot shmfs 4.0G 1 3.9G 1% /dev/shm galileo:~ # df -h Filesystem Size Used Avail Use% Mounted on /dev/hda3 1.3G 1.1G 210M 84% / /dev/hda1 25M 3.3M 20M 14% /boot shmfs 130M 0 129M 0% /dev/shm

Frage1:
Kannst du auf dem Linuxsystem überhaupt noch irgendwelche Dateien anlegen? Als root und als Benutzer testen.
linux: # echo "testdateiinhalt" > /Daten2/testdatei

Frage2:
Hast du übers Netz (Samba und Windows2000) schonmal Daten übertragen und bist dir sicher das die Konfiguration stimmt und nicht verändert wurde?

Fragen:
Wie sind die Berechtigungen im Verzeichnis /Daten2 gesetzt?
Wurde die Partition evtl. read-only gemountet?
Gabs vor kurzer Zeit mal einen unerwarteten Systemabsturz/-neustart?

P.S.: Das mit der Formatierung konnte ich auch mal ;) (/me wird alt)

freshi74

XPectIT „Sorry, ja war ein Schreibfehler. linux:/Daten2 df -hi Filesystem Inodes IUsed...“

27.08.2004, 00:00 Optionen

Also folgendes ist passiert:

Habe heute Nacht ca. 20 GB an mp3 und 10 Gb an anderen Daten auf den Server übertrage bzw. Zip u. RAR Archive direkt auf dem Server entpackt.
Nach diesen 30 GB kam von allen Partitionen auf dem W2K Client die Meldung "...Datenträger voll?" . Es ging dann kurz ein Archiv auf /home zu entpacken und auf /Daten2 zu verschieben. Ein direktes kopieren vom Client bzw. von anderen Partitionen war nicht mehr möglich und danach ging überhaut nichts mehr. -> Veranlassung das Posting zu schreiben.

So, jetz habe ich gerade nochmal probiert Daten Auf /Daten1 zu kopiere (5GB) und es funktioniert. :-O
zu
Frage1:
eine kleine Datei ging. Da das kopieren jetzt geht glaube ich nicht mehr wichtig!?

Frage2:
Ja und die Config wurde seither nicht mehr verändert.

Fragen:
- Benutzer ist Besitzer des Verzeichnisses
- Nein, writeable = yes (in einem schlauen Buch stand read only = no
entspr. writeable = yes, das stimmt meiner Erfahrung nach nicht. Mit read only hatte ich keinen Zugriff auf den Server. Konnte zwar mappen aber weder kopieren noch löschen)[Suse 8.2 Admin Handbuch S. 450]. Warum ist das so?
- Ja, Stromausfall. Das kopieren hat danach aber bis zu den 30GB funktioniert.

*kopiert immer noch :-)*

Werde nochmal prüfen wohin ich jetzt kopieren kann. Melde mich nachher nochmal.
Auf jeden FAll mal Danke für die ganze Mühe.

Gruss
freshi

PS: wem sagst du das... ;-)

freshi74 Nachtrag zu: „Also folgendes ist passiert: Habe heute Nacht ca. 20 GB an mp3 und 10 Gb an...“

27.08.2004, 00:00 Optionen

hier noch die smb.conf:
[global]
workgroup = workgroup
; os level = 2
; time server = Yes
; unix extensions = Yes
security = user
encrypt passwords = Yes
; log level = 1
; syslog = 0
; printing = CUPS
; printcap name = CUPS
; socket options = SO_KEEPALIVE IPTOS_LOWDELAY TCP_NODELAY
; wins support = No
; veto files = /*.eml/*.nws/riched20.dll/*.{*}/
[homes]
comment = Home Directories
valid users = %S
browseable = No
writeable = yes
; read only = No
; create mask = 0 750
; directory mask = 0750
[DATEN2]
path = /Daten2
browseable = no
writeable = yes
; readonly = no
username = freshi
; create mask = 0750
; directory mask = 0750
[DATEN1]
path = /Daten1
browseable = No
writeable = yes
; readonly = no
username = freshi
create mask = 640
directory mask = 0750
für was brauche ich denn die ganzen, auskommentierten global Einstellungen? z.B Unix Extensions od. time server.

KarstenW

freshi74 „Datenträger voll?, aber nur 20 von 150 GB belegt“

27.08.2004, 00:00 Optionen

Wenn die Tipps von XPectIT nicht helfen, dann könnte veilleicht auch der lba48 Patch die Ursache sein. Ab dem Kern 2.4.19 soll der lba48 Patch enthalten sein, zumindest bei Debian. Welchen Betriebsystemkern benutzt du ? Deine Festplatten sind sehr groß. Der Betriebsystemkern muß 48 bit große Adressen verwalten können.

Ich glaube aber eher nicht das dies die Ursache ist, weil du sonst die Festplatte nicht mit Linux partitionieren könntest.

freshi74 Nachtrag zu: „Datenträger voll?, aber nur 20 von 150 GB belegt“

27.08.2004, 00:00 Optionen

Hallo KarstenW,

bei mir läuft ein Suse 8.2 mit Kernel 2.4.20-4GB. Nach der minimal Installation habe ich ein online Update gemacht. Deswegen gehe ich davon aus, dass es auf dem aktuellsten Stand ist. Ausser es war ein Patch dabei, der sche#%&e ist.
Wie finde ich raus ob der Kern 48 bit große Adressen verwalten kann?
Und was wenn nicht? Und wenn doch, wie löse ich das Problem.
Mir würde auch schon ein Link reichen der die Lösung beschreibt.

Gruss
freshi

KarstenW

freshi74 „Hallo KarstenW, bei mir läuft ein Suse 8.2 mit Kernel 2.4.20-4GB. Nach der...“

27.08.2004, 00:00 Optionen

Wenn du die festplatte mit Linux partitioniert hast und es keine Probleme dabei gab, dann ist der lba48 Patch schon im Betriebsystemkern. Mit dem lba32 Modus kann der Betriebsystemkern nur 2^32 Festplatten Adressen verwalten. Damit kann man nur maximal eine 123 GByte Festplatte partitionieren, wenn ich mich nicht irre.
Bei anderen Linuxusern wurde eine 160 Gbyte Festplatte als eine 123 GByte Festplatte erkannt, als sie die Festplatte partitionieren wollten.

Da bei dir die Partitionierung fehlerfrei lief, ist bei deinem Kern der lba48 Patch schon enthalten.

KarstenW Nachtrag zu: „Wenn du die festplatte mit Linux partitioniert hast und es keine Probleme dabei...“

27.08.2004, 00:00 Optionen

Ich weiß nicht ob der Windowsclient Windows 2000 auch den lba24 Patch braucht. Bei Windows 2000 wird mit dem Servicepack 3 der lba48 Ptach eingespielt. Wenn du also bei Winodws 2000 den Servicepack 4 eingespielt hast, dann hat auch Windows 2000 den lba48 Patch.

freshi74 Nachtrag zu: „Datenträger voll?, aber nur 20 von 150 GB belegt“

27.08.2004, 00:00 Optionen

Hallo zusammen,

wie vorhin oben beschrieben, hat das Daten kopieren wieder funktioniert.
Allerdings nur ca. 3GB. Dann war wieder Schluss. Erst nach Neustart des Servers hat es wieder funktioniert. (Neustart des Clients hat nichts gebracht)

Woran liegt das? Habt Ihr schon mal von sowas gehört?

Gruss
freshi

KarstenW

freshi74 „Hallo zusammen, wie vorhin oben beschrieben, hat das Daten kopieren wieder...“

27.08.2004, 00:00 Optionen

Vielleicht hat das Dateisystem einen Fehler. Ich benutze immer noch ext3. Mit ReiserFS soll es immer wieder Probleme geben.

Linux 15.036 Themen, 107.107 Beiträge