FRITZ!Box 6850 LTE/5G Labor+Inhaus FW

[Jstessi]

hab ich erst wesentlich später gesehen, dass die erste 7.57 tatsächlich auch eine andere Build hat, die - behaupte ich mal - Otto-Normalverbraucher gar nicht einsehen kann.
die alte 7.57 hat 107917
die neue 7.57: 109330
Recovery ist dementsprechend auch verschieden

Frohe Ostern
Jürgen

 

[NDiIPP]

[…] und bin inzwischen sogar davon übezeugt, dass die neue Version 7.57 auf Grund ihrer langen geänderten Inhalte […]

Was wurde denn u.a. geändert?

Wer das Update trotzdem nutzen möchte (Empfehlung):
1. Config abspeichern
2. Recovery von Dezember auf 7.57 laufen lassen
3. Config wieder einspielen

Wieso muss/soll man das mit dem Recovery-Tool tun? Warum nicht einfach regulär per WebGUI und Datei updaten?

 

[tango501]

Was wurde denn u.a. geändert

Das möchten die Experten für „Audiovisuelles Marketing“ leider nicht verraten. Die Datei info_de.txt wurde da leider nicht angepasst. Dort hätte man ja problemlos die behobenen Fehler dokumentieren können.

Wieso muss/soll man das mit dem Recovery-Tool tun

Ein manuelles Update mit der .image Datei sollte ausreichen. Nur die Suchfunktion in der Box wird keine neue Version finden, da die Versionsnummer gleich geblieben ist.

 

[Master SaMMy]

Was wurde denn u.a. geändert?

Hättest du ja auch selber nachschauen können!!
Aber hier mal eine liste

Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/bin/qfirehose und FRITZ.Box_6850_5G-07.57/bin/qfirehose sind verschieden.
Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/bin/voipd und FRITZ.Box_6850_5G-07.57/bin/voipd sind verschieden.
Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/bin/vpnd und FRITZ.Box_6850_5G-07.57/bin/vpnd sind verschieden.
--- FRITZ.Box_6850_5G-07.57-107917-Release/etc/init.d/rc.conf    2023-09-04 15:48:42.000000000 +0200
+++ FRITZ.Box_6850_5G-07.57/etc/init.d/rc.conf    2023-11-23 18:41:22.000000000 +0100
@@ -367,7 +367,7 @@
 CONFIG_RAMSIZE="$((CONFIG_RAMSIZE / 1024))"
 export CONFIG_RAMSIZE
 export CONFIG_BUILDTYPE="1"
-export CONFIG_BUILDNUMBER="107917"
+export CONFIG_BUILDNUMBER="109330"
 ##########################################################################################
 ## OEM Ermitteln
 ##########################################################################################
