Alice IAD 5130 zur FBF 5140 machen

lxuser · 25 Apr 2009

Ok, dieses Mal ging es auch auf der Box.

Decodiert hatte es auch die richtige Größe und habe mir einen Vergleich der Checksummen vor dem Flashen geschenkt.

Jetzt ist der Bootloader wieder per ftp erreichbar. Nur etwas vergesslich der Gute:

Code:

Eva_AVM >printenv
SerialNumber          0000000000000000
annex                 B
autoload              yes
bootserport           tty0
cpufrequency          211968000
firmware_info         49.04.70
flashsize             0x00800000
modetty0              38400,n,8,1,hw
modetty1              38400,n,8,1,hw
mtd0                  0x90000000,0x90000000
mtd2                  0x90000000,0x90010000
mtd5                  0x903E0000,0x907B0000
my_ipaddress          192.168.178.1
prompt                Eva_AVM
req_fullrate_freq     125000000
sysfrequency          125000000
usb_device_id         0x0000
usb_revision_id       0x0000
usb_manufacturer_name  AVM
wlan_cal              0002,03F3,0016,00DF,010A,00DD,010A,0360,0348

Eva_AVM >go
AVM decompress Kernel:
..................executeProgram on 0x941EF000
[ohio_pre_init] System Clk = 62500000 Hz               

:RNUX started...

Und das Image booten will er auch nicht.

Ich werde jetzt erstmal was essen und dann weitersehen:
Werte per SETENV setzen, versuchen ein anderes Image aufzuspielen...

Mario

MaxMuster · 25 Apr 2009

Du solltest neben Änderungen zu den mtd's auch mal an das "cpufrequency" denken:
Da steht bei dir 211968000 während das Original dort nur 150000000 stehen hat.

Jörg

EDIT Oder jetzt vielleicht ein 7170-Recover versuchen? Die vorhandenen Daten könnten vielleicht reichen??

lxuser · 25 Apr 2009

Hallo Jörg,

"cpufrequency" ist wohl einer der wenigen Werte, die noch stimmen. Schau dir mal Posting 28 an.
Bei "cpufrequency" gehe ich mal davon aus, dass der Bootloader den Wert aus der Hardware selber ermittelt. Dein QEMU wird hier vermutlich als die "ar7"-Plattform mit nur 150MHz erkannt und nicht wie beim "Ohio" auf dem IAD mit 212MHz.

Aber der Zustand meines IADs jetzt gefällt mir gar nicht.
Es lassen sich keine Werte mehr mit SETENV setzen, weder über die serielle Konsole -> "<failed>" noch über ftp -> "501 environment variable not set".
Dafür ging UNSETENV bei mtd5, mtd5 ist jetzt dauerhaft weg.

Der Bootloader wird wohl bei der Datenübertragung oder dem En- bzw. Decoden ein paar Fehler bekommen haben.
Aber ich bin ja selber schuld und hätte vor dem Flashen die Checksummen überprüfen können.

Achja, die 2. und 4. der 5 LEDs leuchten sobald das IAD an ist auch dauerhaft.
Mal sehen, was da noch machbar ist.
Sich selbst über ftp überschreiben lassen mag der Bootloader schon mal nicht.

Mal sehen, ob ein Recovery Image unter Windows den Bootloader neu schreibt. Ich bezweifele es...

Viele Grüße
Mario

el_valiente · 25 Apr 2009

lxuser schrieb:
Mal sehen, ob ein Recovery Image unter Windows den Bootloader neu schreibt. Ich bezweifele es...

Die (passende) recovery.exe sollte den bootloader (mtd2) sehr wohl überschreiben, wenn Du die Parameter "HWRevision" und "urlader-version" richtig setzt:
- HWRevision nnn (nnn = der zur recovery passende Wert)
- urlader-version 89 (muss ein "alter" Wert sein, damit der bootloader überschrieben wird)

Probiere es mal - sollte klappen ...
.

lxuser · 25 Apr 2009

el_valiente schrieb:
Die (passende) recovery.exe sollte den bootloader (mtd2) sehr wohl überschreiben, wenn Du die Parameter "HWRevision" und "urlader-version" richtig setzt:

lxuser schrieb:
Es lassen sich keine Werte mehr mit SETENV setzen, weder über die serielle Konsole -> "<failed>" noch über ftp -> "501 environment variable not set".

Gruß Mario

el_valiente · 25 Apr 2009

@lxuser:

Der Fehler "501 environment variable not set" kommt relativ häufig. Eventuell lässt er sich umgehen.
Hier im Forum findest Du ihn mit der SuFu - und evtl. auch eine passende Lösung.
Jörg weiss dazu sicher mehr.

Viel Erfolg!
.

lxuser · 25 Apr 2009

Hallo Niko,

viel brauchbares habe ich dazu nicht gefunden. In deinem Thread zur 7140 als 7170 kam es z.B: zwar ein paar mal vor, aber ohne Lösungsmöglichkeiten die mir was bringen würden.

Hab jetzt sogar Windows gebootet und Recovery-Images getestet. Ergebnis ist immer:

Code:

FRITZ!Box Fon WLAN 7170 suchen an: 192.168.178.1
Eine Anlage gefunden! - Ermitteln der aktuellen Version.
Version erfolgreich ermittelt!
    Hardware:	
    Urlader:	0
    Firmware:	
Firmware der  ist mit der Recover-Firmware inkompatibel

Mit setnev lässt sich bei den Bootloader nichts mehr ändern. Weder über die Serielle, noch über ftp, noch über telnet und printenv geht auch nicht mehr. Da waren im geflashtem halt nette Fehler drin.

