Fritz!Load - (Oneclickhoster-) Down- und Uploads via FB

[Solo0815]

Ich hab noch einen Fehler entdeckt: Im Log steht:

14:07:40 Downloadliste ist leer.
ls: /var/fritzload/downloads/unrar: No such file or directory
/var/media/cifs ist bereits gemountet

Bei "ls" kommt ein Fehler, das war vorher nicht so. Normalerweise sollte das Verzeichnis /var/fritzload/downloads sein. Warum das jetzt anders heißt, weiß ich nicht. Wird da ne Variable falsch übergeben? Vorher (svn1688 ) gings. Ich checks heut Abend nochmal mit "Debug".

Edit:
Durch das SVN-Update (branch rev1693) hat es meine Config durcheinandergehauen. Jetzt passt alles wieder. Den ls-Fehler fix ich heut nachmittag und bau ne bessere Fehlermeldung ein.

Edit2: SVN 1696 eingecheckt:
- Farbige SKIP/ADD-Meldungen
vielleicht kann man das eleganter in ner .css unterbringen.- Kenn mich da aber nicht aus Das ist was für die HTML-Gurus
- ls-Fehlermeldung-Fix von oben
- Hinweis, die Config zu überprüfen, wenn das Update-Skript "updatefix2.sh" läuft

 

[Semenchkare]

cifs.ko für 7390

@ukvideo/Hugo66

Hallo,

habe ebenfalls versucht, die cifs.ko von Radislav einzubauen.
ich habe versucht, das ganze zunächst manuell via Telnet zu mounten.
es werden wohl alle Befehle ohne Fehlermeldung angenommen. im "Mountverzeichnis" ist jedoch nichts zu finden.
Anscheinend klappt das noch immer nicht bei der 7390.
Ich habe das ganze bei meiner 7170 mit entsprechender cifs.ko am laufen.

Gruß

Seme

 

[ukvideo]

@Semenchkare, Hugo66
Es ist vielleicht ratsam hier ein Thema NAS an FB73xx mounten oder radislav einmal über PN zu kontaktieren.
http://www.ip-phone-forum.de/member.php?u=181936
Habt ihr auch versucht seinen Code zu nehmen

TEMP=/var/tmp
DOWNLOADPAGE='http://radislav.bplaced.net/fritzbox/7390/2.6.28.10'
CIFSNAME=/var/media/cifs
while !(ping -c 1 www.google.de); do sleep 5; done
cd $TEMP
wget $DOWNLOADPAGE/cifs.ko
/sbin/insmod cifs.ko
mkdir $CIFSNAME
# //192.168.178.28/desktop evtl. durch eine andere Windows-Freigabe ersetzen:
mount -t cifs //192.168.178.28/desktop $CIFSNAME -o noperm,user=none,password=,uid=root,gid=root

 

[Semenchkare]

Ich habe Radislav per PN kontaktiert.
Ich habe die cifs.ko direkt heruntergeladen und alle befehle manuell und ohne variable eingegeben.
das ist die sicherste Methode um Fehler zu vermeiden.
Habe auch -wie früher bei der 7170 noch Rechte für das verzeichnis "cifs" vergeben. Genützt hat es nichts.

 

[Solo0815]

Mal ne Frage: Wie wäre es, wenn man beim Update wählen könnte zwischen "branch" und "trunk". So könnte man die neuen Funktionen erst in ner "branch" testen, wenn die dann funktionieren, kommen sie in den "trunk".

Die ganze hin und her-"Kopiererei" würde dann ebenso entfallen. Wegen mir auch mit einer versteckten Config-Option, die der User selbst einfügen müsste. Das würde den Otto-Normal-User davon abhalten, sich F!L "kaputt" zu machen.

Wenn die Option in der config steht -> Zuerst ein Update auf die letzte SVN-trunk, dann wird "branch" automatisch drüberkopiert.

 

[ukvideo]

@Solo0815
der einzige Unterschied ist zur Zeit deine Änderung

echo "<p><font color="#66FF00">+ADD : $url</font></p>

in der gui_download.sh
Wenn du sie auch in der branch-Version einpflegst ist alles up to date

vielleicht kann man das eleganter in ner .css unterbringen.

mt_page.css :

	.msg1 {
		width:98%;
		white-space: pre-line;
		margin: -5px 8px 10px 8px;
		padding: 2px;
		font-size:15px;font-weight:bold;
		background-color: #4C6CAE;
		color:##66FF00;
		
	}
	.msg2 {
		width:98%;
		white-space: pre-line;
		margin: -5px 8px 10px 8px;
		padding: 2px;
		font-size:15px;font-weight:bold;
		background-color: #4C6CAE;
		color:#CCCCCC;
	}

download.sh

echo "<p class=msg1>+ADD : $url</p>"
echo "<p class=msg2>-SKIP: $url</p>"

 

[rolex0815]

Meiner Meinung nach könnten zusätzlich noch die Checkboxen für Premium und Debug in die auch etwas überladene Config-Seite verschoben werden. Beim Premium-Account ist es vermutlich sogar sinnvoll, dies auf der Config-Seite für jeden Premium-Hoster einzeln entscheiden zu können.

Dieser Vorschlag ist auch von ukvideo gekommen und ich war mit dem Premium Haken auch nicht ganz glücklich, da er mich in manchen Dingen gestört hat.

Also sind die Haken im branch zum Testen in die Config-Seite gewandert.

