Bootloader (Flash Partition mtd2) verändern

Der bootloader (Urlader) auf mtd2 ist das "Herz" jeder Fritzbox, vergleichbar dem BIOS bei einem Windows PC. Bei den neueren FW Versionen (Kernel 2.6) sind viele interessante Parameter permanent im bootloader definiert. Oftmals möchte man einige dieser Parameter ändern. Leider ist das nicht ganz einfach.

Bei meinen Experimenten mit einem JTAG Interface (Wiederbelebung scheintoter FritzBoxen) habe ich gelernt, den bootloader zu lesen, zu verändern und wieder nach mtd2 zu schreiben.
Da offenbar viele User das auch möchten, sich aber nicht trauen oder nicht wissen, wie es geht, eröffne ich dazu einen neuen Thread.

Achtung! Die folgende Kurzbeschreibung einer "Operation am offenen Herzen" ist riskant; Fehler können für die FritzBox tödlich enden (Zerstörung des Urladers).
Deswegen beschreibe ich die Schritte absichtlich nicht detailliert.
Nur nachmachen, wenn man sich ganz sicher ist, was man tut. Jegliche Aktivität erfolgt auf eigenes Risiko!

Im Prinzip ist es eigentlich einfach:
Viele ehemalige environment Parameter (z.B. HWRevision, Annex) stehen bei FW mit dem Kernel 2.6 (ungefähr ab FW xx.04.30) im Urlader (bootloader) in der Flash-Partition mtd2 (file "mtdblock3"). Somit werden sie bei jedem reboot neu geladen.
Um diese Parameter permanent zu ändern, muss man "nur" den bootloader kopieren, modifizieren und wieder zurück auf die FB schreiben.
Problem: Der bootloader "mtdblock3" steht im Verzeichnis /dev und lässt sich mit normalen Mitteln (FTP, Telnet etc.) nicht überschreiben.

Vorgehensweise:

a) Man geht mit Telnet auf die FB und kopiert den bootloader "mtdblock3" aus dem Verzeichnis /dev in das Verzeichnis /var/tmp, z.B. mit dem Namen "mtd2.bin"

b) Man holt sich den bootloader auf den PC, z.B. mit Telnet und tftp32 (Befehl "tftp -p -l mtd2.bin 192.168.178.xxx").
Dabei ist "192.168.178.xxx" die aktuelle IP-Adresse des PCs.

c) Mit einem geeigneten Hex-Editor öffnet man die Datei mtd2.bin und ersetzt die zu ändernden Parameter überall dort, wo sie vorkommen

d) Man schreibt den modifizierten Bootloader mit Telnet und tftp32 zurück in das Verzeichnis /var/tmp auf der FB (Befehl "tftp -g -r mtd2.bin 192.168.178.xxx")

e) Mit Telnet kopiert man den modifizierten bootloader vom Verzeichnis /var/tmp mit dem Namen "mtdblock3" in das Verzeichnis /dev der FB

f) Fertig! Die FritzBox meldet sich jetzt mit den neuen Parametern (z.B. annex A statt annex B), als ob sie "so geboren wäre"

Die Schritte a) und e) habe ich absichtlich nicht ausführlich beschrieben. Jeder, der sich ein wenig mit Telnet auskennt, weiss, welche Befehle er dazu braucht (ist auch hier im Forum mehrfach beschrieben).

Viel Erfolg für den, der sich traut!
el_valiente
.

Chatty schrieb:

Schritt c könntest du etwas ausführlicher beschreiben ... vielleicht ist es ja offensichtlich?

Zum Vergrößern anklicken....

Genau so ist es.
Der Hexeditor muss über eine Option "Textansicht" und über eine Suchfunktion verfügen.
Damit suchst Du die Parameter im Klartext und ersetzt Ihren Wert durch Überschreiben.

Edit:
MaxMuster (er hat mir immer sehr geholfen - Danke, Jörg!) hat gerade zu Recht darauf hingewiesen, dass eine Änderung im bootloader mit einem Hexeditor nur dann trivial ist, wenn Zeichen 1:1 ersetzt werden, z.B. "annex B" durch "annex A".
Müssen strings unterschiedlicherer Länge ersetzt werden, z.B. "HWRevision 94" durch "HWRevision 127", wird es evtl. schwieriger. Dann ist Kreativität gefragt!
.

