Fritzbox Talk GELÖST: Fritzbox 6490 "international" debranden via Prisrak PDF: Fehler beim Hochladen der Datei

[julesg]

@prisrak ja, das ergibt Sinn. Danke für die Rückmeldung. Ich freue mich, dass es jetzt funktioniert.

 

[Simple_Jack]

Habe mal ein kurzes Script geschrieben mit dem es noch nie Probleme gab. Das ganze wird mit Windows10 gemacht und Ubuntu als Subsystem in Windows.
Starte die Ubuntu APP:

Spoiler

mkdir /opt/6490
cd /opt/6490
wget https://ftp.avm.de/fritzbox/fritzbox-6490-cable/deutschland/fritz.os/FRITZ.Box_6490_Cable-07.29.image
tar -xvf FRITZ.Box_6490_Cable-07.29.image
mv /opt/6490/var/remote/var/tmp/filesystem.image /opt/6490/mtd11
mv /opt/6490/var/remote/var/tmp/kernel.image /opt/6490/mtd12
mv /opt/6490/var/remote/var/tmp/x86/filesystem.image /opt/6490/mtd13
mv /opt/6490/var/remote/var/tmp/x86/kernel.image /opt/6490/mtd14

# Ab hier startest du die 6490 und hälst die im Bootloader an sodass du per FTP draufkommst:

root@Osprey:/opt/6490# ftp 192.168.178.1
Connected to 192.168.178.1.
220 ADAM2 FTP Server ready
Name (192.168.178.1:root): adam2
331 Password required for adam2
Password:
230 User adam2 successfully logged in
Remote system type is AVM.
ftp> quote MEDIA FLSH
200 Media set to MEDIA_FLASH
ftp> binary
200 Type set to BINARY
ftp> passive
Passive mode on.
ftp> put mtd11 mtd11
local: mtd11 remote: mtd11
227 Entering Passive Mode (192,168,178,1,54,69)
150 Opening BINARY data connection
226 Transfer complete
5967880 bytes sent in 0.92 secs (6.1824 MB/s)
ftp> put mtd12 mtd12
local: mtd12 remote: mtd12
227 Entering Passive Mode (192,168,178,1,54,69)
150 Opening BINARY data connection
226 Transfer complete
1919752 bytes sent in 0.26 secs (7.0133 MB/s)
ftp> put mtd13 mtd13
local: mtd13 remote: mtd13
227 Entering Passive Mode (192,168,178,1,54,69)
150 Opening BINARY data connection
226 Transfer complete
25313280 bytes sent in 3.72 secs (6.4872 MB/s)
ftp> put mtd14 mtd14
local: mtd14 remote: mtd14
227 Entering Passive Mode (192,168,178,1,54,69)
150 Opening BINARY data connection
226 Transfer complete
3532552 bytes sent in 0.58 secs (5.7973 MB/s)
ftp> quote GETENV linux_fs_start
linux_fs_start        0
ftp> quote SETENV linux_fs_start_start 1
ftp> quote SETENV firmware_version avm
ftp> quote REBOOT

# Bei mir ist die aktive Partition linux_fs_start 0 gewesen und deshalb auf 1 gestellt, wenn es bei dir 1 ist, dann musst du auf 0 stellen.

Hey, richtig cool!!
Meinst du, du bekommst eventuell den kompletten Prozesses gescriptet?
Du wärst wahrscheinlich der Retter einer Nation.

 

[forenuser]

Ich habe diese Schritte ausgeführt und die 29er AVM Firmware drauf. Trotzdem lässt sich der Internetzugang nicht auf LAN1 umstellen. Die Box ist genau so eingeschränkt, wie zuvor. Es ist eine 2657er international Box. Gibt es noch irgendwelche Möglichkeiten, dies zu ändern? Neben Internet über LAN1 fehlt mir noch die Möglichkeit, die Box als WLAN Repeater zu konfigurieren, also ohne MESH.

 

[Osprey]

Hast Du auch linux_fs_start umgestellt?

 

[forenuser]

Danke, hat scheinbar tatsächlich an linux_fs_start gelegen.

Ursache ist folgender Absatz in der Beschreibung:

Sollte weiter oben dieser Befehl eine 1 ergeben haben bei
GETENV linux_fs_start
so das dann hier nun bitte ändern mit
SETENV linux_fs_start 0
und die Dialogbox schließen

