Originally Posted by Jiaz

Zeig mal den Inhalt des Skripts

#!/bin/sh
#
# Startup script for jdownloader2
#
# Stop myself if running
PIDFILE=/var/run/S99jdownloader.pid
#
start() {
sleep 1
nohup /var/packages/java8/target/ejdk1.8.0_121/linux_i586/jre/bin/java -Djava.awt.headless=true -jar /volume1/@appstore/JDownloader/JDownloader.jar &
# write pidfile
echo $! > $PIDFILE
}
#
stop() {
[ -f ${PIDFILE} ] && kill `cat ${PIDFILE}`
# remove pidfile
rm -f $PIDFILE
}
#
case "$1" in
start)
start
;;
stop)
stop
;;
restart)
stop
sleep 1
start
;;
*)
echo "Usage: $0 (start|stop|restart)"
exit 1
;;
esac
# End

Originally Posted by ckbaxter

Hi,

vllt hilft dir das weiter:
board.jdownloader.org/showthread.php?p=384104#post384104

Grüße
ckbaxter

Hallo ckbaxter,
das verlinkte Script werde ich mal testen. Wie wird das Script eigentlich ausgelöst, wenn es in var/packages/JDownloader/scripts liegt? Über den Aufgabenplaner?
Der Pfad /usr/local/etc/rc.d/ soll ja dafür sorgen, dass es automatisch beim Systemstart ausgeführt wird.

[Jiaz]

@HFI:
java -jar und NICHT java - jar (siehe Leerzeichen!)

[Jiaz]

@eriksn:
Auf nohup kann verzichtet werden. JDownloader ignoriert das HUP Signal von selbst.
Bei Restart würde ich einen längeren Sleep machen, denn 1 Sekunde ist zum Shutdown schon ARG wenig.
Auch das write PID file weglassen. JDownloader legt von selbst eine PID File an

Originally Posted by Jiaz

@eriksn:
Auf nohup kann verzichtet werden. JDownloader ignoriert das HUP Signal von selbst.
Bei Restart würde ich einen längeren Sleep machen, denn 1 Sekunde ist zum Shutdown schon ARG wenig.
Auch das write PID file weglassen. JDownloader legt von selbst eine PID File an

Hallo Jiaz, ich bin deinen Empfehlungen gefolgt und habe die Anpassungen übernommen. Leider bekomme ich dennoch beim Ausführen des Scripts folgende Fehlermeldung:

-ash: ./S99jdownloader.sh: cannot execute binary file: Exec format error

Ich denke mal, das muss noch ein grundsätzliches Problem sein, denn auch das verlinkte Script von ckbaxter bringt den gleichen Fehler.
Ich habe die Scripts jeweils im Texteditor in Unicode (UTF-16) abgespeichert und dann per Konsole nach /usr/local/etc/rc.d/ verschoben und dort aufgerufen.

Edit:

Typically the cause is running an executable on the wrong architecture - if you try to run x86 executables on an ARM CPU, this message comes up.

Kann es eigentlich auch nicht sein, meine DS1513+ hat einen INTEL Atom D2700

Originally Posted by Jiaz

@HFI:
java -jar und NICHT java - jar (siehe Leerzeichen!)

Das war wohl ein dummer Fehler von mir

Weiter komme ich aber leider immer noch nicht.

Originally Posted by HFI

Das war wohl ein dummer Fehler von mir

Weiter komme ich aber leider immer noch nicht.

Ich muss den ganzen Pfad aufrufen, etwa so:

java -jar /volume1/@appstore/JDownloader/JDownloader.jar

Originally Posted by eriksn

Ich muss den ganzen Pfad aufrufen, etwa so:

java -jar /volume1/@appstore/JDownloader/JDownloader.jar

VIelen Dank, JDownloader läuft wieder auf dem NAS.

[Jiaz]

Originally Posted by eriksn

-ash: ./S99jdownloader.sh: cannot execute binary file: Exec format error

ZeilenUmbrüche müssen korrekt sein!
Am einfachsten du kopierst das ganze in Notepad++ und stellst auf Unix Line Ending um, danach löscht du den Inhalt der Datei und kopierst den neuen Inhalt rüber.

