emule Speicherplatzverschwendung

[Preacher]

Ich hab neuerdings mit emule ein Problem, bei dem ich nicht dahinter komme, woran es liegt.
Den Incoming und Temp Ordner habe ich auf einer Festplatte, die als Ganzes komprimiert ist.
Hatte bislang auch nie Probleme damit.

Neuerdings habe ich aber das Problem, dass emule nach dem Start anfängt, den freien Speicherplatz aufzubrauchen, d.h. bei anfänglich 10GB freiem Speicher ist nach 1h trotz kaum Download die Platte bis auf das letzte Byte voll.
Die .part.met Dateien lassen sich dann auch nimmer speichern, die haben dann 0 Byte und die Downloads sind Schrott. Hab hier aber zum Glück Backups (sicher die automatisch beim Systemstart).

Wenn ich emule beende und "chkdsk /f /i" ausführe, dann habe ich trotzdem, dass keine Fehler angezeigt werden wieder meine 10GB freien Platz.
Die Option, neue Downloads als "Sparse" zu beginnen habe ich übrigens ausgeschaltet.

Hat wer ne Idee, was hier faul ist?

[LouCypher]

ist doch ganz normal, sobald emule mit dem download einer datei anfängt wird sofort der plattenplatz den die ganze datei braucht reserviert, auch wenn erst 1 byte geladen wurde. Komprimierung bringt da eh nichts weil eigentlich jedes dateiformat welches man mit emule saugt nicht weiter komprimierbar ist.

[Preacher]

Aber das witzige ist, dass es bis vor 2 Wochen seit 2 Jahren ohne Probleme gegangen ist.
Wenn von einer Datei noch nichts geladen ist, dann lässt sich diese doch gut komprimieren, da ja noch nichts drin ist.

[The_Lord_of_Midnight]

Warum schaltest nicht einfach die Komprimierung ab, dann ist das Problem erledigt ?
Ich glaube nämlich nicht, daß das eine gute Idee ist bei aktiven Downloads.
Komprimierung würde ich eher nur bei Archiv-Daten verwenden, aber nicht bei Live-Zugriffen.

[Preacher]

Ich hab dafür eine 40GB Platte, die Sachen im Temp-Ordner jedoch manchmal über 40GB.
Dachte mir, solange der Platz nicht gebraucht wird, kann man es ruhig komprimieren.
Hat ja bislang auch funktioniert.
Was mich nur stutzig macht ist, dass ich zuerst genug frei hab, dann nach 2h Laufzit des Programmes die Platte voll ist und nach einem chkdsk bzw. einem Rechnerneustart wieder alles frei ist ?!?!

[LouCypher]

probier mal mal neu zu partitionieren und formatieren.

[Preacher]

Würd ich gern, nur hab ich keine Platte ausreichender Größe, wo ich in der Zwischenzeit die Daten hinspiel )))

[Preacher]

Ich bin jetzt dahintergekommen, was los ist.
Einmal war die Platte voll, da hat mir emule mal wieder die ganzen .met Dateien geschrottet.
Ich mach aber seit einem Totalverlust der Downloads bei jedem Rechnerstart automatisch ein Backup der Dateien.
Da hab ich dann einfach die gesichterten Dateien zurückkopiert.
Wenn dann emule draufkommt, dass die Dateien inkonsistent zu sein scheinen, hasht da sProgramm die Dateien neu, bei diesem Vorgang belegt es dann massiv Speicherplatz.

Meine Lösung jetzt:
immer nur ein paar .met zurücksichern, hashen lassen, chkdsk /f und dann wieder ein paar Dateien, dann wird der verlorengegangene Speicher dazwischen immer wieder freigegeben und dann passt das.
Scheint ein massiver Bug in emule zu sein.

[LouCypher]

in den erweiterten einstellungen sollte es eine option "sicheres speichern der met/dat dateien" diese sollte aktiv sein, imho reicht "beim beenden". Damit wird dann zusätzlich für jede .met eine .met.bak datei im temp ordner erstellt. Ich hab damit noch nie ein backup einer met gebraucht.

[Preacher]

Habe ich auf "immer"
Das Problem tritt nur dann auf, wenn die Platte wirklich bis auf das letzte Byte voll ist, dann werden die .met nicht gespeichert und haben dann 0 Byte.