fwmod 7390 6.51

Hey oelidoc,

also jetzt klappt es das die debug.cfg funktioniert aber der LCR trägt sich nicht ein.

Hast du (oder jemand anders noch) einen Tipp wodran es liegen könnte?

Die Installation des LCR läuft einwandfrei durch

- - - Aktualisiert - - -

PeterPawn schrieb:

Schau besser noch einmal im erzeugten Image nach ... die "rc.tail.sh" sollte das Anlegen des char-Devices bereits enthalten, wenn die Änderung durch den Patch korrekt umgesetzt wurde.

Zum Vergrößern anklicken....

Hab nochmal neu ausgecheckt und dann hatte es geklappt. War wohl vorher der Wurm drin Danke dir PeterPawn

OK, Fehler gefunden. Das ist mir jetzt fast peinlich, weil ich zwischenzeitlich den großen "Aha-Effekt" hatte.
Ich habe - so wie es noch für die FW 6.51 funktioniert hat - die Original-FW entpackt, danach den telnet-Zugang freigeschaltet, dann mit fwmod wieder gepackt. Ich war der Meinung durch die richtige Auswahl bei make menuconfig würde auch automatisch der Schlüssel geschrieben. Die Posts von oelidoc und BurningCrash haben mich dann drauf gebracht: Ich muss mit "make" eine Firmware schreiben lassen - ironischerweise obwohl die Beiden ohne Bezug auf mein Problem geschrieben hatten.

Anschließend hatte ich die auch die signing.asc, welche ich auf meine FB mounten konnte.
Danach konnte ich auf die selbstgebraute FW 6.80 mit telnet-Zugang per Weboberfläche updaten.
Telnet-Zugang funktioniert.

Jetzt habe ich noch Schwierigkeiten, meinen Apache-Server auf der Box ans laufen zu bekommen, aber das kann auch an der fortgeschrittenen Uhrzeit liegen... ;-)
Morgen mache ich da mal weiter...

Soweit schonmal vielen Dank an PeterPawn, oelidoc, BurningCrash, Shirocco88, er13.

Toll, wie schnell ihr seid, und doch noch recht geduldig mit einem Noob wie mir.

Nochmal Danke und gute Nacht,
Mr.I

- - - Aktualisiert - - -

Bei mir funktioniert die "neue" FW einwandfrei:

- den Apache habe ich jetzt auch erfolgreich aufgesetzt und
- die debug.cfg für den Start des Apache sowie den cron-Job startet entsprechend nach dem Reboot.