Möglichkeit wäre jetzt noch mir eine meiner laufenden Boxen zu nehmen und da mal "urlader-version" zu ändern und dann ein Recoveryimage zu nehmen und sich anzusehen, was es so macht. Also auf der seriellen Konsole mitloggen und per Wireshark.

Aber erstmal habe ich keine Lust mehr.

Gruß Mario

lxuser · 25 Apr 2009

Ich habe jetzt mal auf meiner 7141 "urlader-version" auf 89 gesetzt und recoverd.

Code:

FRITZ!Box Fon WLAN 7141 suchen an: 192.168.178.1
Eine Anlage gefunden! - Ermitteln der aktuellen Version.
Version erfolgreich ermittelt!
    Hardware:	FRITZ!Box Fon WLAN 7141
    Urlader:	89
    Firmware:	40.04.68
Flashbereich (mtd2)
    Lösche	Flashbereich (mtd2)
    Restauriere	Flashbereich (mtd2)
    Überprüfe	Flashbereich (mtd2)
Überprüfen der Partition mtd2 fehlgeschlagen! WinError -4

Das RecoveryImage hat mir also wie von Jörg und von Niko beschrieben mdt2, also den Bootloader neu geflasht.

Der Log der seriellen Konsole fehlt, da mein Datenkabel unter XP mal wieder nicht laufen will.

Aber mal der Log von Wireshark:

Code:

No.     Time        Source                Destination           Protocol Info
      1 0.000000    HewlettP_34:43:c1     Broadcast             ARP      Who has 192.168.178.1?  Tell 192.168.178.22
      2 0.000126    192.168.0.205         255.255.255.255       UDP      Source port: stun-p1  Destination port: 5035
      3 0.000301    Avm_b6:1a:62          HewlettP_34:43:c1     ARP      192.168.178.1 is at 00:1a:4f:b6:1a:62
      4 0.000309    192.168.178.22        192.168.178.1         UDP      Source port: stun-p1  Destination port: 5035
      5 0.000812    192.168.178.1         192.168.0.205         UDP      Source port: 5035  Destination port: 5035
      6 0.000828    192.168.178.1         192.168.178.22        UDP      Source port: 5035  Destination port: 5035
      7 0.213953    192.168.178.22        192.168.178.1         TCP      stun-p2 > ftp [SYN] Seq=0 Win=65535 Len=0 MSS=1460 WS=1
      8 0.214366    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [SYN, ACK] Seq=0 Ack=1 Win=16060 Len=0 MSS=1460
      9 0.214389    192.168.178.22        192.168.178.1         TCP      stun-p2 > ftp [ACK] Seq=1 Ack=1 Win=65535 [TCP CHECKSUM INCORRECT] Len=0
     10 0.225476    192.168.178.1         192.168.178.22        FTP      Response: 220 ADAM2 FTP Server ready
     11 0.225628    192.168.178.22        192.168.178.1         FTP      Request: USER adam2
     12 0.226142    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [PSH, ACK] Seq=29 Ack=12 Win=16049 Len=0
     13 0.226158    192.168.178.1         192.168.178.22        FTP      Response: 331 Password required for adam2
     14 0.226233    192.168.178.22        192.168.178.1         FTP      Request: PASS adam2
     15 0.226747    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [PSH, ACK] Seq=62 Ack=23 Win=16049 Len=0
     16 0.226762    192.168.178.1         192.168.178.22        FTP      Response: 230 User adam2 successfully logged in
     17 0.226824    192.168.178.22        192.168.178.1         FTP      Request: SYST
     18 0.227355    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [PSH, ACK] Seq=101 Ack=28 Win=16055 Len=0
     19 0.227369    192.168.178.1         192.168.178.22        FTP      Response: 215 AVM EVA Version 1.378 0x0 0x41D
     20 0.227432    192.168.178.22        192.168.178.1         FTP      Request: TYPE I
     21 0.227958    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [PSH, ACK] Seq=138 Ack=35 Win=16053 Len=0
     22 0.227971    192.168.178.1         192.168.178.22        FTP      Response: 200 Type set to BINARY
     23 0.228034    192.168.178.22        192.168.178.1         FTP      Request: MEDIA SDRAM
     24 0.228562    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [PSH, ACK] Seq=162 Ack=47 Win=16048 Len=0
     25 0.228574    192.168.178.1         192.168.178.22        FTP      Response: 200 Media set to MEDIA_SDRAM
     26 0.228637    192.168.178.22        192.168.178.1         FTP      Request: P@SW
     27 0.229175    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [PSH, ACK] Seq=192 Ack=52 Win=16055 Len=0
     28 0.229188    192.168.178.1         192.168.178.22        FTP      Response: 227 Entering Passive Mode (192,168,178,1,5,231)
     29 0.230266    192.168.178.22        192.168.178.1         TCP      stun-p3 > 3l-l1 [SYN] Seq=0 Win=65535 Len=0 MSS=1460 WS=1
     30 0.230625    192.168.178.1         192.168.178.22        TCP      3l-l1 > stun-p3 [SYN, ACK] Seq=0 Ack=1 Win=16060 Len=0 MSS=1460
     31 0.230653    192.168.178.22        192.168.178.1         TCP      stun-p3 > 3l-l1 [ACK] Seq=1 Ack=1 Win=65535 [TCP CHECKSUM INCORRECT] Len=0
     32 0.230877    192.168.178.22        192.168.178.1         FTP      Request: RETR env
     33 0.231422    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [PSH, ACK] Seq=241 Ack=61 Win=16051 Len=0
     34 0.231437    192.168.178.1         192.168.178.22        FTP      Response: 150 Opening BINARY data connection
     35 0.242677    192.168.178.1         192.168.178.22        FTP-DATA FTP Data: 1345 bytes
     36 0.420129    192.168.178.22        192.168.178.1         TCP      stun-p2 > ftp [ACK] Seq=61 Ack=277 Win=65259 [TCP CHECKSUM INCORRECT] Len=0
     37 0.420152    192.168.178.22        192.168.178.1         TCP      stun-p3 > 3l-l1 [ACK] Seq=1 Ack=1346 Win=64190 [TCP CHECKSUM INCORRECT] Len=0
     38 0.431616    192.168.178.1         192.168.178.22        FTP      Response: 226 Transfer complete
     39 0.531489    192.168.178.22        192.168.178.1         TCP      stun-p3 > 3l-l1 [FIN, ACK] Seq=1 Ack=1346 Win=64190 [TCP CHECKSUM INCORRECT] Len=0
     40 0.531906    192.168.178.1         192.168.178.22        TCP      3l-l1 > stun-p3 [FIN, ACK] Seq=1346 Ack=2 Win=16060 Len=0
     41 0.531941    192.168.178.22        192.168.178.1         TCP      stun-p3 > 3l-l1 [ACK] Seq=2 Ack=1347 Win=64190 [TCP CHECKSUM INCORRECT] Len=0
     42 0.532721    192.168.178.22        192.168.178.1         FTP      Request: USER adam2
     43 0.533219    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [PSH, ACK] Seq=300 Ack=72 Win=16049 Len=0
     44 0.533233    192.168.178.1         192.168.178.22        FTP      Response: 331 Password required for adam2
     45 0.533351    192.168.178.22        192.168.178.1         FTP      Request: PASS adam2
     46 0.533822    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [PSH, ACK] Seq=333 Ack=83 Win=16049 Len=0
     47 0.533836    192.168.178.1         192.168.178.22        FTP      Response: 230 User adam2 successfully logged in
     48 0.533902    192.168.178.22        192.168.178.1         FTP      Request: SYST
     49 0.534428    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [PSH, ACK] Seq=372 Ack=88 Win=16055 Len=0
     50 0.534441    192.168.178.1         192.168.178.22        FTP      Response: 215 AVM EVA Version 1.378 0x0 0x41D
     51 0.534507    192.168.178.22        192.168.178.1         FTP      Request: TYPE I
     52 0.535030    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [PSH, ACK] Seq=409 Ack=95 Win=16053 Len=0
     53 0.535042    192.168.178.1         192.168.178.22        FTP      Response: 200 Type set to BINARY
     54 0.535103    192.168.178.22        192.168.178.1         FTP      Request: MEDIA SDRAM
     55 0.535632    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [PSH, ACK] Seq=433 Ack=107 Win=16048 Len=0
     56 0.535647    192.168.178.1         192.168.178.22        FTP      Response: 200 Media set to MEDIA_SDRAM
     57 0.535710    192.168.178.22        192.168.178.1         FTP      Request: P@SW
     58 0.536242    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [PSH, ACK] Seq=463 Ack=112 Win=16055 Len=0
     59 0.536255    192.168.178.1         192.168.178.22        FTP      Response: 227 Entering Passive Mode (192,168,178,1,4,54)
     60 0.537372    192.168.178.22        192.168.178.1         TCP      snmp-tcp-port > avocent-proxy [SYN] Seq=0 Win=65535 Len=0 MSS=1460 WS=1
     61 0.537753    192.168.178.1         192.168.178.22        TCP      avocent-proxy > snmp-tcp-port [SYN, ACK] Seq=0 Ack=1 Win=16060 Len=0 MSS=1460
     62 0.537771    192.168.178.22        192.168.178.1         TCP      snmp-tcp-port > avocent-proxy [ACK] Seq=1 Ack=1 Win=65535 [TCP CHECKSUM INCORRECT] Len=0
     63 0.538095    192.168.178.22        192.168.178.1         FTP      Request: RETR count
     64 0.538669    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [PSH, ACK] Seq=511 Ack=123 Win=16049 Len=0
     65 0.538687    192.168.178.1         192.168.178.22        FTP      Response: 150 Opening BINARY data connection
     66 0.549754    192.168.178.1         192.168.178.22        FTP-DATA FTP Data: 151 bytes
     67 0.721897    192.168.178.22        192.168.178.1         TCP      snmp-tcp-port > avocent-proxy [ACK] Seq=1 Ack=152 Win=65384 [TCP CHECKSUM INCORRECT] Len=0
     68 0.721919    192.168.178.22        192.168.178.1         TCP      stun-p2 > ftp [ACK] Seq=123 Ack=547 Win=64989 [TCP CHECKSUM INCORRECT] Len=0
     69 0.732884    192.168.178.1         192.168.178.22        FTP      Response: 226 Transfer complete
     70 0.833242    192.168.178.22        192.168.178.1         TCP      snmp-tcp-port > avocent-proxy [FIN, ACK] Seq=1 Ack=152 Win=65384 [TCP CHECKSUM INCORRECT] Len=0
     71 0.833622    192.168.178.1         192.168.178.22        TCP      avocent-proxy > snmp-tcp-port [FIN, ACK] Seq=152 Ack=2 Win=16060 Len=0
     72 0.833655    192.168.178.22        192.168.178.1         TCP      snmp-tcp-port > avocent-proxy [ACK] Seq=2 Ack=153 Win=65384 [TCP CHECKSUM INCORRECT] Len=0
     73 0.834402    192.168.178.22        192.168.178.1         FTP      Request: BYE
     74 0.834926    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [PSH, ACK] Seq=570 Ack=127 Win=16056 Len=0
     75 0.834943    192.168.178.1         192.168.178.22        FTP      Response: 221 Thank you for using the FTP service on ADAM2
     76 0.834951    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [FIN, ACK] Seq=634 Ack=127 Win=16056 Len=0
     77 0.834963    192.168.178.22        192.168.178.1         TCP      stun-p2 > ftp [ACK] Seq=127 Ack=635 Win=64902 [TCP CHECKSUM INCORRECT] Len=0
     78 0.835156    192.168.178.22        192.168.178.1         TCP      stun-p2 > ftp [FIN, ACK] Seq=127 Ack=635 Win=64902 [TCP CHECKSUM INCORRECT] Len=0
     79 0.835603    192.168.178.1         192.168.178.22        TCP      ftp > stun-p2 [ACK] Seq=635 Ack=128 Win=16060 Len=0
     80 2.548938    192.168.178.22        192.168.178.1         TCP      stun-port > ftp [SYN] Seq=0 Win=65535 Len=0 MSS=1460 WS=1
     81 2.549358    192.168.178.1         192.168.178.22        TCP      ftp > stun-port [SYN, ACK] Seq=0 Ack=1 Win=16060 Len=0 MSS=1460
     82 2.549451    192.168.178.22        192.168.178.1         TCP      stun-port > ftp [ACK] Seq=1 Ack=1 Win=65535 [TCP CHECKSUM INCORRECT] Len=0
     83 2.560265    192.168.178.1         192.168.178.22        FTP      Response: 220 ADAM2 FTP Server ready
     84 2.560546    192.168.178.22        192.168.178.1         FTP      Request: USER adam2
     85 2.561041    192.168.178.1         192.168.178.22        TCP      ftp > stun-port [PSH, ACK] Seq=29 Ack=12 Win=16049 Len=0
     86 2.561066    192.168.178.1         192.168.178.22        FTP      Response: 331 Password required for adam2
     87 2.561199    192.168.178.22        192.168.178.1         FTP      Request: PASS adam2
     88 2.561703    192.168.178.1         192.168.178.22        TCP      ftp > stun-port [PSH, ACK] Seq=62 Ack=23 Win=16049 Len=0
     89 2.561719    192.168.178.1         192.168.178.22        FTP      Response: 230 User adam2 successfully logged in
     90 2.561843    192.168.178.22        192.168.178.1         FTP      Request: SYST
     91 2.562309    192.168.178.1         192.168.178.22        TCP      ftp > stun-port [PSH, ACK] Seq=101 Ack=28 Win=16055 Len=0
     92 2.562330    192.168.178.1         192.168.178.22        FTP      Response: 215 AVM EVA Version 1.378 0x0 0x41D
     93 2.562524    192.168.178.22        192.168.178.1         FTP      Request: TYPE I
     94 2.563027    192.168.178.1         192.168.178.22        TCP      ftp > stun-port [PSH, ACK] Seq=138 Ack=35 Win=16053 Len=0
     95 2.563050    192.168.178.1         192.168.178.22        FTP      Response: 200 Type set to BINARY
     96 2.563178    192.168.178.22        192.168.178.1         FTP      Request: MEDIA FLSH
     97 2.563631    192.168.178.1         192.168.178.22        TCP      ftp > stun-port [PSH, ACK] Seq=162 Ack=46 Win=16049 Len=0
     98 2.563648    192.168.178.1         192.168.178.22        FTP      Response: 200 Media set to MEDIA_FLASH
     99 2.563806    192.168.178.22        192.168.178.1         FTP      Request: P@SW
    100 2.564303    192.168.178.1         192.168.178.22        TCP      ftp > stun-port [PSH, ACK] Seq=192 Ack=51 Win=16055 Len=0
    101 2.564320    192.168.178.1         192.168.178.22        FTP      Response: 227 Entering Passive Mode (192,168,178,1,5,166)
    102 2.566581    192.168.178.22        192.168.178.1         TCP      perf-port > ora-lm [SYN] Seq=0 Win=65535 Len=0 MSS=1460 WS=1
    103 2.566986    192.168.178.1         192.168.178.22        TCP      ora-lm > perf-port [SYN, ACK] Seq=0 Ack=1 Win=16060 Len=0 MSS=1460
    104 2.567019    192.168.178.22        192.168.178.1         TCP      perf-port > ora-lm [ACK] Seq=1 Ack=1 Win=65535 [TCP CHECKSUM INCORRECT] Len=0
    105 2.567764    192.168.178.22        192.168.178.1         FTP      Request: STOR mtd2+
    106 2.573518    192.168.178.1         192.168.178.22        TCP      ftp > stun-port [PSH, ACK] Seq=241 Ack=62 Win=16049 Len=0
    107 2.573537    192.168.178.1         192.168.178.22        FTP      Response: 150 Opening BINARY data connection
    108 2.733708    192.168.178.22        192.168.178.1         TCP      stun-port > ftp [ACK] Seq=62 Ack=277 Win=65259 [TCP CHECKSUM INCORRECT] Len=0
    109 2.899922    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    110 2.899958    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    111 2.911519    192.168.178.1         192.168.178.22        TCP      ora-lm > perf-port [ACK] Seq=1 Ack=2921 Win=16060 Len=0
    112 2.911544    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    113 2.911564    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    114 2.911577    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    115 2.922558    192.168.178.1         192.168.178.22        TCP      ora-lm > perf-port [ACK] Seq=1 Ack=7301 Win=16060 Len=0
    116 2.922603    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    117 2.922627    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    118 2.922642    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    119 2.922657    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    120 2.933571    192.168.178.1         192.168.178.22        TCP      ora-lm > perf-port [ACK] Seq=1 Ack=13141 Win=16060 Len=0
    121 2.933591    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    122 2.933607    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    123 2.933622    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    124 2.933639    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    125 2.933659    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    126 2.944624    192.168.178.1         192.168.178.22        TCP      ora-lm > perf-port [ACK] Seq=1 Ack=20441 Win=16060 Len=0
    127 2.944639    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    128 2.944654    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    129 2.944667    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    130 2.944681    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    131 2.944693    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    132 2.944707    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    133 2.959247    192.168.178.1         192.168.178.22        TCP      ora-lm > perf-port [ACK] Seq=1 Ack=29201 Win=16060 Len=0
    134 2.959266    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    135 2.959282    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    136 2.959296    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    137 2.959312    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    138 2.959362    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    139 2.959374    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    140 2.959390    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    141 2.970587    192.168.178.1         192.168.178.22        TCP      ora-lm > perf-port [ACK] Seq=1 Ack=39421 Win=16060 Len=0
    142 2.970623    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    143 2.970644    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    144 2.970658    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    145 2.970671    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    146 2.970687    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    147 2.970701    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    148 2.970719    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    149 2.970739    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    150 2.981569    192.168.178.1         192.168.178.22        TCP      ora-lm > perf-port [ACK] Seq=1 Ack=51101 Win=16060 Len=0
    151 2.981594    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    152 2.981610    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    153 2.981624    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    154 2.981638    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    155 2.981653    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    156 2.981665    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    157 2.981686    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    158 2.981701    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1460 bytes
    159 2.981717    192.168.178.22        192.168.178.1         FTP-DATA FTP Data: 1260 bytes
    160 2.993427    192.168.178.1         192.168.178.22        TCP      ora-lm > perf-port [PSH, ACK] Seq=1 Ack=64041 Win=16060 Len=0
    161 3.599008    192.168.178.22        192.168.178.1         TCP      perf-port > ora-lm [FIN, ACK] Seq=64041 Ack=1 Win=65535 [TCP CHECKSUM INCORRECT] Len=0
    162 3.599422    192.168.178.1         192.168.178.22        TCP      ora-lm > perf-port [FIN, ACK] Seq=1 Ack=64042 Win=16060 Len=0
    163 3.599461    192.168.178.22        192.168.178.1         TCP      perf-port > ora-lm [ACK] Seq=64042 Ack=2 Win=65535 [TCP CHECKSUM INCORRECT] Len=0
    164 4.711420    192.168.178.1         192.168.178.22        FTP      Response: 226 Transfer complete
    165 4.821654    192.168.178.22        192.168.178.1         FTP      Request: USER adam2
    166 4.822140    192.168.178.1         192.168.178.22        TCP      ftp > stun-port [PSH, ACK] Seq=300 Ack=73 Win=16049 Len=0
    167 4.822159    192.168.178.1         192.168.178.22        FTP      Response: 331 Password required for adam2
    168 4.822257    192.168.178.22        192.168.178.1         FTP      Request: PASS adam2
    169 4.822741    192.168.178.1         192.168.178.22        TCP      ftp > stun-port [PSH, ACK] Seq=333 Ack=84 Win=16049 Len=0
    170 4.822752    192.168.178.1         192.168.178.22        FTP      Response: 230 User adam2 successfully logged in
    171 4.822821    192.168.178.22        192.168.178.1         FTP      Request: SYST
    172 4.823350    192.168.178.1         192.168.178.22        TCP      ftp > stun-port [PSH, ACK] Seq=372 Ack=89 Win=16055 Len=0
    173 4.823361    192.168.178.1         192.168.178.22        FTP      Response: 215 AVM EVA Version 1.378 0x0 0x41D
    174 4.823476    192.168.178.22        192.168.178.1         FTP      Request: TYPE I
    175 4.823951    192.168.178.1         192.168.178.22        TCP      ftp > stun-port [PSH, ACK] Seq=409 Ack=96 Win=16053 Len=0
    176 4.823967    192.168.178.1         192.168.178.22        FTP      Response: 200 Type set to BINARY
    177 4.824037    192.168.178.22        192.168.178.1         FTP      Request: MEDIA FLSH
    178 4.824586    192.168.178.1         192.168.178.22        TCP      ftp > stun-port [PSH, ACK] Seq=433 Ack=107 Win=16049 Len=0
    179 4.824592    192.168.178.1         192.168.178.22        FTP      Response: 200 Media set to MEDIA_FLASH
    180 4.824659    192.168.178.22        192.168.178.1         FTP      Request: P@SW
    181 4.825169    192.168.178.1         192.168.178.22        TCP      ftp > stun-port [PSH, ACK] Seq=463 Ack=112 Win=16055 Len=0
    182 4.825181    192.168.178.1         192.168.178.22        FTP      Response: 227 Entering Passive Mode (192,168,178,1,7,221)
    183 4.826396    192.168.178.22        192.168.178.1         TCP      tr-rsrb-port > raid-am [SYN] Seq=0 Win=65535 Len=0 MSS=1460 WS=1
    184 4.826797    192.168.178.1         192.168.178.22        TCP      raid-am > tr-rsrb-port [SYN, ACK] Seq=0 Ack=1 Win=16060 Len=0 MSS=1460
    185 4.826813    192.168.178.22        192.168.178.1         TCP      tr-rsrb-port > raid-am [ACK] Seq=1 Ack=1 Win=65535 [TCP CHECKSUM INCORRECT] Len=0
    186 4.827274    192.168.178.22        192.168.178.1         FTP      Request: CHECK mtd2
    187 5.047215    192.168.178.22        192.168.178.1         FTP      [TCP Retransmission] Request: CHECK mtd2
    188 5.313773    192.168.178.1         192.168.178.22        TCP      ftp > stun-port [PSH, ACK] Seq=512 Ack=123 Win=16049 Len=0
    189 5.313799    192.168.178.1         192.168.178.22        FTP      Response: 150 Flash check 0x1865DB96
    190 5.324605    192.168.178.22        192.168.178.1         TCP      tr-rsrb-port > raid-am [FIN, ACK] Seq=1 Ack=1 Win=65535 [TCP CHECKSUM INCORRECT] Len=0
    191 5.324982    192.168.178.1         192.168.178.22        TCP      raid-am > tr-rsrb-port [FIN, ACK] Seq=1 Ack=2 Win=16060 Len=0
    192 5.325008    192.168.178.22        192.168.178.1         TCP      tr-rsrb-port > raid-am [ACK] Seq=2 Ack=2 Win=65535 [TCP CHECKSUM INCORRECT] Len=0
    193 5.327732    192.168.178.22        192.168.178.1         TCP      stun-port > ftp [FIN, ACK] Seq=123 Ack=540 Win=64996 [TCP CHECKSUM INCORRECT] Len=0
    194 5.328124    192.168.178.1         192.168.178.22        TCP      ftp > stun-port [FIN, ACK] Seq=540 Ack=124 Win=16060 Len=0
    195 5.328143    192.168.178.22        192.168.178.1         TCP      stun-port > ftp [ACK] Seq=124 Ack=541 Win=64996 [TCP CHECKSUM INCORRECT] Len=0

