FritzBox7690 funktioniert, aber nur über einen unschönen Umweg

[catrinelc]

Die gute Nachricht vorweg:
Freetz-NG funktioniert auf der neuen Fritz!Box7690 mit der aktuellen Firmware 07.61 !!!

Ich habe einer frischen FB7690 die UART-Pins gelötet und mit dem aktuellen
Freetz-NG Stand, eine Image generiert und habe versucht, mit push_firmware
die Image zu flashen. Auf der UART sehe ich dass, der Vorgang normal durchläuft,
aber die neue Image bootet leider nicht.

Der momentane Workaround ist folgender:
Ich lade die Image mit "tools/push_firmware -afu". Diese RAM-Image bootet
einwandfrei und dann hole ich dieselbe Image im /tmp/fit-image und flashe sie
(über UART) mit folgenden Befehlen:

/sbin/bootslotctl program_other /tmp/fit-image 07.61-11111
/sbin/bootslotctl commit_other
reboot

Die Inspiration für den aktuellen Workaround/Umweg, kam von diesem sehr neuen IPPF-Beitrag:
https://www.ip-phone-forum.de/threads/das-updaten-flashen-per-freetz-ng-gui-neuer-fehler-fit-ger%C3%A4te-mit-fw-7-5x-erledigt.319058/

Ich erlebe auch dieselbe Problematik, wenn ich versuche eine Image über den Freetz-NG
Menüpunkt "System->Firmware-Update" zum Update zu bringen:

Ich gehe davon aus dass, wenn man die korrekte Funktionsweise des Menüpunkts wiederherstellt,
dann auch push_firmware direkt funktionieren wird (ohne den -afu Umweg) :-)

Noch ein wichtiger Hinweis: der FritzRepeater 6000 und der FritzRepeater 1200AX zeigen mit
dem aktuellen Stand genau dieselbe Problematik im Menüpunkt "System->Firmware-Update" !
Eine Ausnahme macht der FritzRepeater 1200AX der sich über "tools/push_firmware" erstaunlicherweise
updaten lässt, aber nicht über den GUI Menüpunkt !?

Lieber fda77,
bitte schau dir diesen Bug mal an, wenn du Zeit hast und ich bin jederzeit bereit, dir mit logs oder
andere Hilfestellung zu helfen. Habe bei allen 3 Geraeten UART-Zugang :-)

Danke an alle die so enthusiastisch mitmachen.
CC

[fda77]

Danke für das Feedback! Leider sind die Links defekt. Kannst du noch einen Screenshot von "AVM-Info" im Freetz webif posten?

Flashen via Bootlader:
Zum kompatibel machen von push firmware ist grundlegend immer dieses Vorgehen gut: Windows PC mit avm-recovery.exe ausführen, und die box zurücksetzen. Das ganze mit wireshark oder tcp dump loggen, ftp-control auf Port 21 reicht!
Dann sieht man was in push firmware angepasst werden muss.
Es wird wohl eine anderen ram-Adresse als die geratene sein: https://github.com/Freetz-NG/freetz-ng/blob/master/tools/push_firmware#L756
Dort siehst du ein paar "?", dh geht oder nicht :)
Diese Adresse kannst du auch per Parameter von push firmware duchrprobieren

Flashen mit Freetz-webif:
Ich hab noch nie ein "fitimg" Gerät (die meisten neuen Boxen) selbst gehabt, und kann somit nicht herausfinden wo das Problem liegt. Dh jemand muss schauen was nicht geht... Evlt hat das was mit dem geänderten starten der AVM Dienste via supervisior und den environments zu tun. Ansonsten kann dazu leider nicht sagen
Falls Freetz schon installiert ist kann man auf über das avm-webif flashen solange dein image mit dem gleichen key signiert ist

[catrinelc]

PS: Links ins IPPF helfen nicht viel, da man um Bilder sehen zu können einen Account braucht -.-

Das sind die Bilder aus dem zitierten IPPF Beitrag. Sorry, ich wusste nicht das du kein IPPF Account hast.

Meine Diskussions-Bilder habe ich auch nachgeladen.

[catrinelc]

@fda77 Danke für die neuen push_firmware commits heute Nacht, jetzt funktioniert auch das flashen aus EVA mit
tools/push_firmware 👍