Folgende Merkwürdigkeit: wenn ich den telnet-Zugang abschalte (#96*8*) kann ich ihn anschließend nicht wieder reaktivieren. Ist das tatsächlich so (gar beabsichtigt)?

Gruß
Mr.I

Moin

Folgende Merkwürdigkeit: wenn ich den telnet-Zugang abschalte (#96*8*) kann ich ihn anschließend nicht wieder reaktivieren. Ist das tatsächlich so (gar beabsichtigt)?

Zum Vergrößern anklicken....

Ist auch bei den "INTERN" Versionen so, zumindest bei meiner 7560.
Nach aktivieren mit #96*7* braucht es einen Neustart der Box.

koyaanisqatsi schrieb:

Nach aktivieren mit #96*7* braucht es einen Neustart der Box.

Zum Vergrößern anklicken....

Nach dem Neustart der Box ist telnet bei mir automatisch aktiv...
Einmal abgeschaltet, lässt es sich nicht reaktivieren (also nur durch Reboot der Box).

Ein altbekanntes Phänomen ... es hat weder mit Freetz noch mit irgendeiner anderen Änderung zu tun, soweit ich das damals testen konnte. Fällt halt nur nicht weiter auf bei originaler Firmware, weil AVM da keinen Symlink mehr einbaut.

Wenn das Image korrekt ist, solltest Du noch einmal die Firmware auf die Box bringen ... und dabei dann ein Protokoll dieses Uploads erstellen lassen. Das klingt hier nach 3x rot für den Bootloader (es gab mal ein Urlader-Update für die 7390, welches auf dieses rote Blinken in der Zeit, wo EVA auf den FTP-Zugriff wartet, umgestellt hatte) und danach gibt es umgehend Späne beim Laden von Kernel und Root-FS. Die wahrscheinlichste Ursache wäre hier ein (unbehandeltes) Problem beim "push_firmware" - immer unter der Annahme, daß das erzeugte Image richtig ist (und die richtige Datei beim Upload verwendet wird).

Ergänzung: wenn Du vorher schon Freetz oder Telnet-Zugang auf der FB7390 darauf hattest, dann benötigst Du kein push_firmware zur Installation des Freetz-fb7390 images;das geht mit fwmod im "nofreetz"-Modus http://trac.freetz.org/wiki/help/howtos/development/repack_fw#Verwendungvonfwmodimnofreetz-Modusund dann z.B. per /var/install in Telnet-Session http://trac.freetz.org/wiki/help/howtos/development/firmware_update_details

Na ja, wenn das Update auf mehreren Wegen nicht funktioniert hat, wird es ja eher kein Problem beim Upload der Firmware gewesen sein ... diese Information hatte ich zuvor vermutlich fahrlässigerweise überlesen.

Dann stimmt wohl etwas mit dem erzeugten Image nicht ... keine Ahnung, was das sein könnte/sollte. Mir fällt da nur ein, daß @er13 zwischenzeitlich m.W. beim "mksquashfs" die "nopad"-Option bei den NOR-Boxen wieder entfernt hat - wenn ich mich richtig erinnere (meinerseits ohne jede Gewähr und ohne eigenen Ehrgeiz, diese Vermutung zu verifizieren). Mir fällt zwar aus dem Stand auch kein (sinnvoller) Grund ein, warum das eine Rolle spielen sollte, aber ansonsten passiert ja beim Entpacken, Ändern, Neupacken mittels "fwmod" auch nicht so sehr viel, was einen so frühen Fehler verursachen könnte und das ist hier der Beschreibung nach ja noch lange vor dem oder beim Mounten des Root-FS - zumindest dann, wenn das beschriebene "grün" irgendeiner LED sich nicht über mehrere Sekunden zieht.

Du kannst aber auch selbst tätig werden (das macht ggf. mehr Sinn, als sich hinzusetzen und zu warten und es hilft auch @er13, wenn jemand anderes so etwas testet und ihm die Ergebnisse mitteilt, anstatt sich darauf "zu verlassen", daß er selbst es testen muß/soll) ... da es Anfang März einige Änderungen beim Packen der Firmware gab (um ggf. die 7580/7560 einzubeziehen), kannst Du ja selbst einen älteren Stand auschecken (das Trac-Journal zeigt Dir, welchen) und das einfach einmal damit probieren - die Verwendung einer neueren Firmware-Version mit einem älteren Freetz-Stand braucht m.W. genau zwei Änderungen im "make menuconfig" (Dateiname und Prüfsumme) und wenn das dann tatsächlich einen Unterschied machen sollte, weiß man wenigstens, wo man suchen muß.

oelidoc schrieb:

Das Image habe ich im aktuellen trunk mit den fwmod options "skip modifying..." und "sign image" erstellt, mit winrar entpackt, unter tools gespeichert und mit tools/push_firmware tools/kernel.image geflasht

Zum Vergrößern anklicken....

IMHO: der richtige Befehl ist "tools/push_firmware push_firmware build/modified/firmware/var/tmp/kernel.image", Quelle: http://freetz.org/browser/trunk/Makefile#L370

oelidoc schrieb:

Ich hatte mich nach http://wiki.ip-phone-forum.de/software:ds-modpush_firmware gerichtet.

Zum Vergrößern anklicken....

Ja, genau; da steht auch

eigentlich sollte auch der Befehl "make push-firmware" statt "tools/push_firmware build/modified/firmware/var/tmp/kernel.image" ausreichen.

oelidoc schrieb:

Dann Telnetd per Telefon eingeschaltet und den LCR Updater per Einzeiler in einer Telnetsession installiert. Auch das hat auf Anhieb funktioniert.Nur leider überlebt der LCR Updater den Neustart der Box nicht mehr. Das war bei meiner 6.80 noch der Fall.... Vielleicht hat ja noch jemand eine Idee, wie man dem LCR Updater das Überleben eines Boxneustarts einhauchen kann.

Zum Vergrößern anklicken....

IMHO: ich tippe mal auf /var/flash/debug.cfg; könntest Du die aktuelle mit der Vorgängerversion vergleichen und ggf. anpassen; Befehl zum Anpassen des C-Nodes: "nvi /var/flash/debug.cfg".