skyteddy schrieb:

Ich hab das Dumpen eben in mein Tool eingebaut.

Zum Vergrößern anklicken....

Du meinst sicher ein backup von mtd2, also vom bootloader.
Das finde ich sehr gut; viele User werden es Dir danken.

skyteddy schrieb:

Hast Du eine Beschreibung, wo was steht?

Zum Vergrößern anklicken....

Sorry, habe ich nicht. Habe selber auch irgendwann mal Beiträge dazu gelesen, mir aber die Quelle nicht notiert.
Allgemein will ich nicht detaillierter beschreiben, weil ich befürchte, dass sonst viele Briefbeschwerer produziert werden.
Wenn Du konkrete Fragen hast, antworte ich gerne; bei Dir auch per PN.
.

MaxMuster schrieb:

Das meiste, was ich dazu gefunden habe, steht wohl hier bei wehavemorefun.

Zum Vergrößern anklicken....

Danke für Deine Wortmeldung und den link, Jörg.
Betreffend unterschiedliche Stringlänge beim Ersetzen von Parametern mit einem Hexeditor habe ich Dein Kommentar in meine [post=1384549]obige Antwort[/post] aufgenommen.

Ich möchte mich hier keinesfalls mit fremden Federn schmücken!
Deswegen dieses statement:
Nur dank der intensiven Hilfe von MaxMuster bei meinen JTAG Bemühungen bin ich so weit gekommen, den Bootloader bearbeiten zu können.
Vielen Dank, Jörg.

Falls mich jemand nach Basiswissen, wie z.B. Struktur des Bootloaders fragt, muss ich passen. Da kennt sich MaxMuster wesentlich besser aus.
.

MaxMuster schrieb:

... es gibt also Firmwares "< xx.06.30" und ">= xx.06.30") ...

Zum Vergrößern anklicken....

Danke für diesen weiteren Hinweis. Ich denke, es reicht, wenn er hier steht.
.
Aber: Du meinst sicher "< xx.04.30" und ">= xx.04.30" ?
Solltest Du evtl. korrigieren, zwecks Verständnis bzw. unnötige Rückfragen ...
.

MaxMuster schrieb:

Ich vermute mal, dass dabei von AVM (die das im Recover auch nutzen) irgendwie nicht der komplette Urlader erwartet/geschrieben wird, um die gespeicherten Daten nicht zu überschreiben, sondern ein "Loch" im Bereich dieser Werte (ab 0x580 bei mir bekannten Boxen bis 0x97B. ). Ist aber wie gesagt nur Theorie...

Zum Vergrößern anklicken....

Dieser Vermutung schliesse ich mich an.

Man kann die recovery dazu zwingen, den bootloader neu zu schreiben, in dem man dem Parameter "urlader-version" mit ftp einen "alten" Wert gibt, z.B. "urlader-version 89".
Dann wird bei der recovery mtd2 neu geschrieben.
Aber nicht die gesamte Partition mtd2 wird neu geschrieben - die "wichtigen" Parameter (HWRevision, annex etc.) bleiben unverändert.
Das hat mich früher oft geärgert und ich habe es nicht verstanden.
Inzwischen vermute ich, dass die Hypothese von Jörg zutrifft.

@skyteddy:
Das Flashen von mtd2 mit FTP bzw. mit NcFTP ist eine heikle Sache und scheitert aus den von MaxMuster genannten Gründen.
Ich werde mich bei meiner nächsten JTAG Aktivität näher damit befassen, vorher nicht.
.

schlagerstar schrieb:

Was macht man in so einem Fall?

Zum Vergrößern anklicken....

Also ich habe mich micht getraut, den bootloader der 7170 (mit HWRevision 127) auf die 7140 zu transplantieren.
Ich habe statt dessen HWRevision 95 im bootloader der 7140 auf 127 verändert. Dazu bin ich im Hex editor bis zum nächsten doppelten spacing (bei meinem Hexeditor ist das X 00 00) gegangen und habe dann den Text um ein space "00" verschoben. Damit hatte ich eine zusätzliche Position frei und konnte "95" durch "127" ersetzen. Funktioniert prima.
Die Methode habe ich danach noch mehrfach erfolgreich mit anderen Boxen angewandt.
.