die letzten 9 mb...

[Deer-Hunter]

vielleicht kann mir ja mal einer genau sagen, woran das hängt, dass bei manchen Files nicht die volle Download-Summe herunter geladen wird. Ab und an fehlen halt immer so 9 MB zum möglichen Ende.

Wenn ich dann aber den File aus dem temp-Ordner heraus kopiere und umbenennen läuft er dennoch.

Ist das ganze daher nur ein Fehler in der part.met??? Oder woran hängt das denn??

Im übrigen... hat das File was dann auf komische Art und Weise zu stande gekommen ist eigentlich ne Macke oder???

Greets

Deer-Hunter

[Januar1956]

Wenn ich dann aber den File aus dem temp-Ordner heraus kopiere und umbenennen läuft er dennoch.

Im übrigen... hat das File was dann auf komische Art und Weise zu stande gekommen ist eigentlich ne Macke oder???

Jain,

kommt drauf an, wo die ~ 9MB fehlen, wenn sie überhaupt fehlen. Einer der Hauptursachen für solche Fehler ist zu wenig Platz auf der Platte. Dabei ist leider auch ein Defragmentieren nicht immer hilfreich. Das liegt daran, dass die meissten dieser Defragmentierungsprogramme, auch das Windowseigene diese Dateien wie Office Dateien behandeln, was bedeutet, sie werden mit "Spielraum/also Reserve-Platz" abgelegt.
Was natürlich nicht die optimale Lösung ist. Es soll aber Programme geben, welche das besser handhaben. Allerdings fällt mir da im Augenblick keins ein.
Für Dich bleibt aber immer noch die Möglichkeit, ...Platz machen...und noch ein bisschen Platz machen,...dann klappts auch (normalerweise).

Januar

[Deer-Hunter]

Hallöchen,

also noch eine kurze Anmerkung dazu:

An dem fehlenden Diskspace liegt es mit Sicherheit nicht, denn ich schaun schon immer ob noch Platz ist oder nicht. Zudem nutze ich den Muli nicht erst seit gestern.

Das Problem liegt wohl eher an "faulen" Chunks so wie ich das sehe.

Trotzdem danke für deine Antwort.

[Rocco]

Hallöchen,

also noch eine kurze Anmerkung dazu:

An dem fehlenden Diskspace liegt es mit Sicherheit nicht, denn ich schaun schon immer ob noch Platz ist oder nicht. Zudem nutze ich den Muli nicht erst seit gestern.

Du musst nicht gleich pampig werden, wenn dir die Antwort nicht passt. Januar hat nur versucht dir zu helfen. Außerdem...woher solle er wissen, dass du schon ein alter Hase bist?

Is nicht bös gemeint, aber mit Freundlichkeit erreicht man meistens mehr

[Deer-Hunter]

so war das auch sicher nicht gemeint okay???? Aber sag das mal anderen, ich wurde auch schon mehr als einmal blöd angemacht, nur weil ich helfen wollte.

Nix für ungut...

[beastm]

Hallo erstmal
Ich benutze den Muli schon eine ganze weile und habe öfters hier im Board nach geschaut wenn ich mal Probs hatte.
Deshalb habe ich mich auch erst heute angemeldet weil ich nicht weiter kam.
Als erstes mal ein dickes Lob an das Board und alle die was geschrieben haben. Nur weiter so.


Aber nun zu den letzten 9 MB !!
Anfang des Jahres hatte auch ich mal eine oder zwei Dateien bei der das so war.Aber in letzter Zeit werden das immer mehr. Es sind immer *.bin Dateien bei denen die 9 MB am Anfang fehlen. Der Rest ist in 1-2 Tagen geladen, für die ersten 9MB brauche ich fast 10 Tage.
Ich connecte zu jemanden,lade was runter und die Verbindung bricht ab.
In der Log-Datei steht dann:
Received suspicious block: file *.bin', part 0, block 14, blocksize 67072, comp. blocksize 249, comp. factor 269.4) wobei die factorzahl schwankt.

Umwandeln der Temp-Datei geht nicht, läuft nicht.
Jetzt benutze ich den sivka 042e ,das Prob hatte ich aber schon bei dem Vorgänger und auch bei anderen Mods.

Wer weis was dazu?

falls nicht, halte ich mich an Rüdiger Hoffmann:
... und der läd immer noch ! Aber was solls, bin ja noch jung



beastm

[Haggi20]

Erstmal, entschuldigt ihr Boardadmins, daß ich den Link net raussuche.

Aber probier mal ICH, bzw. verdächtige Packete neutralisieren in deinem Emule auszuschalten. Dann sollten die Datein übertragen werden.

Wenn die Datei zu stark kompriimiert ist, dann es vorkommen, daß sie unter den Verdacht gerät, korumpiert zu sein und gedroppt wird.

[Pathfinder]

Willkommen an Board, beastm!

Zu deinem Problem hat Sivka kürzlich was geschrieben (->hier). Es ist nicht I.C.H. für diese Meldung verantwortlich, sondern das Sivka-Feature Defeat 0-Part Filler Senders. Schalte es ab wie von Sivka beschrieben, dann sollten die Dateien bald beendet werden.