und versuch mal /bin/bash statt /bin/sh

Originally Posted by Jiaz

ZeilenUmbrüche müssen korrekt sein!
Am einfachsten du kopierst das ganze in Notepad++ und stellst auf Unix Line Ending um, danach löscht du den Inhalt der Datei und kopierst den neuen Inhalt rüber.

und versuch mal /bin/bash statt /bin/sh

Bringt leider alles nicht den gewünschten Erfolg. Mmh ...
Aber danke für deine Vorschläge!

[Jiaz]

@eriksn: Ist sicherlich irgendwo ein simpler Copy/Paste Fehler. Lass uns einfach mal Teamviewer machen. Schick ne Mail an support@jdownloader.org

Originally Posted by Jiaz

@eriksn: Ist sicherlich irgendwo ein simpler Copy/Paste Fehler. Lass uns einfach mal Teamviewer machen. Schick ne Mail an support@jdownloader.org

Danke für die Teamviewer Session, funktioniert nun wunderbar, auch der automatische JDownloader-Start nach Systemstart.

[Jiaz]

Nichts zu danken!
Würdest du noch mitteilen wie du das Script dann in den Autostart gebracht hast?

Originally Posted by Jiaz

Nichts zu danken!
Würdest du noch mitteilen wie du das Script dann in den Autostart gebracht hast?

Grundsätzlich gibt es wohl zwei Varianten:

1. das Script einfach unter /usr/local/etc/rc.d/ ablegen (Rechte beachten), dann wird es automatisch beim Systemstart ausgeführt
2. es ist eigentlich egal wo das Script liegt, Pfad merken und per Aufgabenplaner ausführen (bei mir: Synology-Weboberfläche -> Systemsteuerung -> Aufgabenplaner -> Ausgelöste Aufgabe: Benutzerdefiniertes Script -> beim Hochfahren -> Script samt Pfad unter "Befehl ausführen" angeben)

Ich habe mich bei meinem Synology NAS für die erste Variante entschieden.

[Jiaz]

Danke für die Anleitung

eriksn:
Bist du noch so gut und kopierst dein aktuelles, funktionierendes Skript mal für alle?
habe nämlich das gleiche Problem wie du, dass der JDownloader nicht automatisch startet.

Nur zu meinem Verstädnis: mein NAS läuft eig. immer. Sollte der JDownloader da nicht auch immer laufen, wenn ich ihn einmal starte? Er taucht aber zB nicht in den Paketen auf. Ist das normal?

[Jiaz]

JDownloader, sofern er von Hand installiert/gestartet, taucht nirgends auf, da es ja nicht Teil des Paketsystems ist und deine NAS somit keine Kentniss von JDownloader hat
Sprich via ssh/putty verbinden und dort sollte JDownloader zu sehen sein
ps faux | grep java

Originally Posted by Che10

eriksn:
Bist du noch so gut und kopierst dein aktuelles, funktionierendes Skript mal für alle?
habe nämlich das gleiche Problem wie du, dass der JDownloader nicht automatisch startet.

anbei der gespeicherte Screen vom Script, welches Jiaz dankenswerterweise auf das sinnvoll nötigste zusammengekürzt hat.
Der Fehler lag wohl letztendlich darin, dass ich mein Script mit andere Editoren erstellt und dann an Ort und Stelle kopiert habe. Dabei gab es wahrscheinlich noch irgendwelche versteckten Zeichen, mit denen der Interpreter nichts anfangen konnte. Ich vermute mal, wenn man sich die Mühe macht und die vorher zitierten Versionen sauber im UNIX Texteditor abtippt, würden sie auch funktionieren.

Als Ergänzung zu Jiaz Kommentar: Wenn du den JDownloader erfolgreich installiert hast und ihn manuell startest aber nichts weiter unternimmst, ist JDownloader nach dem Neustart des NAS mit ziemlicher Sicherheit nicht automatisch gestartet. Erst wenn du eine Routine (siehe oben 1./2.) erstellst, die beim Booten JDownloader starten, wird es wie gewünscht funktionieren.

