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

[teohub]

[...]

Hallo,
ich wollte mal dezent nachfragen, ob noch jemand eine Idee zu meinem Problem hat...

Gruß
teohub

 

[roadman17]

@teohub
Hast du den Inhalt deiner debug.cfg überprüft?

 

[Gabris]

Im letzten (2017) Trunk ist das Linkfenster zusammengeschoben und der Balken geht nicht. Unten steht:
/usr/www/html/cgi-bin/fritzload/gui_monitor.cgi: line 2: errmsg: not found

 

[teohub]

@teohub
Hast du den Inhalt deiner debug.cfg überprüft?

Danke roadman17 für deine Antwort.

Vorneweg: ich bin nicht so der große Unixspezialist...

1. Wenn ich mit vi /var/flash/debug.cfg öffne krieg ich nur eine leere Datei angezeigt. (edit: hab mittlerweile rausgekriegt, das geht nur mit nvi )

2. Mit cat kommt folgendes:
# cat debug.cfg
#Fritz!Load starten
while !(/var/media/ftp/PI-239-USB2-0Drive-01/FritzLoad/bin/fritzload/bin/install.sh /var/media/ftp/PI-239-USB2-0Drive-01/FritzLoad/bin/fritzload -g); do sleep 5; done
#>> Fritzload
fritzload_blver=3; USB_dir=/var/media/ftp/PI-239-USB2-0Drive-01/FritzLoad; fritzload_itype=default; remove_medium="gocr pngtopnm smbclient tcpdump unrar null.bin wget";
while !($USB_dir/bin/install.sh $USB_dir -g); do
sleep 5
done
#<< Fritzload

3. ls zeigt folgendes:
crw-r--r-- 1 root root 250, 98 Jan 1 1970 debug.cfg

Ich hoffe das hilft weiter.

Gruß
teohub

 

[rolex0815]

Die Dateien werden beim Update unter den Owner root:root angelegt und nicht unter boxusr80:root, wie es auf der 7390 das Default ist.

Was chown macht, ist mir schon klar.
Diesen User gibt es allerdings auf meiner 7270 nicht - soweit ich das sehe. Deshalb für mich auskommentiert.

EDIT: So sieht ein ls Aufruf im root-Verzeichnis der FB aus:
Für mich liest sich das wie root:root als Standard auf der 7270.

# ls -lh
drwxrwxr-x    2 root     root        1.5K Nov 29 11:47 bin
drwxr-xr-x    4 root     root           0 Jan  1  1970 data
drwxrwxr-x    9 root     root           0 Jan  1  1970 dev
drwxrwxr-x   33 root     root        1.2K Nov 29 11:47 etc
drwxrwxr-x    4 root     root        5.2K Nov 29 11:47 lib
drwxrwxr-x    2 root     root           3 Nov 29 11:46 mnt
lrwxrwxrwx    1 root     root          19 Nov 29 11:47 nohup.out -> ./var/tmp/nohup.out
dr-xr-xr-x   82 root     root           0 Jan  1  1970 proc
drwxrwxr-x    2 root     root           3 Nov 29 11:46 root
drwxrwxr-x    2 root     root         819 Nov 29 11:47 sbin
drwxr-xr-x   11 root     root           0 Jan  1  1970 sys
lrwxrwxrwx    1 root     root           9 Nov 29 11:47 tmp -> ./var/tmp
drwxrwxr-x    8 root     root          94 Nov 29 11:46 usr
drwxrwxrwx   13 root     root           0 Apr 24 22:01 var
-rw-rw-r--    1 root     root       30.0K Nov 29 11:47 var.tar

1. Wenn ich mit vi /var/flash/debug.cfg öffne krieg ich nur eine leere Datei angezeigt.

Nicht "vi", sondern "nvi" verwenden.

Lösche mal deine debug.cfg mittels

echo > /var/flash/debug.cfg

und installiere neu.

 

[teohub]

Lösche mal deine debug.cfg mittels

echo > /var/flash/debug.cfg

und installiere neu.

@rolex0815

Das war die Lösung! Funktioniert wieder prächtig.
Nochmal vielen Dank!!! :done:

Gruß
teohub

 

[makaveli187]

Diesen User gibt es allerdings auf meiner 7270 nicht - soweit ich das sehe. Deshalb für mich auskommentiert.

Kommen deshalb eine Latte "Permission denied"-Fehler? Habe FritzLoad komplett neu installiert, weil ich dachte, dass sich auf dem USB irgendwas zerschossen hat...
Naja, wenn es nur der chown befehl ist, der schief geht, kann ich das in Zukunft ignorieren.

Oder kann irgendwie ermittelt werden, wer der "standarduser" auf der box ist?


Grüße

 

[rolex0815]

Die chown errors sollten mit http://sourceforge.net/apps/trac/avmload/changeset/2018 wieder Geschichte sein.

Warum werden meine mit http://sourceforge.net/apps/trac/avmload/changeset/2010 eingebrachten Änderungen wieder mit http://sourceforge.net/apps/trac/avmload/changeset/2012 rückgängig gemacht?

 

[Solo0815]

Vielleicht weil deine Änderung zu aktuell war und telefonsparbuch noch mit der "alten" Verison gearbeitet hat, in der deine Änderungen noch nicht drin waren. Die hat er dann eingecheckt -> deine Änderungen sind weg. Da ist github etwas besser. Es meldet solche Konflikte

 

[TelefonSparbuch]

Warum bei mir eine falsche Revision beim Einchecken vorlag, kann ich jetzt nicht mehr nachvollziehen. Konflikte erkennt das SVN System. War zumindest nicht meine Absicht da unnötige Arbeit zu verursachen... - Sorry!

