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

[…] 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?
 
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.
 
Was wurde denn u.a. geändert?
Hättest du ja auch selber nachschauen können!!
Aber hier mal eine liste
Code:
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.
 
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?
 
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.
 
Also bei der 6890 wurde mal ne 7.2x genauso ausgetauscht und ein Update via Datei funktionierte.
 
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.
 
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.
 
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…
 
Zuletzt bearbeitet:
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.
 
Zuletzt bearbeitet:
Bitte den Ball flach halten und zum Thema zurück kommen. Wer wann was macht, ist NICHT das Thema!
 
Hat die 5G Version kein eigenes Thema?

FRITZ.Box_6850_5G-08.24-127968-Inhaus

Datum:
10.01.2026
 
Was möchtest Du denn damit ausdrücken, wurde bereits eine solche Box durch ein Update nachweislich so zerstört, dass nicht mal mehr ein Recovery half? o.O

//typo
 
Zuletzt bearbeitet:
Extra für dich: ich habe keine Verschlechterung oder Funktionsstörungen nach dem Update festgestellt.
 
Neue InHaus für den 6850 5G Verfügbar

Version:
FRITZ.Box_6850_5G-08.24-128463-Inhaus


Datum:
24.01.2026
 
  • Like
Reaktionen: thomasschaefer
FRITZ!Box 6850 5G

Neue Labor-Version: 8.24-128813 verfügbar.

Verbesserungen im FRITZ!OS 8.24-128813
----------------------

## Internet:
- **Änderung** Stammzertifikat für SSL.com für DNS over TLS hinzugefügt
- **Verbesserung** Bedienung von Zeitplänen in der Kindersicherung für kleine Displays (Handy, Tablets) überarbeitet
- **Verbesserung** Detailliertere Abbildung des Ausfallschutzes im Online-Monitor
- **Verbesserung** Interoperabilität mit neueren Browserversionen verbessert
- **Verbesserung** Unterstützung der IPv6-Konfiguration für den Ausfallschutz
- **Verbesserung** Unterstützung des Ausfallschutzes auch für primäre Internetverbindungen mit fester IP-Konfiguration
- **Behoben** Die Option "Feste Reservierung von Bandbreite für das Heimnetz" war teilweise unwirksam
- **Behoben** In der Zusammenfassung individueller Zugangsprofile der Kindersicherung wurde trotz einschränkender Einstellungen "Keine Beschränkung" angezeigt
- **Behoben** Bei gesperrtem Standardprofil in der Kindersicherung konnte es vorkommen, dass sich berechtigte Geräte nicht mehr automatisch im WLAN anmeldeten
- **Behoben** Internetzugriff (Fernzugriff) auf die FRITZ!Box konnte nur eingerichtet werden, während die FRITZ!Box mit dem Internet verbunden war
- **Behoben** Fehlerbehandlung beim Speichern von Priorisierungsregeln war nicht korrekt

## Telefonie:
- **Änderung** Stammzertifikat für SSL.com für verschlüsseltes VoIP hinzugefügt

## Heimnetz:
- **Behoben** Aktive Geräte mit statischen IP-Adressen wurden unter Umständen als inaktiv angezeigt und umgekehrt
- **Behoben** In speziellen Szenarien war es möglich, dass für einen Repeater im Heimnetz statt dessen eigener IP-Adresse die 192.168.178.1 angezeigt wurde
- **Behoben** Namen von Heimnetzgeräten wurden unter Umständen falsch zugeordnet

## System:
- **Verbesserung** Fehlerbehandlung bei der Updatesuche robuster
- **Verbesserung** Stabilität
- **Behoben** bei sehr langsamer Internetanbindungen konnte es vorkommen, dass ein FRITZ!OS-Update über die Benutzeroberfläche vorzeitig abgebrochen wurde

----------------------
Weitere Verbesserungen im FRITZ!OS 8.24-128813
----------------------

initiale Labor-Version
 
Neue InHaus für den 6850 5G Verfügbar

Release Cycle:
Smart24P2NL1

Build Nummer:
FRITZ.Box_6850_5G-08.24-129410-Inhaus.image

Datum:
14.02.2026
 
Zuletzt bearbeitet:
  • Like
Reaktionen: thomasschaefer
Kostenlos!

Statistik des Forums

Themen
248,872
Beiträge
2,303,459
Mitglieder
378,532
Neuestes Mitglied
Nik320