Fritzbox 6490 Cable Bootloop

[f666]

Bitte jetzt endlich mal "get env" bzw. "retr env"

 

[Mikebatt]

Also ich habe ja immer noch das Problem, das eben genau der RETR env Befehl nicht genommen wird.

Was die Scripte angeht, die habe ich von Deiner Seite gespeichert scheinbar war das wohl falsch , teste ich dann anders.

 

[Micha0815]

Mal ein ganz plumper Tip? (Vor geraumer Zeit hatte hier jmd. ein sündhaft teures Laptop erworben, wo die LAN-Schnittstelle mit Fritz!Boxen nicht gut konnte und er dasTeil sogar zurückgab). Hast Du mal einen anderen PC/LAN getestet?
LG

 

[Mikebatt]

Mal ein ganz plumper Tip? (Vor geraumer Zeit hatte hier jmd. ein sündhaft teures Laptop erworben, wo die LAN-Schnittstelle mit Fritz!Boxen nicht gut konnte und er dasTeil sogar zurückgab). Hast Du mal einen anderen PC/LAN getestet?
LG

Das wäre wohl jetzt auch noch eine Idee, eben weil ja bei der gleichen Box die Befehle einmal gehen und einmal nicht. Problem ich habe nur HP Geräte

 

[Mikebatt]

HWRevision 213
HWSubRevision 4
ProductID Fritz_Box_HW213a
SerialNumber 0000000000000000
annex Kabel
autoload yes
bootloaderVersion 1.3272
bootserport tty0
country 049
cpufrequency 1200000000
crash [0]0,0,0[1]0,0,0[2]288a44a,5a60af9b,1[3]0,0,0
firmware_info 141.06.52,recovered=3
flashsize nor_size=0MB sflash_size=2MB nand_size=2048MB
language de
linux_fs_start 1
maca CC:CE:1E:BB:30:B1
macb CC:CE:1E:BB:30:B2
macwlan CC:CE:1E:BB:30:B3
macwlan2 CC:CE:1E:BB:30:B4
macdsl CC:CE:1E:BB:30:AE
memsize 0x10000000
modetty0 38400,n,8,1,hw
modetty1 38400,n,8,1,hw
modulemem 3862479
mtd0 0x0,0x4000000
mtd1 0x4000000,0x4800000
mtd2 0xa0000,0xc0000
mtd3 0xc0000,0x100000
mtd4 0x100000,0x140000
mtd5 0x140000,0x1e0000
mtd6 0x4800000,0x8800000
mtd7 0x8800000,0x9000000
mtd8 0x0,0x80000
mtd9 0x80000,0x90000
mtd10 0x90000,0xa0000
mtd11 0x9000000,0xd000000
mtd12 0xd000000,0xd800000
mtd13 0xd800000,0x11800000
mtd14 0x11800000,0x12000000
my_ipaddress 192.168.178.1
prompt Eva_AVM
req_fullrate_freq 100000000
sysfrequency 100000000
tr069_passphrase pJPYaqJmMrvv
tr069_serial 00040E-CCCE1EBB30B1
urlader-version 4272
usb_board_mac CC:CE:1E:BB:30:AF
usb_device_id 0x0000
usb_device_name USB DSL Device
usb_manufacturer_name AVM
usb_revision_id 0x0000
usb_rndis_mac CC:CE:1E:BB:30:B0
webgui_pass pech5479
wlan_key 22181889787283393436

 

[Micha0815]

Ein kurzer Blick 1.3272 als Bootloaderversion und MAC beginnend mit CC statt C8 ... vamos a ver

 

[Mikebatt]

und was sagt mir das ? Das die Mac mit CC anfängt stimmt ja auch laut Aufkleber. Das erklärt immer noch nicht warum das Gerät einmal Befehle nimmt und einmal nicht

Dann erkläre mir mal Bitte, warum diese box hier läuft ?