Mario

MaxMuster · 25 Apr 2009

... das war schonmal irgendwo beschrieben, und wo ein EJTAG-Einsatz eh recht nah scheint:

Code:

FTP      Request: STOR mtd2+

ist wohl das Geheimnis.
Versuche doch mal im FTP ein

Code:

passive on
bin
quote MEDIA FLSH
put <deinbootlader>  mtd2+

Jörg

lxuser · 25 Apr 2009

Hallo Jörg,

"STOR mtd2+" ist mir auch aufgefallen. Ich hatte heute morgen ja schon mal versucht den Bootloader über ftp zu flashen. Da allerdings noch mit "put <deinbootlader> mtd2" anstatt mit "mtd2+"
Hier im Forum hies es aber sonst immer, der adam2 kann sich nicht selber überschreiben.

Kannst du halbwegs nach vollziehen was das Recovery Image vorher alles macht? Ich kann dir gerne auch den vollständigen Log von Wireshark zukommen lassen.

Vorher wird ja zuerst in RAM gearbeitet und auch was übertragen. Und da Recovery Image meldet sich auch mehrmals an und einmal zwischendurch ab.
Kann es mit den Befehlen z.B. irgendwie sein, dass der adam2 sich z.B. selbst ins Flash kopiert und da neu startet?

