![]() |
eMule beendet Downloads nicht mehr Heyhoo! Mein Muli beendet seit neuesetem die Downloads nicht mehr... "wird beendet" ist dauerhafter Zustand bei fertigen Files und er gibt an mit 0,0 kb runterzuladen. Mein Virenprogramm hat keinen Virus festgestellt, also auch nichts aus den Dateien gelöscht. Ein Neustart und neuinstallation haben nichts gebracht. Bitte um Hilfe, da bereits 10 Files fertig sind, aber nicht beendet werden! Danke! |
Setzt du die aktuelle eMule Version 0.42e ein? Geh mal folgende Checkliste durch:
|
es lag wohl an der Datenübernahme nach der Neuinstallation. Hab es nun auf einem anderen Pfad installiert. Läuft nun und Dateien sind vollständig beendet... Dank dir! |
Da dies doch ein in letzter Zeit häufig auftretendes Problem ist, verschiebe ich das mal in das Subforum 'eMule für Neulinge - und auch alte Hasen', da Pathfinder hier so eine schöne Liste mit den Möglichkeiten erstellt hat, die sicher auch anderen weiterhelfen können. |
doch nicht!!! Ahhh, nachdem er die Downloads die auf "wird beendet" gestanden haben, nach Neuinstllation doch fertiggestellt hat, ist das Problem wieder da. Die Downloads sind vollständig von der MB-Zahl her, stehen aber immer auf "wird beendet" und ich kannt Tagelang abwarten. Es tut sich nichts... |
Hallo Freshjive, du bist dir 100% sicher das dein download Folder (der Ordner wo deine fertigen Files abgelegt werden) auch ausreichend Speicherplatz hat, damit die Dateien auch in diesen Ordner kopiert werden können? Es kommt bei mir nämlich öfters vor das mein TEMP Folder noch etliche Gigabytes frei hat, aber mein Incoming Folder keinen platz mehr hat. Dann werden meine Files zwar noch fertig geladen, aber nicht mehr aus dem download Fenster in Emule bzw. (aus dem TEMP Ordner Kopiert). Hoffe es hat dir geholfen, Gruß Ethan |
uhhhh, jo das scheint der Fall zu sein. Er zeigt an, dass der Ordner 39 GB groß ist (also so groß wie die Festplatte), aber nur 16 GB auf dem Datenträger belegt. Heißt das nun Emule hält sich den Platz frei, den die Dateien bei beedetem Download in Anspruch nehmen würden???? Danke erstmal! ;) |
Hallo Freshjive, du hast also von den 39gb insgesamt noch 23gb frei, korrekt? (in deinem Incoming download Folder). Wie groß ist dein TEMP Folder noch? (max/jetzt) Gruß Ethan |
Hey Ethan. Also wie gesagt, mein [glow=red:468b67f755]Temp-Ordner[/glow:468b67f755] zeigte an, dass er 39GB groß ist und davon 16 GB belegt sind. Nicht der Incoming-Ordner! ;) Habe jetzt ein paar Sachen aus dem Download gestrichen. Er zeigt aber nun dauerhaft die Größe= 38,6 GB für den Temp-Ordner an, egal wie viele Downloads ich abbreche. Die Festplatte an sich ist insgesamt 39 GB groß laut "Eigenschaften". So wie ich das nun interpretieren würde, hält sich Emule den Platz frei, den die Downloads belegen insgesamt würden, wenn sie vollständig wären (also 38,6 GB). Real auf der Festplatte sind aber erst 16 GB runtergeladen, richtig??? Oder habe ich was grundsätzlich falsch verstanden? :roll: Wäre nett, wenn mir das jemand mal genau erklären könnte. Habe den Incoming- und den Temp-Ordner zusammen (also der Temp ist im Incoming-Ordner untergeordnet, wie auch bei den Grundeinstellungen) auf einer anderen Partition, als das Programm Emule an sich. Das macht aber keinen Unterschied oder? Zumindest hatte ich deshalb noch keine Probleme. Danke! ;) Freshjive |
Du sagst bisher nicht welche eMule-Version du benutzt. Es gibt MODs, die das Feature preallocate disk space haben, damit wird beim Start eines Downloads eine Temp-Datei mit der Größe angelegt, die der Download beim Fertigstellen haben wird. Das Verhalten der originalen Version wird über Prüfe Festplattenplatz in den erweiterten Einstellungen gesteuert: Zitat:
|
Also derzeit ich benutze die Original Version 0.42e... zurvor habe ich den O2 Mod genutzt. Hab die Original einfach in den o2 Ordner installiert. @Pathfinder: da ich in Emule keine Angabe bezüglich des freien Festplattenplatzes gemacht habe, hält sich der Muli lt. FAQ also den Platz frei, damit die Dateien bei vollständigem Download genügend Platz hätten, richtig? Aber warum beendet er sie dann nicht bei mir, wenn er eigentlich den Platz ja freihält!?!?!?!? Belegt sind lt. Temp-Ordner ja nur 16 GB... Platz wäre aber für 39 GB! :o Sorry, wenn ich etwas schwer von capé bin :oops: Aber das leuchtet mir irgendwie nicht ein... In meinem Temp-Ordner sind auch keine Dateien angelegt, die sich den Platz freihalten. Behält Emule vielleicht abgebrochene Dateien im Temp-Ordner und hält dadurch soviel Platz in Anspruch? Nächste Frage: Was kann ich alles aus meinem Temp-Ordner löschen, um mal aufzuräumen? Habe gelesen, dass die .part und .met Dateien benötigt werden. OK, kann es aber sein, dass part und met Dateien im Temp Ordner bleiben die schon lange abgebrochen wurden?? Wie kann ich einfach sehen welche dieser Dateien derzet nicht mehr runtergeladen werden? Immer im Muli zu schauen, welche Datei welche part-Nr. hat ist mir hoffentlich verständlicher Weise etwas zu umständlich ;) Hoffentlich schnalle ich es endllich, wenn jemand sich die Mühe gibt die Fragen beantwortet :roll: Gruß Fresh |
Zitat:
Zitat:
In deinem Fall hat die *.part-Datei (Damit würde im Falle von preallocate disk space der Platz im Temp-Verzeichnis reserviert werden, es werden keine "Platzhalter-Dateien" benutzt!) bereits ihre endgültige Größe erreicht, der Download ist ja schließlich zu 100% abgeschlossen. Es geht bei dir ausschließlich um den Platz im Incoming-Ordner! Wieviel ist lt. Windows-Angabe noch frei auf der Partition auf der sich der Incoming-Ordner befindet? Zitat:
|
Wow, das nenne ich mal richtige Unterstützung... ;) Danke erstmal für die Zeit, die du dir wegen mir nimmst. Es funzt jedenfalls wieder alles. Zu deiner Frage: ich habe noch 19,6 GB lt. Windows auf der Partition frei auf der sich der Incoming-Ordner befindet 18,3 GB sind lt. Windows somit belegt. Der Incoming-Ordner selbst hat eine Größe von 37,7 GB angezeigt und belegt sind davon 17,8 GB. THX nochmals... du bist ein guter Mensch! :) |
Bitte, gern geschehen, ich hoffe es ist jetzt etwas klarer geworden. Freut mich, dass es wieder funktioniert. |
Mein Problem ist irgendwie ähnlich... (0.30d-sivka.v10d7) Das File lädt gerade, zeigt am Ende 100% an, Balken wird "grün" - "wird beendet" (HDD schafft mal wieder was)... Doch dann... Das File steht wieder in der DL-Liste mit zb 95,7%!?!?!? Unter dem Button "Server" steht dann "Heruntergeladener Teil XY ist beschädigt... Und was total ungeil ist - das eingestellte Hardlimit (Quellen) stehen auf einmal auf "0"... Um eines vorweg zunehmen... Alles unnötige außer .part und .met hab ich gelöscht, Festplatte hat auch noch genügend Platz - also das isses sicher nicht... Das Ganze tritt aber eig. nur bei gr. Files auf, wenn das File beendet werden soll. Danach zeigt es irgendwas zw. 95 und 100% an... Wer kann mir das erklären? Snoopy |
Alle Zeitangaben in WEZ +1. Es ist jetzt 08:55 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.