Event ID 139 - Datenverlust beim Schreiben

Ich bin vor ein paar Wochen auf Win 7 umgestiegen, habe aber seit einigen Tagen immer wieder das gleiche Problem.

Ich habe rar-Archive (2-4 GB groß), die ich auf eine Netzwerkplatte entpacken will. Meist klappt das ohne Probleme, aber immer wieder mal friert der Rechner größtenteils ein. Die Maus reagiert immer mal wieder kurz, das war es aber auch. Nach dem Entpacken ist das System wieder funktionsbereit, das Schreiben auf die Platte hat aber dann nicht funktioniert.

Die Ereignisanzeige sagt mir für diese Zeitbereiche dann immer:
Warnung 139 Quelle mup - Datenverlust beim Schreiben auf ....

eventid.net kennt diese ID mit der Quelle leider gar nicht und auch Google war da nicht sehr hilfreich. Leider kann ich nicht mal mit Sicherheit sagen, ob das einfrieren von dem Schreibfehler verursacht wird, oder ob es wegen dem Einfrieren zu dem Schreibfehler kommt.

Zum Entpacken habe ich sowohl die neueste Version von Winrar probiert als auch einen Downloadmanager, der diese Funktion über eine dll beinhaltet. Der Fehler ist bei beiden aufgetreten, so dass ich zumindest das Programm als Fehlerursache eher hinten anstellen würde.

Hat jemand vielleicht ähnliche Beobachtungen gemacht und kann vielleicht weitere Hinweise geben, die die Fehlersuche unterstützen oder kennt vielleicht sogar jemand eine Lösung?
 
Schon mal das Entpacken der selben Dateien auf einer anderen Netzwerkplatte probiert?

mfg benediktibk
 
Ich habe hier nur eine einzige, weshalb das leider nicht möglich ist. Mal hilft es aber, einfach erstmal etwas anderes zu entpacken, spätestens nach einem Rechnerneustart geht es aber wieder.

Und was ich vorhin vergessen habe zu erwähnen: Die Archive sind natürlich ok und haben sich bisher alle etwas später auch entpacken lassen.
 
hmm was passiert den wenn du das ganze lokal entpackst und dann auf das
Netzlaufwerk schiebst? Klingt ja schon fast danach das der nen Timeout bekommt
wenn er das auf das Netzlaufwerk entpackt und deswegen lesefehler meldet.
 
Naja, indirekt wird das ja so gemacht, da ja immer Teile in den Arbeitsspeicher entpackt und dann als Block geschrieben werden. Das lässt sich mit procmon schön beobachten.
Ich werde es bei Gelegenheit trotzdem nochmal probieren, die Datei erst komplett lokal zu entpacken und dann zu verschieben. Leider hat das nicht so viel Aussagekraft, weil der Fehler ja auch nicht immer vorkommt.
 
Das es indirekt so gemacht wird war mir schon klar wäre nur interessant zu wissen ob evtl
einfach nur winrar probleme hat das ganze dann zu verschieben oder ob der Fehler auch
auftritt wenn du es lokal entpackst evtl. hat dein RAM oder deine Festplatte ja auch nen
Knacks *denk*
 
Dass der Ram oder die Platte n Knacks haben, glaube ich eher nicht, da beide ansonsten keine Probleme bereiten.

Ich teste es dennoch mal.

Eine Idee habe ich aber gerade noch gehabt, die ich auch mal testen werde:
Die Problemfälle sind immer so um die Zeit von der 24h Zwangstrennung passiert. Möglicherweise hat das auch Einfluss auf das Problem. Ich werde das aber erst heute Abend oder Morgen testen denke ich.
 
So, ich habe jetzt mal verschiedene Sachen probiert und kann das Problem nun reproduzieren.

Mein Router scheint irgendwie kurzfristig die Wlan-Verbindung zu unterbrechen oder zumindest zu beeinträchtigen, wenn die WAN-Verbindung neu hergestellt wird.
Kopiere ich in dieser Zeit eine Datei von der lokalen Platte auf den Share, dann bekomme ich vom Explorer eine Fehlermeldung, dass es einen Netzwerkfehler gab und \\share nicht bekannt ist.

Die beiden Programme, die ich zum Entpacken nehme, versuchen aber weiterzuschreiben und daher kommt es dann zu dem besagten Fehler in der Ereignisanzeige. Windows scheint sich dann aber erst im Laufe dieser Fehlerbehandlung soweit aufzuhängen, dass es erst wieder reagiert, wenn das entpacken fertig ist, denn in den ersten paar Sekunden hängt es noch nicht.

Es bleibt nun also noch herauszufinden, wieso es bei der Neuanwahl der WAN-Verbindung zu dem Abbruch der Wlan-Verbindung kommt.
 
Zurück
Oben