Ich hatte zuerst auf einen Mini-Kernel im RAM gedacht, der dann den adam2 flasht. aber passt das mit dem Log zusammen?

Mal sehen, ob ich die übertragen Binarys mitscheiden kann. Etwas besser verstehen würde ich das Recovery Image schon gerne bevor ich nochmal versuche den Bootloader zu flashen.
Besonders da ich jetzt etwas länger im Forum zum JtAG gelesen habe und wirkliche Erfolgsmeldungen nur mit der alten Boxengeration zu finden waren und nicht mit dem Ohio. Für den sollte man dann auch nicht mehr dem Poor-Mann-JTAG auskommen. Aber ein JTAG wird sich höchstwahrscheinlich schon schon im befreundeten Labor bei den E-Technikern finden lassen.

Trotzdem bin gerade ein Mimöschen und zögere noch mit: "put <deinbootlader> mtd2+"

EDIT1:
Mini-Kernel in den RAM laden kann eigentlich nicht, dafür müsste auch die Übertragung davor zu klein sein.

EDIT2:
Ein serieller Log vom Recovery Image könnte doch mehr Klarheit bringen. Ich versuch noch mal das Datenkabel und XP zum laufen zu bekommen bzw. ob das Recovery Image auch in meiner XP-VM unter Ubuntu funktioniert. Im Gastsystem funktioniert das Datenkabel ja bestens.

