ftp> quote CHECK mtd1
150 Flash check 0xD9544077
Das sieht dann (für mich) nach einem Problem mit dem NOR-Flash der Box aus.
Da das Auslesen nicht möglich ist (die 7390 kann m.W. kein RETR im TinyFTP), bleibt nicht so sehr viel übrig.
Je nach bisher getätigter Investition würde ich Dir empfehlen, einen Freund/Bekannten mit guten Lötkenntnissen und passendem Werkzeug um den Tausch des MX29GL-128 auf der Platine zu bitten (das Bauteil kostet unter 3 €). Allerdings muß der neue Flash-Chip bereits vor dem Einsetzen wenigstens mit dem Code des Bootloaders (die ersten 128KByte im Flash) präpariert sein (also am besten auslesen aus dem vorhandenen Chip und extern in den neuen schreiben). Die wichtigsten boxspezifischen Einstellungen des Bootloaders hast Du ja noch aus den vorhergehenden ruKT-Protokollen, damit käme auch die Programmierung des Flash-Chips mit dem Bootloader aus einer fremden Box in Frage (z.B. könnte die DieWilde13 den passenden Bootloader durch ein "cat /dev/md2 >/var/mtd2.bin" auslesen). Dann müßtest Du aber immer noch jemanden finden, der Dir den Bootloader extern in einen MX29GL flashen kann, bevor dieser eingelötet wird.
Es ist also einiges an Aufwand zu treiben ... und wenn es sich um einen geschenkten Gaul handelt, lohnt sich das für Dich wahrscheinlich nicht wirklich. Vielleicht verkaufst Du die Box ja als "defekt", es gibt sicherlich noch genug Bastler, die die o.a. Voraussetzungen erfüllen und die Box reparieren können.
Die "software-only" Alternative (braucht aber wohl auch wenigstens die ADAM2-Konsole - also ttyS0 bestückt) wäre es, die schadhafte Stelle im Flash zu lokalisieren. Hat man sie dann gefunden, kann man sich einen Kopf machen, wie man die schadhafte Stelle umgeht. Das kann - je nach Lage dieses Bereichs - unterschiedliches Vorgehen erfordern ... vom Präparieren eines passenden Kernel-Images (z.B. mit einkompilierten USB-Storage-Treibern und dem Root-FS auf einem USB-Stick, das funktioniert wohl auch mit Freetz, wenn ich es richtig verstanden habe) über ein passend verkleinertes Root-FS (mit Löschen von unbenutzten Firmware-Teilen oder Auslagern von selten benutzten Teilen auf USB-Speicher - das geht wohl auch mit Freetz) bis zum künstlichen Erzeugen eines passenden "Lochs" im Squash-FS (die utopischste Variante, die ein angepaßtes mksquashfs erfordern würde). Bei ungünstiger Lage oder mehreren schadhaften Stellen kann das aber auch grandios scheitern. Und wenn zu häufiges Flashen die Ursache der ersten fehlerhaften Stellen ist, kann man von weiteren Fehlern in naher Zukunft ausgehen ...
Ohnehin ist das dann eher für einen "Proof of Concept" geeignet und nichts für einen "Benutzer" einer Fritz!Box. Wenn man rein den Aufwand gegen den materiellen Wert der Box in Betracht zieht, ist das ein sehr ungünstiges Verhältnis ... ohne Hobby-Bonus vollkommen sinnlos. Da ist die Hardware-Lösung (bei passendem Bekanntenkreis) deutlich preiswerter; immer vorausgesetzt, die Diagnose stimmt und der Flash-Fehler ist das einzige Problem. Bei einem angenommenen Wert einer funktionsfähigen gebrauchten 7390 von rund 100 € (eine neue kostet um die 180 €) muß man mit spitzem Bleistift rechnen ... aber mit "frischem" Flash muß man dann wenigstens nicht gleich die nächsten Fehler erwarten.
Oder Dein zweites Werkzeug kommt doch noch zum Einsatz und Du machst ein hübsches YouTube-Video davon ... :beerdigu:
) die Prüfsumme vergleichen. MTD2 (Bootloader mit boxspezifischen Einstellungen) sollte (dürfte) jedenfalls ohnehin nicht übereinstimmen. MTD3 und MTD4 taugen für einen Vergleich auch nicht richtig, da vom ruKT das "clear MTD3/4" nur als Speichern einer null Byte langen Datei in die entsprechende Partition ausgeführt wird. Da die "flash erase size" mit 128K nur ein Viertel der jeweiligen gesamten Partitiion (für MTD3 und MTD4) ausmacht, wird dabei der alte Inhalt nicht komplett gelöscht und die vorhandenen Reste müßten auf jeder Box recht unterschiedlich sein, damit auch die Prüfsummen dort.
