[Solved] Ungültiger Downloadpfad

[oEFLKQzikCqw]

Heute hatte ich seit längerem mal wieder die Fehlermeldung über einen ungültigen Downloadpfad beim Download einer Datei über RS. Der Download startet zwar, bricht aber vorzeitig mit erwähnten Fehlermeldung ab. Der Pfad ist jedoch keinesfalls ungültig, denn gleichzeitig (zumindest beim ersten Downloadversuch) wurden 2 andere Dateien (ebenfalls von RS) in das gleiche Verzeichnis und später auch die betreffende Datei von einem anderen Mirror.

Auch der Download im Browser bricht vorzeitig ab.

11.09.14 17.15.58to11.09.14 18.30.37 jdlog://6468513173041/

Edit: Link entfernt. Ist inzwischen eh ungültig.

[pspzockerscene]

Hi
Ich kann den Link nicht laden - "Permission denied by uploader".

GreeZ psp

[oEFLKQzikCqw]

Diese Fehlermeldung bekomme ich inzwischen auch.

Dieses Problem hatte ich vor ein paar Monaten schon einmal. Aber immer nur bei einzelnen Dateien.

Hallo, habe diesen post gefunden weil ich das gleiche problem habe... JDownloader 2 hat plötzlich angefangen meine downloads mit "ungültiger Downloadpfad" abzutun die plate ist fast leer und ich hatte vor ca. 1 monat von der gleichen resource heruntergeladen (ein paar hunder bilder) und plötzlich geht nix mehr... Habe die platte geprüft ob sie "schreigeschützt" ist, da das manchmal ja vorkommt. Aber negativ... chkdsk - alles ok... Firewall wie immer... etc. etc. etc. Jdownloader will einfach nicht mehr meine links laden. Neu in die liste aufgenommene werden bearbeitet... und sogar im gleichen "ziel" gespeichert aber viele aber dutzende ällterer "packete" geht gar nix... Ebenso schluck JD2 extrem resourcen... und markiert die nicht heruntergeladenen Downloads als 100% erledigt obwohl er nicht eine datei geladen sondern alle übersprungen hat (er braucht auch extrem lange um dies zu tun, sprich pro .jpg mehrere minuten) Alle links sind online und im Browser ohne probleme aufzurufen.... ;(

[pspzockerscene]

Ohne Logs können wir euch nicht helfen - das gilt auch für dich, oEFLKQzikCqw.

GreeZ psp
EDIT

Wer die Augen nicht aufmacht...:rolleyes:

[oEFLKQzikCqw]

@pspzockerscene schaue doch mal in den Startbeitrag des Threads.

[pspzockerscene]

In der Tat, da stehen komische Sachen drin.
Ticket:


GreeZ psp

Hallo, habe jetz nach langem abchecken der Packete bemerk das manche sogar teilweise runter geladen wurden... und dan blockieren. Obwohl Hoster & Ziel gleich sind...

(1 Tag später)
Nachtrag: Glaube ich hab rausgefunden was schiefgegangen ist bei einigen dieser packete... Es wurden keine Ordner im ziel angelegt!!! und auch wen ich das ziel neu angebe wird kein ordner angelegt... LOL. Werde jetzt testen ob es ohne erstellung eines ordners funtioniert. (Ergebnis=Negativ... funktioniert auch nicht)

[oEFLKQzikCqw]

Wieder einmal diese Fehlermeldung bekommen. Der Download erfolgte auf eine externe USB3-Festplatte, auf der zeitgleich kurzzeitig 2 Kopierjob liefen, die die Platte ans Limit brachten. Nein, die Platte hatte sich nicht vorübergehend abgemeldet, denn das hätte beim Kopieren zu Fehlermeldungen führen müssen, die jedoch ausblieben. Jedenfalls führte die vorübergehende Überlastung der Festplatte zum Abbruch des laufenden Downloads mit dieser Fehlermeldung.

06.01.15 15.40.05to07.01.15 08.52.04 jdlog://1133783568141/

Könnte JD in so einem Fall nicht einfach die Buffer vergrößern und den Download drosseln bis das Problem vorbei ist? Wobei der Download bei mir hier schon gedrosselt lief (285 KiB/s)

Ach ja, was mir da noch aufgefallen ist, in der Downloadliste wird bei der Downloadgeschwindigkeit kiB/s benutzt, in den Einstellungen für das Limit (egal wo) kB/s.

[raztoki]

@oEFLKQzikCqw
log does not show single download error

Please reproduce issue and upload log from effected session. Best bet is to restart JDownloader so you get a fresh log session.

raztoki

[oEFLKQzikCqw]

Das Log sollte schon aus dem passenden Zeitraum sein, wenn ich einen Irrtum auch nicht völlig ausschließen will. Hätte das wohl sofort melden sollen.

Jedenfalls findet die Suche nach Dateien im Logverzeichnis, die invalid enthalten keinen Treffer in den für SO zuständigen logs im passenden Zeitraum, auch nicht, wenn ich den Zeitraum etwas erweitere. Was mich schon gewundert hat. Möglicherweise benutze ich aber auch den falschen Suchbegriff.

Ich werde mal versuchen das zu reproduzieren.

PS: Kann man den Verzeichnissen im Logverzeichjnis nicht einen Namen verpassen, an dem man den Erstellungszeitpunkt auf anhieb erkennt? Am besten in Form von YYYY-MM-TT_HH-MM-SS am Anfang des Namens (wegen der Sortierung im Dateimanager)?

[pspzockerscene]

Nichts ist unmöglich, aber das hat momentan keine Priorität, da User selten die Logs selbst durchforsten.

GreeZ psp

[oEFLKQzikCqw]

Na ja, es hätte mir im konkreten Fall erleichtert, die nicht relevanten Suchtreffer schneller und leichter auszusortieren bzw. die Suche schon vornherein besser einzuschränken.

Bis jetzt ist es mir leider nicht gelungen das Problem zu reproduzieren. Vielleicht war die Überlastung der Platte auch gar nicht die Ursache.

Sorry, das ich den Thread "wiederbelebe"!
Aber wie ich das sehe ist bei vielen noch immer ein solcher Fehler vorhanden.

Bei mir hat eines geholfen: JD mit Admin starten.

[oEFLKQzikCqw]

Warum ist davon dann hier im Forum so wenig zu lesen? JD als Admin zu starten, kann nicht die Lösung sein. Das ist ein unnötiges Sicherheitsrisiko und deutet auf fehlende Rechte hin. Einfach das Downloadverzeichnis passend wählen tut's dann auch.

Abgesehen davon gibts bzw. gabs für diesen Fehler mehrere mögliche Ursachen und die aus dem Startbeitrag hat sich mittlerweile auch ohne Fix erledigt, wobei ähnliche Fehler durchaus auch bei anderen Hostern denkbar wäre.

[Jiaz]

@Bladeage:
Als Admin starten ist 100% nicht notwendig und wenn doch, dann ist das eher ein zeichen für falsche rechtezuweisung der Ordner. JD benötigt kein Admin.

Mit einem Logfile können wir mehr sagen, so nur das es
1.) Platte voll (je nach OS/Java Version kann java nicht zwischen Voll/Nicht existiert unterscheiden)
2.) Platte/Pfad existiert nicht (zb ausgehängte USB, oder falscher Laufwerksbuchstabe)
3.) Zugriffsrechte falsch.