EDIT3: Mist dann müsste ich der 7141 löten. Ist auf gebrandeten Kisten für 1&1 auf 5 Jahre Garantie? Ich hatte mal was von nur zwei gelesen, dan wäre es bei der gebraucht gekauften Kiste eh egal.

Viele Grüße
Mario

MaxMuster · 25 Apr 2009

Hey, kein Problem, ist ja deine Box, obwohl ich nicht glaube, dass es wirklich was kaputt machen kann, denn ich vermute eher, es geht dann einfach nicht.

Es gäbe zudem noch die Möglichkeit, direkt ein Programm ins RAM zu schreiben mit "quote MEDIA SDRAM" und dann "put ...", ich experimentiere damit gerade ein wenig (in deinem Log sehe ich das auch, aber nur, dass er da Dinge ausliest, nie etwas schreibt....)

EDIT Wenn, sind die Dinge eh nur im Wireshark zu sehen, denn schließlich "spricht" das Recover ja nur übers LAN mit der Box.

Jörg

el_valiente · 25 Apr 2009

@lxuser:
.
MaxMuster empfiehlt Dir:

Code:
Versuche doch mal im FTP ein

Code:

passive on bin quote MEDIA FLSH put <deinbootlader> mtd2+

Dem schliesse ich mich 100% an. Auch ich glaube mich zu erinnern, dass ein Mutiger mal das erfolgreiche Flashen von mtd2 per FTP mit dem Befehl "put ... mtd2+" beschrieben hat. Und da Deine 5130 eh ein Fall für JTAG scheint, würde ich es wagen ...

