aMule Forum
Deutsch => aMule Hilfe => Topic started by: muckmuck on February 11, 2004, 12:26:20 AM
-
ich habe heute 1.2.5 installiert und festgestellt, dass ein angefangener download nicht in den shared files auftaucht. das file ist ca. 2gb gross, runtergeladen habe ich schon 1gb davon. ich habe erstmal wieder auf 1.2.4 gewechselt, damit war alles wieder o.k.
auch habe ich nun jeweils zwei .part.met.bakŽs pro file. einmal ".bak", einmal ".BAK".
-
*.BAK sind die alten files, *.bak die neuen .. wird habens geändert damits keine probleme mit eMule gibt..
was die erste sache angeht, hm .. muss ich mich schlaumachen ..
-
mann, bist du wieder schnell :D
was die erste sache angeht, hm .. muss ich mich schlaumachen ..
blöde sache, mit wenig vergleichsmöglichkeiten. wer kann das schon mal eben reproduzieren... :(
na, ich warte mal ab...
-
Hallo,
vielleicht liegt es ja damit zusammen, daß das Temp verzeichnis zum sharen freigegeben ist und in der neuen Version nur diese mit angezeigt sind die dafür freigegeben sind?
Kann man den die noch nicht fertigen Teile von dir laden?
Das würde dies doch zumindest erklären?!
MfG!
JMK!
-
das wäre schön, wenn es so einfach wäre.
freigegeben sind alle in temp.
die noch nicht fertigen teile kann man von mir unter 1.2.5 nicht laden. er erkennt/akzeptiert diese grosse datei nicht. auch lädt er den rest nicht runter, obwohl das file in der downloadliste erscheint, und das auch korrekt. mit 1.2.4 klappt alles wie es soll. ich ändere auch nichts im .aMule Verzeichnis oder sonst wo. ich tausche einfach die rpmŽs aus.
ich vermute eher, dass es mit dem files>2gb bug zusammenhängt, der in 1.2.5 gefixt wurde (wurde er?).
-
nachtrag:
gleicher effekt beiŽm suse 9 rpm (läuft mal wieder auch auf mdk ;)),
mit einem X-beliebigen konkurrenzprodukt geht es aber.
ich bleibe dann wohl mal die restlichen 900MB bei 1.2.4 und freue mich, in ferner zukunft mein eigenes rpm testen zu dürfen ;(
-
Also, ich habe jetzt auch die neue Version getestet 1.2.5 ich habe diesbezüglich keine Probleme bemerkt, ich habe aber auch keine Datei mit mehr als 2GB wo vielleicht das vermutete Promlem liegt und vielleicht noch liegt, selbst in der neuen Version!
MfG!
JMK!
-
Ich habe gerade das selbe Problem mit amule (cvs vom 14.2.04).
Ein File - 792 MB - derzeit 7MB übertragen - steht nicht in den shared files.
Keine Sonderzeichen und/oder Leerzeichen im Namen - nix besonderes festzustellen.
-
Keine Sonderzeichen und/oder Leerzeichen im Namen - nix besonderes festzustellen.
dito!
hmm, scheint ja dann doch nicht nur files>2GB zu betreffen... bin völlig ratlos ;(
-
Scheinbar ist das Problem für mich erledigt .... so wie's aussieht tauchen angefangene Downloads erst in den shared files auf wenn filesize > chunksize. Bei mir waren alle fehlenden Downloads unter 5 MB - über Nacht hat sich das Problem für mich erledigt.
Was immer noch dir Frage mit den 2gb+ Files unbeantwortet lässt.
-
so wie's aussieht tauchen angefangene Downloads erst in den shared files auf wenn filesize > chunksize
das macht ja auch sinn, vorher ist ja nichts zum sharen da.
haben sich die entwickler die sache schon mal angesehen (deeeeeeltaaaa!)?
oder ist das ein zu vernachlässigender (zudem temporärer) einzelfall? wenn ich den dl komplett habe und neue mit 1.2.5 anfange hat sich das ja erledigt. trotzdem interessiert mich das "warum".
-
muckmuck, jein,, wir wissen aber nachgeguckt worden haben wir noch nicht .. da sind noch n paar sachen zwischen gekommen die nicht geplant waren :(
sorry ..
-
oh, oh, ich habŽ da so eine theorie....
ich habe den selben dl nun testweise mal mit 1.2.5 von vorne angefangen. die datei wird jetzt im transferfenster mit 2,22GB gesamtgrösse angezeigt, mit 1.2.4 waren es genau 2GB! auch sehe ich jetzt viel mehr quellen.
ich vermute ich bin einfach auf den 2GB-bug der alten version hereingefallen. hat der sich vielleicht so verhalten, dass er die part dateien einfach bei 2gig "abgeschnitten", den hash aber beibehalten hat? dann wäre die datei ja zerschossen und deshalb von 1.2.5 nicht erkannt worden.
wenn das so ist habe ich hier umsonst alles wild gemacht... :]
-
langsam bekomme ich eine mittelprächtige krise :evil: :
"EMule Fehler:
Kann nicht auf Datei-Descriptor 21 schreiben (Fehler 27: File too large)"
poppt dauernd auf, obwohl der dl munter weitergeht. was ist nu los?
wenn gerade dieser dl mir nicht so wichtig wäre....
-
Kann nicht auf Datei-Descriptor 21 schreiben (Fehler 27: File too large)"
Auf was für ein Dateisystem versucht dein Muli die Datei zu schreiben?
-
reiserfs.
ich habe auf einer anderen partition dateien mit über 6GB grösse drauf. daran kann es nicht liegen. die fehlermeldung kommt auch nicht permanent, sondern immer wieder mal. im log habe ich öfter "teil 244 ist beschädigt", sonst läuft der dl aber normal weiter.
-
ich glaube, ich kann die story jetzt beenden:
bootstraps frage hatte mich auf die idee gebracht.
die partition, wo mein temp und incoming folder drauf sind, ist damals unter suse 7.3 schon mit reiser formatiert worden (lange her, deshalb nicht mehr dran gedacht). auf verdacht habe ich alles mal eben runterkopiert, neu formatiert, alles zurück, und siehe da: keine fehlermeldungen mehr.
gleichzeitig habe ich auf 1.2.6 updgedatet, was damit vermutlich aber nichts zu tun hat.
trotzdem habe ich da noch eine frage: wie kann ich mir anzeigen lassen, mit welcher version von reiserfs eine partition formatiert ist?