[Info] Sammelthema zur AVM FRITZ!Box 7520

Insti · 11 Nov 2021

PeterPawn schrieb:
Ich habe mal eine Änderung in einem neuen/alten Branch eingecheckt (https://github.com/PeterPawn/YourFritz/tree/signimage), bei der in jedem Falle die zu signierende Datei so aufgefüllt wird, daß der letzte komplette 10K-Block bis zum letzten Byte gefüllt wird (da wird dann der erste Verzeichniseintrag ./var/ mehrfach wiederholt) und damit dann der Eintrag für die hinzugefügte Signaturdatei immer am Beginn eines neuen 10K-Blocks steht.

Hat auch damit nicht geklappt.

PeterPawn schrieb:
Dritter Test = ?

Sorry hatte ich vergessen. Hier mit der neuen 7.29 für die 7560 probiert

Code:

# tr069fwupdate packet file:///var/media/ftp/USB-DISKPro-01/FRITZ.Box_7560-07.29.image ; echo rc=$?
rc=210
# cat /var/tmp/fwsign.log
public num='00a199d98aaa5ff1a8f9a9f8f956930470ae533fd6a4731468acf686cd2234a6ba4ae17798ec93a5862a56baf1ff3741ea13c4fb35a4ca76df9be66eb0b2c0d3d7f271cc061f394f201b62290d8a9d8695735aa3dafb54a43e3521b4df42c5e52188228b8e133079872bdd7357ceb7379336715e9b50f2d2e678dc79e90c231d8f'
public exp='010001'
public num='00b7ad86f7002a3539a54a5c65b42ae58b018a3563e64468a96f13d870a259c668111110390964c06062d198a6ef91b840da862b666a8080760217369cc2e352860abb9d0f30e2e4c13ed0ef4a10b90a6031b5ddef3cf09c08759b3d98dbe4392c6539f6a322cd3cdec115bc737066d54fb82cd59ce066abccd7dfe7c775b96cb1'
public exp='010001'
public num='00f2ee9ffd8556211f5644da48a252b107124b330d4c20dcf3b9bac892924cabaa4df4f53e1c62e3f2aa12a23eb1d770df1520a998078738407e6a71b077f73ba976363836b880b0dd88741bc3b83ab061691226e823404b7fc88ed278d8130fe5336eb925c78f2f8ad7cb87d9586286f768ab3236fa8fb51ae7c4bbe1e041d849'
public exp='010001'
public num='00e79f594b61964b80ca3bcd0b24e8ca8c69a73138ebac719c1a8861932ddeea5fe9ca576b8d260fa24f2a9b86578192e3234a2a49b1c5f56b7191dcf5f2f014a5ac8929789e978484dcf9b4f2ec5887d733c6349d735d7f119222a4da7dda8caeb73525f110e4a2cb5ff8387c713e62e18f059871ba10f74b7963f93a86787aaf'
public exp='010001'
# cat /var/tmp/firmware_stream_result
total=33095680 ret=0 sub_ret=0 sigcrc=b928a5c2bedb11b7641f6b46dbcb2a09

Hier die selbstsignierte 7.28 der 7530 die zu installieren geht

Code:

# tr069fwupdate packet file:///var/media/ftp/USB-DISKPro-01/7530_728signed.image ; echo rc=$?
rc=3
# cat /var/tmp/fwsign.log
public num='00a199d98aaa5ff1a8f9a9f8f956930470ae533fd6a4731468acf686cd2234a6ba4ae17798ec93a5862a56baf1ff3741ea13c4fb35a4ca76df9be66eb0b2c0d3d7f271cc061f394f201b62290d8a9d8695735aa3dafb54a43e3521b4df42c5e52188228b8e133079872bdd7357ceb7379336715e9b50f2d2e678dc79e90c231d8f'
public exp='010001'
public num='00b7ad86f7002a3539a54a5c65b42ae58b018a3563e64468a96f13d870a259c668111110390964c06062d198a6ef91b840da862b666a8080760217369cc2e352860abb9d0f30e2e4c13ed0ef4a10b90a6031b5ddef3cf09c08759b3d98dbe4392c6539f6a322cd3cdec115bc737066d54fb82cd59ce066abccd7dfe7c775b96cb1'
public exp='010001'
public num='00f2ee9ffd8556211f5644da48a252b107124b330d4c20dcf3b9bac892924cabaa4df4f53e1c62e3f2aa12a23eb1d770df1520a998078738407e6a71b077f73ba976363836b880b0dd88741bc3b83ab061691226e823404b7fc88ed278d8130fe5336eb925c78f2f8ad7cb87d9586286f768ab3236fa8fb51ae7c4bbe1e041d849'
public exp='010001'
public num='00e79f594b61964b80ca3bcd0b24e8ca8c69a73138ebac719c1a8861932ddeea5fe9ca576b8d260fa24f2a9b86578192e3234a2a49b1c5f56b7191dcf5f2f014a5ac8929789e978484dcf9b4f2ec5887d733c6349d735d7f119222a4da7dda8caeb73525f110e4a2cb5ff8387c713e62e18f059871ba10f74b7963f93a86787aaf'
public exp='010001'
# cat /var/tmp/firmware_stream_result
total=30702080 ret=0 sub_ret=0 sigcrc=c60edadd2cf6929a6d468362d9dc1db6

PeterPawn schrieb:
Dazu braucht es nur das Shell-File (das funktioniert auch unter FRITZ!OS) und das passende openssl-Binary - letzteres läßt sich selbst übersetzen oder aus meinem yf_bin-Repo laden (die ARM-Version verwenden und zusätzlich vor dem Skript-Aufruf noch probieren, ob das Binary unter FRITZ!OS auch wie erwartet arbeitet).

Da brauch ich noch etwas Zeit um das zu lernen, aber ich bin drann.
VG. Insti

B612 · 13 Nov 2021

Bei einer 7530 mit (modifizierter und entspr. vorh. eigenem Schlüssel) Ver. 7.27 und Update auf (ebenfalls modifizierte und selbst signierte) Ver. 7.29 gab es gerade kein Problem.

Und auch bei einer 7520 mit (modifizierter und entspr. vorh. eigenem Schlüssel) Ver. 7.28 und Update auf (ebenfalls modifizierte und selbst signierte, gleiche Datei wie oben) Ver. 7.29 gab es gerade kein Problem.

Ich baue aber bei der FB immer noch einiges an binarys rein (weil der NAS so klein ist) so dass die um einiges größer werden. Vielleicht liegt es ja daran.

PeterPawn · 13 Nov 2021

Das würde ja wieder auf eine Abhängigkeit von der Image-Größe hinauslaufen.

Vielleicht ist es nun doch am schlauesten, das mal systematischer anzugehen. Machen wir mal Nägel mit Köpfen, auch wenn ich das Vorgehen nur an einem Beispiel zeigen kann, weil ich keine passende Image-Datei (die beim Signieren Probleme bereitet) habe und (zumindest vorerst) auch keine von jemand anderem will. Außerdem paßt das ganze Thema nur noch bedingt in diesen Thread, weshalb ich meinerseits in einem anderen fortsetzen werde: https://www.ip-phone-forum.de/threa...ignieren-der-avm-firmware.286213/post-2449718

Insti · 14 Nov 2021

Bis ich das mit dem Signieren kapiere, werde ich die Updates für die 7520 über Telnet einspielen. Hatte jetzt nur eine größere Herausforderung weil im Bekanntenkreis eine 7520 läuft mit Partition 0 7.27 und Partition 1 7.28 ohne aktivierten Telnet und ohne USB Stick.
Habe dann eine VPN LAN - LAN Kopplung gemacht und mit der Wahlhilfe Telnet aktiviert. Auf meinem Webserver die Kernel.Image und Filesystem.Image Dateien gehostet und dann probiert....
https geht auf der Fritzbox leider nicht, also musste ich einen virtuelen Host mit http erstellen.
Mit Telnet auf die Box, in den RAM die zwei Dateien geladen und dann in die Reserved Partition installiert.

Code:

Fritz!Box user: Osprey
password:


BusyBox v1.29.3 (2020-11-19 19:00:39 CET) built-in shell (ash)

ermittle die aktuelle TTY
tty is "/dev/pts/1"
weitere telnet Verbindung aufgebaut
disable start/stop characters and flowcontrol
# cd /var
# wget http://*********.mooo.com:1973/tv/fs.sqfs
Connecting to ************.mooo.com:1973 (82.**********2:1973)
fs.sqfs              100% |********************************| 24.8M  0:00:00 ETA
# wget http://**********.com:1973/tv/kernel.bin
Connecting to **********oo.com:1973 (82.**********1973)
kernel.bin           100% |********************************| 3034k  0:00:00 ETA
# ls
CRWWLANMAP-crwlock            run
Country_iso                   sem..IKEAPI-CSTAT.sem
IKEAPI-CSTAT-crwlock          sem..IKEAPI-MAINMAP.sem
IKEAPI-MAINMAP-crwlock        sem..IKEAPI-NSTAT.sem
IKEAPI-NSTAT-crwlock          sem..IKEAPI-SSTAT.sem
IKEAPI-SSTAT-crwlock          sem..SHMUSBDEVICES.sem
InternerSpeicher              sem..ar7events.sem
SHMUSBDEVICES-crwlock         sem..inetstat.sem
TZ                            sem..srb_autodetect.sem
USB-dev-bus-usb-001-001-hub   sem..srb_avm_reporting.sem
USB-dev-bus-usb-002-001-hub   sem..srb_avmdb.sem
bootid                        sem..srb_avmeventdsl.sem
config.def                    sem..srb_backendmails.sem
ctlmgr_moduleinfo.dat         sem..srb_chronyctl.sem
default                       sem..srb_cloudmsgd.sem
dev                           sem..srb_dnsd.sem
devices                       sem..srb_dnsdbest.sem
dsl                           sem..srb_invite.sem
dsld.autodetect               sem..srb_l2tpv3.sem
dsld_statsimple-crwlock       sem..srb_lan_pairing.sem
env                           sem..srb_landevicesnexus.sem
env.cache                     sem..srb_landevicesupnp.sem
environment.cache             sem..srb_log.sem
events_changed                sem..srb_mailbuilder.sem
firmware_flag                 sem..srb_meshd_log.sem
flash                         sem..srb_nexus.sem
flash.html                    sem..srb_pcp.sem
fs.sqfs                       sem..srb_sip.sem
fwupdate_trace.change         sem..srb_sson.sem
fx_moh                        sem..srb_tr069.sem
gcov                          sem..srb_umts.sem
html                          sem..srb_upnp_access.sem
html.myfritz                  sem..srb_upnp_error.sem
html.nas                      sem..srb_voipbackup.sem
htmltext.db                   sem..srb_waccess.sem
inetstat-crwlock              sem..srb_werror.sem
jason_boxinfo.xml             sem..voipd_statsimple.sem
juis_boxinfo.xml              sem.Changelist_Sema.sem
kernel.bin                    sem.fc_config.sem
lanifaces                     sem.notifyd.sem
lock                          sem.ontel.sem
log                           sem.pbd.sem
media                         tam
mediapath                     tmp
post_install                  updatecheck.log
post_install.template         voipd_statsimple-crwlock
rpc                           wan-ptm0.tc
# cat /proc/mtd
dev:    size   erasesize  name
mtd0: 00400000 00020000 "kernel"
mtd1: 002c0000 00020000 "urlader"
mtd2: 00840000 00020000 "nand-tffs"
mtd3: 00400000 00020000 "reserved-kernel"
mtd4: 06d00000 00020000 "ubi"
mtd5: 02c14000 0001f000 "filesystem"
mtd6: 02c14000 0001f000 "reserved-filesystem"
mtd7: 0020f000 0001f000 "config"
mtd8: 00c79000 0001f000 "nand-filesystem"
# update_kernel -i kernel.bin -o /dev/mtd3
info 0x0
{mtd_info} type 0x4
{mtd_info} size 0x400000
{mtd_info} erasesize 0x20000
{mtd_info} writesize 0x800
{mtd_info} oobsize 0x40
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] written 0x20000 Bytes
[main] append 38656 Bytes
[main] written 0x20000 Bytes
[main] eof reached
[main] exit error 0
# update_kernel -i fs.sqfs -o /dev/mtd6
info 0x0
{mtd_info} type 0x7
{mtd_info} size 0x2c14000
{mtd_info} erasesize 0x1f000
{mtd_info} writesize 0x800
{mtd_info} oobsize 0x0
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] written 0x1f000 Bytes
[main] append 12288 Bytes
[main] written 0x1f000 Bytes
[main] eof reached
[main] exit error 0
#