[fda77]

Danke für den Screenshot, ich meinte aber "AVM-Info" mit den Prozessor details und wieviel RAM dieser sieht

push firmware hatte dann einfach zu wenig ram für das System, dass kann man nicht am .image erkennen sondern muss es vom Gerät wissen. Der Default war hierfür zu niedrig.

Im IPPF hatte ich schon öfter einen Account, aber das endet immer gleich mit diesem überheblichen mod, "noiser" oder so ähnlich

[catrinelc]

[fda77]

Danke! Unten die Eigenschaften hätte ich nicht gebraucht. Man sieht da dass 120 MB des Rams nichts verfügbar sind und von anderen prozessoren genutzt werden. Auch dass der ARMv8 im 32 bit-modus läuft (arms sagen dann armv7). Auch die Taktfrequenzen findet man so am einfachsten (bei boxmatrix steht es zb falsch). Die Bogomips scheinen bei ARM nichts sinvolles zu sein, vielleicht sollte man die für diese Prozessoren ausschalten

[MasterRoCcO]

Das sind genau 2 Fehler, der eine betrifft aber wohl nur dir FIT GERÄTE. Der hängt damit zusammen 771253b. Durch diese Umstellung konnte man, wenn man den ersten Fehler von 11.2023 nicht gefixt hat, wieder nicht per freetz-ng updaten und man kann auch nicht die Partition tauschen.

Der andere Fehler liegt daran, das was fehlt. Das betrifft alle aus dem Bereich FCS23, GoFiber23, GoFiber23NL und Smart24P1.

[fda77]

771253b war nur weil mein Editor mit den " und ' durcheinander gekommen ist und String falsch hervorhob. Das ganze funktionierte aber nicht mit der "lang" Funktion von Freetz und ich habs wieder rückgängiggemacht

Das betrifft alle aus dem Bereich FCS23, GoFiber23, GoFiber23NL und Smart24P1.

Die meisten Änderungen bei AVM "bis" oder "von" Fritzos, also wohl ab 7.6x

[MasterRoCcO]

Alle Geräte, die FOS aus dem Bereich haben, kann man schon lange nicht mehr updaten per freetz-ng. Ich würde es auch nicht auf 7.6x festlegen. Da der GATE hat ja auch schon 7.61 und da ist es halt nicht so.

Und das Ganze ist halt mit der 7.7x inhaus passiert, was ja nun 7.8x ist. Da kannte noch keiner von uns den Bereich FCS23

[fda77]

Ich würde es auch nicht auf 7.6x festlegen. Da der GATE hat ja auch schon 7.61 und da ist es halt nicht so.

Ich deaktiviere es aber lieber für zu viele Geräte, dann kann sich niemand beschweren dass etwas nicht geht. Man kann ja einfach das AVM-flashen verwenden. 2a2a578
Und die partitionsanzeige für LFS ist da auch kaputt?

[MasterRoCcO]

Nein, die wird richtig angezeigt, wenn loop im Image enthalten ist (FIT Geräte). Nur halt der Tausch geht nicht.
Toggling ... changing -> 0 failed.
über putty geht es wenn man bootslotctl activate_other macht

[fda77]

Das ist dann auch was mit dem env und fehlenden variablen, 7bb5c36 half wohl nicht.

[fda77]

Mit diesem "CONFIG_ENVIRONMENT_PATH" hab ich schon vor langem experimentiert: e95f102
Nach 7bb5c36 wird "/bin/env.mod.rcconf avm" genutzt
Und somit /var/environment.cache geladen, in der CONFIG_ENVIRONMENT_PATH drin ist.
Es erschliesst sich mir (ohne fitimg Gerät) nicht warum das nun nicht geht

[catrinelc]

Danke für den Tip mit vix (& nanox), jetzt habe ich zu runtime nach Zeile 157
export CONFIG_ENVIRONMENT_PATH='/proc/sys/urlader' anstatt
echo $CONFIG_ENVIRONMENT_PATH
eingetragen und damit funktioniert das Firmware-Update aus dem freetz-ng Menü.

In /var/environment.cache ist schon
CONFIG_ENVIRONMENT_PATH=/proc/sys/urlader

