Fritz!Load…

... und zwar mit dem Update auf rev 2783 ...

Danke an den Frickel-Künstler, der sich "restructure settings page" vorgenommen hat!

Bin erst jetzt auf diesen Thread gestoßen. Der Fehler tritt auch hier so auf. FritzLoad Rev 2769, 7362 SL, Firmware 131.06.30, Freetz devel rev 13744. Man kann sich zur Not behelfen, indem man die ini-Datei direkt editiert, aber ist ja nicht im Sinne des Erfinders.

Zu 2:

JDownloader baut mehrere Verbindungen gleichzeitig auf und lädt parallel mehrere Dateien von Zippyshare. Fritzload lädt pro Instanz immer nur sequenziell, also eine Datei nach der anderen. Einfach mal die Links in mehrere Instanzen kopieren und diese parallel starten, dann wird die Leitung auch ausgelastet. Doppelt geladen wird wegen der internen Fritzload-Logik nichts, bereits vollständig geladene Dateien werden gegebenenfalls übersprungen.

Das Standardwerkzeug wäre doch wohl nohup, das müsste doch auch an Bord sein:

http://www.wehavemorefun.de/fritzbox/Nohup

Also beispielsweise:

nohup mv /var/media/ftp/HDD1/Quelle/* /var/media/ftp/HDD2/Ziel/ > movefiles.log 2> movefiles.err &

Die Umleitungen schreiben die normale Bildschirmausgabe in ein Logfile und eventuelle Fehlermeldungen in ein Fehlerlog; der Ampersand am Schluss lässt den Prozess im Hintergrund laufen (in der Telnet-Session kommt also nach Eingabe des Kommandos sofort der normale Prompt zurück, die Session kann beendet werden, der Prozess läuft weiter).

Möglicherweise stimmt da eine Kleinigkeit an der Schreibweise nicht, beispielsweise "FritzLoad" statt wie hier "Fritzload". Am besten hangeslst du dich einfach von oben herunter, also zunächst "cd /var/media/ftp/WDCWD64-????/", dann ls, dann ins richtige Verzeichnis, usw.

Viel Hoffnung besteht allerdings nicht, siehe das Ergebnis von stulle84.

Der Dreh- und Angelpunkt ist, ob eines der bei Fritzload enthaltenen cifs-Module für deine Box geeignet ist. Das weiß hier im Augenblick niemand, also müssen wir es herausfinden. Wenn ja, dann kann man mit Fritzload allein weitermachen, wenn nein, dann braucht man schwereres Geschütz, nämlich Freetz als alternative Firmware.

Ich gehe davon aus, dass du dich per telnet oder ssh in die Box einloggen kannst. Dort wechselst du in das Verzeichnis /var/media/ftp/deine-usb-platte/Fritzload/bin/7390/cifs (der Pfad muss natürlich gemäß deiner Installation angepasst sein).

Dann gibst du erst mal ein und postest dann hier das Ergebnis:

uname -a

In dem Unterverzeichnis sollten zwei Dateien vorhanden sein, deren Name mit "cifs.ko" beginnt. Für jede dieser Dateien gibst du ein:

insmod cifs.ko*

... wobei der Stern natürlich für den wirklichen Dateinamen steht. Auch diese Ergebnisse hier posten. Dann sieht man weiter.

Es gibt noch ein Unterverzeichnis /var/media/ftp/deine-usb-platte/Fritzload/bin/7270/cifs mit ein paar Dateien, das sollte aber für deine Box nicht in Frage kommen.

Zu deiner anderen Angelegenheit betreffs pyload auf Synology Diskstation: Das läuft hier ohne Problem auch auf DSM 5.1. Versuche mal die Installation über diese Paketquelle (kannst du so im Paketzentrum eingeben):
http://spk.unzureichende.info/

Probleme mit Frizload mit eigenem Webserver:

1. Fritzload wird nach Reboot nicht mehr automatisch gestartet. Der Aufruf im Browser zeigt Fehlermeldung.  "ps | grep busybox" zeigt, dass der für Fritzload vorgesehene Webserver nicht läuft. Es kann nur manuell über telnet/Kommandozeile mit ./installsh -g gestartet werden.
Mit einem Versuch, Fritzload zu deinstallieren (install.sh -d)  und dann neuzuinstallieren (install.sh -i -freetz), wird zwar die Datei /var/tmp/flash/mod/rc.custom neu geschrieben, aber Fritzload startet trotzdem nicht.

2. Der Start über das Freetz-Modul schlägt fehl mit der Meldung (in mod.log von Freetz):
/var/media/ftp/STICKFAT/FritzLoad/bin/guiinit.sh: .: line 4: can't open './BBox'
Die gleiche Fehlermeldung schlägt auch dutzendfach auf in rc_custom.log.

3. Bei laufendem Download wird der Fortschritt nicht angezeigt, weder der grafische Balken noch die Textanzeigen (bereits heruntergeladene Menge, DL-Geschwindigkeit, Status, Anzahl der verbleibenden/geladenen Links).

4. Nach beendetem Download beendet sich Fritzload offenbar von selbst. Ein Webseiten-Refresh resultiert in "Connection closed by remote server", "ps | grep busybox" zeigt wieder, dass der Server nicht läuft. Wieder nur manueller Neustart möglich.

Ich weiß, ist schon ein älterer Thread, aber vielleicht nützt es dem einen oder der anderen.

Es gibt ja auch ein paar Seiten, die nur Click'n Load anbieten, aber keinen DLC-Download. Dafür müsste man dann jdownloader starten usw., aber auch das funktioniert nicht immer.

Mit diesem "Click'n Load Emulator" (Windows-Programm) kann man auch ohne gestarteten jdownloader den Click'n Load-Klick abfangen, das Programm kopiert die Links in die Zwischenablage. Es funktioniert bei mir sogar auch unter Linux mit Wine.

Click'n Load-Emulator

Jetzt geht es auch mit 200 MB-Dateien wieder. Anscheinend hat Zippyshare die Verwendung von reCaptcha wieder ausgeschaltet, zumindest zur Zeit. Genauer gesagt, hatten sie dafür die neueste Variante von Google eingesetzt, die "No Captcha reCaptcha" - wo man nur "Ich bin kein Robot" klicken muss. Technisch ist das wohl enorm komplex realisiert und nicht leicht zu knacken. Hier hat sich mal jemand an einen ersten Versuch der Analyse gewagt, von reverse engineering ist da noch lange nicht zu reden:

InsideReCaptcha

Schau mer mal, wie das weitergeht.