Wenn jetzt noch die Hoster alle laufen (Depositfiles geht zum Beispiel nicht) - wer machts - , könnten wir eine neue Stable Version diese Woche frei geben.

Im Skin2 habe ich noch weitere Infos und Funktionen im Zusammenhang mit der DL-SUM Infoanzeige integriert. Falls wer noch Vorschläge für weitere Einträge oder Eigenschaften hat, könnte man das jetzt noch integrieren.

 

[Solo0815]

Kann keine CIFS-Freigabe mehr einbinden nach Update auf 54.05.21

insmod: can't insert '/var/fritzload/cifs/cifs.ko_7270': invalid module format

FB 7270: 54.05.21 (vorher gings mit 54.04.???)

 

[chuckie]

Kann keine CIFS-Freigabe mehr einbinden nach Update auf 54.05.21

Ja, geht mir genauso (siehe eine Seite zurück). Bin allerdings von der 54.04.86 gekommen & dachte es liefe generell auf der 54.05.x FW nicht...


Hat eigentlich noch ein Real-Debrid User Probleme mit Rapidshare??? Läd bei mir immer als free mit der Fehlermeldung "This hoster is not included in our free offer"

 

[roadman17]

@Chuckie
Du hast bei Real-Debrid nur einen Free-Acccount, der es dir nicht erlaubt von Rapidshare zu laden.

Beim Cifs-Modul muss auf die Veröffentlichung der Kernel-Sourcen gewartet werden, damit ein neues passendes Modul gebaut werden kann.

 

[chuckie]

@roadman17

Nee, schon Premium. Hatte trotzdem immer diesen Fehler gehabt... bis jetzt!
Gerade Update auf 2026 durchgeführt & es scheint jetzt wirklich zu klappen, keine Fehlermeldung mehr!

 

[rolex0815]

Warum bei mir eine falsche Revision beim Einchecken vorlag, kann ich jetzt nicht mehr nachvollziehen. Konflikte erkennt das SVN System. War zumindest nicht meine Absicht da unnötige Arbeit zu verursachen... - Sorry!

Normalerweise passiert das, wenn vor einen commit kein update gemacht wurde.
Aber gut zu wissen, dass es nicht absichtlich passierte.

 

[TelefonSparbuch]

SVN erkennt schon, wenn die Revision nicht aktuell ist. Ich schätze mal ich war noch an der Datei am Editieren, hab eingecheckt/Update gezogen und im Editor dann weitergewerkelt und dann gespeichert ohne das ich die Datei im Editor nach dem Update aktualisiert habe...

Zum Cifs-Modul: wäre praktisch, wenn wir vor dem Release 0.43 auch bei der aktuellen Firmware keine Konflikte offen haben.

 

[ukvideo]

@ CIFS 7270
Kann das vielleicht mal einer testen?
http://radislav.dyndns.org/index.php?site=Fritzbox/Modification/cifs.php

 

[Solo0815]

Hab ich schon, bevor ich meinen Beitrag geschrieben hab -> Funktioniert nicht. Die Version auf der Seite ist für 2.6.21, aktuell in der 54.05.21 ist (glaub ich) Kernel 2.6.32.41 drin. Kann es aber nicht genau sagen, weil ich im Moment nich daheim bin.

 

[roadman17]

Zum Cifs-Modul: Ich glaube kaum, dass das vor einem neuen Release klappt. Selbst bei der 7390 funktioniert das Modul ohne Custom-Kernel nicht. Als Fallback-Lösung könnte man aber smbclient für den Datentransfer verwenden, da es das Kernel-Modul nicht benötigt.

 

[redxenja]

hallo ich mach heut so ein update und dann kommt der Fehler..

Current Revision: V0.42-2019
Target Revision: 2034
Checking for changes.
0 added, 12 modified, 0 removed
Modifying (1/12): FritzLoad/cgi/gui_decrypt.cgi
Modifying (2/12): FritzLoad/cgi/skins/Skin 2 (diekeule)/gui_pagetop.sh
Modifying (3/12): FritzLoad/cgi/skins/Skin 1 (mastertester)/gui_download.cgi
Modifying (4/12): FritzLoad/cgi/monitor.sh
Modifying (5/12): FritzLoad/cgi/gui_config.cgi
Modifying (6/12): FritzLoad/cgi/gui_download.sh
Modifying (7/12): FritzLoad/html/dk_page.css
Modifying (8/12): FritzLoad/html/page.js
Modifying (9/12): FritzLoad/lib/multihoster.sh
Modifying (10/12): FritzLoad/bin/add_url.sh
Modifying (11/12): FritzLoad/bin/update.sh
Modifying (12/12): FritzLoad/bin/fritzload.sh
grep: illegal option -- m
BusyBox v1.1.2 (2008.05.30-11:45+0000) multi-call binary

Usage: grep [-ihHnqvsEABC] PATTERN [FILEs...]

Search for PATTERN in each FILE or standard input.

Options:
-Hprefix output lines with filename where match was found
-hsuppress the prefixing filename on output
-iignore case distinctions
-llist names of files that match
-Llist names of files that do not match
-nprint line number with output lines
-qbe quiet. Returns 0 if PATTERN was found, 1 otherwise
-vselect non-matching lines
-ssuppress file open/read error messages
-conly print count of matching lines
-fread PATTERN from file
-ePATTERN is a regular expression
-FPATTERN is a set of newline-separated strings
-EPATTERN is an extended regular expression
-Aprint NUM lines of trailing context
-Bprint NUM lines of leading context
-Cprint NUM lines of output context


Send restart signal: