Du bist nicht angemeldet.
Falls du deine Box wirklich häufig neustarten musst, könntest du in Betracht ziehen, die Firmware zu modifizieren.
Dies geht entweder mit Freetz oder bei einigen Modellen auch komplett auf der Fritzbox:
http://www.ip-phone-forum.de/showthread.php?t=272725
Sagt mir jetzt nicht viel aber ich denke man kann es mit einem neuen Rar versuchen. Was für eine Fritzbox hast du?
Handelt es sich bei den RAR-Dateien um das neue RAR5-Format, oder ist es noch das alte RAR4-Format?
Mit den neuen Firmware-Versionen hat AVM die Möglichkeit des Autostarts entfernt. Es gibt zwar noch Tricks mit denen dies weiterhin möglich ist, aber da diese Möglichkeiten auch entfernt werden sollen, ist es nicht sehr sinnvoll, in dieser Richtung etwas zu entwickeln.
Verwende statt
./install -ieinfach
./install -gDann wird nur die GUI gestartet, ohne irgendwelche Autostarteinträge zu machen. Starte Fritzbox aber nicht neu, da du danach den Schritt erneut durchführen musst.
Over-Load.me wird nun unterstützt.
Starte mal die install.sh ohne Parameter, dann wird die Hilfe angezeigt.
Dann könntest du lesen, dass mit
./install.sh -gnur die GUI gestarted wird.
Wenn es per Telnet nicht klappt, poste hier am besten die Konsolenausgabe, also das was du eintippst und ausgegeben wird.
Hast du es schon mit einer Installation per Telnet versucht?
Ich habe hier mal auch irgendwann eine ChromeErweiterung hochgeladen, die C'n'L-Links abfängt und im Klartext anzeigt.
Wie ich es verstanden habe, ist die Verwendung von FritzLoad ohne Firmwaremodifikation nicht mehr sehr komfortabel, da die debug.cfg nicht mehr ausgeführt wird. Die Verwendung vom calllog-Skript ist ja auch eher eine unschöne Notlösung.
Es heißt nur Kabelmodemneustart, weil das benutzerdefinierte Skript wegen der Kabelmodem eingeführt wurde.
Das Reconnect mit diesem Script ist eine gute Übergangslösung bis der Code an die neue Fritzbox angepasst wird.
Hmm, dann scheint es bei dir nicht zu gehen. Um sicherzugehen :Ich meine übrigens die FRITZBOX- und nicht die FRITZLOAD-Oberfläche.
Funktioniert der manuelle Reconnect über das Fritz!Box-Webinterface?
Installier FritzLoad am besten per Telnet, dies funktioniert normalerweise am besten.
Besorge dir dazu die aktuelle Version:
http://sourceforge.net/p/avmload/code/HEAD/tarball
Das liegt daran, dass die Binaries nicht statisch kompiliert wurden. Generell stellt dies kein Problem dar, aber wie du merkst, kommt es durch unterschiedliche Versionen und Firmware-Revisionen manchmal zu problem. Für größtmögliche Portabilität werden die Binaries statisch kompiliert. Ein Nachteil ist nur eine größere Datei und eventuell leichte Speicherverschwendung.
busybox: ELF 32-bit MSB executable, MIPS, MIPS32 rel2 version 1 (SYSV), dynamically linked (uses shared libs), with unknown capability 0x41000000 = 0xf676e75, with unknown capability 0x10000 = 0x70403, stripped
convert: ELF 32-bit MSB executable, MIPS, MIPS32 rel2 version 1 (SYSV), dynamically linked (uses shared libs), with unknown capability 0x41000000 = 0xf676e75, with unknown capability 0x10000 = 0x70403, stripped
curl: ELF 32-bit MSB executable, MIPS, MIPS32 rel2 version 1 (SYSV), dynamically linked (uses shared libs), with unknown capability 0x41000000 = 0xf676e75, with unknown capability 0x10000 = 0x70403, stripped
giftopnm: ELF 32-bit MSB executable, MIPS, MIPS32 version 1 (SYSV), dynamically linked (uses shared libs), stripped
gocr: ELF 32-bit MSB executable, MIPS, MIPS32 version 1 (SYSV), dynamically linked (uses shared libs), stripped
openssl: ELF 32-bit MSB executable, MIPS, MIPS32 version 1 (SYSV), dynamically linked (uses shared libs), not stripped
pngtopnm: ELF 32-bit MSB executable, MIPS, MIPS32 version 1 (SYSV), dynamically linked (uses shared libs), not stripped
tcpdump: ELF 32-bit MSB executable, MIPS, MIPS32 rel2 version 1 (SYSV), dynamically linked (uses shared libs), corrupted section header size
wget: ELF 32-bit MSB executable, MIPS, MIPS32 rel2 version 1 (SYSV), dynamically linked (uses shared libs), with unknown capability 0x41000000 = 0xf676e75, with unknown capability 0x10000 = 0x70403, strippedEine mögliche einfache Lösung wäre es die libuuid.so.1 in das FritzLoad/bin/7390/lib-Verzeichnis zu kopieren. Vermutlich hast du per Freetz diese entfernt.
@usbsticker
Ich habe den Code zur Ermittlung der Wartezeit angepasst:
http://sourceforge.net/p/avmload/code/2519
Probier es mal noch mal.
@rolex0815
Ich hoffe es stört dich nicht, dass ich in deinem Code rumgepfuscht habe.
Mir fallen pyLoad und plowshare ein, wobei pyLoad eine graphische Oberfläche besitzt.
Im Log kann ich keinen Fehler erkennen. Die Datei ist tatsächlich nicht mehr vorhanden.
Nach deiner Beschreibung scheinst du alles richtig gemacht zu haben. Hast du Log-Dateien und auch die NAS-Funtionen eingeschaltet?
Sollte mit Revision 2517 wieder gehen.