Auf der Fritzbox wurde es auch gleich richtig erkannt das die inaktive Partition das neue 7.29 hat.
Vorerst werde ich das so machen.

B612 · 15 Nov 2021

Insti schrieb:
Bis ich das mit dem Signieren kapiere,

Ach so! Wir dachten dass es nur bei dieser FW nicht geht.

Insti schrieb:
Auf der Fritzbox wurde es auch gleich richtig erkannt das die inaktive Partition das neue 7.29 hat.

Das wird eigentlich erst nach einem Reboot angezeigt oder man muss eine Datei löschen.

PeterPawn · 15 Nov 2021

B612 schrieb:
Das wird eigentlich erst nach einem Reboot angezeigt oder man muss eine Datei löschen.

Sicher?

Das, was ich mal als Cache eingebaut hatte, basiert(e) auf der S85-app. Wenn die in neueren AVM-Versionen nicht abgearbeitet wird, werden die Daten erst beim ersten Aufruf des Bootmanagers gespeichert, der dauert dann halt etwas länger. Nur wird der i.d.R. ja auch nur einmal aufgerufen - eben dann, wenn man die Box neu starten will. Außerdem dauert das Zusammensuchen der Daten auf neueren Modellen nicht mehr so lange, wie auf VR9-Boxen - daher habe ich das Cachen nach der Umstellung auf supervisor bei AVM nicht noch einmal angepaßt.