[catrinelc]

Einfache Lösung die funktioniert:

diff --git a/make/pkgs/mod/files/root/usr/lib/mww/do_update_handler.sh b/make/pkgs/mod/files/root/usr/lib/mww/do_update_handler.sh
index a35102fb0..3d0500ee5 100755
--- a/make/pkgs/mod/files/root/usr/lib/mww/do_update_handler.sh
+++ b/make/pkgs/mod/files/root/usr/lib/mww/do_update_handler.sh
@@ -181,7 +181,7 @@ install() {
        fi
        (
                set -o pipefail
-               . /bin/env.mod.rcconf avm
+               . /bin/env.mod.rcconf
                cd /
                /var/install 2>&1 | tee /tmp/var-install.out
        )

@fda77 bitte analysiere was du ursprünglich mit dem "avm" Parameter geplant hast und
mach einen guten Commit daraus.
Danke für deine Hilfe

[fda77]

Auf dem 1. Screenshot stand ja dass diese Variable fehlt. ."/bin/env.mod.rcconf avm" sollte sie aber setzen, in "/bin/env.mod.rcconf" siehst du ja dass der "avm" parameter was ganz anderes macht

[catrinelc]

@fda77 im /bin/env.mod.rcconf avm funktioniert "export" in der folgenden Schleife nicht:
while read -r line; do export "$line"; done (der cat /var/environment.cache liefert alles korrekt)

Was kann da in der Schleife schief gehen ?

[fda77]

Das quoting ist falsch, sieht man mit sh -x /bin/env.mod.rcconf avm
Die Zeile hatte ich von weiter unten im Script übernommen. Scheinbar ging das schon länger nicht. Und eigentlich dann für alle "mit supervisor"
791ac85

[aus-sua]

Wenn ich das jetzt richtig sehe, wurde das freetz-NG-Firmware-Update per 791ac85 und 0288978 ja angepasst/gefixt.
Könnte da einer der 7690- und auch andere FIT-Boxen-Besitzer dann bitte einmal rückmelden, ab das jetzt so funktioniert?
Danke.

[MasterRoCcO]

Wen es drin sein würde, würde deine Anzeige ja in freetz-ng funktionieren. Was aber nicht der Fall ist. Das betrifft wie gesagt glaube ich auch nur 7 Geräte aus der FIT Geräte Familie. Bei den anderen (ausgenommen die 5530) läuft die Anzeige ja. 5590 ist die Anzeige unter freetz-ng ja da

Das Image von 8:55 UHR ist zB das Image was keine fixe enthält und die Tests gemacht worden sind. Bezüglich Updaten und das tauschen
FRITZ.Box_5590_Fiber-07.90-114095-Inhaus.image

[catrinelc]

Liebe Leute
Ich habe leider heute keinen Zugriff auf meine AVM Geräte (1200AX, 6000, 7690).
Darum kann ich erst morgen (hoffentlich auch mit allen 3 Geräten) den letzten Repo-Stand testen und berichten.
Wenn das Updaten bei 1200AX und/oder 6000 Probleme macht, öffne ich neue gerätespezifische Diskusionnen.

Die Debug-Vorschläge spiele ich danach auch ein und dann eröffne ich eine neue Diskussion mit den Ergebnissen.

[aus-sua]

Sehr schön, danke.
Du hast ja eine serielle Console "angeflanscht", damit sollte ja das Debug kein Problem machen.
Also danke schon 'mal :-)

[MasterRoCcO]

Die 1200AX und 6000 musst du nicht testen, da sie keine 7.8x FOS haben. Das mit dem Updaten ist erst ab 7.8x drin und alle Geräte die zZ ein Image aus dem Bereich FCS23 bekommen (5690,6670 und 7690)

Das mit loop das kann man bei der 1200AX testen. mehr auch nicht. Der 6000 geht die Anzeige, da dort ja https://github.com/Freetz-NG/freetz-ng/blob/7f8f4f2e55208d8f221020c7bd5a8fc8417198a9/make/kernel/configs/freetz/config-qcaarmv8-6000_07.56#L1404C1-L1404C22 M ist.

Nein, das updaten/flashen geht immer noch nicht. Das sagte ich aber heute Morgen schon.
#1012 (reply in thread)

[catrinelc]

Liebe Leute Ich habe leider heute keinen Zugriff auf meine AVM Geräte (1200AX, 6000, 7690). Darum kann ich erst morgen (hoffentlich auch mit allen 3 Geräten) den letzten Repo-Stand testen und berichten. Wenn das Updaten bei 1200AX und/oder 6000 Probleme macht, öffne ich neue gerätespezifische Diskusionnen.

Die Debug-Vorschläge spiele ich danach auch ein und dann eröffne ich eine neue Diskussion mit den Ergebnissen.

Ich habe gestern mit fda77 paar Versuche gemacht:
f726b59
aber jetzt stürtzt mein WSL2 Ubuntu24.04 reproduzierbar ab, wenn ich "make" aufrufe.
Ich habe sogar das repo neu geclont, aber ich kann im Moment keine Images generieren :-(

Im Moment kann ich nicht weiter helfen. Sobald ich eine funktionierende Umgebung wieder habe, melde ich mich.

[MasterRoCcO]

[fda77]

flashen geht immer noch nicht?

[MasterRoCcO]

GATE
lsmod
Module Size Used by
cifs 207758 2
md4 3395 0
ath_pktlog 11861 0
wifi_3_0 711608 0
qca_ol 1320188 1 wifi_3_0
qca_spectral 99723 1 qca_ol
umac 2884468 6 qca_spectral,ath_pktlog,wifi_3_0,qca_ol
cdc_acm 20422 2
asf 5343 2 umac,qca_ol
qdf 119101 6 asf,umac,qca_spectral,ath_pktlog,wifi_3_0,qca_ol
mem_manager 8076 1 qca_ol
cfg80211 236297 3 qdf,umac,qca_spectral
aae 60523 3 umac,wifi_3_0,qca_ol
dect_io 19788 0
avm_dect 283586 1 dect_io
capi_codec 351920 0
isdn_fbox_fon5 1263651 3
pcmlink 374068 4 capi_codec,avm_dect,isdn_fbox_fon5
krextdmod 328878 10
cchardev 4319 1 krextdmod
qca_nss_dtlsmgr 28045 0
qca_nss_cfi_cryptoapi 37857 1 qca_nss_dtlsmgr
qca_nss_qdisc 97266 0
offload_pa 46045 0
ktestdrive 3964 1 offload_pa
Piglet_noemif 34005 0
offload_util 2275 1 offload_pa
kspeedtest 14112 0
cprocfsmod 5761 3 krextdmod,cchardev,kspeedtest
qca_nss_crypto 28466 1 qca_nss_cfi_cryptoapi
qca_nss_drv 966117 7 umac,qca_nss_dtlsmgr,offload_pa,wifi_3_0,qca_ol,qca_nss_qdisc,qca_nss_crypto
qca_nss_dp 40389 1 qca_nss_drv
qca_ssdk 2094698 1 qca_nss_dp
xhci_plat_hcd 4940 0
xhci_hcd 130678 1 xhci_plat_hcd
hui 161623 6

1200AX
lsmod
Module Size Used by
cifs 197577 2
md4 3326 0
ath_pktlog 11861 0
wifi_3_0 714397 0
qca_ol 1319176 1 wifi_3_0
qca_spectral 99531 1 qca_ol
umac 2882752 6 qca_spectral,ath_pktlog,wifi_3_0,qca_ol
asf 5343 2 umac,qca_ol
qdf 118799 6 asf,umac,qca_spectral,ath_pktlog,wifi_3_0,qca_ol
mem_manager 7706 1 qca_ol
cfg80211 239541 3 qdf,umac,qca_spectral
aae 60978 3 umac,wifi_3_0,qca_ol
krextdmod 332061 10
cchardev 4383 1 krextdmod
qca_nss_dtlsmgr 28173 0
qca_nss_cfi_cryptoapi 37729 1 qca_nss_dtlsmgr
qca_nss_qdisc 97139 0
offload_pa 55613 0
ktestdrive 3945 1 offload_pa
offload_util 2275 1 offload_pa
kspeedtest 14176 0
cprocfsmod 5761 3 krextdmod,cchardev,kspeedtest
qca_nss_crypto 28274 1 qca_nss_cfi_cryptoapi
qca_nss_drv 967693 7 umac,qca_nss_dtlsmgr,offload_pa,wifi_3_0,qca_ol,qca_nss_qdisc,qca_nss_crypto
qca_nss_dp 40057 1 qca_nss_drv
qca_ssdk 2095013 1 qca_nss_dp
hui 164778 4

7530AX
lsmod
Module Size Used by
krtp 249856 0
nf_log_ipv4 16384 0
nf_log_common 16384 1 nf_log_ipv4
xt_connlimit 16384 0
nf_conncount 20480 1 xt_connlimit
xt_LOG 16384 0
xt_limit 16384 0
xt_state 16384 0
xt_conntrack 16384 0
nf_conntrack 86016 4 xt_state,nf_conncount,xt_connlimit,xt_conntrack
nf_defrag_ipv6 20480 1 nf_conntrack
nf_defrag_ipv4 16384 1 nf_conntrack
xt_TCPMSS 16384 0
xt_SKIPLOG 16384 0
nfnetlink 16384 0
ip6table_mangle 16384 1
ip6_tables 24576 1 ip6table_mangle
iptable_mangle 16384 1
iptable_filter 16384 0
ip_tables 24576 2 iptable_mangle,iptable_filter
xt_blog 16384 0
xt_multiport 16384 0
xt_mark 16384 12
xt_u32 16384 0
xt_flowlabel 16384 0
xt_mac_extend 16384 0
xt_mac 16384 0
xt_DSCP 16384 0
xt_dscp 16384 0
adsldd 540672 0
dect_io 28672 2
avm_dect 311296 1 dect_io
capi_codec 372736 0
isdn_fbox_fon5 1302528 6 krtp
pcmlink 413696 4 isdn_fbox_fon5,avm_dect,capi_codec
wl 8372224 0
igs 32768 1 wl
emf 24576 2 wl,igs
hnd 319488 3 wl,emf,igs
cfg80211 249856 1 wl
firmware_class 16384 1 cfg80211
wlshared 16384 1 wl
net_upstream_drv 20480 0
kspeedtest 24576 0
kdsldmod 1925120 14
kskbtrace 20480 1 kdsldmod
cchardev 16384 3 kskbtrace,kdsldmod,net_upstream_drv
cprocfsmod 16384 4 kskbtrace,kdsldmod,cchardev,kspeedtest
otp 16384 0
bcm_thermal 16384 0
pwrmngtd 16384 0
usbcore 180224 0
usb_common 16384 1 usbcore
bcm_pcie_hcd 65536 0
bcmmcast 94208 3 emf,igs
bcm_enet 163840 0
bcmxtmcfg 114688 1 adsldd
bcmxtmrtdrv 53248 1 bcmxtmcfg
archer 208896 1 wl
cmdlist 86016 1 archer
pktflow 294912 2 wl,archer
bcm_ingqos 225280 1 archer
chipinfo 16384 0
bcmvlan 102400 0
bcm_bpm 28672 0
bcmlibs 32768 4 wl,archer,bcm_enet,pktflow
Piglet_noemif 40960 0
wlcsm 16384 2 bcm_pcie_hcd,hnd
ext2 73728 0
vfat 24576 0
fat 65536 1 vfat
hui 163840 8

5590
lsmod
Module Size Used by
xhci_plat_hcd 16384 0
xhci_hcd 139264 1 xhci_plat_hcd
smart_antenna 49152 0
ath_pktlog 20480 0
loop 24576 0
wifi_3_0 1056768 0
qca_ol 1392640 1 wifi_3_0
qca_spectral 110592 1 qca_ol
umac 3100672 7 smart_antenna,qca_spectral,ath_pktlog,wifi_3_0,qca_ol
userman_mod 106496 4
ulpcmlink 40960 0
krtp 237568 0
asf 16384 2 umac,qca_ol
qdf 487424 7 asf,umac,smart_antenna,qca_spectral,ath_pktlog,wifi_3_0,qca_ol
mem_manager 20480 1 qca_ol
qca_hwmon 16384 1 qca_ol
cfg80211 245760 3 qdf,umac,qca_spectral
aae 65536 3 umac,wifi_3_0,qca_ol
sch_llq 20480 1
sch_tbf 20480 1
ppp_async 20480 1
crc_ccitt 16384 1 ppp_async
dect_io 28672 2
avm_dect 290816 1 dect_io
capi_codec 360448 0
isdn_fbox_fon5 1277952 8 krtp
pcmlink 393216 5 ulpcmlink,capi_codec,avm_dect,isdn_fbox_fon5
qca_nss_bridge_mgr 28672 0
qca_nss_vlan 32768 1 qca_nss_bridge_mgr
qca_nss_dtlsmgr 36864 0
qca_nss_cfi_cryptoapi 40960 1 qca_nss_dtlsmgr
qca_nss_qdisc 139264 0
net_upstream_drv 20480 1
offload_pa 315392 0
ktestdrive 16384 1 offload_pa
offload_util 16384 1 offload_pa
kspeedtest 24576 0
kdsldmod 1863680 19 userman_mod
kskbtrace 16384 1 kdsldmod
cchardev 16384 4 net_upstream_drv,userman_mod,kdsldmod,kskbtrace
cprocfsmod 16384 5 userman_mod,cchardev,kdsldmod,kskbtrace,kspeedtest
Piglet_noemif 40960 0
qca_nss_crypto 49152 1 qca_nss_cfi_cryptoapi
qca_nss_drv 1687552 9 umac,qca_nss_dtlsmgr,offload_pa,wifi_3_0,qca_ol,qca_nss_qdisc,qca_nss_bridge_mgr,qca_nss_vlan,qca_nss_crypto
qca_nss_dp 61440 1 qca_nss_drv
qca_ssdk 2105344 5 qca_nss_drv,qca_nss_dp,qca_nss_qdisc,qca_nss_bridge_mgr,qca_nss_vlan
hui 167936 10

Bei allen
rmmod
rmmod: ERROR: missing module name.

[fda77]

Wenn du eine fit ohne loop als MODUL aber im KERNEL hast, prüf zuerst mal ob du manuell loop devices anlegen kannst (losetup).
Dann machst du dazu deinen fix, also baust noch ein loop als MODUL, und schaust was passiert wenn du dann noch das MODUL lädst und ob du noch immer loop devices anlegen, löschen, anzeigen usw kannst.
Dann könnte man das einfach für alle fit als modul in freetz bauen, egal was avm in seiener kaputten kernel-.config angibt

[MasterRoCcO]

Wie oft den noch was nicht da ist kann man nicht laden und nicht nutzen.

[fda77]

Was soll ich dazu sagen

[MasterRoCcO]

Ich kann dir nicht sagen, was AVM gemacht hat aber. Ich habe versucht dir das seit ca. 2 Jahren schon zusagen, dass es einfach nicht geht mit dem loop der angeblich im Kernel sein soll.

Ich habe damals Wochen lang alles getestet und versucht und wirklich nichts ging. Was du nun damit machst, ist deine Sache. Ich habe mir einfach nur gedacht ich poste einfach mal die Informationen, da es ja sonst keiner macht.

[fda77]

Hab ich ja {oben} schon gesagt, wenn man das loop MODUL einfach so global für alle FIT aktiviert, könnte es zu boot-loops kommen. Daher muss es halt jemand testen: #1012 (comment)
Was AVM wirklich im kernel hat kann man nicht für jedes Gerät+alle Firmware-Versionen prüfen, das ist ist viel

[MasterRoCcO]

Mach, was du willst nun mit den Informationen! Ich kann dir nur sagen das ich deswegen in den ganzen 2 Jahren noch nie ein boot loop. Und wie oft soll ich das denn noch testen.

[fda77]

Du hast doch gerad vorhin geschrieben dass du keine Gerät hast der loop im kernel hat mit dem du testen könntest

[MasterRoCcO]

Ich habe geschrieben, was die Boxen ausgegeben, wenn man lsmod und rmmod eintippt.
1200AX hat laut Kernel CONFIG_BLK_DEV_LOOP=y
die 7530AX auch
5590 hat # CONFIG_BLK_DEV_LOOP is not set

[fda77]

Ja... aber das bringt nichts.
Wenn loop im kernel ist kann man mit den Befehlen für MODUL-DATEIEN nichts anfangen