Emule P2P Forum

TuckerIII · Anmeldedatum: 01.01.1970 Beiträge: 0

Antwort:

Die wahrscheinliche Ursache ist, dass die .part.met Dateien fehlen oder leer sind (da ist der im Vorteil, der sich mit dem Backup-Tool von *donkeydude* abgesichert hat, siehe Ende des Artikels). Jeder Download besteht aus 2 Dateien im Temp-Verzeichnis des Esels: der n.part und der n.part.met Datei (n ist eine Zahl). Die n.part ist im Prizip die Datei (noch unvollständig) die man runterlädt, n.part.met enthält die Infos wie HashIDs und welche Teile schon fertig sind. Fehlt diese (oder die Infos darin) erkennt der Donkey den Download nicht mehr.

Nach einem Absturz sollte man erst einmal Scandisk darüber laufen lassen. Machmal ist das Problem damit schon behoben. Aber das hilft nicht immer.

Zuerst einmal sollte man überprüfen, wie die .met files im Temp-Verzeichnis aussehen. Wenn die .part.met fehlen oder leer sind (mit Notepad reinschauen), hat man schlechte karten. Da hilft nur noch (wenn überhaupt) ein Programm namens "ed2k_recovermet". Im folgenden eine Anleitung zum Gebrauch (thanx an *neustart* )

*********************************************
ed2k_recovermet geht davon aus, daß sich die edonkey Konfigurationsfiles 'known.met' und "pref.met" im Arbeitsverzeichnis des Tools befinden. Das heißt, daß ed2k_recoverment aus dem verzeichnis, in dem der edonkey Client installiert ist, gestartet werden muß. Es ist äußerst wichtig, daß der edonkey Client geschlossen wird, bevor das Tool benutzt wird. Am besten, man schließt vorher alle Programme.
ed2k_recovermet ist ein Kommandozeilenprogramm, das heißt, daß man das Programm in einem Konsolenfenster starten muß (ms-dos Eingabeaufforderung, bzw Eingabeaufforderung bei xp - es geht auch der dos-modus). Doppelklick auf die .exe bringt nichts!
In dem Konsolenfenster gibt man "ed2k_recovermet -v C:hierdenpfaddestempverzeichnissesx.part" ein, um eine .part zu überprüfen.

Um eine Hilfe zu erhalten, kann man "ed2k_recovermet --help" eingeben.
In der Linux-shell gibt man "./ed2k_recovermet -v /temppath/x.part" ein, um eine .part zu überprüfen.
Wenn Linux oder BSD benutzt wird, sollte sichergestellt werden, daß das Tool auch mit "gunzip ed2k_recovermet.gz" entpackt wurde. Es muß außerdem sichergestellt sein, daß das Tool mit den nötigen Rechten versehen ist, um ausgeführt zu werden (z.b. mit 'chmod a+x ed2k_recovermet'). Das Tool muß evtl auch mit "./ed2k_recovermet" gestartet werden, wenn das Verzeichnis sich nicht im Pfad befindet.
Wenn der Windows-client mit Hilfe eines Windows-emulators benutzt wird, muß der -t Parameter benutzt werden, um dem Tool den Pfad im Unixstil mitzuteilen (mit dem Pfad im Windowsstil kann Linux nichts anfangen).

Kommandozeilenparameter:
-v: verbose: gibt eine menge unnützen kram aus (verbose = geschwätzig).
-tDIR: Angabe des Temp-verzeichnisses: zeigt dem Tool an, nicht den Pfad, der in pref.met steht zu benutzen, sondern den hier angegebenen (ist für Leute, die den Windows-client unter Linux laufen lassen. Linux kann mit der Pfadangabe im Windowsstil nichts anfangen).
--help: hilfe: zeigt einen kurzen Hilfeschirm.

SChritt für Schritt Anleitung (Windows):

- ed2k_recovermet ins Donkeyverzeichnis kopieren.
- Konsolenfenster (MS-DOS Eingabeaufforderung) öffnen, dort zum Donkeyverzeichnis wechseln (dos-style mit cd.. für Verzeichnis hoch und cd verzeichnisnsame für's Wechseln in ein Unterverzeichnis).
- Dort eine Kommandozeile eingeben, mit der das Tool gestartet wird. Diese muß den vollständigen Pfad zur .part Datei enthalten! (Beispiel): 'ed2k_recovermet.exe d:donkeytempx.part'. Dann Enter drücken.

- Das Programm rechnet jetzt eine wenig und versucht die einzelnen Blöcke (Chunks) innerhalb der .part-datei zu hashen
- Nachdem alle Blöcke durchgearbeitet worden sind, sucht sich das Programm aus der known.met und den noch vorhandenen .part.met Dateien mögliche Kandidaten aus, die der gerade gehashten Datei entsprechen könnten.

- Die wahrscheinlichsten bietet er dann zur Auswahl an. In der Regel sollte es schon der erste Kandidat sein.
- Eine neues .part.met Datei wird angelegt (es werden keine .part.met dateien überschrieben!). Die gerade überprüfte .part Datei muß jetzt entsprechend umbennant werden.

Das widerholt man nun für alle .part Dateien, denen die .part.met fehlt, bzw dessen .part.met leer ist.

Beim nächsten Start wird der Donkey zwangslaeufig beim Hashen 'Corruptions' entdecken, denn ed2k_recovermet ist faul: Es behauptet einfach in der x.part.met, die Datei sei komplett, und lässt dann den Donkey den Müll selbst rausschneiden. Die 'Corruptions' die dann entdeckt werden, sind keine wirklichen Corruptions, es sind nur die Blöcke die vorher noch nicht (oder nur teilweise) runtergeladen worden sind.

Dieses Programm ist nicht perfekt, und der Wirkungsgrad auch nicht immer hoch. Oft endet die ganze Prozedur in 'ERROR file couldn't be hashed, Please close the donkey and run scandisk.'

Der Versuch, seine downloads wiederherzustellen, endet manchmal auch in 'error loading'

Nachzulesen auch unter http://www.edonkey.rules.it (mit Download)

____________________________________

Macht keinen Unsinn hier, Ihr schadet Euch nur selbst!

_________________