Insti · 15 Nov 2021

B612 schrieb:
Das wird eigentlich erst nach einem Reboot angezeigt oder man muss eine Datei löschen.

Nein, kein Reboot nötig. Bei allen 4x 7520 die auf diese Weise über Telnet auf 7.29 gebracht wurden, wird das ohne Neustart im Bootmanager angezeigt.

B612 · 15 Nov 2021

PeterPawn schrieb:
Sicher?

Ach ja ich sehe du hattest ja vor 10 Monaten an dem modscript was geändert. Bei mir ist noch das alte im Speicher und bei dem war es so.

Insti schrieb:
Nein, kein Reboot nötig.

Ja mit der neuen Variante von Peter ist es wohl so.

treysis · 2 Dez 2022

Keine Ahnung, welche Version das Problem letztendlich bereinigt hat, aber gestern hatte ich Erfolg dabei, die 7.39-Labor über das GUI auf meine 7520 mit 7.29 aufzuspielen.

Allerdings habe ich einige der Modskripte hinzugefügt, wie es in Ospreys Image der Fall ist. Das führte erstmal zu ständigen Reboots der 7520 im Minutentakt. Erst, nachdem ich die gui_boot_manager_v0.8 entfernt hatte, lief alles wie gewünscht.

trunzke · 24 Aug 2024

