jDownloader JDownloader 2 (noarch) / Paketzentrum

[elknipso]

Hat noch jemand eine Idee woran es haken könnte?

 

[goetz]

Hallo,
den home Ordner gibt es nur im Zusammenhang mit dem smb Protokoll welches aber intern nicht genutzt wird. Also homes/<BENUTZNAME>... oder einen anderen Ordner benutzen.

Gruß Götz

 

[elknipso]

Ich habe es jetzt mal mit /homes/admin/Drive/Downloads sowohl so als auch mit volume1 vorangestellt versucht, aber es hat nichts geändert. Ein Paket fängt er an zu laden, und der Rest funktioniert dann nicht weil die Platte voll wäre, siehe Screenshot:

 

[goetz]

Hallo,
wenn dann komplett, /volume1/homes/admin/Drive/Downloads. Da ich das Paket nicht laufen habe weiß ich nicht mit welchem Benutzer der Dienst läuft, möglicherweise hat dieser keine Rechte in das homes Verzeichnis des admin zu schreiben.

Gruß Götz

 

[elknipso]

Irgendwo ist noch der Wurm drin. Ich habe jetzt mal einen neuen Ordner erstellt "public" und jedem Nutzer Vollzugriff gegeben, sogar dem Gastkonto, und dieses dann per /volume1/public eingebunden. Das Problem ist aber weiterhin das gleiche.

 

[Wicki]

Ist die System-Partition vielleicht randvoll?

 

[elknipso]

Nein, das wars nicht, ich bin nun aber auf die Lösung gekommen. Der Jdownloader ist nicht clever genug die Pfade nach der Änderung für den Download anzupassen, auch nicht nachdem man diesen komplett zurückgesetzt hat.

Man muss nach der Anpassung des Downloadpflad den Download Auftrag komplett löschen und neu importieren, dann funktioniert es wunderbar. Übrigens auch ins /home Verzeichnis des admin ohne Probleme.

 

[kilord]

Zu spät Lösung anscheint gefunden...

 

[elknipso]

Ja, funktioniert nun. Und funktioniert hervorragend, schön performant und richtig zu gebrauchen. Absolut kein Vergleich zu der kleinen QNAP die ich vorher hatte.

 

[synfor]

Nein, das wars nicht, ich bin nun aber auf die Lösung gekommen. Der Jdownloader ist nicht clever genug die Pfade nach der Änderung für den Download anzupassen, auch nicht nachdem man diesen komplett zurückgesetzt hat.

Die Pfadangabe in den Einstellungen ist lediglich eine Vorgabe für neu hinzugefügte Downloads. Wobei man die Vorgabe nicht übernehmen muss

Man muss nach der Anpassung des Downloadpflad den Download Auftrag komplett löschen und neu importieren, dann funktioniert es wunderbar.

Nein muss man nicht. Man kann auch einfach den Downloadpfad bei den Downloads ändern.

 

[horstkervin]

Hallo zusammen,
dank dieses Pakets läuft JDownloader fantastisch auf meiner DS. Vielen Dank für die Bereitstellung!

Ein Problem habe ich jedoch, dass ich bisher nicht lösen konnte. Auf neue, durch den Download bzw. durch das automatische Extrahieren erstellte, Dateien und Ordner habe ich per Windows keine Schreibrechte. So kann ich diese nicht verschieben oder löschen.
Der Grund dafür sind die Zugriffsrechte, die in der DS bei den neuen Dateien gesetzt werden. In der ist in den Eigenschaften der neuen Elemente als Besitzer und als Gruppe immer "root" eingetragen. Ändere ich manuell den Besitzer auf bspw. "admin" und die Gruppe auf "users", funktioniert der Zugriff wie gewünscht. Der übergeordnete Downloadordner hat letztere Zugriffsrechte eingestellt. Leider werden diese jedoch nicht an die neuen Elemente vererbt. Der Downloadordner selber liegt auf einem USBShare, bei dem doch eigentlich die Vererbung greifen sollte.

Kann es sein, dass der Grund für das Problem ist, dass der JDownloader vom root und nicht vom admin ausgeführt wird? Gibt es eine Möglichkeit den auszuführenden User bei dieser Paketinstallation des JDownloaders zu ändern?

Für Tipps und Hilfe wäre ich euch sehr dankbar.

 

[Wicki]

Du kannst bspw. die Rechte über den Event Scripter automatisch anpassen. Wurde hier diverse Male besprochen, wirst Du daher sicherlich über die Suchfunktion finden können.

 

[horstkervin]

Danke Wicki für den Tipp mit Event Scripter.

Nach längerer Suche und mehrfachen Probieren klappt die Umsetzung mit meinem Skript leider immer noch nicht. Nach dem Entpacken eines Archivs sind alle Rechte unverändert. Nach einer initialen Erlaubnis zum Ausführendes Skripts wurde nicht gefragt (weder im Webinterface noch in der App).
Aus den vorherigen Beiträgen habe ich mir folgendes Skript zusammengeschustert:

[{"eventTrigger":"ON_ARCHIVE_EXTRACTED", "enabled":true, "name":"Event Script", "script":"#!bin/sh chown -R admin:users /volumeUSB1/usbshare/Downloads/ chmod -R 744 /volumeUSB1/usbshare/Downloads/ exit ", "eventTriggerSettings":{}, "id":1536944741006}]

Im JDownloader sieht das wie folgt aus:


Kannst du mir sagen, was ich falsch mache?

 

[12die4]

Hallo zusammen, bin ganz neu hier!

