25.10.17 03.53.18 <--> 24.10.17 02.01.52 jdlog://0354814015941/
(In diesem Zeitraum habe ich öfter versucht die Backups wiederherzustellen)
#1
|
|||
|
|||
DownloadList leer --> backup wiederherstellen
Hallo!
Als ich beim letzten mal JDownloader 2 geöffnet habe, musste ich feststellen, dass meine Download Liste leer war. Also habe ich ein wenig das Forum durchsucht und herrausgefunden, dass es möglicherweiße Backups in dem Ordner "cfg" gibt und diese dort auch gefunden (siehe Bild). Die DownloadList mit der höchsten Nr., ohne .backup, ist nur 1kb groß und ist wahrscheinlich die neue leere Liste. Die Backups haben eine größe von ca. 320 MB. Habe schon versucht die letzten 8 Backups wiederherzustellen, indem ich das .backup entfernt und die Nr. eins höher als die leere Liste gesetzt habe (also höchste Zahl der Download Listen). Leider ohne Erfolg... JDownloader habe ich davor natürlich immer geschlossen, Datei umbenannt und wieder neu gestartet. JDownloader lädt daraufhin etwas länger, aber er bennent die Datei wieder in .backup um und zeigt eine leere Liste. Wenn ich ihn dann wieder schließe erstellt er wieder eine neue .zip mit der leeren Liste. Weiß grad nichtmehr weiter und ich kann mir nicht vorstellen, dass alle Backups beschädigt sind, da ich ja auch welche vor mehr als einem Monat getestet habe und es da ja noch ging. Würde mich freuen, wenn jemand von euch eine Idee hätte, was ich noch probieren kann oder was ich da falsch mache.
Spoiler:
25.10.17 03.53.18 <--> 24.10.17 02.01.52 jdlog://0354814015941/
(In diesem Zeitraum habe ich öfter versucht die Backups wiederherzustellen) Last edited by DamonDragon; 25.10.2017 at 05:43. |
#2
|
||||
|
||||
In deinem JDownloader Ordner sollte eine .vmoptions Datei liegen
dort bitte die Zeile mit -Xms.. entfernen und -Xmx1g hinzufügen. Dann sollte der Import der Backups wieder gehen. Dein JDownloader war auf 256Mb RAM limitiert und das hat für die Anzahl der Links nicht gereicht. Du kannst die Backups auch umbennen, so dass diese auf .zip enden und dann einfach via Drag/Drop wieder in den JDownloader importieren. Vorher solltest du sicherheitshalber die Dateien verschieben/kopieren.
__________________
JD-Dev & Server-Admin |
#3
|
|||
|
|||
Danke für deine schnelle Antwort!
Das mit der .vmoptions Datei habe ich schonmal gelesen, als ich auf der Suche nach der Lösung, für mein Problem, war. Leider kann ich diese Datei nirgend wo in meinem JDownloader Ordner finden... Ich benutze die "JAR without Installer", falls das wichtig ist. JDownloader sollte außerdem auf dem neusten Stand sein. Last edited by DamonDragon; 26.10.2017 at 10:14. |
#4
|
||||
|
||||
In dem Fall musst du Java mit dem Parameter starten
java -Xmx1g -jar JDownloader.jar zb eine Batchfile machen und dort javac.exe -Xmx1g -jar JDownloader.jar oder eine Verknüpfung welche den Parameter anhängt
__________________
JD-Dev & Server-Admin |
#5
|
|||
|
|||
Danke erstmal für deine bisherige Hilfe!
hab noch ein paar Dinge getestet javac.exe -Xmx1g -jar JDownloader.jar bringt folgende Fehlermeldung
Spoiler:
javac: invalid flag: -Xmx1g
Usage: javac <options> <source files> use -help for a list of possible options javac -J-Xmx1g "E:\Dienstprogramme\JDownloader\JDownloader.jar" mit -J-Xmx1g bekomme ich folgendes
Spoiler:
javac: invalid flag: E:\Dienstprogramme\JDownloader\JDownloader.jar
Usage: javac <options> <source files> use -help for a list of possible options java -Xmx1g -jar JDownloader.jar (funktioniert, aber..) wird ausgeführt, aber JDownloader lädt und lädt... (Bitte warten. Lade Links...) und bricht dann nach längerer Ladezeit ab. (CPU 100% während des ladens und RAM unter 50%) habe noch versucht eine andere .vmoptions zu verwenden, da ich, soweit ich das verstanden hab, auch eine copy verwenden kann. **External links are only visible to Support Staff****External links are only visible to Support Staff** x64 und mit -server x32
Spoiler:
-Xms128m
-Xmx750m -XX:ReservedCodeCacheSize=240m -XX:+UseConcMarkSweepGC -XX:SoftRefLRUPolicyMSPerMB=50 -ea -Dsun.io.useCanonCaches=false -Djava.net.preferIPv4Stack=true -XX:+HeapDumpOnOutOfMemoryError -XX:-OmitStackTraceInFastThrow hab gesehen, dass ich ohne -XX:MaxJavaStackTraceDepth=-1 getestet habe (falls wichtig) Wusste nicht, wie die Kopien benannt werden müssen, deshalb hab ich mehrere Kombinationen probiert. Wurden jedoch alle in .backup_1 umbenannt
Spoiler:
idea64.exe.vmoptions.backup_1
mit einer leeren DownloadListXXX.zip wird das Programm mit dem Befehl java -Xmx1g -jar JDownloader.jar normal gestartet Die Download Liste ist zwar groß, aber es kann doch nicht sein, dass es nach dem verwenden eines größeren heaps mit der Liste nichtmehr funktioniert? Das ist der Log als es sich aufgehängt hat (Letzten 3 Versuche müssten drin sein) 27.10.17 03.18.07 <--> 27.10.17 03.05.29 jdlog://1395814015941/ Letzter Versuch -Xmx1g Vorletzter -Xmx400m War wohl zu klein. Soweit ich das gesehen hab ist er dann übergelaufen. Dachte der ist auf 256m? dann wäre 400m schon um einiges mehr Würde mich freuen, wenn du eine Idee hast, wie ich das Problem Lösen kann. |
#6
|
||||
|
||||
Wie groß genau ist die Datei denn?
Wieviel Speicher hat dein System? Also im Log ist zu sehen, dass JDownloader mit dem Laden der Liste beschäftigt ist, daher die Frage wie groß die Datei ist. Alternativ mal mit -Xmx2g probieren. keine weiteren Parameter, einfach nur java -Xmx2g -jar JDownloader.jar Gerne kann ich auch via Teamviewer helfen, schreib mir einfach ne E-Mail an support@jdownloader.org
__________________
JD-Dev & Server-Admin |
#7
|
|||
|
|||
Danke für deine Hilfe Jiaz!!!
Hab das ganze nochmal mit größeren Werten getestet und zu meiner überraschung hat es funktioniert. Ich war zunächst verwundert warum es plötzlich mit 2gb funktioniert, obwohl die zip nur 316MB groß ist. Hab die Datei entpackt und festgestellt, das sie so ganze 1,95 GB Speicher auf meinem Datenträger benötigt. Da es sich um ca 500k Links handelt und jeder dieser in einer neuen Datei abgespeichert wird, welche nur ca 1000 Bytes benötigt, mein System jedoch mindestens 4096 Bytes auf der Festplatte reserviert, hat es mit den niedrigeren Werten nicht funktioniert. Danke nochmal für deine Hilfe, weiter so |
#8
|
||||
|
||||
Es hat einfach mit der Anzahl von 500k Links zu tun. Wie groß die Zip ist , ist egal
Man sollte JD nicht als Archiv *missbrauchen*, dafür wird es irgendwann mal ein entsprechendes Feature geben Bei derart vielen Links würde ich dauerhaft mit -Xmx2g oder sogar -Xmx3g oder -Xmx4g fahren. Je nachdem wieviel Speicher im System hängen
__________________
JD-Dev & Server-Admin |
#9
|
||||
|
||||
Freut mich das es letztendlich doch noch geklappt hat
__________________
JD-Dev & Server-Admin |
Thread Tools | |
Display Modes | |
|
|