Originally Posted by Jiaz

JDownloader, sofern er von Hand installiert/gestartet, taucht nirgends auf, da es ja nicht Teil des Paketsystems ist und deine NAS somit keine Kentniss von JDownloader hat
Sprich via ssh/putty verbinden und dort sollte JDownloader zu sehen sein
ps faux | grep java

Dann bin ich beruhigt.
Bleibt die Frage, ob er nicht dauerhaft durchlaufen müsste?
Ich teste nochmal heute Abend das Skript von eriksn.

Originally Posted by eriksn

anbei der gespeicherte Screen vom Script, welches Jiaz dankenswerterweise auf das sinnvoll nötigste zusammengekürzt hat.
Der Fehler lag wohl letztendlich darin, dass ich mein Script mit andere Editoren erstellt und dann an Ort und Stelle kopiert habe. Dabei gab es wahrscheinlich noch irgendwelche versteckten Zeichen, mit denen der Interpreter nichts anfangen konnte. Ich vermute mal, wenn man sich die Mühe macht und die vorher zitierten Versionen sauber im UNIX Texteditor abtippt, würden sie auch funktionieren.

Als Ergänzung zu Jiaz Kommentar: Wenn du den JDownloader erfolgreich installiert hast und ihn manuell startest aber nichts weiter unternimmst, ist JDownloader nach dem Neustart des NAS mit ziemlicher Sicherheit nicht automatisch gestartet. Erst wenn du eine Routine (siehe oben 1./2.) erstellst, die beim Booten JDownloader starten, wird es wie gewünscht funktionieren.

Ich kann die Datei nicht runterladen.
Evtl. kannst du sie nochmal als .txt hierrein kopieren?

Che10, you do not have permission to access this page. This could be due to one of several reasons:

Your user account may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.

[Jiaz]

@Che10: Welche Datei/Post, dann schick ich dir als Mail

Originally Posted by Jiaz

@Che10: Welche Datei/Post, dann schick ich dir als Mail

Es geht um Post 1098

Ich merke grad, ich kann nicht mal selbst meine angehängte Bilddatei anschauen, kommt die gleiche Fehlermeldung wie bei Che10.

[Jiaz]

Anhänge können nur vom Support angeschaut werden.
https://webspace.appwork.org/JDScript.png

Also mit dem Skripten bin ich leider nicht so vertraut. Ich denke, da müsste entweder eine Anleitung für mich her oder wir machen eine Teamviewer-Session?
Danke für die Aufklärung mit den Dateinanhängen.

[Jiaz]

Ich hätte nächste Woche Zeit für eine Teamviewer Session, meld dich einfach ab Montag wieder unter support@jdownloader.org

Servus zusammen,
ich habe mir diesen Thread ab Seite 21 durchgelesen und muss sagen @Jiaz, Du hast meinen vollsten Repekt!! Wie du dich hier um die Leute kümmerst is echt der Wahnsinn.
Hab selten sowas gesehen. Find ich wirklich wirklich super!! Das musste ich jetz mal loswerden :-)

Desweiteren hab ich es erfolgreich geschafft auf aktuellem
Freenas11.0-U2
FreeBSD (BSD 64Bit) (amd64 64Bit)
Java
1.8.0_131-b11 (64Bit) (headless)
Oracle Corporation
OpenJDK 64-Bit Server VM)
Jdownloader in einem Jail mit Autostart zu installieren :-)
Das Webinterface bzw die Android App is noch sehr buggy, seh ich das richtig?
Ich werd mich heute abend mal durchs Webinterface Forum wühlen..
Bis dann und weiter so!!

[Jiaz]

Originally Posted by BaschtlWaschtl

Das Webinterface bzw die Android App is noch sehr buggy, seh ich das richtig?

Öhm, eher nicht. Wüsste jetzt nicht was da *sehr buggy* sein soll. Wenn du konkrete Bugs hast, bitte direkt an support@jdownloader.org mailen. Auch bei Fragen/Problemen direkt an die Addy wenden

