Fritz!Load…

Ah ok, und ich hatte schon halb verzweifelt nach einem tieferen Sinn hinter der Anfrage gegrübelt ... 

Hatte das selbe Problem - jetzt nach der letzten Änderung geht's - merci beaucoup!

Was du verlinkt hast, ist nicht die Webseite zum Mediaplayer Asus Oplay, sondern zum Softwarepaket moServices, das auf dem Oplay zusätzlich zur installierten Firmware installiert werden kann. Diese Seite enthält aber eine veraltete Version dieses Softwarepakets. Aktuell sind verschiedene Varianten, die nur im Forum beschrieben sind und diskutiert werden. Im Regelfall wird dabei eine komplette Firmware (mit alternativen Benutzeroberflächen) aufgespielt, die dann dieses Programmpaket enthält.

Ob Fritzload direkt auf dem Oplay installiert werden kann, möchte ich bezweifeln. Jedenfalls dürfte es einen erheblichen Anpassungsaufwand bedeuten, der in keinem Verhältnis zu den Nutzen steht.

Es dürfte viel einfacher sein, Fritzload ganz normal auf der Fritzbox zu installieren und als Downloadpfad dann die an dem Asus Oplay angeschlossene Platte zu verwenden. Dazu muss
1. auf der Platte eine Freigabe bestehen, die vom Media-Player verwaltet wird (Samba-Freigabe; Ordner, der im Windows-Netzwerk als Freigabe erkannt wird),
2. diese Freigabe auf der Fritzbox gemountet sein,
3. der Fritzbox-Mountpunkt als Downloadpfad in Fritzload eingetragen sein.

Ich hatte eine solche Installation probehalber schon einmal laufen gehabt.

Ich habe mal ein bisschen gestöbert; es sieht leider wohl so aus, dass das Problem bei der 7390 bzw. deren von AVM mitgegebenen Kernel liegt. Z.B. schreiben hier verschiedene Benutzer: "Neue 7390 und damit geht die "alte" Welt nicht mehr zu mounten..." oder "Habe gleiches Problem mit cifsmount seit dem Einsatz einer 7390, mit der 7270 lief alles problemlos."

Bei den freetzern taucht das Problem auch auf, wie man auf dieser ticket-Seite nachlesen kann. Ganz unten steht was davon, dass es mit freetz einen Weg gebe, indem beim Bauen des Image der Kernel ersetzt wird (replace kernel), "Mit dem original AVM-Kernel klappt es nicht".

Ich fürchte also, das ist das Ende der Fahnenstange, was SMB-mounts auf der 7390 angeht. Als allerletzten Versuch - und sei es nur, um die Diagnose zu bestätigen, dass es mit der 7390 nicht geht - könntest du ja mal probieren, einen freigegebenen Ordner auf einem Windows-PC (statt des NAS) in der Fritzbox zu mounten; wenn dabei auch "not a directory" erscheint, weißt du Bescheid.

Da bin ich leider überfragt, ich fürchte aber, eher nicht. Dazu bräuchte es ein Modul, mit dem ein FTP-Server auf der Fritzbox als Filesystem eingebunden werden kann (ftpfs). Bei der 7390 sollte dann schon eher NFS in Frage kommen; wenn man sich an dieser Seite orientiert, hat der 7390-Kernel nfs als mögliches Dateisystem eingebaut (siehe unten auf der Seite, Ausgabe von "cat /proc/filesystems").

Wenn ich das richtig in Erinnerung habe, gehört (aus der Sicht von FritzLoad) die Datei in das Verzeichnis fritzload/cifs. So heißt es jedenfalls hier und auch hier. Die Datei muss dann cifs.ko_7370 heißen. Welche nehmen? Ausprobieren ...

Ich hatte - allerdings mit einer 7170 - Erfolg mit der "Radislav-Methode", so wie auf der Seite beschrieben im Abschnitt "Fritzbox mit USB-Speicher". Am besten probiert man es wirklich in der telnet-Konsole Schritt für Schritt (die Kommandos im Kasten "Code", natürlich auf die eigenen Pfade usw. angepasst) durch, bis man Erfolg hat ... Mit einem einfachen "mount" kann man sich die aktuell eingebundenen Mounts anzeigen lassen.

Dann packt man den "guten" Code in die debug.cfg, lässt die Box neu starten und das NAS ist dauerhaft gemountet. Dann muss man auch FritzLoad nicht mehr selbst die Verbindung zur Freigabe handhaben lassen, sondern trägt dort in der Konfiguration einfach den bestehenden und funktionierenden Mount-Pfad ein und gut ist.

Tut mir leid, dass ich nicht konkreter werden kann - bin seit dieser Konfiguration mittlerweile auf freetz umgestiegen ...

Ja, da täuschst du dich. Der lokale Pfad auf dem SMB-Server zum freigegebenen Objekt wird vom Server selbst verwaltet, muss also dem Client nicht bekannt sein. Auf dem Server (hier also dem NAS) existiert dafür eine Datei smb.conf, die hier ausführlich dokumentiert ist; etwas lesbarer und auf deutsch gibt es hier eine Einführung. Eine Beispieldatei gibt es hier; da kann man schön sehen, wie die Pfade der verschiedenen Freigaben angegeben werden (im Beispiel die Freigaben "hansdir", "hansotto" usw.).

Ich weiß nicht, wie es bei deinem NAS ist, aber oft werden die Freigaben nur oder vor allem über eine Web-GUI konfiguriert, sodass der Benutzer die Datei smb.conf selbst gar nicht zu Gesicht bekommt und sie nicht manuell editieren kann / muss. Dann musst du dich um die o.a. Details gar nicht kümmern (vorausgesetzt, die Freigaben sind über die GUI korrekt konfiguriert worden). Jedenfalls muss der Client (hier: die Fritzbox) nur den Freigabenamen wissen (nach dem o.a. Beispiel: "hansdir", "hansotto" usw., in deinem Fall: "FritzLoad"). Den Rest - also die Wegweisung zum korrekten Pfad - erledigt der Server (das NAS).

Problem 1 kann dauerhaft und narrensicher eigentlich nur mit freetz gelöst werden. Dort gibt es einen Patch, mit dem ein einzuhängendes Medium immer unter dem Namen des Volume-Labels gemountet wird.

Problem 2 ist wohl auch anderen 7390-Benutzern bekannt, siehe z.B. hier im IP-Phone-Forum. Vielleicht hilft das ja schon weiter. Dann ist auch noch diese Seite mit Infos und Downloads zu cifs-Fragen zu empfehlen. Die Anleitung sollte verständlich sein. Ich hatte auch schon mal eine ähnliche Konfiguration damit zum Laufen gebracht.

Auch dieses Problem 2 würde mit freetz eine dauerhaftere und stabilere Lösung bekommen; für die Anwendungssituation gibt es da das Paket cifsmount.

load.to: kein Captcha, 500 kB/S als free user, (mit Jdownloader 2 parallele Downloads, mit Fritzload nicht getestet).

Ohne Captcha und mit 400 - 500 kB/S als free user läuft zur Zeit shareplace.com. Erstaunlicherweise läuft Rapidshare zur Zeit als free user mit über 300 kB/S. Habe beides in die Tabelle eingepflegt, wenn's recht ist.