Hallo Zusammen

Ich habe nach der Anleitung in [Link zu einem anderen Forum, den ich entfernen musste, siehe erste Antwort auf meinen Beitrag] versucht eine 7520 (1und1-Homeserverbranding und damit die erste aka a-Version der 7520) > 7530 zu konvertieren (die eva_tools nach dieser Anleitung vom wsl2 nach windows übertragen).

Mit diesem offensichtlich entscheidenden Befehl passierte die Konvertierung, weil ich danach auf das Fritzbox übliche Webinterface kam (vorher war nur die Ersteinrichtung mit 1und1 automatisch vorgeschlagen):
c:\eva_tools\EVA-FTP-Client.ps1 -Verbose -Debug -ScriptBlock { BootDeviceFromImage c:\eva_tools\7530-in-memory.image 0 }
Nach ca. 3 Minuten habe ich wohl fatalerweise das Stromkabel gezogen (=Stromreset) und wieder drangesteckt, nachdem ich vorher gesehen habe, dass die Fritzbox alle LEDs hat aufleuchten lassen.

Wie kann ich die Fritzbox jetzt retten und wieder auf 7530 bringen, weil ich gar nicht mehr das webinterface aufrufen kann (egal, ob 192.168.178.1, fritz.box, 169.254.1.1, egal ob http oder https), ping wird unter bestimmten Umständen erreicht, siehe unten.

Bereits durchgeführt:

Recovery7520.exe erkennt die FB und macht laut Ausgabe erfolgreich Recovery (Recovery7530.exe findet die FB aber Recover-Firmware inkompatibel):