Mit nem Logfile können wir mehr sagen, aber da Admin bei dir hilft, tippe ich auf 3!

[oEFLKQzikCqw]

Ich tippe auf Installation nach %ProgramFiles% oder %ProgramFiles(x86)%. Das ergibt zwangsläufig deinen 3. Punkt.

4.) Dateiname ist zu lang. Umbenennen hilft.

Habe heute diese Fehlermeldung gehabt. Es war eine sehr aussagekräftige Dateiname daran schuld. 154 Zeichen inkl. Erweiterung. Windows verkraftet 255 Zeichen Pfad, mit Ordnername wäre es in meinem Fall weit über 300.

[Jiaz]

@bill.s: danke fürs feedback!

[oEFLKQzikCqw]

Unterstützt JD denn immer noch keine Pfade länger als 260 Zeichen?

[Jiaz]

Muss ich ein wenig umbauen

Ist kein JD Problem sondern eher das man andere APIs nutzen muss

Hallo, auch ich habe ein Problem mit Ungültigem Dateipfad.
Ich habe es mit Share-Online und Uploaded.to bereits probiert und immerwieder, selbst wenn ich eine Dateipfad mit STRG + C einbinde die ich via Browser laden kann.
Hier mein Log
07.05.16 09.49.11 <--> 07.05.16 09.57.42 jdlog://1889625891641/

[Jiaz]

Hier die Fehlermeldung
could not mkdirs parentFile "C:\Users\Username\Downloads\X Y" Username und XY ersetzt
Interessant ist das dein Username nicht identisch ist! Ich fürchte du nutzt den falschen Ordner. In Wahrheit hat dein Username kein Leerzeichen und kein Nachnahme! Du kannst nicht den Pfad nehmen den dir der Explorer anzeigt, denn der mappt das dynamisch!
cmd.exe und echo %HOMEPATH% sollte den korrekten Order anzeigen