Nun funktioniert auch das alles.

 

[Bauigl]

Hallo,

wieso bleibt mein FL V0.41/Rev.:1698 beim Komplett-Update immer hängen?
Hat jemand eine Lösung für dieses Problem?

Bauigl

 

[rolex0815]

Hier noch Infos zu den Hostern.
4. Filejungle.com (Affiliate-Program beendet, Useraccounts werden einfach gelöscht)

Der ist doppelt in der Liste und in F!L enthalten.

 

[minibreaker]

läuft die

Hi @ all

läuft die aktuelle Trunk Version mit der aktuellen Fritz Box Firmware 05er

 

[Lolmir]

Hi @ all
läuft die aktuelle Trunk Version mit der aktuellen Fritz Box Firmware 05er

FB 3370, Firmware-Version 103.05.08, Fritz!Load V0.41/Rev.: 1701
läuft!

 

[SagHalt]

Hallo zusammen,

Ich habe den installer überarbeitet und die "kleine" Lösung in die SVN Version eingebaut, die nur Fritz!Load ohne Aktivierung von Autorun startet. Damit sollten die Probleme mit den unterschiedlichen Firmwares der Vergangenheit angehören.

Falls einige von euch Zeit für einen Test hat, würde ich mich über Feedback freuen. Bei meiner 7270 mit Firmware 74.05.05 startet Fritz!Load wieder normal durch.

Anbei noch eine kleine Übersicht, was ihr machen müsst, abhängig von eurer aktuellen Installation:

Variante 1) Fritz!Load war bisher normal installiert (via AVM Firmware-Update oder Telnet Konsole und ./install.sh -i)
- Update auf SVN-Trunk-Revision 1706
- Neu starten
- Autorun aktivieren und deaktiveren
- Meldung: "FritzLoad bootloader aktualisiert. Bitte Router-Neustart durchführen" erscheint und neu booten
- Fritz!Load sollte nach dem Neustart wieder gestartet werden

Variante 2) Fritz!Load wurde mit Hilfe einer selbst angelegten debug.cfg/rc.custom gestartet
- Aus der debug.cfg/rc.custom die Einträge entfernen und Fritz!Load via AVM Firmware-Update oder Telnet Konsole und ./install.sh -i installieren
- Neu starten
- Autorun aktivieren und deaktiveren
- Meldung: "FritzLoad bootloader aktualisiert. Bitte Router-Neustart durchführen" erscheint und neu booten
- Fritz!Load sollte nach dem Neustart wieder gestartet werden

Bin mal gespannt, ob dies mit älteren Firmwares und älteren Boxen auch funktioniert.

 

[Semenchkare]

Hallo SagHalt,

bei meiner 7390 funktioniert's grundsätzlich ganz gut mit der neuen install.sh.
Ich benütze noch den LCR von Harald Becker, und es ist nach wie vor so, dass der LCR-Daemon immer dann beendet wird, wenn Fritzload geladen wird. Ich muss dann immer den Daemon manuell neu starten...

 

[Semenchkare]

Hallo SagHalt,

bei meiner 7390 funktioniert's grundsätzlich ganz gut mit der neuen install.sh.
Probleme habe ich nur Verbindung mit einem anderen Addon:
Ich benütze noch den LCR von Harald Becker, und es ist seit der 84.05.05 nach wie vor so, dass der LCR-Daemon immer dann beendet wird, wenn Fritzload geladen wird. Ich muss dann immer den Daemon manuell neu starten...

 

[rolex0815]

Falls einige von euch Zeit für einen Test hat, würde ich mich über Feedback freuen. Bei meiner 7270 mit Firmware 74.05.05 startet Fritz!Load wieder normal durch.

Kann ich bestätigen! 7270 v2, F!L startet wieder nach einem Reboot. Ging vorher bei mir nur mehr mit ./install.sh -g.

 

[zupipo]

Bei mir hat sich seit der 1706 das FB-Menü etwas verändert. Zufall ?

Gruß
zupipo

 

[SagHalt]

Und mit der 1705 gings?
Weil ich habe an der GUI nichts verändert. Falls die 1705 geht, könnte ich noch eine Pause einbauen, bevor der Fritz!Load Button hinzugefügt wird.

 

[zupipo]

Ein reboot der Box hats behoben. Vorher war 1701 drauf.

 

[SagHalt]

Prima! Danke für die Rückmeldung. Falls keine anderen Klagen kommen, würden wir die neue Version am Wochenende freigeben

 

[Fireball3]

Mahlzeit,

kurze Frage in die Runde:
Ich hatte vorgestern scheinbar ein Problem mit meinem Stick.
Die Box lief, DSL war da aber die Internetverbindung wurde sofort nach dem Einwählen
gekappt. Nach etwas Fehlersuche habe ich dann den Stick als Übeltäter identifiziert.
Hab ihn sodann am PC scannen lassen und es wurden auch Fehler im Dateisystem korrigiert.
Wieder angesteckt und schon lief alles wieder.
Sicherheitshalber habe ich dann ein Komplettupdate laufen lassen.
Jetzt habe ich ein paar NL links eingestellt aber die bringen nur Fehler.
Kann es sein, dass das NL Plugin nicht mehr funzt?

Bitte kurz mal Testen und Rückmelden.
Ich mache dann auch ein Ticket auf wenn's stimmt.
Danke
Fireball