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

[ukvideo]

1. was sagt

cat /var/flash/debug.cfg

?

2. steht was von FL da wenn du ps startest?
3. geht http://fritz.box/cgi-bin/fritzload/gui_download.cgi

wenn negativ dann zum Test

/var/media/ftp/BUFFALO-USBFlashDisk-01/FritzLoad/bin/install -g

mit Putty und nochmal 3.

 

[Joe_57]

Auch wenn die Befehle aus Beitrag #7307 in der debug.cfg stehen sollten, wird es so nicht funktionieren, da zu diesem Zeitpunkt der USB-Stick noch gar nicht gemountet ist.

Joe

 

[TomTomNavigator]

@Joe_57: Hatten wir diese Diskussion nicht schon einmal? --> Hier.

Zitat von Freetz!Box:

Diese Warteschleife ist nicht merkwürdig, sondern wird solange alle 5 Sekunden ( kann man nach Lust und Laune anpassen) durchlaufen bis die install.sh erfolgreich ausgeführt wurde bzw. Fritz!Load erfolgreich gestartet wird.

 

[ukvideo]

@ Joe_57 hatten wir schon mal aber

echo "while !

ist hilfreich.

Zusammenfassung der letzten 30 Seiten:

FritzLoad funktioniert zur Zeit nicht mit Laborfirmware und der Standardinstallation mit install-i
es mus die debug.cfg, bei Freetz die rc.custom bearbeitet werden. siehe Signatur von TomTomNavigator oder Wiki

 

[Gabris]

Ich habe jetzt TomToms Alternativmethode mit dem echo probiert.

cd /var/media/ftp/Kingston-DT101G2-01/

wget http://avmload.svn.sourceforge.net/viewvc/avmload/trunk.tar.gz

gunzip trunk.tar.gz

tar xf trunk.tar

rm trunk.tar

mv ./trunk/FritzLoad/ ./fritzload

rm -r trunk*