FRITZ!Box 7520 suchen an: 192.168.178.1
Eine Anlage gefunden! - Ermitteln der aktuellen Version.
Version erfolgreich ermittelt!
Hardware: FRITZ!Box 7520
Urlader: 10733
Firmware: 164.07.59
Flashbereich (mtd8)
Lösche Flashbereich (mtd8)
Restauriere Flashbereich (mtd8)
Restauriere Flashbereich (mtd1)
FRITZ!Box 7520 erfolgreich wiederhergestellt!
Die Wiederherstellung ist nach einem Neustart des Gerätes abgeschlossen.

Dann erstmal ohne FB-Stromreset ping-Nichterreichbarkeit:

>ping -t 192.168.178.1
Ping wird ausgeführt für 192.168.178.1 mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Antwort von 192.168.178.5: Zielhost nicht erreichbar.
Zeitüberschreitung der Anforderung.
Antwort von 192.168.178.5: Zielhost nicht erreichbar.
Antwort von 192.168.178.5: Zielhost nicht erreichbar.
Zeitüberschreitung der Anforderung.
Antwort von 192.168.178.5: Zielhost nicht erreichbar.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für 192.168.178.1:
Pakete: Gesendet = 34, Empfangen = 17, Verloren = 17
(50% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 0ms, Maximum = 1ms, Mittelwert = 0ms
STRG-C
^C
C:\Users\...>ping 169.254.1.1

Ping wird ausgeführt für 169.254.1.1 mit 32 Bytes Daten:
Antwort von 192.168.178.5: Zielhost nicht erreichbar.
Antwort von 192.168.178.5: Zielhost nicht erreichbar.
Antwort von 192.168.178.5: Zielhost nicht erreichbar.
Antwort von 192.168.178.5: Zielhost nicht erreichbar.

Ping-Statistik für 169.254.1.1:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),

C:\Users\...>ping 169.254.1.1

Ping wird ausgeführt für 169.254.1.1 mit 32 Bytes Daten:
Antwort von 192.168.178.5: Zielhost nicht erreichbar.
Antwort von 192.168.178.5: Zielhost nicht erreichbar.
Antwort von 192.168.178.5: Zielhost nicht erreichbar.
Antwort von 192.168.178.5: Zielhost nicht erreichbar.

Ping-Statistik für 169.254.1.1:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),

Neustart der FB ca 5min später > kein webinterface und andere ping-Ausgabe:

C:\Users\...>ping -t 192.168.178.1

Ping wird ausgeführt für 192.168.178.1 mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=64
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Antwort von 192.168.178.5: Zielhost nicht erreichbar.
Zeitüberschreitung der Anforderung.
Antwort von 192.168.178.5: Zielhost nicht erreichbar.
Antwort von 192.168.178.5: Zielhost nicht erreichbar.
Zeitüberschreitung der Anforderung.
Antwort von 192.168.178.5: Zielhost nicht erreichbar.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für 192.168.178.1:
Pakete: Gesendet = 34, Empfangen = 17, Verloren = 17
(50% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 0ms, Maximum = 1ms, Mittelwert = 0ms
STRG-C

FB-Reset mit: FB-stromlos, WLAN-Knopf gedrückt halten, FB-Strom-an, WLAN-Knopf weiter drücken, es leuchten einige LEDs, aber ändert augenscheinlich nichts am Problem, denn Recovery7530.exe inkompatibel und Recovery7520.exe führt die Recovery durch aber dann weiter kein webinterface und nach Stromreset kein ping.

Dann FTP-adam2 während Recovery7390.exe läuft und kein Stromreset dazwischen gemacht wird:

C:\Users\...>ftp 192.168.178.1
Verbindung mit 192.168.178.1 wurde hergestellt.
220 ADAM2 FTP Server ready
530 not logged in
Benutzer (192.168.178.1

none)): adam2
331 Password required for adam2
Kennwort:
230 User adam2 successfully logged in
ftp> quote SETENV ProductID Fritz_Box_HW_236
200 SETENV command successful
ftp> quit
221 Thank you for using the FTP service on ADAM2

Mit weiter Strom nach wie vor an Start der Recovery7530.exe:

FRITZ!Box 7530 suchen an: 192.168.178.1
Eine Anlage gefunden! - Ermitteln der aktuellen Version.
Version erfolgreich ermittelt!
Hardware: FRITZ!Box 7530
Urlader: 10733
Firmware: 175.07.59
Firmware der FRITZ!Box 7530 ist mit der Recover-Firmware inkompatibel