HWRevision 213
HWSubRevision 4
ProductID Fritz_Box_HW213a
SerialNumber 0000000000000000
annex Kabel
autoload yes
bootloaderVersion 1.3272
bootserport tty0
country 049
cpufrequency 1200000000
crash [0]0,0,0[1]0,0,0[2]288a447,5a634d99,1[3]0,0,0
firstfreeaddress 0x00b20000
firmware_info 141.06.87
firmware_version avm
flashsize nor_size=0MB sflash_size=2MB nand_size=2048MB
language de
maca CC:CE:1E:BB:C1:9D
macb CC:CE:1E:BB:C1:9E
macwlan CC:CE:1E:BB:C1:9F
macwlan2 CC:CE:1E:BB:C1:A0
macdsl CC:CE:1E:BB:C1:9A
memsize 0x10000000
modetty0 38400,n,8,1,hw
modetty1 38400,n,8,1,hw
modulemem 3862479
mtd0 0x0,0x4000000
mtd1 0x4000000,0x4800000
mtd2 0xa0000,0xc0000
mtd3 0xc0000,0x100000
mtd4 0x100000,0x140000
mtd5 0x140000,0x1e0000
mtd6 0x4800000,0x8800000
mtd7 0x8800000,0x9000000
mtd8 0x0,0x80000
mtd9 0x80000,0x90000
mtd10 0x90000,0xa0000
mtd11 0x9000000,0xd000000
mtd12 0xd000000,0xd800000
mtd13 0xd800000,0x11800000
mtd14 0x11800000,0x12000000
my_ipaddress 192.168.178.1
prompt Eva_AVM
provider
req_fullrate_freq 100000000
sysfrequency 100000000
tr069_passphrase B4vMpRBkUVvF
tr069_serial 00040E-CCCE1EBBC19D
urlader-version 4272
usb_board_mac CC:CE:1E:BB:C1:9B
usb_device_id 0x0000
usb_device_name USB DSL Device
usb_manufacturer_name AVM
usb_revision_id 0x0000
usb_rndis_mac CC:CE:1E:BB:C1:9C
webgui_pass rollen5436
wlan_key 31125612545716808243

 

[f666]

Da wir den Quellkode vom Bootloader nicht kennen, wissen wir natürlich nichts definitiv. Es gibt allerdings Hinweise, dass diese Bootloader Version zwingend ein passendes Environment im TFFS benötigt.
Du könntest jetzt der erste sein, der das hier probiert:
https://www.ip-phone-forum.de/index.php?posts/2261366

 

[Micha0815]

Die Unterschiede bzgl.

firmware_info 141.06.87
firmware_version avm

und

 firmware_info 141.06.52,recovered=3

sind Dir aufgefallen?

Imho scheinen Deine FW-Flash-Versuche u.U. nicht immer zu fruchten, oder die Outputs lügen bzgl. der angezeigten Version?
LG

 

[Mikebatt]

Richtig, die zweite ist jetzt mit original Software, die andere noch nicht, ich werde jetzt mal eine nehmen die im Bootloop ist wo noch nichts versucht wurde und eine die läuft wo nichts versucht wurde


Die Box die jetzt AVM hat, war eine die vorher auch im Loop war, da hat alles geklappt

 

[Shirocco88]

IMHO fehlen bei #185 gegenüber #187 folgende Environment-Variablen:

firmware_version kdg oder firmware_version lgi
linux_fs_start 0

 

[Mikebatt]

Für Heute qualmt mir allerdings der Kopf wieder , was mir halt immer noch nicht verständlich ist, warum Befehle wie der Wechsel der Partition einmal genommen werden und einmal nicht. Kann man das Environment eigentlich geändert auf eine Box schreiben ? Wäre noch so eine Frage von mir

 

[Micha0815]

Wenn Du stets laut HOW2 in die alternative Partition erfolgreich schreibst, sollten die 2000 Boxen wieder "Rennen".
LG

 

[Mikebatt]

Wenn Du stets laut HOW2 in die alternative Partition erfolgreich schreibst, sollten die 2000 Boxen wieder "Rennen".
LG

na so viele hab ich ja nicht, LOL . Bisher habe ich 4 Boxen zum leben erweckt nach der Faq , warum einige rumzicken ist mir im Moment noch ein Rätsel


Das hier ist von einer Box im Loop, wo noch nichts probiert wurde, hier würde ich ja gerne nur die aktive Partition wechseln, aber der Befehl wird ja immer mit Fehler beendet