Wenn zu Beginn "GETENV linux_fs_start" 1 zurückmeldet, wird der aktive Flash überschrieben. Wenn man wie angegeben dies am Ende auf 0 setzt, schaltet man auf den anderen Flashbereich um und aktiviert irgendeine alte Firmware.

 

[prisrak]

Erläuterung Dual-Boot System der FRITZ!Box siehe #8

".. Bei der FRITZ!Box 6490 Cable handelt es sich um eine FRITZ!Box mit 2 unabhängigen Partitionsset für die Firmware, Partitionsset 0 und 1 (gesteuert
über die Variable "linux_fs_start" im Bootloader-Envirobnment). Im Auslieferungszustand ist i.d.R. nur im 1. Partitionsset (Variable "linux_fs_start" nicht vorhanden oder Wert der Variable =0) eine Firmware vorhanden, das 2. Partitionsset (Wert der Variable "linux_fs_start" =1) ist (noch) leer.

Bei einem (normalen) Firmwareupdate (z.B. per Webinterface) wird die Firmware immer im anderen (nicht aktiven) Partitionsset installiert! Erst wenn der Flashvorgang erfolgreich abgeschlossen ist wird am Ende des Updatevorgang die Variable "linux_fs_start" auf den alternativen Wert (0 -> 1 oder 1 -> 0) geändert, beim nächsten Start der Box wird dann das andere Partitionsset verwendet.

Wenn wir also als Beispiel den o.g. Auslieferungszustand nehmen (2. Partitionsset noch leer) dann wird das 2. Partitionsset erst bei einem Firmwareupdate beschrieben und aktiviert, also angenommen die FRITZ!Box wurde mit FRITZ!OS 6.61 im 1. Partitionsset ausgeliefert und es erfolgt ein Update auf FRITZ!OS 6.62 dann bleibt die alte Ver. (6.61) im 1. Partitionsset und im 2. Partitionsset (nun aktiven) ist die neue Firmware (6.62).
Beim nächsten Firmwareupdate von FRITZ!OS 6.62 aus (z.B. Update auf FRITZ!OS 6.63) wird aber nun wieder das 1. Partitionsset verwendet und somit die erste FRITZ!OS-Version dort (6.61) überschrieben und anschließend auch das 1. Partitionsset wieder aktiviert (linux_fs_start=0). Und so geht das im Wechsel immer weiter, die jeweils vorherige FRITZ!OS-Version ist im jeweils anderen Partitionsset noch vorhanden, mal ist das 1. Partitionset aktiv (linux_fs_start=0) und nach dem nächsten Update wieder das 2. Partitionsset (linux_fs_start=1). Die Partitionssets werden also abwechselnd benutzt. .."
..
" ..Bei der 6490 gibt es (zumindest bei bestimmten FRITZ!OS-Versionen, m.W.n. betrifft das bei den Retail-Versionen die Vers. 6.6x aber nicht mehr die Vers. >=6.8x) dazu etwas zu beachten. Handelt es sich um eine FRITZ!Box 6490 welche kein aktuelles CM-Zertifikat besitzt (s.h. dazu Beitrag #5 -> jetzt unter

Sie müssen registriert sein, um Links zu sehen.

und

Sie müssen registriert sein, um Links zu sehen.

erreichbar) dann wird bei einem Firmwareupdate per Webinterface das Update zwar ausgeführt (der Flashvorgang im alternativen Partitionsset) aber anschließend nicht das Partitionsset mit der neuen Firmware aktiviert! Die Updateroutine erkennt, dass ein aktuelles CM-Zertifikat fehlt und verweigert daher die Aktivierung des derzeit inaktiven Partitionsset, der Updatevorgang wird mit folgender oder ähnlicher Fehlermeldung abgebrochen bzw. beendet:

"Es trat ein nicht näher spezifizierter Fehler während des Updates auf. (106)"
Man kann aber dennoch die neu installierte Firmware-Version im alternativen Partitionsset nutzen da der Flashvorgang (vermutlich) abgeschlossen wurde, man muss lediglich die Variable "linux_fs_start" selbst ändern (z.B. über den Bootloader). Dazu kann man auch den mitgelieferten FTP-Client von Windows verwenden und benötigt keinen der den Passive-Mode unterstützt. Das löst allerdings nicht das Problem des fehlenden neuen CM-Zertifikat, dafür gibt es m.W.n. keine Lösung (mehr). .."

 

[forenuser]

