Heftige Abstürze (freezes) nach dem Start
 

Seit etwa einer Woche läuft bei mir eMule nicht mehr.
Folgendes Problem:
ca. 20-80 Sekunden nach dem Start friert eMule komplett ein. Meistens kann man ihn noch per Taskmanager beenden, andernfalls hilft nur noch der Reset-Knopf. Dass Windows XP komplett einfriert wegen einem Programm, ist mir glaubs noch nie passiert (asser Games).
Folgende Diagnose:

- Version des Mulis spielt keine Rolle
- Selbst wenn man einen neuen Ordner erstellt, dann die exe-Datei reinkompiert (also nagelneuer Muli ohne nichts) habe ich die selben Probleme.
- Es spielt keine Rolle, ob der Muli bereits connected hat oder nicht.
- Auch Mods weisen selbes Problem auf.


Gibts Leidensgenossens? Oder sogar Ratwissende?
Ich wäre nämlich sehr dankbar für Hilfe, sonst muss ein neues XP drauf.

Inzwischen habe ich mal woanders einen neuen Ordner gemacht, den FusioN Fux Mod reinkopiert und alles neu konfiguriert. Es lief eigentlich alles gut, bis ich den Temp und den Incoming-Ordner reinschiebte. Nach ca. 2 Minuten nach dem Verbinden war schon schluss. Allerdings weiss ich, dass manche Versionen auch ohne Temp und Incoming-Ordner abstürzen.

Das Problem hatte ich auch mit einigen Versionen .. und zwar dem Morph und dem MorTillo ... Ich habe dann Fusion Flux R6 probiert und er lief wieder.
Ich weiss es nicht aber wenn ich an deiner Stelle wäre würde ich mir mal mit nem tool die files ansehen und ausserdem alle überflüssigen dateien aus dem temp ordner löschen ... alle dateien ausser .part und .part.met

Grüße...->

Wieviele Files hattest du denn im Temp?
Möglicherweise muss der Muli zu viele Files hashen und der Rechner schmiert darum ab! CPU-Überlastung.
Ist dein Rechner eventuell übertaktet?

jo, ich würd mal checken, ob die festplatte arbeitet, wenn du emule gestartet hast. weil dann is es normal, dass emule angeblich hängt

Ich habe genau 27 temporäre Files. Alles Filme von ca. 650 MB.
Inzwischen konnte ich glücklicherweise das Problem beheben:
Wie ihr richtig vermutet habt, lag das Problem im Temp-Ordner. Kurz nach dem Start prüfte eMule eine Datei (Status der Datei: Überprüfen). Höchstwahrscheinlich stürzte er bei dieser Aktion ab. Jedenfalls seit die Datei weg ist, läuft der Muli wieder problemlos.
Das File muss ich halt neu holen, aber das ist auch kein Problem.

Prozzi ist nicht mehr OC'ed seit er manchmal nicht mehr startete (brauchte mehrere Anläufe). Mein Board (MSI KT4V-L (KT400)) ist eben nicht so das wahre mit einem AMI-BIOS. Die VCore geht gerade mal bis 1.75V, dann ist schluss.
Im Moment arbeitet mein 2400+ bei 166*12, vorher mit 166*12.5.
Obwohl ich einen AIUHB habe, mag er nicht mehr als 2135 MHz unterbringen. Mit einem 8RDA+ würde es sicher besser aussehen.

Ach ja, wieso ist dei Frage wegen dem OC'ing für den Muli wichtig? An der Kühlung liegts sicher nicht (SLK 800 mit TMD Silent bei 48° Load).

EDIT:
Den Temp-Ordner wollte ich schon lange mal säubern. Ich löschte vorher 4 oder 5 Dateitypen. So weit ich sicher weiss, sind diese vom Original-Muli nicht gebraucht und dienen nur der Quellensicherung und dem Backup der .part.met-Files.

An das OC hab ich nur gedacht, weil OC'ed Prozessoren gerne mal abnippeln, wenn sie an die Leistungsgrenze gefahren werden, und beim Hashen des Mulis passiert das eben schon mal.

Das kann manchmal wirklich passieren. Bei einem Athlon allerdings friert dann meines Wissens nicht der Bildschirm ein, sondern wird schwarz, weil entweder die CPU auch schwarz angelaufen ist oder das Board einen Überhitzungsschutz hat.

Nur mal so als Anmerkung: Ein Prozessor kann durch eine Übertaktung auch irreparable Schäden davon tragen, die durch ein Rückgängigmachung der Übertaktung nicht verschwinden.

genannt SNDS (Sudden Northwood Death Syndrome).
Durch die Elektromigration (will ich nicht näher erklären), die von der Strommenge pro Fläche abhängt, können sich die Metallstrukturen verändern.

Ein erhöhte VCore kann also den Prozessor schneller zum erliegen bringen (mid. 10 Jahre ohne OC). Es gab schon Northwoods, die nach 2 Wochen nicht mehr funktionierten.