HWRevision 213
HWSubRevision 4
ProductID Fritz_Box_HW213a
SerialNumber 0000000000000000
annex Kabel
autoload yes
bootloaderVersion 1.3272
bootserport tty0
country 049
cpufrequency 1200000000
crash [0]0,0,0[1]0,0,0[2]9615e18,5a9dd1a1,1[3]0,0,0
firmware_info 141.06.52,recovered=3
firmware_version lgi
flashsize nor_size=0MB sflash_size=2MB nand_size=2048MB
language de
linux_fs_start 1
maca 44:4E:6D:02:C4:E7
macb 44:4E:6D:02:C4:E8
macwlan 44:4E:6D:02:C4:E9
macwlan2 44:4E:6D:02:C4:EA
macdsl 44:4E:6D:02:C4:E4
memsize 0x10000000
modetty0 38400,n,8,1,hw
modetty1 38400,n,8,1,hw
modulemem 3862479
mtd0 0x0,0x4000000
mtd1 0x4000000,0x4800000
mtd2 0xa0000,0xc0000
mtd3 0xc0000,0x100000
mtd4 0x100000,0x140000
mtd5 0x140000,0x1e0000
mtd6 0x4800000,0x8800000
mtd7 0x8800000,0x9000000
mtd8 0x0,0x80000
mtd9 0x80000,0x90000
mtd10 0x90000,0xa0000
mtd11 0x9000000,0xd000000
mtd12 0xd000000,0xd800000
mtd13 0xd800000,0x11800000
mtd14 0x11800000,0x12000000
my_ipaddress 192.168.178.1
prompt Eva_AVM
req_fullrate_freq 100000000
sysfrequency 100000000
tr069_passphrase f0rUjkxGcegY
tr069_serial 00040E-444E6D02C4E7
urlader-version 4272
usb_board_mac 44:4E:6D:02:C4:E5
usb_device_id 0x0000
usb_device_name USB DSL Device
usb_manufacturer_name AVM
usb_revision_id 0x0000
usb_rndis_mac 44:4E:6D:02:C4:E6
webgui_pass mauern2413
wlan_key 13504678644407367808