Noch ein Kommentar zu deinem vorigen Post:
Du schreibst, dass folgender Fehler erscheint, wenn Du versucht, eine recovery der 7170 über die 5130 laufen zu lassen:
"Firmware der ist mit der Recover-Firmware inkompatibel"
Das liegt eindeutig an einem "falschen" Wert von HWRevision. Wenn Du HWRevision irgendwie auf "94" setzten könntest (das ist der Wert für die 7170), dann würde die recovery starten.
.

lxuser · 25 Apr 2009

Hallo Jörg,

da Wireshark gerade abgeschmiert ist, erstelle ich noch mal ein neues vollständiges Capture und lade es auf den Server. Link gebe ich dir per PM.

Wenn wir an alle Files ran kommen, die übertragen wird, können wir den den Vorgang ja von Hand oder per Skript nachmachen und so die Abfragen des Recovery Images, wodurch diese abbricht, umgehen. Am besten in QUEMU... An den muss ich auch noch mal ran.

EDIT1:
@ Niko
"setenv" funktioniert definitiv nicht mehr.

EDIT2:
Leider funktiniert "mtd2+" nicht richtig mit der Forumssuche. Die liefert alle Threads mit "mtd2" und dass ist mir gerade zu viel zum durchlesen.

Gruß Mario

MaxMuster · 25 Apr 2009