Ich nehme an, dass das nur für den Update über das Webinterface zutrifft, da dabei imner der jeweils inaktive Flashbereich beschrie beschrieben und nach Überprüfung, dass dies erfolhreich war, aktiviert wird.

Im Falle dieser Anleitung geht es jedoch um das Flashen per Adam2 über den Bootloader. Damit gibt es aus meiner Sicht 2 Möglichkeiten:

1. Flashen des aktiven Flashbereiches: Dabei wird linux_fs_start nicht geändert, egal ob 0 oder 1

2. Aktivieren und Flashen des inaktiven Flashbereiches: Dabei wird linux_fs_start vor dem Flashen umgeschaltet, also 0->1 oder 1->0.

 

[prisrak]

Jedoch die Festlegung der Startpartition bleibt dynamisch und wird erst nach der Start der Box festgelegt.

 

[Osprey]

Kenne jetzt nur die 6490 als Kabel Fritzbox und da sind die Flashbereiche mtd11, mtd12, mtd13 und mtd14 „immer“ der inaktive Bereich.

 

[prisrak]

ja, das wird so auch hier weiter beschrieben.

jetzt unter

Sie müssen registriert sein, um Links zu sehen.

und

Sie müssen registriert sein, um Links zu sehen.

erreichbar)

(Details s.h. u.a. >

Sie müssen registriert sein, um Links zu sehen.

< von PeterPawn).

Wie schon geschrieben, die Zuordnung ist nicht fest, bei beispielsweise:

• aktuell linux_fs_start=0 wird das inaktive Partitionsset (mtd11, 12, 13 und 14) erst mit linux_fs_start=1 aktiviert (wird damit zu mtd0, 1, 6 und 7 im Bootloader) und bei
• aktuell linux_fs_start=1 wird das inaktive Partitionsset (mtd11, 12, 13 und 14) erst mit linux_fs_start=0 aktiviert (wird damit zu mtd0, 1, 6 und 7 im Bootloader).

Der Bootloader startet also immer die beiden Systeme (ARM und x86) von den Partitionen mtd1 und mtd7, die Variable linux_fs_start beeinflusst also lediglich welche Partitionen der Bootloader darunter versteht.
Im laufenden FRITZ!OS-System sieht das anders aus, dort ist die Zuweisung der Partitionen dagegen wieder fest (zum Beispiel /dev/mmcblk0p5 bleibt auch /dev/mmcblk0p5, unabhängig vom eingestellten Wert der Variable linux_fs_start)!

 

[forenuser]

Jetzt haben wir das Thema aus verschiedenen Perspektiven betrachtet. Ich möchte nur auf die Fehler in der Anleitung hinweisen. Es ist nicht erforderlich, dass linux_fs_start vor dem Flashen 0 ist. Und wenn linux_fs_start davor 1 ist, darf man dies trotzdem nach dem Flashen nicht auf 0 umstellen, da die aktiven Flash Bereiche 0,1,6,7 mit der neuen Firmware beschrieben werden. Eine Änderung von linux_fs_start führt damit immer zur Deaktivierung der gerade neu geflashten Firmware.

Besser wäre es, wenn man linux_fs_start vor dem Flashen der neuen FW toggelt, unabhängig davon, ob 0 oder 1 drin steht, weil dadurch die letzte FW erhalten bleibt.

 

[prisrak]

Kürzere und fehlerfreie Anleitungen sind von jedermann gerne willkommen.

 

[kytv76]

Das Debranden einer UM 6490 Cable nach der hiesigen Anleitung war erfolgreich. Sie läuft jetzt mit OS Version 7.29.
Das einzige Manko ist, dass der Power Modus der LAN-Verbindungen nicht funktioniert. Alle Anschlüsse sind auf 1 Gbit/s gesetzt, aber es laufen nur 100 MBit/s.
Lässt sich das irgendwie ändern?

 

[forenuser]

...

Funktioniert bei mir ohne Probleme. Könnte es ggf. am Kabel liegen?

 

[kytv76]

Ich habe drei verschiedene Geräte mit drei verschiedenen Kabeln angeschlossen. Aller Geräte werden mir in der MESH-Übersicht mit 100 Mbit/s angezeigt. Ein über WLAN mit der Cable Box verbundenes Gerät bekommt volle 877 Mbit/s.
Und ein mit LAN-Kabel angeschlossenes Kodi-System stottert mächtig bei Datenübertragungen.