--- FRITZ.Box_6850_5G-07.57-107917-Release/etc/init.d/rc.ptest.release    2023-09-04 15:48:42.000000000 +0200
+++ FRITZ.Box_6850_5G-07.57/etc/init.d/rc.ptest.release    2023-11-23 18:41:22.000000000 +0100
@@ -48,6 +48,8 @@
 ## weil diese eine st�rende LAN-Unterbrechung an Port 1 verursacht.
 ## Und an LTE melden, dass PTEST-Fall vorliegt (LTE-FW-Update unterdrücken)
 if [ ${#PTEST} -ne 6 ] && [ ${#PTEST} -ne 8 ] && [ ${#PTEST} -ne 0 ] ; then
+export_this "ACTIVE_PRODTEST=y"
+echo "[PTEST INIT] firmware is running in PRODTEST mode (ACTIVE_PRODTEST=y)"
 export_this "PTEST_NO_ATA=1"
 echo "[PTEST INIT] ATA/DHCP auto detection deactivated"
 export_this "LTE_PRODTEST=1"
--- FRITZ.Box_6850_5G-07.57-107917-Release/etc/init.d/rc.ptest.release.prenet    2023-09-04 15:48:42.000000000 +0200
+++ FRITZ.Box_6850_5G-07.57/etc/init.d/rc.ptest.release.prenet    2023-11-23 18:41:22.000000000 +0100
@@ -22,7 +22,7 @@
 TEMP_SUBNET=${i##ipaddr=}
 PTEST_SERVER=192.168.${TEMP_SUBNET}
 export_this "PTEST_SERVER=$PTEST_SERVER"
-echo "[PTEST INIT] PTEST_SERVER=$PTEST_SERVER"
+echo "[PTEST INIT PRE-NET] PTEST_SERVER=$PTEST_SERVER"
 ;;
 psupportd=*)
 ## JZ-37959:
@@ -37,6 +37,9 @@
 ## - Anmerkung 2: Außerdem sind bash-Variablen case-sensitiv. Eigentlich war $PTEST gemeint, in rc.wlan wird
 ## aber $ptest abgefragt. Es funktioniert nur mit der kleingeschriebenen Variante.
 export_this "ptest=\"wlan=lifetestv2\""
+export_this "ACTIVE_PRODTEST=y"
+export_this "LTE_PRODTEST=1"
+echo "[PTEST INIT PRE-NET] LTE_PRODTEST active (skip LTE firmware update)"
 ;;
 esac
 done
--- FRITZ.Box_6850_5G-07.57-107917-Release/etc/init.d/rc.usb.sh    2023-09-04 15:48:42.000000000 +0200
+++ FRITZ.Box_6850_5G-07.57/etc/init.d/rc.usb.sh    2023-11-23 18:41:22.000000000 +0100
@@ -22,6 +22,10 @@
 }
 if test -e /sys/module/usbcore || modprobe usbcore ; then
 usb_mount
+if [ "$ACTIVE_PRODTEST" = "y" ]; then
+usb_start
+else
 usb_late_start &
 fi
 fi
+fi
--- FRITZ.Box_6850_5G-07.57-107917-Release/etc/.revision    2023-09-04 15:48:42.000000000 +0200
+++ FRITZ.Box_6850_5G-07.57/etc/.revision    2023-11-23 18:41:22.000000000 +0100
@@ -1 +1 @@
-107917
+109330
Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/lib/libcmapi.so.1.0.0 und FRITZ.Box_6850_5G-07.57/lib/libcmapi.so.1.0.0 sind verschieden.
Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/lib/libmailbuilder.so.0.0.0 und FRITZ.Box_6850_5G-07.57/lib/libmailbuilder.so.0.0.0 sind verschieden.
Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/lib/modules/4.4.271/kernel/extra/kdsld/kdsldmod.ko und FRITZ.Box_6850_5G-07.57/lib/modules/4.4.271/kernel/extra/kdsld/kdsldmod.ko sind verschieden.
--- FRITZ.Box_6850_5G-07.57-107917-Release/lib/systemd/system/usb.service    2023-09-04 15:48:42.000000000 +0200
+++ FRITZ.Box_6850_5G-07.57/lib/systemd/system/usb.service    2023-11-23 18:41:22.000000000 +0100
@@ -2,5 +2,6 @@
 Type=oneshot
 ExecStart=/etc/init.d/rc.usb.sh
 After=network.target
+EnvironmentFile=/var/tmp/psupport.data
 [Install]
 WantedBy=multi-user.target
Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/sbin/dsld und FRITZ.Box_6850_5G-07.57/sbin/dsld sind verschieden.
Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/sbin/multid und FRITZ.Box_6850_5G-07.57/sbin/multid sind verschieden.
Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/usr/bin/ctlmgr und FRITZ.Box_6850_5G-07.57/usr/bin/ctlmgr sind verschieden.
Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/usr/share/ctlmgr/libfon.so und FRITZ.Box_6850_5G-07.57/usr/share/ctlmgr/libfon.so sind verschieden.
Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/usr/share/ctlmgr/libplcctlmgr.so und FRITZ.Box_6850_5G-07.57/usr/share/ctlmgr/libplcctlmgr.so sind verschieden.
Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/usr/share/ctlmgr/libtr064.so und FRITZ.Box_6850_5G-07.57/usr/share/ctlmgr/libtr064.so sind verschieden.
Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/usr/share/ctlmgr/libtr069.so und FRITZ.Box_6850_5G-07.57/usr/share/ctlmgr/libtr069.so sind verschieden.
Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/usr/share/ctlmgr/libuser.so und FRITZ.Box_6850_5G-07.57/usr/share/ctlmgr/libuser.so sind verschieden.
Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/usr/share/ctlmgr/libusp.so und FRITZ.Box_6850_5G-07.57/usr/share/ctlmgr/libusp.so sind verschieden.
Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/usr/share/lte/modem_base.lua und FRITZ.Box_6850_5G-07.57/usr/share/lte/modem_base.lua sind verschieden.
Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/usr/share/lte/modem_quectel.lua und FRITZ.Box_6850_5G-07.57/usr/share/lte/modem_quectel.lua sind verschieden.
--- FRITZ.Box_6850_5G-07.57-107917-Release/usr/share/lte/version.nfo    2023-09-04 15:48:42.000000000 +0200
+++ FRITZ.Box_6850_5G-07.57/usr/share/lte/version.nfo    2023-11-23 18:41:22.000000000 +0100
@@ -1,5 +1,5 @@
-timestamp=1692361261
-mobiled_git=2.426.1.22-move21-JZ118583_Autodetect_Fix
+timestamp=1699281329
+mobiled_git=2.426.1.24-move21-JZ120968_RUL_DG_Sperre
 mobiled_api=0
 module_api=1
 module_name=RM500Q
Binärdateien FRITZ.Box_6850_5G-07.57-107917-Release/var.tar und FRITZ.Box_6850_5G-07.57/var.tar sind verschieden.

 

[tango501]

Es ist schon erstaunlich, wenn in einer für Endkunden frei zugänglichen Release Firmware noch Kommentare oder Anmerkungen der Entwickler zu finden sind.
"Anmerkung 2: Außerdem sind bash-Variablen case-sensitiv. Eigentlich war $PTEST gemeint, in rc.wlan wird aber $ptest abgefragt. Es funktioniert nur mit der kleingeschriebenen Variante."
War das nur ein Einzelfall oder kommt es mittlerweile häufiger vor?

 

[Jstessi]

Wieso muss/soll man das mit dem Recovery-Tool tun? Warum nicht einfach regulär per WebGUI und Datei updaten?

Bist du sicher, dass eine vorhandene Firmware x.yy upgedatet wird, wenn eine Firmware x.yy mit anderer Build drübergespielt wird? Gelegenheit zum Test hatte ich bislang nicht, jedoch wird die gleiche/selbe Firmware mit identischer Firmware und gleicher Build nicht geflashed, wie meine Versuche mit 4060 und 7530 ergaben. Dass dies bei Inhaus funktioniert ist bekannt.
Eben weil ich da nicht ganz sicher bin, habe ich das Recovery empfohlen, das funktioniert auf jeden Fall.

 

[Karl.]

Also bei der 6890 wurde mal ne 7.2x genauso ausgetauscht und ein Update via Datei funktionierte.

 

[NDiIPP]

Hättest du ja auch selber nachschauen können!!

Hatte ich sogar. Ich hätte es nur gerne von @Jstessi erfahren, was er unter "langen geänderten Inhalte" versteht. Ich konnte keine größeren Veränderungen feststellen.

Aber hier mal eine liste

Nächste Frage: Warum sind da einige Binärdateien verschieden? Relevante Änderungen enthalten?

Bist du sicher, dass eine vorhandene Firmware x.yy upgedatet wird, wenn eine Firmware x.yy mit anderer Build drübergespielt wird?

Ja. Siehe u.a. auch:
https://www.ip-phone-forum.de/threa...are-6-69-40416-2016-07-27.286914/post-2173291
https://www.ip-phone-forum.de/threa...cht-installieren-auf-7490.278431/post-2087090

Gelegenheit zum Test hatte ich bislang nicht, jedoch wird die gleiche/selbe Firmware mit identischer Firmware und gleicher Build nicht geflashed, wie meine Versuche mit 4060 und 7530 ergaben.

Wie hast du das getestet/festgestellt? Bei der 7390 funktioniert es definitiv auch bei gleicher BuildNumber (oft genug getestet wegen "Nachinstallation" der Plugins nach Recovery). Und bei der 7590 AX (selbst getestet) mit unterschiedlicher Buildnumber (weil mit gleicher noch nicht getestet).

Dass dies bei Inhaus funktioniert ist bekannt.

Es gibt m.W.n. in der Update-Routine bzw. dem Test davor nichts was dbzgl. zwischen Release, Labor oder Inhaus unterscheidet.

 

[Master SaMMy]

Du kannst doch selber checken, was in den Binärdateien verschieden ist. Verlangst du doch von anderen auch immer, das sie selber nachschauen sollen. Du weißt doch, selbst ist der Mensch. Denn wer selber macht, ist auf der sicheren Seite.

Und @Jstessi ist Windows User da ist das Entpacken der FW ja nicht so einfach.

 

[NDiIPP]

Verlangst du doch von anderen auch immer, das sie selber nachschauen sollen.

Bleibe mal auf dem Teppich und lies noch einmal, was ich geschrieben hatte (auch damals). Von verlangen kann da nicht die Rede sein!

Du weißt doch, selbst ist der Mensch. Denn wer selber macht, ist auf der sicheren Seite.

Ich habe keine Lust das zu machen.

Edit:

Und @Jstessi ist Windows User da ist das Entpacken der FW ja nicht so einfach.

Und deshalb vergleicht man das Image mit u.a. dem (komprimierten) Filesystem? Welchen Sinn soll das haben?

Manchmal ist halt weniger einfach mehr…

 

[Master SaMMy]

Daher wirst du bestimmt auch kein weiteren vergleich der Dateien bekommen. Weil die anderen haben auch keine Lust dazu. Wie du ja sehen kannst, ansonsten würde hier ja schon eine liste sein.

Und höflich bleiben und nicht immer alles verdrehen.

[Sammlung] - FRITZ!Box 5590 - INHAUS - GoFiber23 - 7.69 // 7.70 - Sammelthema

WLAN 6-GHz: ${WLAN_ACTIVE_6GHZ_STRING} ${WLAN_ACTIVE_6GHZ_STRING}, ${WLAN_ENCRYPTION_6GHZ_STRING} Das wird bestimmt zu 100 % für die 5690 Geräte sein Das habe ich mir auch schon gedacht das da einfach noch ein falscher wert oder kein wert eingetragen ist

www.ip-phone-forum.de

 

[Novize]

Bitte den Ball flach halten und zum Thema zurück kommen. Wer wann was macht, ist NICHT das Thema!

 

[Daniel Lücking]

Hier geht es in den .90er-Zweig.