PeterPawn schrieb:
... wenn man gleich mit dem Recovery-Programm für die 7530 auf die 7520 losgeht und dieses Programm erst einmal feststellen läßt, daß es sich um das falsche Modell handelt.

Welches Fritzbox-Recovery-Programm? Alle außer FRITZ.Box_7520-[xxx]-recover.exe? Oder explizit nur das FRITZ.Box_7530-[xxx]-recover.exe? Falls das die Lösung für mein Problem sein könnte?

PeterPawn schrieb:
... In der FTP-Session sollte es bereits ausreichen, wenn man das "SETENV HWRevision 236" ausführt (ggf. mit dem "quote" davor - wer verstanden hat, wozu das gut ist, weiß auch, wann es gebraucht wird und wann nicht) ...

Wann soll man quote und wann nicht bei "SETENV HWRevision 236 einsetzen" und sollte es nicht stattdessen "SETENV ProductID Fritz_Box_HW_236" (beides ohne Anführungszeichen) heißen?

PeterPawn schrieb:
Jetzt startet man das Recovery-Programm erneut ...

Ich verstehe nach wie vor nicht, welche Recovery.exe (also für welches Model)?

Sollte meine Anfrage hier verkehrt sein, dann bitte ich um den Hinweis, wo ich diese stattdessen posten sollte.

Vielen Dank schon mal für Eure sachdienlichen Hinweise oder gar Lösung(en)

stoney · 24 Aug 2024

Hallo und willkommen,

warum stellst Du denn Deine Frage nicht in dem dubiosen Forum, welches Du verlinkt hast? Bitte entferne diesen Link, da diese "Quelle" hier nicht gestattet ist.

KunterBunter · 24 Aug 2024

trunzke schrieb:
Welches Fritzbox-Recovery-Programm? Alle außer FRITZ.Box_7520-[xxx]-recover.exe? Oder explizit nur das FRITZ.Box_7530-[xxx]-recover.exe?

Ja.

trunzke schrieb:
Wann soll man quote und wann nicht bei "SETENV HWRevision 236 einsetzen" und sollte es nicht stattdessen "SETENV ProductID Fritz_Box_HW_236" (beides ohne Anführungszeichen) heißen?

Nein.

Erforderlich · 24 Aug 2024

Nach welchen "Forum Regeln" sind hier Links auf bestimmte Foren nicht gestattet?
Dort findet man nur "5.3 Verlinkungen zu anderen Seiten sind erlaubt, insofern diese nicht rechtsextreme/linksextreme oder illegale/pornographische Inhalte anführen oder durch konkrete Zugangsbeschränkungen den Zugriff nur spezifischen Nutzern vorbehalten.".

trunzke · 24 Aug 2024

KunterBunter schrieb:
Nein.

Danke. Aber:
Das Starten von Recovery7390.exe +
Absetzen von ftp> quote SETENV HWRevision 236 ohne Stromunterbrechung +
Beenden von Recovery7390.exe +
Starten von Recovery7530.exe führt zur Erkennung einer 7530 sowie dem angeblich erfolgreichen Ablauf de Recovery7530-Prozesses.
Aber trotz Warten von ca 10 Minuten und erst dann FB-Strom-Reset wieder der Zustand von vorher: kein webinterface, kein Ping und das nächste Aufrufen der Recovery7530.exe gibt aus, dass Firmware inkompatibel.

stoney · 24 Aug 2024

Erforderlich schrieb:
illegale

gut, dass Du Dir die Mühe gemacht hast, dies herauszusuchen und hast somit Deine eigene Frage somit beantwortet und nachdem Du ein "neuer/alter" User bist, weißt Du dies sicherlich.

Und somit genug OT - kannst das gerne in "Forumintern" diskutieren, falls Du Bedarf hast und wenn Du mal nicht weißt, was Du hier schreiben sollst, lass es doch einfach oder platziere es dann auch korrekt.

Somit BTT

@trunzke bei der 7520/7530 (und anderen neueren Modellen) geht's nicht mehr so "easy"

siehe z.B.:

[Frage] - Fritz!Box 7520 zu 7530 - dauerhaft?

