Du bist nicht angemeldet.
Das Verzeichnis heißt nun mal Corsair-FlashVoyager-01\FritzLoad\downloads und nicht Corsair-FlashVoyager-01. Unter Linux gibt es für Dateinamen nahezu keine Einschränkungen.
An eine aktuelle Trunk kommt man mit der Anleitung in der Wiki http://sourceforge.net/apps/trac/avmloa … t-Konsole:
Genau, mit dem Befehl wird rekursiv erzwungen gelöscht.
In das Verzeichnis müsste man mit
cd Corsair-FlashVoyager-01\\FritzLoad\\downloadskommen.
Die doppelten \\ sind notwendig, da \ eine besondere Bedeutung hat.
Versuch mal statt
rmdir Corsair-FlashVoyager-01\FritzLoad\downloadsrm -rf Corsair-FlashVoyager-01\\FritzLoad\\downloadsDie Captcha-Statistiken sind im Verzeichnis FritzLoad/log zu finde.
Es handelt sich um die Dateien: captcha_{NAME_DES_CAPTCHADIENSTES}_log.(correct|failed|request)
Poste mal die Ausgabe von
busyboxDanach kannst du schauen, ob folgender Befehl deine Probleme beseitigt:
mount -o bind /var/fritzload/bin/7270/busybox /bin/busyboxDer Inhalt von http://fritz.box/cgi-bin/fritzload/systeminfo.cgi könnte auch interessant sein.
Da kürzlich shockshare hinzugefügt wurde, würde ich mich auch über putlocker freuen:
Habe ich nun auch hinzugefügt. Aktualisiere bitte die Hosterplugin-Liste, wenn es funktioniert.
Als nächstes habe ich die Standart Installation probiert, die hat allerdings nur bis zum Download der Dateien funktioniert.
Kannst du die Ausgabe der Telnet-Konsole hier posten?
Danke für die Rückmeldung. Wenn alles gut läuft, entferne ich ein paar Debugmeldungen.
mega.co.nz wird nun unterstützt. Da die Dateien verschlüsselt sind, wird erst die verschlüsselte Datei runtergeladen und dann entschlüsselt. Das Entschlüsseln ein 100MB-Datei dauert auf meiner 7270v1 etwa 2:30.
sockshare.com wird auch unterstützt, allerdings ohne Fehlerbehandlung.
Generell wird eine Unterstützung für Hoster schneller eingebaut, wenn Beispiellinks vorhanden sind.
Da ich die entsprechende Firmware nicht verwende, kann ich nur Vermutungen anstellen:
Ich vermute, dass der Zugangsschutz nicht mehr vom AVM-Webserver bereitgestellt wird, sondern von den verwendeten lua-Skripten. Falls dies der Fall ist, müsste man auch auf statische Inhalte wie Bilder zugreifen können.
Ein Schutz über die Skripte für FritzLoad wäre meiner Meinung nach zwar möglich, aber schlecht wartbar oder unsicher. Einfacher wäre es einen eigenen oder den Webserver von Freetz zu verwenden.
Dies sind alles jedoch nur meine Vermutungen. Aktiv werden sollte man erst, wenn Gewissheit herrscht.
Deinen Fehler kann ich nicht nachvollziehen, da es bei mir funktioniert.
Ein Programm zu schreiben, das den Java-Code in Shellscript umwandelt, könnte etwas schwierig werden 
Einfacher ist es vermutlich Java auf die Fritzbox zu bringen und "nur" die Schnittstellen anzupassen.
Etwas einfacher wäre es vermutlich die Plugins von Pyload zu verwenden, was aber auch mit einem relativ großen Aufwand verbunden wäre.
Am einfachsten würden sich die PlowShare-Plugins verwenden lassen, da dort Bash verwendet wird. Vermutlich müsste man dort nur einen Pfad setzen und die Captcharoutine anpassen. Die Update-Funktion könnte dann die fehlenden Hoster mit einem Wrapper-Skript einfügen.
Ich empfehle dir also als "Übung" mit den Plowshare-Plugins anzufangen, wovon es aber leider nicht ganz so viele gibt. Wenn dies klappt kannst du dich ja zum JDownloader hocharbeiten.
Dein Wunsch scheint mir etwas zu speziell zu sein, um ihn für alle zu realisieren. Du kannst es jedoch auch einfach selber machen, indem du im FritzLoad/lib-Verzeichnis eine sh-Datei mit beliebigem Namen(z.B. 9kw-instance.sh) mit folgendem Inhalt erstellst.
case $instance in
2)
neunkweuapi=apikey2
;;
3)
neunkweuapi=apikey3
;;
esacFür Instanz 1 wird dann der Key aus der Config verwendet. Bedenke aber, dass die GUI immer noch den Key aus der Config verwendet und deshalb die Credits falsch anzeigt.
Falls das Dateisystem des internen Speichers fehlerhaft ist, lässt sich dieser formatieren:
7390: Kann Verzeichnis auf internem Speicher nicht löschen/Wie Speicher formatieren?
Ich denke, die Wahrscheinlichkeit für einen Dateisystemfehler lässt sich auch reduzieren, indem durch Auslagern die Anzahl der Schreibvorgänge reduziert werden.
Von einem geplanten Fix weiß ich nichts.
Es sollte jedoch keine große Sache sein und wird deshalb vermutlich ohne Ankündigung dann gefixt, wenn irgendjemand sich dem Problem widmet.
Durch die Übersetzung passen die regulären Ausdrücke in der Funktion addState (zu finden in FritzLoad/html/page.js) nicht mehr zur Logdatei. Dadurch kann das Webinterface die Logdatei nicht mehr richtig auswerten.
pargui.cgi ist auch nicht dafür gedacht, verwendet zu werden. Derzeit wird die alternative GUI und der zugehörige Code auch nicht weiterentwickelt.
Da die manuelle Captchaeingabe ursprünglich nur für Entwickler gedacht war, ist eine Eingabe nur in der Monitoransicht auf auf http://fritz.box/cgi-bin/fritzload/gui_captcha.cgi möglich.
Zippshare kann nun auch Captcha-Dienste verwenden.
Ich denke usbsticker meint, dass auch bei den Captcha-Diensten irgendwann ein Captcha von Hand gelöst werden muss (außer man kauft sich Credits). Vermutlich wäre es für zippyshare am günstigsten, die Captchas mit der preCAPTCHA-Methode auf Vorrat zu lösen, so dass man eben nur am Anfang mehrere Captchas auf einmal löst. Eine gut funktionierende öffentliche Erkennung für reCAPTCHA wird es wohl nicht geben, da Google dann vermutlich mit schwierigeren Captchas reagiert.
Wie groß ist eigentlich das Interesse an einem funktionierenden zippyshare-Plugin?