[Gelöst] FRITZ!Box 7390 neu flashen über serielle Schnittstelle möglich?

[farosch]

Hallo zusammen,

ich habe von einem Arbeitskollegen ein FRITZ!Box 7390 bekommen, die nicht mehr bootet.
Seiner Aussage nach hat er versucht das Branding über FTP von avm auf avme zu ändern, um die FB mit der internationalen Firmware zu bestücken, damit er diese in der Schweiz benutzen kann.
Das rebranding hat anscheinend fehlerfrei funktioniert, allerdings startet die FB jetzt nicht mehr sondern hängt in einem Loop fest.
Ich habe die FB über die serielle Schnittstelle am PC angeschlossen und mit PuTTY mal einen kompletten Boot-Zyklus abgefangen: Sieht für mich als absoluten Laien so aus, als ob das Dateisystem beschädigt ist und man die FB nochmal neu flashen muss.

Ist ein neu flashen über die serielle Schnittstelle überhaupt möglich? Was sind meine alternativen oder kann man diese Box tatsächlich nur noch wegwerfen?

P.S.: Diese Anleitung hat er benutzt, um das Branding zu ändern.

 

[farosch]

Leider komme ich über FTP nicht mehr auf die FB. Kann ich mit folgendem Befehl das Branding auch über die serielle Konsole ändern? (Oder mache ich damit womöglich noch mehr kaputt?)

setenv firmware_version avm​

 

[Micha0815]

Die naheliegende Alternative ist, das Branding über FTP von avme wieder auf avm zu setzen

...Oder die dem Branding entsprechende recovery.exe anzuwenden. Dies wird in der verlinkten Anleitung wohl verschwiegen.
LG

 

[farosch]

Die recovery.exe findet leider keine FB und auch das Ändern des Brandings hat nichts gebracht. Ich nehme an hier ist wirklich das Filesystem zerschossen...
https://imgur.com/xnA3XgV

 

[mIPhere]

Die recovery.exe findet leider keine FB

Hast du die in Windows integrierte Firewall für die Dauer des flashens komplett deaktiviert? Ansonsten findet die recovery.exe nichts.

 

[farosch]

Firewall aus und schon gehts einen Schritt weiter. Leider kann ich weder die deutsche noch die internationale recovery.exe benutzen. Beide brechen mit dem Fehler "Recovery Firmware inkompatibel" ab.
Zudem ist mir aufgefallen, dass printenv seit dem letzten Neustart gar keine firmware_version mehr anzeigt und sich auch nicht setzten lässt.
https://imgur.com/YBZkRZZ

 

[Micha0815]

Im ersten Bild (bitte als Dateianhang hochladen ins Forum) steht das Branding auf avm. Dazu würde eine deutsche recovery passen und nicht die engl./int.
Beim Branding schreiben via ftp/adam2 oder auch seriell auf Gross/kleinschreibung achten.
LG
Hier sind setenv (getenv) klein statt Gross geschrieben. Wenn Du diese Fehler über die serielle machst, könnte es arg werden.

 

[stoney]

setenv firmware_version avm

Mit

quote GETENV firmware_version

den aktuellen Wert/Stand ermitteln.

Dann mit

quote SETENV firmware_version avm

auf deutsch oder mit avme auf international
stellen.

Und nochmals mit

quote GETENV firmware_version

abfragen und das korrekte Recovery nutzen.

 

[farosch]

Den Befehl quote gibt es auf der seriellen Konsole wohl nicht. allerdings konnte ich wieder per FTP auf die FB zugreifen, nachdem ich mir eine manuelle IP-Adresse im Bereich 192.168.178.0/24 verpasst habe. Hier konnte ich dann die firmware_version via Adam2 neu setzen:

Auch EVA zeigt jetzt wieder die richtige Version an:

Leider funktioniert die Recovery.exe (FRITZ.Box_Fon_WLAN_7390.en-de-es-it-fr.06.83.recover-image.exe) nach wie vor nicht, diesmal ist der Fehler aber ein anderer:


### Zusammenführung Doppelpost + Bild geschrumpft by stoney ###

Wenn ich das Branding auf avm setze, läuft die deutsche recovery.exe zwar, scheitert aber an dieser Stelle:

 

[Micha0815]

Die Fehler ("Stockungen") könnten auf eine AV-Suite/Firewall hindeuten, die schonmal in die FTP-Verbindung hineinhorchen/Untersuchungen anstellen möchten, was den Datenfluss behindern kann. Abstellen ggfs. deinstallieren kann hilfreich sein.
LG

 

[stoney]

Den Befehl quote gibt es auf der seriellen Konsole wohl nicht

stimmt

nachdem ich mir eine manuelle IP-Adresse im Bereich 192.168.178.0/24 verpasst habe.

warum hast Du das nicht bereits am Anfang? Dies wird doch immer und immer wieder (zumindest hier im IPPF) gepredigt