Das große Problem mit qemu ist an der Stelle, dass das LAN nur sporadisch geht und auch nur im "hochgefahrenen" Modus und leider NICHT im Bootlader :-(

EDIT Ein Beispiel in diesem Forum ist hier, wo es aber nicht funktioniert hat. Google hat mirdiesen Thread auf italienisch dazu gefunden, da hat es wohl bei einem geklappt, beim anderen nicht
Jörg

lxuser · 25 Apr 2009

In dem italienischen Forum hat es doch nicht geklappt:

Code:

220 ADAM2 FTP Server ready
Connected to 192.168.178.1.
User: adam2
---> USER adam2
331 Password required for adam2
Password: *****
---> PASS (hidden)
230 User adam2 successfully logged in
ftp> quote MEDIA FLSH
---> MEDIA FLSH
200 Media set to MEDIA_FLASH
ftp> put mtd2.bin "mtd2+"
---> PASV
227 Entering Passive Mode (192,168,178,1,6,120)
---> STOR mtd2+
425 can't open data connection
ftp: 0 bytes sent in 0.01Seconds 0.00Kbytes/sec.
ftp>

Lösung für das Problem da war mit setenv

Der Fehler 425 scheint aber ein Problem mit dem PC gewesen zu sein, z.B Firewall. Daher kann es grundsätzlich so klappen.
Ist die Kombination von "put" zuerst und dann "STOR" denn so sinnvoll.

Nur "put <deinbootlader> mtd2+" funktionierte zumindest nicht, aber dass zum Glück

Ich hatte noch die 7141 angeschlossen und der fast den Bootloader der 7170V2 verpasst...
Ich mach also lieber mal Feierabend für heute und reiche den Wireshark-Log morgen nach.

EDIT:
So wie es aussieht ging "put <deinbootlader> mtd2+" trotz Fehlermeldung evt. doch. Bei meiner 7141 scheint zumindest jetzt der LAN-Port tot zu sein

Also der umgekehrte Fall wie vorher mit dem IAD. Ein Bootlader für Boxen ohne integrierten Switch initialisiert wohl das LAN bei Boxen ohne Switch nicht richtig und umgekehrt. Wäre nicht schlecht wenn "put <deinbootlader> mtd2+" doch funktioniert.
Das jetzt mit der 7141 ist auch kein Beinbruch, Image de Bootloader ist gesichert und Wlan funktioniert.

Viele Grüße
Mario

MaxMuster · 25 Apr 2009

Ich habe es nicht geschafft, ein ausgelesenes Bootlader Image wieder zurück zu flashen, sondern bekomme "failed":

Code:

230 User adam2 successfully logged in
Remote system type is AVM.
ftp> quote SYST
215 AVM EVA Version 1.113 0x0 0x1
ftp> passive on
Passive mode: on; fallback to active mode: off.
ftp> bin
200 Type set to BINARY
ftp> quote MEDIA FLSH
200 Media set to MEDIA_FLASH
ftp> put mtd2_je mtd2+
local: mtd2_je remote: mtd2+
227 Entering Passive Mode (10,100,254,166,6,144)
150 Opening BINARY data connection
100% |***************************************************************************************************************************| 65536     825.29 KB/s    00:00 ETA
553 Urlader_Update failed.
65536 bytes sent in 00:00 (805.18 KB/s)

Ich höre jetzt auch auf, morgen komme ich nicht dazu, also erst Montag wieder...

Jörg

Jörg

lxuser · 28 Apr 2009

Hallo

Code:

put [bootloader] mtd2+

Damit bekam ich auch immer eine Fehlmeldung. Allerdings scheint doch zumindest irgendwas in den Bootloader geschrieben worden zu sein.

Nach dem versehentlichen "put mdt2_7170V2 mdt2+" auf der 7141 trotz Fehlermeldung war der LAN-Port weder für Adam noch für das Image nutzbar, auch nicht anpingbar. Im Enviroment standen aber trotzdem noch die richtigen Werte für die 7141 drin.
Origialen Bootloader noch mal drüber geflasht, netterweise funktionierte Wlan noch und der LAN-Port funktioniert auch wieder.

Beim IAD hat das Flashen über "put ... mtd2+" scheinbar auch erstmal nichts gebracht. "printenv" über die Serielle brachte auch hier noch die selben Einträge, auch nach einem Coldboot. Hier fehlten immer noch die Hälfte der Werte wie oben gepostet.

Allerdings konnte ich mit "setenv" wieder rumpfuschen. Es kam zwar immer eine Fehlermeldung und mit "printenv" waren keine Änderungen zu sehen, aber nach setzen der mdts konnte ich sie plötzlich mit "erase mdt[x]" löschen. Dann mit push_firmware (ging seltsamerweise, obwohl von Hand über ftp nicht) ein neues Image geflasht. Nach dem Reboot durch push_firmware wollte ich noch kurz das Enviroment mit "printenv" kontrollieren. Auf einmal waren wieder alle Werte drin, aber am Bootloader hatte ich zuvor nichts geändert. Daher fehlt mir hierzu eine Erklärung.

Danach habe das IAD 5130 unter dem dann wieder lauffähigen Image mit einen durch Jörg mit den wichtigsten Werten der FB 5140 und passenden mdt0-4 für den 8MB Flash modifizierten Bootlader des IADs. Funktioniert und mdt1-4 haben laut "printenv" die richtigen Größen. Es war aber trotzdem noch "mdt5" drin. "mdt5" lies sich aber dauerhaft mit "unsetenv mdt5" entfernen.

Warum sich was mal dauerhaft mit "setenv", "unsetenv"... ändern lasst und mal nicht, hat sich mir auch noch nicht offenbart. Dahinter finde ich noch noch nicht die Logik.

Aber Hauptsache die Boxen laufen wieder.

Zurzeit ist ein Image für die 5140 mit freetz stable1.1 auf dem IAD 5130. In der Config.in habe ich dazu aus der 5140 eine 8MB Box gemacht.

Wirklich nutzen lässt sich der grössere Flash des IAD 5130 aber nicht. Bei dem mickrigen RAM wird die Box sehr schnell instabil wenn man Pakete aus Freetz auch nutzen will und es waren nur Dropbear und Syslog aktiviert. Mit einem Image basierent auf der Firmware der 7170 wird es dann wohl nicht gerade besser werden. aber da passt es was mit den Treibern noch nicht. Da habe ich immer noch den Reboot nach Kernelpanik auf grund des ublik2s.

Hätte ich vorher gewusst, dass die Bausteine für die externe Telefonie anscheinend nicht bestückt sind, hätte ich lieber eine richtige 5140, bei der direkt ein Y-Kabel bei ist, gekauft. Besonders da sich die Preise seit kurzen bei ebay für das IAD 5130 vervielfacht haben

Viele Grüße
Mario

el_valiente · 28 Apr 2009

lxuser schrieb:
Zurzeit ist ein Image für die 5140 mit freetz stable1.1 auf dem IAD 5130. In der Config.in habe ich dazu aus der 5140 eine 8MB Box gemacht.

Gratuliere!
Wenn ich das richtig sehe, funktionieren jetzt auch der Werksreset und die Recovery der 5140?

Wenn die Preise für IAD5130 steigen, ist das doch gut: Dann verscherbelst Du Deine 5130 mit Gewinn, kaufst Dir eine "echte" 5140 und hast noch den Spass und Lerneffekt bei der Spielerei mit der 5130 gehabt.
.

lxuser · 28 Apr 2009

Hallo Niko,

Recovery funktioniert, meldet aber einen Fehler bei der nachfolgenden Überprüfung von mdt1. Klar, die ist ja ein wenig grösser als erwartet.

Und das IAD behalte ich natürlich. Auch wenn die Preise sich vervielfacht haben, reden wir hier natürlich immer noch von Kleckerbeträgen. Nur ist die derzeitige Preissteigerung bei ebay doch sehr unterhaltsam.

Zumindest bei meiner Oma werde ich bald einen entbündelten DSL-Anschluss betreuen. Da reicht also das IAD 5130 als Ersatzbox für die 7141 vollkommen aus. Und wenn ich da GMX DSL anstatt Congstar wähle, sollte ich eh eine 5140 dazu bekommen. Die wäre dann die Ersatzbox für die 7170 meiner Eltern.

Viele Grüsse
Mario

Jpascher · 28 Apr 2009

Ich möchte mich der Gratulation anschließen, hoffentlich wird da nun noch weitergeforscht!

Einiges an neunen Erkenntnissen hat es ja bereits gebracht!

Das "mdt2+" solte man mal ins wiki aufnehmen.
Sieht so aus als ob das als Sicherheit eingebaut wurde damit nicht irrtümlich zu leicht mdt2 überschrieben wird.

Alice IAD 5130 zur FBF 5140 machen

Mitglied

IPPF-Promi

Mitglied

Aktives Mitglied

Mitglied

Aktives Mitglied

Mitglied

Mitglied

IPPF-Promi

Mitglied

IPPF-Promi

Aktives Mitglied

Mitglied

IPPF-Promi

Mitglied

IPPF-Promi

Mitglied

Aktives Mitglied

Mitglied

IPPF-Promi

Statistik des Forums