und genau bei dieser Box klappt der Befehl und schwupp ist sie aus dem Bootloop
NcFTP 3.2.6 (Nov 15, 2016) by Mike Gleason (http://www.NcFTP.com/contact/).
Resolving 192.168.178.1...
Connecting to 192.168.178.1...

ADAM2 FTP Server ready
Logging in...

User adam2 successfully logged in
Logging in...
Command not implemented
Command not implemented
Command not implemented
Logged in to 192.168.178.1.

ncftp / > passive
passive on
ncftp / > quote SETENV linux_fs_start 0
SETENV command successful
ncftp / >

Nur finde ich die Zusammenhänge nicht warum es einmal geht und einmal nicht

 

[Micha0815]

Ein öfters anzutreffender Hinweis ist, dass eine 6490 halt nie ein FW-Update erhielt seitens des Providers? Manche 6490 hingen nie an einem Kabelanschluss (einem aktiven!) oder wenn nicht am geeigneten? Auch der neue Bootloader wie von @f666 in #188 angemerkt könnte ausschlaggebend sein?
LG

 

[PeterPawn]

Wenn man schon das komplette Environment hat, würde ich hier (zumindest bei einer Box als Versuchskaninchen) einfach mal ein eigenes TFFS-Image daraus bauen und das (mit passender Segment-ID, die man auch gleich "irgendwo in der Mitte" wählen sollte, weil man ja nicht weiß, welche Segment-ID in der anderen im normalen Betrieb erreicht wurde) in eine TFFS-Partition schreiben. Dann die Box noch einmal neu starten bis zum Bootloader und dann kann man noch einmal schauen, ob der Loader mit einer neuen Name-Table vielleicht doch noch die Variable "linux_fs_start" akzeptiert - wobei man natürlich auch gleich beim Zusammenbau des TFFS den anderen Wert für "linux_fs_start" einbauen lassen kann (auf den Test im Bootloader würde ich dann trotzdem nicht verzichten).

Da steht in den alten TFFS-Partitionen ohnehin nichts wichtiges mehr (man verliert mit einem "frischen" TFFS-Image also auch nicht wirklich Daten) ... denn das Update erfolgte offenbar mit "-f"-Switch (bzw. vermutlich ohnehin über den CVC-Mechanismus im DOCSIS) und das Resultat ist dann das Löschen der Inhalte aller IDs > 100 im TFFS und das Setzen von "recovered=3" in "firmware_info", damit beim nächsten Start auch die NAS-Partition noch neu initialisiert wird (ist praktisch ein Zurücksetzen auf Werkseinstellungen).

 

[Mikebatt]

Also eines ist sicher, alle Boxen hier waren schon aktiv aber in den letzten Tagen habe ich einiges durch das Forum gelernt, in soweit hat das alles schon einen Sinn gemacht

@PeterPawn wie ich ein eigenes Image baue wäre dann jetzt der nächste Schritt, wie gesagt alles was ich bisher habe, habe ich in den letzten Tagen erarbeitet durch Eure Infos, daher für mich Step by Step.

 

[PeterPawn]

Steht hier in irgendeinem Thread (ich habe auch kein vollständiges Verzeichnis von allem, was ich jemals geschrieben habe) und wurde von mir (vermutlich irgendwann in 2015/2016) geschrieben, als die Provider-6490 bei bestimmten Einstellungen bzgl. des LAN nicht mehr erreichbar waren und nicht mehr über das GUI auf die Werkseinstellungen gesetzt werden konnten.

Die notwendigen Skript-Dateien stehen alle im YourFritz-Repo im Unterverzeichnis "tffs" - in einigen älteren Anleitungen zum Flashen der 6490-Retail-Firmware (als das mit dem Zugriff auf die eMMC-Partitionen über den Bootloader noch nicht "Allgemeingut" war) wird auch erklärt, wie auf diesem Wege anfänglich ein TFFS-Image zusammengebaut werden konnte (eben aus so einem Dump des Environments und der Zähler, wobei diese Zähler bei der 6490 ohnehin bisher nur "u" als Wert lieferten und das kann man auch von Hand erzeugen als Datei), bis ich dann das "tffs_add_file" als "Abkürzung" veröffentlicht hatte.

EDIT: Ich habe es gerade noch mal mit den aktuellen Versionen im "tffs"-Verzeichnis probiert und dabei einen Fehler korrigiert, der bei der Umorganisation der Daten vor ein paar Wochen entstanden ist.

Am Ende kam bei mir aus dem Aufruf

 ./build_tffs_image ./data/nametable env.txt count.txt | hexdump -C | less

jedenfalls etwas heraus, was man als TFFS-Image verwenden könnte ... allerdings ist die Segment-ID im Skript festgelegt. Entweder man ändert das Skript vor der Verwendung oder man ändert die erzeugte Image-Datei (Bytes 4-7 enthalten die Segment-ID) im Nachgang - wenn man denn eine "mittlere" ID haben will.

 

[Mikebatt]

Ich habe nun mal einige Boxen nachgeschaut und es sind Unterschiede im Enviroment. Bei einigen fehlt die Angabe zur aktiven Partition, bei anderen fehlt die Angabe welches Brand. Das sind dann genau die, welche Probleme bereiten , für die werde ich dann mal testen ein Image zu erstellen , spannend ist es schon was man so alles in ein paar Tagen wieder kapiert, früher war es einfacher, irgendwie will über 50 der Kopf nicht mehr so schnell

 

[PeterPawn]

Ein fehlendes "linux_fs_start" ist eigentlich kein Problem (auch wenn es nach einem irgendwie ausgeführten Update immer vorhanden sein müßte) - das ist von den Auswirkungen her mit "0" gleichzusetzen.

Viel spannender ist doch die Frage, was da in dem Loop tatsächlich passiert. Wenn das bis zu 45 Sekunden dauert (wie man in anderen Foren lesen kann), dann passiert da ja noch etwas im System, bevor der Neustart erfolgt.

Selbst ein fehlendes Branding ist kein Problem ... dann kommt der Wert von "CONFIG_OEM_DEFAULT" zum Einsatz und der dürfte in praktisch jeder Firmware "avm" sein. Solange dann die installierte Firmware auch noch dieses Branding unterstützt (die LGI-Version von UM sollte das tun), funktioniert auch das GUI. Erst wenn es da Probleme gibt, erklärt das irgendetwas im Hinblick auf eine Boot-Schleife.

Insofern würde ich aus diesen zwei Werten (ohne weitere Untersuchungen) nicht direkt die Schlußfolgerung ableiten, daß die Startprobleme damit direkt zusammenhängen ... aber für eine sinnvolle Fehlersuche (aus der sich dann auch der beste Weg zur "Wiedererweckung" der Boxen ableiten läßt) müßte man wenigstens mal wissen, was da vorher installiert war (zumindest auf der einen ja wohl eine 06.52) und was da installiert werden sollte und auf welchem Weg.

Denn der "recovered=3"-Zusatz sollte (bei "normalem" Inhalt der "/var/install"-Datei im Update-Image) auch nur dann auftauchen, wenn dieses Skript mit "-f" (für "force", was früher beim Downgrade verwendet wurde) aufgerufen wurde. Das wäre aber kaum der Normalfall, weil dann ja auch alle Einstellungen des Kunden wieder weg sind, solange man die nicht zuvor über TR-069 ausgelesen hat und hinterher wieder einspielen will.

Aber diese ganze Raterei macht eben auch nur bedingt Sinn ... ich weiß ja nicht, woher Du diese ganzen Boxen hast, aber mit einem Recovery-Programm vom Hersteller (das es halt öffentlich nicht gibt), kriegt man auch diese Boxen irgendwie alle wieder hin, solange man das Environment über den Bootloader auslesen kann (anders machen es die AVM-Programme ja auch nicht, als Du es hier nun wohl von Hand inzwischen hinbekommst).