Hallo, ich hab für das familiäre Umfeld jetzt ne super günstige gebrauchte Fritz!Box 7520 ergattert und hätte ein paar Verständnis-Fragen: - Die Fritz!Box 7520 (nicht Version B) und die 7530 sind baugleich. - Der eingeschränkte Funktionsumfang (2 langsame LAN Anschlüsse + USB 2.0 statt 3.0)...

www.ip-phone-forum.de

Aber hierzu müsste sich im IPPF noch mehr finden lassen.

KunterBunter · 24 Aug 2024

trunzke schrieb:
das nächste Aufrufen der Recovery7530.exe gibt aus, dass Firmware inkompatibel.

Das ist völlig normal, denn es ist ja nach wie vor eine Fritzbox 7520. Deshalb muss man an der Stelle wieder "quote SETENV HWRevision 236" eingeben, um ihr zu sagen, dass sie wie die Umgebung der Fritzbox 7530 aussehen soll.

trunzke · 25 Aug 2024

KunterBunter schrieb:
... an der Stelle wieder "quote SETENV HWRevision 236" eingeben.

An welcher Stelle genau?

Ich habe jetzt das Problem, dass
0) Im Gegensatz zu Vorher als ich noch #354 schrieb nur noch nach WLAN-Taste-Reset die FB von Recovery gefunden wird.
1) Recovery7390.exe Starten +
2) ftp> quote SETENV HWRevision 236 + weiter Strom an +
3) Recovery7390.exe Schließen + weiter Strom an +
4) Starten von Recovery7530.exe führt zur Findung der FB aber diese Revocery.exe gibt aus: "... Auslesen der Version gescheitert!".

Den Vorgang von 0) bis 1) wiederholt und
a) ftp> quote GETENV linux_fs_start
b) 501 environment variable not set
c) ftp> quote SETENV linux_fs_start 0
d) 200 SETENV command successful
e) ftp> quote reboot
f) 221 Thank you ...
a) bis f) bringt auch nichts, deswegen den Prozess wiederholt mit diesmal ftp> quote SETENV linux_fs_start 1 -> weiter keine Lösung.

Nachdem SETENV linux_fs_start 1 und soäter dann ftp> quote GETENV linux_fs_start kommt env.. variable not set.

Meine Verzweiflung wächst.

KunterBunter · 25 Aug 2024

trunzke schrieb:
An welcher Stelle genau?

An der gleichen wie beim ersten Mal.

trunzke schrieb:
nur noch nach WLAN-Taste-Reset

Wo hast du denn diesen genialen Tipp her?

trunzke · 25 Aug 2024

KunterBunter schrieb:
An der gleichen wie beim ersten Mal.Wo hast du denn diesen genialen Tipp her?

1) Und an welcher Stelle genau soll das gewesen sein?
1.1) In wie fern komme ich damit auf das FB-webinterface?
2) Aus dem OpenWRT-Wiki.
3) Kann mir bitte jemand erklären, wie genau ich die FB noch retten kann?
3.1) An meiner Netzwerk-Konfiguration des Notebooks wirds kaum liegen, da es die feste IP 192.168.178.5 und Subnet 255.255.255.0 und DNS 192.168.178.1 hat am Netzwerk-Device, das der physikalischen LAN-Buchse des Notebooks entspricht.
3.1.1) Alle drei Recovery.exe haben die FB mit 192.168.178.1 gefunden.

KunterBunter · 25 Aug 2024

zu 1) An dieser Stelle hier:

trunzke schrieb:
Dann FTP-adam2 während Recovery7390.exe läuft und kein Stromreset dazwischen gemacht wird:

zu 1.1) Damit noch nicht. Dazu muss erst eine passende Firmware mit passender Umgebung wieder auf die Box gebracht werden.
zu 2) Ja, das stimmt. Wenn man Open-WRT auf der Box installiert hat.

Im Moment hast du aber gar keine Firmware installiert.

[Info] Sammelthema zur AVM FRITZ!Box 7520

Aktives Mitglied

IPPF-Promi

IPPF-Urgestein

Aktives Mitglied

Anhänge

IPPF-Promi

IPPF-Urgestein

Aktives Mitglied

IPPF-Promi

Neuer User

Neuer User

Moderator

IPPF-Urgestein

Mitglied

Neuer User

Moderator

IPPF-Urgestein

Neuer User

IPPF-Urgestein

Neuer User

IPPF-Urgestein

Statistik des Forums