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

anscheinend doch:
Code:
sed --help
BusyBox v1.19.4 (2012-05-02 10:30:31 CEST) multi-call binary.
Das ist doch das aktuelle binary, das im trunk wieder auf die ältere Version reverted wurde?
Vielleicht kann das eine (ältere) sed was anderes als das andere (neuere).

Meine busybox der FB (7270) ist anscheinend noch etwas älter:
Code:
# sed
BusyBox v1.16.1 (2011-03-15 11:17:45 CET) multi-call binary.

Usage: sed [-efinr] SED_CMD [FILE]...

Options:
        -e CMD  Add CMD to sed commands to be executed
        -f FILE Add FILE contents to sed commands to be executed
        -i      Edit files in-place (else sends result to stdout)
        -n      Suppress automatic printing of pattern space
        -r      Use extended regex syntax

Eine Testversion hätte ich noch
Code:
# ./busybox_neu
BusyBox v1.21.0.git (2012-05-10 17:29:33 CEST) multi-call binary.
Copyright (C) 1998-2011 Erik Andersen, Rob Landley, Denys Vlasenko
and others. Licensed under GPLv2.
See source distribution for full notice.
Anhang anzeigen busybox_1.21.0.tar.bz2
 
Zuletzt bearbeitet:
Die 1.19.4 ist die aus der FW 54.05.21. Deine hängt auch bei "awk"
 
@Solo0815
Falls du strace auf deiner Box hast, könntest du damit genauer bestimmen wo die busybox bei Verwendung des awk-Modules hängt.
 
strace hab ich nicht, gibts das irgendwo als binary?
 
Du könntest es mit deinem Freetz-Build-System bauen und einfach das Binary auf den USB-Stick kopieren.

Zu deinem sed Problem:
Teste mal
Code:
./busybox df -Pm /var/media/ftp/cifs 2>/dev/null | sed -rn '$s/^[^ ]* *[^ ]* *[^ ]* *([0-9]+).*/\1/p'
 
@TelefonSparbuch, Solo0815
Es gibt noch einen Fehler mit der NAS-Anzeige. Bei der Unrar, Config und Help ? -Seite fehlt der Ausdruck
Code:
. $pdir/lib/util_file.sh
nochmal genauer:
1. Die Speicherplatzauswertung (Füllstandsanzeige) vom NAS erfolgt in der util_file.sh .
Da aber die pagetop.sh diese Datei nicht aufruft, bleibt die Anzeige auf den oben genannten Seiten leer. Kann das bitte jemand fixen?
2. Es gibt bei Google Chrome mehrere Anzeige-Fehler auf der Monitor-Seite beim alt- und MT-Skin
 
Zuletzt bearbeitet:
@all

funktionier fl und share-online schon zuverlässig?
 
@Soises
Die Premium Zugangsdaten von SO habe ich in der Config von FL eingetragen funktioniert leider nur sehr schleppend. Nun habe die gleiche Downloadrate wie ein Free User. Wenn ich mit JD herunterladen habe ich den vollen Speed. Muss wohl am Prozessor der FB liegen. Ich habe an meiner FB wahrscheinlich zuviel dranhängen (2 Telefone, 2 PC, NAS, TV, USB Hub mit Stick und Festplatte). Damit ist meine FB wohl voll ausgelastet.
 
Also bei meiner 7390 läuft SO oder NL (egal) Premium mit 1,0 - 1,4MB/s. Nicht ganz was meine Leitung hergibt,aber fast.

Aber wie du schon sagst,hängt bei dir wahrscheinlich wirklich zuviel an der Box.
Bei mir sind zwar auch alle Netzwerk Ports belegt (Die Geräte sind aber nicht alle gleichzeitig aktiv), sonst hängt nichts dran,ausser die USB HDD (Fritzload) natürlich.

Ich kann mich also nicht beklagen.

@Soises

Ja,SO läuft einwandfrei bis jetzt bei mir.Noch keinen einzigen fehlerhaften Download.

Hab ich mich eigentlich schon bei Roadman17 bedankt?
Ach ja,hab ich schon....:p
 
Zuletzt bearbeitet:
Irgendwie wurde dir compatibility.sh gar nicht eingebunden, die dafür sorgt, dass sed/grep/awk aus dem jeweiligen Busybox Package verwendet werden. sed auf der Box selbst in der 7270 hat vermutlich nicht die -r option bei sed (nur das FritzLoad-Busybox Package)
 