Ich habe vor ein paar Wochen von einer o2 Homebox auf eine Fritzbox 7590 umgerüstet und musste dann das ganze Netzwerk neu konfigurieren. Soweit klappt nun alles. Ich bekomme aber den jDownloader auf meiner DS918+ einfach nicht zum Laufen.

Der DSM hatte irgendwelche alten Einstellungen im Bauch, die dazu geführt haben, dass er sich an der Fritzbox dann mehrfach aufgehängt hatte. Also DSM Reset über die Taste hinten (zweimal lang bis 3 Pieptöne kommen). Dann DSM komplett neu eingerichtet.

Zur Installation von jD verwende ich das Java SE Embedded 8 Packet von PCLoadLetter. Die Installationsroutine dort verlangt nach dem neuesten Packet 1.8.0_181-0048, dass nun offenbar auch x64 Unterstützung bringt. Gut, der Celeron in der DS918+ kann ja 64bit. Eine andere Version (z.B. 32bit) lässt sich auch nicht mehr auswählen. Auf der Oracle Website gibt es unter Embedded nur die i586 und ARM Pakete, für x64 muss ich auf non-Embedded Java 8 SE wechseln. Da bekomme ich auch das Paket mit dem richtigen Dateinamen. Die Installationsroutine läuft fehlerfrei durch und im Paketzentrum sagt er, dass Java 8 SE laufen würde.

Nun jD installiert über Netzbär und auch hier keine Fehlermeldungen. Im Paketzentrum sagt DSM auch, jD würde laufen.

Doch das Webinterface von myjD erkennt keinen laufenden jDownloader. Was mache ich falsch??

- Port Weiterleitung war bei der o2 Homebox auf DSM eingerichtet. Aber angeblich braucht jD ja keine Port Weiterleitung. Bekomme ich im DSM auch nicht hin, da die 7590 noch nicht unterstützt wird. Daran sollte es aber nicht liegen.
- Habe ich bei der Java SE 8 Installation (wie gesagt, nun das non-Embedded x64 Paket) etwas falsch gemacht? Ist das Paket eventuell inkompatibel mit jD für DSM?
- Wie bekomme ich ein älteres Java SE 8 Embedded Paket installiert? Wie gesagt läuft der Installer von PCLoadLetter nur mit der neuesten Version und erlaubt keine älteren Files...

Vielen Dank für eure Hilfe!

 

[peterhoffmann]

Im Paketzentrum sagt DSM auch, jD würde laufen.

Die Anzeige im DSM ob der JD läuft, zeigt gerne Blödsinn an.
Gehe per SSH auf die DS und setze folgendes ab:

/var/packages/JDownloader/scripts/start-stop-status status

Dann bekommst du den echten Status angezeigt.
Kommt dann "stopped", nutze folgenden Befehl:

/var/packages/JDownloader/scripts/start-stop-status start

Habe Geduld und lasse dir dann noch mal den Status anzeigen.
Ansonsten auch mal ins Log schauen => /var/log/JDownloader.log

Nun jD installiert über Netzbär und auch hier keine Fehlermeldungen.

Schau ins Log => /var/log/JDownloader.log

Java SE 8 Embedded Paket

Das ist die Version, die bei mir läuft:

 

[12die4]

Die Anzeige im DSM ob der JD läuft, zeigt gerne Blödsinn an.
Gehe per SSH auf die DS und setze folgendes ab:

/var/packages/JDownloader/scripts/start-stop-status status

Dann bekommst du den echten Status angezeigt.
Kommt dann "stopped", nutze folgenden Befehl:

/var/packages/JDownloader/scripts/start-stop-status start

Habe Geduld und lasse dir dann noch mal den Status anzeigen.
Ansonsten auch mal ins Log schauen => /var/log/JDownloader.log

Besten Dank für die Hinweise. Habe gerade SSH aktiviert und mit Putty eingeloggt. Folgendes kommt:



jD scheint also wirklich zu laufen...

 

[peterhoffmann]

Dann schau mal ins Log => /var/log/JDownloader.log
z.B. mit

cat /var/log/JDownloader.log

Falls du auf der Konsole gar nicht klar kommst, kannst du dir die Datei auch in einen Bereich kopieren, wo du über eine Freigabe rankommst.
Der Befehl zum Kopieren lautet "cp". Wenn also ein gemeinsamer Ordner bei dir z.B. "susi" heißt, wäre der Befehl auf der Konsole folgender:

cp /var/log/JDownloader.log /volume1/susi

Passe das "susi" an, sprich nimm den Namen eines gemeinsamen Ordners bei dir. Danach findest du die Datei dort im Verzeichnis.

 

[12die4]

Uff, also das log file direkt öffnen hat nicht geklappt. "access denied"

Nach dem kopieren war es da, aber es ist 5MB groß. Wer soll denn da durchsteigen?

 

[peterhoffmann]

Wer soll denn da durchsteigen?

Sitzt noch einer neben dir? Wenn nein, dann wohl du.

Du könntest ja auch die Datei zippen und hier im Forum als Anhang anhängen bzw. irgendwo hochladen. Aber das sind einfach nur lösungsorientierte Gedanken.

 

[12die4]

Also den formatierten Text, mit Zeilenumbrüchen habe ich mal durchgeschaut. Da finde ich nichts, was ich als Fehlerquelle idenfitizieren kann. Die großen Fließtext-Abschnitte aber überfordern mich aber. Bin leider kein Programmierer und stehe da wie der Ochs vorm Walde. Wäre toll, wenn jemand da mal einen Blick drauf werfen könnte.