#1
|
||||
|
||||
Problem mit Entpacker
Hallo, bereits seit Vorgestern sind mir Unregelmäßigkeiten mit dem Entpackvorgang aufgefallen. Zuerst einmal, unrar selber arbeitet einwandfrei.
Bereits am Freitagabend hatte ich das Problem, dass ein Archiv nach dem fertigen Download zwar entpackt wurde, sich aber dann hinterher nicht mehr auf der Festplatte befunden hatte. Der JD hatte nicht nur sämtliche heruntergeladenen Archive entfernt, sondern zusätzlich die entpackten Daten und obendrein noch dem erstellten Ordner von der Festplatte. Das war mir dann doch ein wenig zu gründlich. Ich habe festgestellt das es an der Einstellung "Archiv Dateien nach erfolgreichen Entpacken löschen" (unter "Archiv Entpacker" => "Verschiedenes") liegt. Das Deaktivieren dieser Funktion behält dann wenigstens die heruntergeladenen Daten. Allerdings entpackt wird jetzt gar nichts mehr, trotz aktivierter Funktion unter "Archiv Entpacker" und "Entpacker Zielordner". Oder liegt es noch an einer anderen Einstellung? Alles in allem muss ich feststellen, dass Ihr mit dem JD langsam das Niveau von der Desktopumgebung KDE (ich arbeite vorwiegend unter Linux ) erreicht habt. Auch dort ist es mittlerweile fast unmöglich den Desktop korrekt einzustellen, da dort an den unmöglichsten Stellen Einstellungen versteckt sind, die man dort so nicht vermuten würde, und welche dann obendrein noch miteinander kollidieren. Das Ganze läuft wohl darauf hinaus, dass wenn Euer Programm irgendwann einmal fertig sein sollte, man dann ein abgeschlossenes Informatikstudium braucht um dieses überhaupt noch bedienen zu können.:confused: Ein Log habe ich Euch übrigens erstellt, kann aber nicht sagen unter welcher Nummer es abgespeichert wurde, da sich hinterher kein Fenster mehr mit dem Dateinamen geöffnet hatte.
__________________
Wissen ist Macht. Nichts wissen... macht aber auch nichts. |
#2
|
||||
|
||||
ich habe ubuntu 12.04 (unity, JD2, Java7) keine probleme.
ich würde4 dir raten, JD komplett löschen, und neu installieren. am besten ohne PPA, diese versionen verursachen anscheinend, die verschiedensten probleme. ach ja und wichtig, belasse es bei den default einstellungen. |
#3
|
||||
|
||||
Ich benutze sowieso nicht das .ppa, das ist völlig überflüssig. Es reicht völlig, sich das .deb selber herunterzuladen und zu installieren. Ich kann eh nicht verstehen warum das JD-Team überhaupt das .ppa anbietet. Das würde nur Sinn machen wenn sich der JD über dpkg aktualisieren würde, was nicht der Fall ist.
Ich bin aber leider auf die JD V2 angewiesen - die Beta von der V1 kann ich mangels funktionierenden Reconnects nicht einsetzen. Und bei der V2 kann man ja weiß Gott nicht von irgendwelchen Standardeinstellungen sprechen. Es liegt aber definitiv nicht an Linux. Ich habe Dual-Boot neben Kubuntu auch Windows 7 auf dem Rechner laufen, und dort ist der Fehler bei identischen Einstellungen ebenso aufgetreten. Edit: Um nochmals auf die verwirrenden Einstellungen im JD zurückzukommen - es gibt auch eine Option fürs Entpacken im Packagizer. Die ist ebenfalls aktiviert.
__________________
Wissen ist Macht. Nichts wissen... macht aber auch nichts. Last edited by netGhost; 07.10.2012 at 18:30. |
#4
|
||||
|
||||
Quote:
in diesen ordner installierst du JD2 (einen neuen) belass es im neuen jd auf default, dann kannst du ja mal schauen wie es läuft. Quote:
für linux gibt es das PPA, das install script oder einfach die gepackte zip datei, wo man nur das .jar file ausführen muss. ich mach morgen ein paar screenshots von meinen einstellungen, dann kannst du es ja mal mit denen versuchen. |
#5
|
||||
|
||||
Die JD V2 ist bei mir in einem eigenen Ordner.
Quote:
Quote:
Wie gesagt - das .ppa ist völlig überflüssig. der TV-Browser z.B. bietet ja auch nur ein .deb an - auch dort bekommt man die Update-Information über das Programm selber, nicht über die Paketverwaltung.
__________________
Wissen ist Macht. Nichts wissen... macht aber auch nichts. Last edited by netGhost; 08.10.2012 at 18:41. |
#6
|
||||
|
||||
Quote:
ich meinte, das due einen zweiten JD2 installieren sollst in einem eigenen ordner (von mir aus nenn ihn JD3). diesen neu erstellten JD testen, und schauen ob es klappt. |
#7
|
||||
|
||||
Hmm, das klappt nicht, was aber auch zu erwarten war.
Das Entpacken lief noch bis vot drei Wochen, und als ich danach aus dem Urlaub zurück war musste sich etwas grundlegend geändert haben. Mit der identischen Einstellung wie vorher entpackt der JD die Daten nicht mehr - bzw. er tut es vielleicht schon, aber dann nicht dorthin, wo ich sie hinhaben will. Der JD zeigt zwar einen erfolgreichen Entpackvorgang an, aber jedenfalls ist das Resultat dann hinterher nicht in dem Ordner zu finden, in den auch die .rar's heruntergeladen wurden. Und etwas anderes hat sich auch geändert - die Einstellung, die Archive nach dem erfolgreichen Entpacken zu löschen, löscht gleich den gesamten Downloadordner. Sonst sollte man ja wenigstens erwarten, hinterher einen leeren Ordner auf der Festplatte vorzufinden. Das ist nicht der Fall, der ganze Ordner ist einfach weg. Oder anders gefragt, mit welcher Einstellung im Entpacker funktioniert es, wenn man die Daten ohne zusätzlichen Unterordner in den vom Packagizer erzeugzen Ordner entpackt haben will? Und vor allem, dass der JD zwar die Archivdateien löscht, die entpackten Daten aber dann auch behält.
__________________
Wissen ist Macht. Nichts wissen... macht aber auch nichts. |
#8
|
|||
|
|||
@netGhost
weg sind deine entpackten daten nicht, sehr warscheinlich in einem falschen ordner. suche die letzten ordner von vor deinem urlaub mal durch dort dürftest du sie finden. das die leeren downloadordner verschwinden ist dann normal, da sie ja leer sind (war mal so gewollt von jemanden) schalte mal das "löschen aus der downloadliste nach erfolgreichen entpacken" aus, dann kannst du dir noch anzeigen lassen wohin er entpackt hat. (für die nächsten natürlich die er verschwinden lässt ) den grund wann und warum er das macht habe ich noch nicht wirklich nachstellen können, ist bei mir schon ne weile nicht mehr passiert. ps. auch während dem download kannst du schon mal übers kontextmenü schauen wohin er wirklich entpacken will >archive>entpacker zielordner setzen. das ändern darüber wenn er den falschen ordner angezeigt hat, hat aber damals nicht funktioniert.. Last edited by _00_; 10.10.2012 at 08:06. |
#9
|
||||
|
||||
Also 00, ich hatte schon mehrere Varianten durchgespielt, und keine war erfolgreich.
Voreingestellt ist das Verzeichnis "Downloads" auf der Windows-Datenaustauschpartiton. Dann sollte man ja meinen, dass sich die entpackten Daten dort später befinden sollten, halt ohne Unterordner. Das ist schon mal nicht der Fall. Zweiter Versuch mit dem Platzhalter <packagename> hinter dem Downloads. Erstellt hat der Entpacker den neuen Unterordner, und hinterher war dieser leer! Also Mumpitz. Dritter Versuch mit dem gleichen Platzhalter "*" wie aus dem Packageziser. Ergebnis ist eine Fehlermeldung: "Extracting Failed. Cannot create Folder...". Also wieder nix. Was ich will: Die Daten sollen immer in dem vom Packageziser erstellten Ordner entpackt und die dorthin heruntergeladenen Archive danach gelöscht werden, wie das früher der Fall war. Das ist ja nicht so abwegig. Und ich werde definitiv nicht erst vor jedem Download einen extra Entpackordner definieren.
__________________
Wissen ist Macht. Nichts wissen... macht aber auch nichts. |
#10
|
|||
|
|||
Quote:
sondern "während" dem download nachschauen wohin er fälschlicher weise entpacken will, damit du deine dateien erstmal wieder findest. Quote:
archiventpacker>aktiviert> haken setzen in folgendes verzeichnis entpacken > keinen haken setzen unterordner > keinen haken setzen (dann entpackt er nach downloads und löscht den packagename-ordner.. wollte ich so aber auch nicht) unterordner >haken setzen unerordnermuster %PACKAGENAME% (dann entpackt er in den packagename-ordner allerdings mit gleichnamigen unterordner... auch nicht ganz optimal aber besser als alles durcheinander in einem ordner) Packageziser downloadordner auswählen <jd:packagename> (war schon ausgewählt) archive entpacken >aktiviert |
#11
|
||||
|
||||
So delle, wieder da.
Also, was _00_ da schreibt wäre ja schon o.k., wenn es denn nun funktionieren würde. Ist aber leider nicht der Fall. Der JD entpackt und erstellt einen Unterordner im Downloadpfad - bloß ist dieser Unterordner dann hinterher leer! Entpackt werden die Files jetzt auch, bloß leider dorthin, wo sie weiß Gott nicht hingehören: In den Ordner <jd:packagename> als Unterordner des Downloadverzeichnisses. Dieser dient ja eigentlich nur als Platzhalter im Packageziser, wo dieser selber einwandfrei funktioniert. Jetzt ist mir auch klar warum vorher nichts entpackt wurde - der Ordner existierte ja nicht, bis ich ihm von Hand angelegt habe, und der Entpacker ist dazu nicht in der Lage. Deswegen funktionert das Ganze unter Windows auch nicht - dort dürfen Dateinamen keine eckige Klammer "<>" enthalten. Das Ganze ist also ein Bug - ich bitte daher um Beseitigung.
__________________
Wissen ist Macht. Nichts wissen... macht aber auch nichts. |
#12
|
|||
|
|||
ich habe seit neustem auch das problem das jdownloader 2 nach dem entpacken denn ganzen ordner löscht. das deaktivieren von "Archiv Dateien nach erfolgreichem Entpacken löschen" brachte abhilfe aber das kann ja auch nicht das wahre sein. es tritt scheinbar vollkommen zufällig auf. ich habe 7 folgen einer serie geladen. folge 2, 5, 6, 7 wurden geladen und nach dem entpacken wieder gelöscht. die folgen 1, 3 und 4 hingegen wurden ordnungsgemäß entpacket und rars gelöscht... was könnte das problem sein? log datei wie bei netGhost hochgeladen aber keinen link bekommen
edit: hab denn fehler gefunden. er hat es nicht gelöscht sondern in einen anderen ordner der serie. also folge 1 is dann folge 1 und 2 ect oO sehr merkwürdig da die ordnernamen alle verschieden sind (s01f01 ... 02 ... ect) Last edited by freaksn; 13.10.2012 at 21:00. |
#13
|
|||
|
|||
Quote:
downloadverzeichnis algemein> downloadverzeichnis C:\Users\...\Downloads an den pfad kein <jd:packagename> als platzhalter anhängen archiventpacker archiventpacker>aktiviert> haken setzen in folgendes verzeichnis entpacken > keinen haken setzen auch an den pfad kein <jd:packagename> als platzhalter anhängen Packageziser downloadordner: entweder nur <jd:packagename> oder C:\Users\...\Downloads\<jd:packagename> (es geht beides, unter windows !!!) archive entpacken >aktiviert speichern und dann diese regel mit haken aktivieren wichtig download- und linksammler-liste löschen jd beenden > wieder starten >links einfügen >>>download starten es wird wie gewünscht ein packagename-ordner erstellt mit selben namen wie in der downloadliste. in diesen geladen und auch entpackt. @freaksn Quote:
Quote:
abhilfe bisher : download- und linksammler-liste löschen (vorher links sichern>> alle pakete markieren>rechte maus>einstellungen>downloadadressen zeigen>>alle markieren>rechte maus>kopieren>>in eine textdatei einfügen) jd beenden > wieder starten >links einfügen >einzeln in downlodliste schieben >download starten danach hat er wieder in die richtigen ordner entpackt |
#14
|
||||
|
||||
Hallo _00_ , Du hast es wohl nicht unter kubuntu gestestet, oder? Was ich feststellen kann ist Folgendes: Unter Windows funktioniert alles einwandfrei, wenn im Archiv-Entpacker nur das erste Häkchen gesetzt ist (das fürs Entpacken) und sonst gar keines.
Unter kubuntu wird bei identischen (!) Einstellungen immer in den Ordner <jd:packagename> entpackt. Wenn es wirklich an kubuntu liegen sollte (irgendwie bezweifele ich das) bliebe dann der Donnerstag nächster Woche abzuwarten, dann kommt das Upgrade auf 12.10 "Quantal". Edit: Was mir einfällt, es muss nicht zwangsläufig an kubuntu liegen. Ich habe nämlich noch einen Linux-spzifischen Bug, dass bei mit dort die Festplattenüberprüfung auf freien Speicherlplatz nicht funktioniert. Theoretisch könnte es auch an Java liegen. Unter Linux steht mir nur das Open-JDK7 zur Verfügung, unter Windows habe ich die Version von Oracle installiert.
__________________
Wissen ist Macht. Nichts wissen... macht aber auch nichts. Last edited by netGhost; 13.10.2012 at 22:25. |
#15
|
|||
|
|||
Quote:
getestet habe ich unter windows wegen dieser deiner aussage. |
#16
|
||||
|
||||
Dann wird es wohl das Beste sein zu warten bis JIAZ wieder da ist. Irgendwie beschleicht mich nämlich das Gefühl dass es durchaus an Java liegen könnte. Darüber können aber nur die Entwickler Auskunft geben.
Komplettiert wird das Verwirrspiel dadurch, dass ich unter Linux insgesamt 3 (!) verschiedene Javaversionen installiert habe, da ich auch noch Wuala laufen habe, und dafür ist in den Abhängigkeiten das Sun-Java 6 vorgegeben.
__________________
Wissen ist Macht. Nichts wissen... macht aber auch nichts. |
#17
|
||||
|
||||
Du solltest nur eine Version installieren.
GreeZ psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#18
|
||||
|
||||
ist unter linux wurscht, genauso wie unter win7.
man braucht halt ein systemweites java, das per default eingestellt ist, oder der user selbst zuweisst. zusätzlich kann man jeder java anwendung eine eigene java version geben. @netGhost wenn mich nicht alles täuscht kannst du auch ein ppa für oracle java einbeziehen. ansonsten selber kompilieren, ist aber nicht schwer. es könnte aber auch ein KDE bug sein... Last edited by eisbaer; 14.10.2012 at 11:28. |
#19
|
||||
|
||||
So wieder zurück nach erfolgreichem Update von Kubuntu auf die 12.10. Hat sich aber nicht wirklich gelohnt, so richtig neu ist nur der Display Manager LightDM (statt KDM), andere Änderungen sind mir bislang nicht ins Auge gefallen. Dafür läuft kubuntu auffallend stabil, das war früher bei neuen Versionen nicht immer so.
Das Problem ist leider immer noch da, entpackt wird nach wie vor in den Dummy-Ordner des Packagezisers. @pspzockerscene. Quote:
@eisbaer: Quote:
Quote:
Und das Oracle-Java werde ich mir nicht auch noch zusätzlich installieren, Oracle selber empfiehlt unter Linux das Open JDK. Die proprietären Erweiterungen von Oracle braucht unter Linux eh kein Mensch, außerdem würde dann Java nicht mehr automatisch mit Updates versorgt, was ich schon mal gar nicht akzeptieren kann. Das .ppa was eisbaer da anspricht beinhaltet nämlich nur den Installer (den Oracle aus Copyright-Gründen aus Linux entfernt hat), eine aktuelle Java-Version gibt es dort nicht. Diese müsste dann zumindest nicht von Hand an dpkg vorbei installiert werden. Dass es an KDE liegen sollte kann ich mir eigentlich nicht vorstellen, ich verwende immer die tagesaktuelle Version (momentan 4.9.2) aus den kubuntu-ppa's. Es könnte auch an den Besonderheiten der Dateiverwaltung unter Linux liegen, die sich grundlegend von Windows unterscheidet. Falls jemand aus dem Team das mal überprüfen möchte, ich lade direkt auf die ntfs-Windows-Datenpartition, die Ursache könnte also theoretisch auch der ntfs-3g-Treiber - und damit verbunden die fuse-utils - sein.
__________________
Wissen ist Macht. Nichts wissen... macht aber auch nichts. |
#20
|
||||
|
||||
Es liegt nicht am ntfs Treiber. habs grad getestet mit meinem USB Stick. Da wird alles ganz normal entpackt und verschwindet nichts...
Quote:
So sehen meine Einstellungen aus. Es könnte aber auch an dem ppa liegen, womit du JD installiert hast. ich habe es ganz normal mit der updater.jar installiert. Solltest du auch mal versuchen. Du kannst jeder Anwendung per symlink, eine eigene Java zuweisen. (oder per Startscript) |
#21
|
||||
|
||||
Update: So, "with a little help of my friends" ist es mit gelungen, die Abhängigkeiten zu übergehen und zwei Versionen zu deinstallieren. Es läuft nur noch Open JDK 7 Update 9, die neueste Version.
Alle Java -Programme laufen nach wie vor einwandfrei, leider ist auch den Fehler im JD nach wie vor da. Daran lag es also nicht. Mein Tipp für die Fehlersuche wäre jetzt der direkte Download auf die ntfs-Partition. Wäre schön wenn jemand mit Dual-Boot Windows und Linux das mit identischen Einstellungen nachstellen könnte. Einstellungen im Packagizer: /Windows_D/Downloads/<jd:packagename> , oder wo sonst sich immer die Windows-Datenpartition bei Euch befindet. Versuchsanordnung bedeutet es wird ein Unterordner in /Downloads mit dem Paketnamen erzeugt, das "*" unter "Paketname" symbolisiert den Platzhalter, das ersetzte ich im Linkgrabber durch den korrekten Namen. "Archive entpacken" ist aktiviert. Einstellungen im Entpacker: Nur das Häkchen fürs Entpacken, unter "Entpacker Zielordner" ist nichts eingetragen. Unter der Stable funktionierte das Ganze übrigens noch mit lediglich zwei Häkchen an der richtigen Stelle.
__________________
Wissen ist Macht. Nichts wissen... macht aber auch nichts. |
|
|