strace hab ich nicht, gibts das irgendwo als binary?
Code:
BusyBox v1.16.1 (2011-03-15 11:17:45 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

ermittle die aktuelle TTY
tty is "/dev/pts/0"
Console Ausgaben auf dieses Terminal umgelenkt
#
#
#
# strace
usage: strace [-dffhiqrtttTvVxx] [-a column] [-e expr] ... [-o file]
              [-p pid] ... [-s strsize] [-u username] [-E var=val] ...
              [command [arg ...]]
   or: strace -c [-e expr] ... [-O overhead] [-S sortby] [-E var=val] ...
              [command [arg ...]]
-c -- count time, calls, and errors for each syscall and report summary
-f -- follow forks, -ff -- with output into separate files
-F -- attempt to follow vforks, -h -- print help message
-i -- print instruction pointer at time of syscall
-q -- suppress messages about attaching, detaching, etc.
-r -- print relative timestamp, -t -- absolute timestamp, -tt -- with usecs
-T -- print time spent in each syscall, -V -- print version
-v -- verbose mode: print unabbreviated argv, stat, termio[s], etc. args
-x -- print non-ascii strings in hex, -xx -- print all strings in hex
-a column -- alignment COLUMN for printing syscall results (default 40)
-e expr -- a qualifying expression: option=[!]all or option=[!]val1[,val2]...
   options: trace, abbrev, verbose, raw, signal, read, or write
-o file -- send trace output to FILE instead of stderr
-O overhead -- set overhead for tracing syscalls to OVERHEAD usecs
-p pid -- trace process with process id PID, may be repeated
-s strsize -- limit length of print strings to STRSIZE chars (default 32)
-S sortby -- sort syscall counts by: time, calls, name, nothing (default time)
-u username -- run command as username handling setuid and/or setgid
-E var=val -- put var=val in the environment for command
-E var -- remove var from the environment for command
Seltsam, die Original Firmware hat strace.

Hängen die Probleme (awk, busybox, etc) vielleicht mit Freetz zusammen?
 
Durch die automatische Erweiterung von sed/grep auf $BBox sed/grep stimmen teilweise die ps Auswertungen nicht mehr, da dadurch die Anzahl der gefundenen Matches abweichen kann. Sofern das zum Tragen kommt, sollte man ein Tempfile der ps Ausgabe nutzen.

Sofern Euch entsprechend Fehler auffallen, bitte melden, damit man die eingrenzen kann - oder jeman durchforstet die ps Befehle und prüft ob hier die Pattern-Prüfungen noch korrekt sind... (hatte das Problem in der update.sh gehabt)
 
Beim Überarbeiten der ps-Befehle ist es vielleicht eine Überlegung Wert statt dem ps|grep-Konstrukt pgrep zu verwenden. Zum Instanzkillen könnte auch pkill (oder pgrep zum Auflisten der zu killenden Prozesse) verwendet werden um gleich automatisch alle Kindsprozesse zu beenden, damit ein unerwartet hängendes Programm (wie zum Beispiel awk) auch gleich mit beendet wird.
 
Wäre gut, wenn das jemand übernehmen kann. Ich werde dann noch den Captcha Teil modularisieren, so dass man im Optimalfall nur eine Funktion aufruft und die Form-Parameter fürs Absenden der Lösung erhält. Neben Recaptcha gibt es auch die Solvemedia Captchas - die anders als der Name Puzzle nicht unbedingt ein Puzzle sein müssen...
 
diffupdate geht nicht mehr

Ein Updateprozess läuft bereits...
1311 root 384 S /bin/ash ./update.sh diffupdate 2153
1331 root 384 S /bin/ash ./update.sh diffupdate 2153
1333 root 384 R /bin/ash ./update.sh diffupdate 2153
1334 root 384 R /bin/ash ./update.sh diffupdate 2153


wie bekomm ich das wieder weg?
 
dito. Bei mir (und 3 weiteren Kollegen) gleicher Fehler mit Diffupdate seit 2149
 
Kopiert die update.sh in das FritzLoad/bin Verzeichnis. Im Anschluss sollte das Update wieder funktionieren.
 

Anhänge

  • update.zip
    2.9 KB · Aufrufe: 55
Hi,
irgendwas ist zwischen 2131 und 2153 falsch gelaufen.

Bekomme bei allen Netload Files folgenden Fehler: "ERR: No filename extracted."

:'(

Edit: Nun versucht er selbst mit # beginnende Zeilen zu laden.
Edit2: Glaub ein Neustart hats behoben. :)
 
Zuletzt bearbeitet:

Zurzeit aktive Besucher

Statistik des Forums

Themen
246,159
Beiträge
2,247,074
Mitglieder
373,678
Neuestes Mitglied
brainkennedy
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.