chmod -R 777 ./fritzload/*

cd ./fritzload/bin

echo "while !(/var/media/ftp/Kingston-DT101G2-01/FritzLoad/bin/install.sh /var/media/ftp/Kingston-DT101G2-01/FritzLoad -g); do sleep 5; done" > /var/flash/debug.cfg

Es ist zwar alles sauber durchgelaufen, wo ich aber reboot, Enter eingegeben habe sagt mit Telnet, dass mein Stick nicht reagiert, read only System.

Daraufhin habe ich die FB wieder stromlos gemacht, nachm Hochfahren wird endlich der Stick erkannt und FL startet, ich kann die GUI laden.

Es geht weiter: am unteren Rand des Fensters erscheint jetzt folgendes:

df: /var/fritzload/downloads: can't find mount point

Ich mache erst mal ein Vollupdate auf die TR 1649

Es erscheint im Fenster folgendes:

Download trunk revision (1649)...

Prepare update:

- Unzip archive...

Passieren tut sich aber seit Minuten nichts. Hängt das Ding oder was?

Ja das Unzip läuft nicht durch. Das Update ist aufm Szick gelandet, es hat die ganze Zeit geblinkt nur mitm Entpacken klappt es nicht.

Update Log:

Ein Updateprozess läuft bereits / Laufendes Update Protokoll:
Download trunk revision (1649)...
Prepare update:
- Unzip archive...

Also wie vorhins, keine Änderung.
Ich habe jetzt mitm DL probiert, scheint zu gehen. Nur Updaten kann ich - noch - nicht.
Ideen dazu?
Danke.

 

[Yodafrosch]

df: /var/fritzload/downloads: can't find mount point

Da bei dieser Startmethode die Symlinks nicht angelegt werden, musst du sie manuell anpassen. Soll heißen den Downloadpfad in der config in deinem Fall auf /var/media/ftp/BUFFALO-USBFlashDisk-01/FritzLoad/downloads stellen. Analog bei unrar, solltest du das verwenden wollen.
Dass die Box den Stick, bzw. die HD beim Reboot via Telnet als read only erkennt ist normal - einfach ein bisschen warten, nach einer guten Minute startet die Box dann durch.
Wegen dem Update: Versuche mal ein chmod -R 0777 /var/media/ftp/BUFFALO-USBFlashDisk-01/FritzLoad bevor du das Update anstößt. Aus mir unerfindlichen Gründen sind die Dateiberechtigungen ab und an falsch gesetzt, so dass ich diese Zeile in der debug.conf (bzw. in meinem Falle aus Faulheitsgründen in einer autorun.sh) eingetragen habe.

 

[ukvideo]

zu Komplett-Update gibt es ein Ticket im SVN, aber Diff-Update sollte Funktionieren.

 

[Gabris]

Danke für eure Bemühungen, es funkt jetzt alles wieder.

 

[nbox]

Hallo ihr Spezialisten. Nachdem meine 7270v2 mit der letzten 54.04.88 und F!L 1541 seit irgendwann letzter Woche nicht mehr von Megaupload herunterladen wollte (hab das Update wegen der Abstürze noch gescheut), hab ich heute Mittag mit TomToms Methode alles auf den neusten Stand gebracht.

Festplatte ist Ext2 formatiert und wird korrekt erkannt (hiernach eingerichtet: http://thomasheinz.net/ext2-festplatte-an-der-fritzbox-7170/)
Festplatte am USB heißt IC25N030-ATDA04-0-01.
Load ist nach dieser Anleitung installiert: http://thomasheinz.net/update-installation-von-fritzload-auf-der-fritzbox/
Installation ist im RAM -Medium
7270v2 Firmware ist: 54.05.05
Fritz!Load V0.41/Rev.: 1649
Im Fritz!Box Menü auf der linken Seite ist Fritz!Load aufgelistet und der Link funktioniert auch.
Fritz!Load Verzeichnis ist komplett klein geschrieben.
Downloadverzeichnis ist: /var/media/ftp/IC25N030-ATDA04-0-01/fritzload/cgi/../downloads
(war /var/fritzload/downloads und wurde nach einem erneuten Komplettupdate auf o.g. geändert)
cat /var/flash/debug.cfg gibt folgendes aus

while !(/var/media/ftp/IC25N030-ATDA04-0-01/fritzload/bin/install.sh /var/media/ftp/IC25N030-ATDA04-0-01/fritzload -g); do sleep 5; done

Oben auf der Seite werden die Infos zur Festplatte richtig angezeigt (Balken mit Gesamt/Belegt + Speicherplatzangabe als Text)


- Ich habe das Gefühl, dass es nochimmer ab und zu diese Abstürze gibt, bei der plötzlich WLAN verschwindet, bzw einige Zeit kein Internet geht, dann alle LEDs rot aufblitzen und die Box neu startet... Bisher aber seit meinem letzten Komplettupdate von 1649 auf die gleiche 1649 nicht mehr aufgetreten... Bin ich die los? Was mir aber irgendwie wichtiger ist:

- Ich habe echt X Seiten zurück gelesen und gesucht, aber habe dazu gar nichts finden können, bin mir aber sicher, dass das schon desöfteren geschrieben wurde ... nur finde ich es einfach nicht mehr der Ladebalken für den Download in der Instanz, sowie die Infos zum Download (Geschwindigkeit, Größe...) fehlen mir. Wie bekomme ich das zurück?

 

[Yodafrosch]

Beim FF sollte ein STRG-F5 reichen, ansonsten den Browsercache leeren (das hilft dann bei Chrome). Bei Opera hilft auch das nichts, da bleiben die Balken und die Anzeige im Nirvana. :crazy:

Meine 7240 legt auch desöfteren mal 'nen Neustart hin seit ich die 05er Firmware drauf habe. Da dies aber nicht sooo häufig passierte und ich den Autostart wieder aktviert bekam interessierte mich das nicht weiter. Der Herr Orkan "Joachim" hat das Teil dann aber völlig weggeblasen. Alle 30 Minuten bekam ich nur noch:

Lua Run Runtime ERROR in /usr/www/avm/templates/page_head.html:52: [string "/usr/www/avm/templates/page_head.html:52"]:3: attempt to index global 'menu' (a nil value)
Lua stack traceback:
	[C]: ?
	[string "/usr/www/avm/templates/page_head.html:52"]:3: in main chunk

Mit ein bisschen Voodoo (POR) ging aber auch das wieder weg.

 

[nbox]

örgs, dass das problem mit den reboots behoben ist, hab ich wirklich nicht nur überlesen, sondern besteht nochimmer? wenn es denn nur eine sache von 2 minuten wäre, die die box dann nicht erreichbar ist, würden die mich auch nicht so stören, aber gute 2-3 minuten vor einem reboot hat dieser sich immer damit angekündigt, dass im netzwerk kaum noch was ging, bis nach dieser zeit die box neugestartet ist, was dann auch nochmal seine 2 minuten gedauert hat. gar nicht mal so angenehm, besonders wenn auch voip drüber läuft oder man grad musik streamt...

natürlich nutze ich opera, aber wenn das am browser liegt und mit anderen funktioniert, lässt sich ja ggf etwas mit userscripts machen ... da wühl ich mich mal rein.

sollte das mit den reboots allerdings nicht behoben werden können - läuft die aktuelle build von Load auf der 54.04.88 einwandfrei? das hab ich natürlich noch nicht probiert, was ich vielleicht hätte tun sollen. den mehrwert der 54.05.05 hab ich nämlich noch nicht entdeckt.

 

[Yodafrosch]

Ich bekomme ca. alle 2 Wochen einen Reboot - ist für mich im erträglichen Rahmen, da alles weitere ja über die andre Box abgewickelt wird. Bei der .88er Firmware lief die Box stabil ohne Auffälligkeiten mit F!L. Wie es allerdings mit dem aktuellen F!L aussieht weiß ich nicht.

 

[Gabris]

#nbox

Ja, Opera und userscripts, bitte, bitte!
(Ich arbeite am liebsten mit Opera und vermisse den Balken schmerzlich.)

 

[roadman17]

@Opera-Nutzer
Eigentlich wollte ich gar nicht im jQuery-Stream-Code von max6 rumpfuschen, aber da er lange nicht mehr aktiv war, habe ich es doch getan. Die Fortschrittsbalken sollten nun auch in Opera (angetestet mit Version 11.60) ab Revision 1650 funktionieren.

 

[TomTomNavigator]

Generell kann ich zur 7270 sagen, dass diese bei weitem nicht so stabil laufen wie die 7170. Bei mir hat folgendes zur Lösung beigetragen (ich zitier mich mal selbst): http://www.ip-phone-forum.de/showthread.php?t=147334&p=1761176#post1761176

 

[Yodafrosch]

@roadman17 Hab grad mal kurz Opera (11.50) angetestet - und alles ist so wie es sein soll. :nemma:
Damit dürftest du vielen in der Vorweihnachtszeit eine Freude bereitet haben und max6 wird es dir sicherlich nachsehen.

 

[Gabris]

Enttäuschung: ich wollte gerade ein Update auf die 1650 machen damit der Balken in Opera endlich läuft.
Das Differenz-Update verlangt nachm Komplett- Update und wenn ich dieses mache hängt das Ganze schon wieder beim "- Unzip archive..."
Es ist zum Weinen mit FL, siehe meine kürzlichen Probs damit etwas weiter oben.

 

[ukvideo]

@Gabis es fehlt die revision.txt

mit Putty folgenden Befehl mal zur Box schicken, dann klappt das Diff-update

echo "1649" > /var/media/ftp/Kingston-DT101G2-01/FritzLoad/config/revision.txt

 

[Gabris]

Supi, Diff-Update geht, Balken in Opera geht. Vielen Dank!

 

[Yodafrosch]

Falls jemand Probleme mit share-online.biz hat (bei mir lief da gar nichts mehr), das hier hat bei mir geholfen und nun läuft es wieder.
Wäre toll, wenn das jemand gegenprüfen könnte und dann ggf. einpflegen.