Originally Posted by Jiaz

@tntsecurite:
org.jdownloader.plugins.SkipReasonException: FFMPEG_MISSING
ffmpeg is not correctly installed. Please make sure you've setup correct path in Settings-Advanced Settings, FFmpegSetup.binarypath and FFmpegSetup.binarypathprobe

Hi Jiaz,

FFmpeg is installed on my nas because when i ssh into it and type ffmpeg i see that it's there and i have already setup both path in the advanced settings.
Here's a screenshot:
Settings.png

Would you have any other idea ?

Thanks

[Jiaz]

@tntsecurite: let's continue via email

Originally Posted by Jiaz

@tntsecurite: let's continue via email

Hi Jiaz,

I just wanted to let you know that after following your request, i have upgraded my ffmpeg to 2.8.2 in my Dlink dns-325 nas and everything is working fine now.

Thank you very much for your fast services.:thumbup:

[Jiaz]

Thank you for your feedback!

Hi Servus,

JDownloader wird bei mir als User JDuser gestartet. Jetzt is mir aufgefallen dass, wenn ich über die Windows share auf die entpackten Daten zugreife, ich keine Schreibrechte habe.
Heißt ich möchte z. B. den ID3 Tag von mp3 Dateien ändern, habe aber eben kein Schreibrecht.
Ich denke das is ein Permissions Problem. aber Jiaz is da bestimmt sehr fit auf dem Gebiet :-)
Wenn ich den User änder (chown) auf nobody, dann funktioniert das. Leider kann ich JDownlaoder nicht als nobody ausführen...
Wie krieg ich das hin das ich über die Windowsfreigabe Schreibrechte besitze?

Viele Grüße

[Jiaz]

Du kannst in deinem Startscript die umask setzen, damit sagst du welche Rechte neue Dateien/Ordner haben.
zb
#!/bin/bash
umask 000
java -jar JDownloader.jar

Bei Fragen/Problemen auch gerne via support@jdownloader.org

das hab ich schon..
schaut so aus bei mir..

jd_start()
{
        umask 000
        su JDuser -c '/usr/local/bin/java -Djava.awt.headless=true -jar /JDownloader/JDownloader.jar &'
}

edit:
ich seh grad ich hab #!/bin/sh
macht des n unterschied?

[Jiaz]

umask muss in die shell/umgebung welche auch JDownloader ausführt
In deinem Fall machst du umask und mit su -c aber eine neue Shell auf
schreib ein kleines Script, dort umask und den JDownloader start rein und pack das dann in
su JDuser -c "/script"

Ah ok. Danke probier ich gleich mal..

edit:
hab jetz
/JDownloader/start.sh (mit rwxrwxrwx owner:JDuser)

#!/bin/sh
umask 000
/usr/local/bin/java -Djava.awt.headless=true -jar /JDownloader/JDownloader.jar &

und in der rc.d/JDownloader

jd_start()
{
        su JDuser -c '/JDownloader/start.sh &'
}

Start funktioniert, nur leider tritt das gleiche Phänomen auf..
Dateien über Windows Freigabe wieder nicht änderbar...

[Jiaz]

Bitte drank denken, dass nur neue Dateien davon betroffen sind.
Ich kann mir das morgen gerne mal via Teamviewer/ssh/putty anschauen. Melde dich einfach unter support@jdownloader.org

Is there any way that i could extract my downloaded Archiv after the download completely finished?
When i download a Serie, the download speed goes very slow when I extract at the same time.

[Jiaz]

@bassmann: What are your system specs? extraction should not slow down system that much. Do you use a zero vm? That would explain it.
You have to use the eventscripter (https://board.jdownloader.org/showthread.php?t=70525) and setup a script that waits for all downloads to finish and then starts extraction.

Thanks for the tip with eventscript.
I have an Pi2 with java8 it should work but sometimes it is very slow i only could load with 5mb/s instead with my normaly 12mb/s when i extract. I think the problem could be the other task like pihole and nextcloud and so on.
Maby i should upgrade to an rpi3.