Mit welchem Betriebssystem arbeitest Du?

Hast Du bereits versucht die Netzwerkkarte auf 10/halfduplex oder 100/halfduplex zu stellen?

 

[farosch]

Die Fehler ("Stockungen") könnten auf eine AV-Suite/Firewall hindeuten, die schonmal in die FTP-Verbindung hineinhorchen/Untersuchungen anstellen möchten, was den Datenfluss behindern kann. Abstellen ggfs. deinstallieren kann hilfreich sein.
LG

IT'S ALIVE! Vielen, vielen Dank euch allen und vor allem dir Micha0815!

So wie es aussieht hat mir der Windows-Defender in die FTP-Verbindung gefummelt und den WinError -3 in der recovery.exe verursacht.
Nachdem ich den Defender abgeschalten habe lief alles einwandfrei durch. Die FB bootet wieder wie gewohnt und auch die Internationale Firmware ist auf der Box.

 

[eisbaerin]

printenv

Den Befehl gibt es IMO auch gar nicht.

 

[farosch]

Den Befehl gibt es auch gar nicht.

Na aber sicher gibts den. Nicht im Adam2, aber im EVA sehr wohl

 

[Micha0815]

Über ein jtag wohl schon?
LG

 

[eisbaerin]

Nicht im Adam2

Ja, mehr kenne ich auch noch nicht.

aber im EVA sehr wohl

Wenn du damit die serielle Schnittstelle meinst, dann kenn' ich die EVA noch nicht.

 

[farosch]

Wenn du damit die serielle Schnittstelle meinst, dann kenn' ich die EVA noch nicht.

Genau die meine ich.

Über ein jtag wohl schon?
LG

Ich habe mich nicht über den JTAG-Port verbunden. Dieser ist auf der Unterseite der Fritzbox und hat bei der 7390 14Pins.
Ich hab mich über die serielle Schnittstelle angehängt. Das sind die vier Lötflächen, die eigentlich auf jeden FRITZ!Box zu finden sind: Vier stück in einer Reihe, eine davon ist nicht rund sondern rechteckig.

Hier spricht die FB stadard RS232, allerdings in einer Low-Level-Version mit nur 3,3V. Standard RS232-Adapter (12V) erkennen hier also nichts ohne entsprechendes level-shifting.

 

[H´Sishi]

Für dieses Levelshifting gibt es Adapter-Bausätze oder sogar fertige USB-to-RS232-Adapter mit 3,3V.
Ich habe mir vor etlichen Jahren mal einen zugelegt, da ich ein Handy verbinden wollte; allerdings hab ich mir nie das Adapterkabel zum Handy gebaut.

 

[PeterPawn]

Das sind die Kommandos, die der Bootloader auf der seriellen Schnittstelle entgegennimmt:

Eva_AVM >help

       Commands   Description
       --------   -----------
           help   help
             dm   dump mem 32 Bit <addr> <range>
             cm   change mem 32 Bit <addr> <value>
             dh   dump mem 16 Bit <addr> <range>
             ch   change mem 16 Bit <addr> <value>
             db   dump mem 8 Bit <addr> <range>
             cb   change mem 8 Bit <addr> <value>
             sn   scan nand
          erase   Erase Flash <mtd>
       printenv   print Env. Variables
        restart   reboot Device
         setenv   set Env. variable <var> <value>
       unsetenv   unset Env. variable <var>
             go   load & start kernel from mtd1
         setmac   set mac addresses <addr> (like 12:23:40)
      mdio-read   read 16-Bit mdio value
     mdio-write   write 16-Bit mdio value

Eva_AVM >

Das oben ist zwar eine 7490, aber da unterscheiden sich die Boxen (wo man in den Bootloader kommt, bei der 6490 bin ich noch am "Üben") nicht großartig.

Der wichtigste Unterschied zum FTP-Server ist das fehlende "getenv" - man muß also "printenv" verwenden und sich die Angaben aus dessen Ausgabe zusammenzusuchen.

Und man kann hier zwar eine MTD-Partition löschen (mit "erase"), es gibt aber keine Möglichkeit, eine Partition mit Daten zu befüllen, auch nicht mit (X | Y | Z)Modem-Protokoll.

Es gibt noch ein "new_memtest", welches es wohl nicht in die Anzeige geschafft hat - das macht einen Speichertest (sicherlich nur außerhalb des Bereichs, den der Bootloader selbst nutzt - ich glaube nicht, daß der sich selbst verschiebt, um den ansonsten belegten Bereich auch zu testen) mit verschiedenen Bit-Mustern:

Eva_AVM >new_memtest

0xAAAAAAAA: .....................
0x55555555: .....................
0x0000FFFF: .....................
0xFFFF0000: .....................
0xF0F0F0F0: .....................
0x0F0F0F0F: .....................
0x00000000: .....................
0xFFFFFFFF: .....................
0xAAAAAAAA: .....................
0x55555555: .
Eva_AVM >