7390 "Provider Additive" im Environment - Wie debranden?

Ein mit mknod erzeugtes Handle ist in diesen Fall ein Zeichenorientiertes Gerät.
Alle Dateien in /var/flash sind das. In /dev liegen Zeichen-, und Blockorientierte
Gerätedateien. Eine Datei in /var/flash ist wie ein Link zu sehen, der auf einen
Speicherbereich im Flash deiner Box zeigt. Wird dieser Link gelöscht bleibt trotzdem
der Inhalt im Flash erhalten, es wurde ja nur der "Link" gelöscht.

Die provideradditive.tar ist das wohl auch, deswegen muss dieser freie Speicherbereich
richtig "verlinkt", verknotet werden mit: mknod provideradditive.tar c MAJOR MINOR
Wobei ich dir nicht schreiben kann welche Zahl für MAJOR/MINOR genommen werden muss.
Vielleicht mal mit der Providerfirmware recovern?
 
Zuletzt bearbeitet:
Vielen Dank für deine Hilfe. :)

Die Idee mit der Provider FW hatte ich auch schon, habe aber natürlich keine Sicherung. Ich wusste mal den direkt DL Link von deren ACS, der ist sicher auch in einem Chatlog, aber nach verzweifelter Suche habe ich es aufgegeben.

Kann man major/minor in Erfahrung bringen, wenn man Zugriff auf eine andere "provider additive" Box hat? Vielleicht würde sich hier ja jemand finden, der helfen kann. :)
 
Mit an Sicherheit grenzender Wahrscheinlichkei: Ja
Eventuell hier (Provider Thread/Forum) eine Anfrage bei den Lesern stellen.
 
Wärst du so nett mir zu sagen, wie man das in Erfahrung bringen könnte? Habe hier ja ein paar User mit einer so gebrandeten Box gesehen und würde dort dann mal mein Glück versuchen.

Und sehe ich das korrekt, dass durch das löschen der provideradditive.tar unter /var/flash diese quasi nach reboot wieder da wäre, also bei einer noch gebrandeten Box?
Wenn ich nun bei mir (wurde ja mal recovert) die Datei in /var/flash schiebe, liegt die nur temporär im Ram, quasi "verlinkt" in/von /var/flash und mit einem mknod provideradditive.tar c MAJOR MINOR weiße ich der Datei festen Speicherplatz im Flash zu?

Bin da wirklich nicht fit, mag sein das die Fragen etwas dämlich klingen. ;)
 
/bin/ls -la /var/flash
Code:
deepbase # /bin/ls -la /var/flash
drwxr-xr-x    2 root     root           980 Feb 28 06:53 .
drwxr-x---   14 root     root          1240 Feb 28 07:48 ..
crw-r--r--    1 root     root      243, 225 Jan  1  1970 aha.cfg
crw-r--r--    1 root     root      243, 228 Jan  1  1970 ahadect.cfg
crw-r--r--    1 root     root      243, 230 Jan  1  1970 ahaglobal.cfg
crw-r--r--    1 root     root      243, 229 Jan  1  1970 ahanet.cfg
crw-r--r--    1 root     root      243, 231 Jan  1  1970 ahapushmail.cfg
crw-r--r--    1 root     root      243, 227 Jan  1  1970 ahastat.cfg
crw-r--r--    1 root     root      243, 226 Jan  1  1970 ahausr.cfg
crw-r--r--    1 root     root      243, 113 Jan  1  1970 ar7.cfg
crw-r--r--    1 root     root      243, 160 Jan  1  1970 aura-usb
crw-r--r--    1 root     root      243, 168 Jan  1  1970 browser-data
crw-r--r--    1 root     root      243, 141 Jan  1  1970 calllog
crw-r--r--    1 root     root      243, 208 Jan  1  1970 cert.cfg
crw-r--r--    1 root     root      243, 161 Jan  1  1970 configd
crw-r--r--    1 root     root      243,  95 Jan  1  1970 crash.log
crw-r--r--    1 root     root      243,  98 Jan  1  1970 debug.cfg
crw-r--r--    1 root     root      243, 177 Jan  1  1970 dect_eeprom
crw-r--r--    1 root     root      243, 176 Jan  1  1970 dect_misc
crw-r--r--    1 root     root      243, 178 Jan  1  1970 dmgr_handset_user
crw-r--r--    1 root     root      243, 215 Jan  1  1970 featovl.cfg
crw-r--r--    1 root     root      243, 143 Jan  1  1970 fonctrl
crw-r--r--    1 root     root      243, 132 Jan  1  1970 fx_cg
crw-r--r--    1 root     root      243, 129 Jan  1  1970 fx_conf
crw-r--r--    1 root     root      243,  99 Jan  1  1970 fx_def
crw-r--r--    1 root     root      243, 130 Jan  1  1970 fx_lcr
crw-r--r--    1 root     root      243, 131 Jan  1  1970 fx_moh
crw-r--r--    1 root     root      243, 212 Jan  1  1970 maild.xml
crw-r--r--    1 root     root      243, 218 Jan  1  1970 modulemem
crw-r--r--    1 root     root      243, 112 Jan  1  1970 multid.leases
crw-r--r--    1 root     root      243, 117 Jan  1  1970 net.update
crw-r--r--    1 root     root      243, 142 Jan  1  1970 phonebook
crw-r--r--    1 root     root      243, 116 Jan  1  1970 stat.cfg
crw-r--r--    1 root     root      243, 145 Jan  1  1970 tamconf
crw-r--r--    1 root     root      243, 133 Jan  1  1970 telefon_misc
crw-r--r--    1 root     root      243, 213 Jan  1  1970 timeprofile.cfg
crw-r--r--    1 root     root      243, 119 Jan  1  1970 tr069.cfg
crw-r--r--    1 root     root      243, 211 Jan  1  1970 umts.cfg
crw-r--r--    1 root     root      243, 209 Jan  1  1970 usb.cfg
crw-r--r--    1 root     root      243, 216 Jan  1  1970 usbgsm.cfg
crw-r--r--    1 root     root      243, 120 Jan  1  1970 user.cfg
crw-r--r--    1 root     root      243, 121 Jan  1  1970 userstat.cfg
crw-r--r--    1 root     root      243, 114 Jan  1  1970 voip.cfg
crw-r--r--    1 root     root      243, 122 Jan  1  1970 voipd_call_stat
crw-r--r--    1 root     root      243, 118 Jan  1  1970 vpn.cfg
crw-r--r--    1 root     root      243, 202 Jan  1  1970 websrv_ssl_cert.pem
crw-r--r--    1 root     root      243, 201 Jan  1  1970 websrv_ssl_key.pem
crw-r--r--    1 root     root      243, 115 Jan  1  1970 wlan.cfg
crw-r--r--    1 root     root      243, 210 Jan  1  1970 xdslmode
Hinter dem letzten root kommt/steht die MAJOR(243), MINOR(Variabel).
Hast du beide Zahlen für die provideradditive.tar, dann:
mknod provideradditive.tar c MAJOR MINOR in /var/flash/ausführen.
Als nächste testest du ob was drinsteht: cat /var/flash/provideradditive.tar
(Abbruch mit: Strg+C)
Wenn leer dann fülle sie mit Inhalt der echten provideradditive.tar:
cat /var/tmp/provideradditive.tar > /var/flash/provideradditive.tar
Kein normales kopieren! Immer cat oder den Wrapper nvi zum editieren nehmen!
 
Zuletzt bearbeitet:
*doh*

Einfach mit ls, das hätte ich selbst wissen müssen. :rolleyes: Rest war mir dann klar, scheitere nur ab und an Linux Kenntnissen, wenn ich damit bisher noch nicht konfrontiert wurde. ;)
 
Noch lustiger wird die Ausgabe wenn du dir aliase auf ls machst:
alias ls='/bin/ls -AFp --color=auto'
alias l='ls -al'
 
Der User stixx war so nett bei seiner 7360 (Stadtwerke Konstanz) mal nach zu schauen.

Code:
# ls -la /var/flash
drwxr-xr-x    2 root     root          1000 Jan  1 01:03 .
drwxrwxrwx   15 root     root          1120 Jan  1 01:03 ..
crw-r--r--    1 root     root      243, 225 Jan  1 01:00 aha.cfg
crw-r--r--    1 root     root      243, 228 Jan  1 01:00 ahadect.cfg
crw-r--r--    1 root     root      243, 230 Jan  1 01:00 ahaglobal.cfg
crw-r--r--    1 root     root      243, 229 Jan  1 01:00 ahanet.cfg
crw-r--r--    1 root     root      243, 231 Jan  1 01:00 ahapushmail.cfg
crw-r--r--    1 root     root      243, 227 Jan  1 01:00 ahastat.cfg
crw-r--r--    1 root     root      243, 226 Jan  1 01:00 ahausr.cfg
crw-r--r--    1 root     root      243, 113 Jan  1 01:00 ar7.cfg
crw-r--r--    1 root     root      243, 160 Jan  1 01:00 aura-usb
crw-r--r--    1 root     root      243, 168 Jan  1 01:00 browser-data
crw-r--r--    1 root     root      243, 141 Jan  1 01:00 calllog
crw-r--r--    1 root     root      243, 208 Jan  1 01:00 cert.cfg
crw-r--r--    1 root     root      243, 161 Jan  1 01:00 configd
crw-r--r--    1 root     root      243,  95 Jan  1 01:00 crash.log
crw-r--r--    1 root     root      243,  98 Jan  1 01:00 debug.cfg
crw-r--r--    1 root     root      243, 177 Jan  1 01:00 dect_eeprom
crw-r--r--    1 root     root      243, 176 Jan  1 01:00 dect_misc
crw-r--r--    1 root     root      243, 178 Jan  1 01:00 dmgr_handset_user
crw-r--r--    1 root     root      243, 215 Jan  1 01:00 featovl.cfg
crw-r--r--    1 root     root      243, 143 Jan  1 01:00 fonctrl
crw-r--r--    1 root     root      243, 132 Jan  1 01:00 fx_cg
crw-r--r--    1 root     root      243, 129 Jan  1 01:00 fx_conf
crw-r--r--    1 root     root      243,  99 Jan  1 01:00 fx_def
crw-r--r--    1 root     root      243, 130 Jan  1 01:00 fx_lcr
crw-r--r--    1 root     root      243, 131 Jan  1 01:00 fx_moh
crw-r--r--    1 root     root      243, 212 Jan  1 01:00 maild.xml
crw-r--r--    1 root     root      243, 218 Jan  1 01:00 modulemem
crw-r--r--    1 root     root      243, 112 Jan  1 01:00 multid.leases
crw-r--r--    1 root     root      243, 117 Jan  1 01:00 net.update
crw-r--r--    1 root     root      243, 142 Jan  1 01:00 phonebook
crw-r--r--    1 root     root      243,  29 Jan  1 01:00 provideradditive.tar
crw-r--r--    1 root     root      243, 116 Jan  1 01:00 stat.cfg
crw-r--r--    1 root     root      243, 145 Jan  1 01:00 tamconf
crw-r--r--    1 root     root      243, 133 Jan  1 01:00 telefon_misc
crw-r--r--    1 root     root      243, 213 Jan  1 01:00 timeprofile.cfg
crw-r--r--    1 root     root      243, 119 Jan  1 01:00 tr069.cfg
crw-r--r--    1 root     root      243, 211 Jan  1 01:00 umts.cfg
crw-r--r--    1 root     root      243, 209 Jan  1 01:00 usb.cfg
crw-r--r--    1 root     root      243, 216 Jan  1 01:00 usbgsm.cfg
crw-r--r--    1 root     root      243, 120 Jan  1 01:00 user.cfg
crw-r--r--    1 root     root      243, 121 Jan  1 01:00 userstat.cfg
crw-r--r--    1 root     root      243, 114 Jan  1 01:00 voip.cfg
crw-r--r--    1 root     root      243, 122 Jan  1 01:00 voipd_call_stat
crw-r--r--    1 root     root      243, 118 Jan  1 01:00 vpn.cfg
crw-r--r--    1 root     root      243, 202 Jan  1 01:00 websrv_ssl_cert.pem
crw-r--r--    1 root     root      243, 201 Jan  1 01:00 websrv_ssl_key.pem
crw-r--r--    1 root     root      243, 115 Jan  1 01:00 wlan.cfg
crw-r--r--    1 root     root      243, 210 Jan  1 01:00 xdslmode

Ich werde es dann nachher / heute Abend / heute Nacht mal verschen, je nach dem wann ich die Zeit finde. :)
 
Der User KunterBunter war so nett bei seiner Fritzbox 7390 Edition M-net mal nach zu schauen. :)
Code:
# ls -la /var/flash/provideradditive.tar
crw-r--r--    1 root     root      250,  29 Jan  1 01:00 /var/flash/provideradditive.tar
 
Vielen Dank :)

Major bei der 7360 243, bei der 7390 250. :)

EDIT:
Kann ich eigentlich auch anstatt die "leere" Datei mit cat zu füllen einfach mit tftp die volle von meinem FTP Server drauf ziehen? Sollte ja aufs gleiche raus kommen:confused:
 
Zuletzt bearbeitet:
Nein, die "leere" ist nur ein Zeiger.
Du würdest dir (wieder?) die mit mknod erzeugte durch eine "normale" Datei ersetzen.
 
So, habe das nun gerade mal umgesetzt und starte die Kiste neu. Mal sehen was passiert. :)
Nach reboot ist die Datei verschwunden, auch weiterhin :(

Habe sie mit mknod provideradditive.tar c 250 29 angelegt, mit cat "befüllt" und mit ls kontrolliert ob alles korrekt gezeigt wird. Danach noch provider additive ins environment (klappte auch) und reboot
meme
Datei unter /var/flash weg. :(

Jemand eine Idee? Kann er sich vielleicht am Datum stören? Wie verhindere ich das er das setzt?
Code:
crw-r--r--    1 root     root      250, 142 Jan  1  1970 phonebook
crw-r--r--    1 root     root      250,  29 Mar  1 13:23 provideradditive.tar
crw-r--r--    1 root     root      250, 116 Jan  1  1970 stat.cfg

Noch etwas ganz anderes, was ich mir nicht erklären kann. Mit cat /var/flash/tr069.cfg ist die Datei leer, wenn ich über die Box aber eine Sicherung ziehe taucht die tr069.cfg dort mit Daten auf. Wie geht das denn? oO
 
Zuletzt bearbeitet:
Schau mal ob nach einem: mknod provideradditive.tar c 250 29
...ihr Inhalt noch da ist mit: cat /var/flash/mknod provideradditive.tar
Dann ist es wahrscheinlich, dass ein Skript in /etc/init.d dieses löscht.
So frei nach dem Motto: Knoten erzeugen, Inhalt rausholen, Knoten entfernen.
 
Nach einem mknod provideradditive.tar c 250 29 ist die "Datei" erst mal leer. Wenn ich sie danach befülle, bleibt der Inhalt drin und ein ls -la listet sie weiterhin mit 250/29.

EDIT:
Ich gehe mal einen ganz anderen Weg. Ich habe die tr069 wieder von Hand gefüllt, funkt auch fröhlich nach Hause. Box auf Werkseinstellungen setzen, ewig alte FW rein, ar7 Logindaten für den ACS reinknallen und warten. Sollte die Kiste dann ja "updaten" mit einer Provider FW - vielleicht klappts so herum.

------
Sagt mal, hat AVM das downgrade gesperrt, aufgrund der Sicherheitslücke in den alten Firmwares? Der downgraded nicht! Habe es mit der 84.04.86 und 84.04.91 versucht. -_-
 
Zuletzt bearbeitet:
Ich bekam die Box zwar dazu sich beim ACS zu melden ect., aber wusste nicht, wann mir nun eine neue FW verpasst worden wäre. Kann man das irgendwie provozieren?
Zudem habe ich es nicht geschafft, dass er mir die Zugangsdaten einträgt. Er hat mir zwar die Box z.T. konfiguriert, also z.B. das Update ect. aus der GUI entfernt, aber keine Zugangsdaten eingetragen.

Wirklich weiter kam ich irgendwie nicht. :(
 
Kann mal jemand solch eine provider tar hochladen? gerne auch per pn melden :)
 
ich habe seit kurzem eine 7390, welche leider mit "provider additive" versehen ist. Was für den Daukunden hilfreich ist, denn die Box konfiguriert sich dadurch direkt über TR069, ist für mich sehr nervig, da dadurch kein Recover geht. ...
Weiß hier jemand wie ich die Box komplett debranden kann?

Es ist das Ende den Jahres 2020, das Problem mit dem "provider additive" nervt immer noch. :)

Ich habe mich leider zu einem Upgrade der Firmware meiner 7490 verführen lassen (von 7.12 auf 7.21) und habe das umgehend bereut. Die neue Firmware kann für mich nichts Erkennbares mehr (so daß sich das Upgrade von den erkennbaren Features nicht lohnt), mag aber meinen Browser nicht (eines zugegeben angestaubten Systems, aber das ist ja in erster Linie meine Sache). Also wollte ich zurück zur vorherigen 7.12.

Einen direkten Weg dafür bietet AVM meines Wissens nicht.

Ich habe das Downgrade letztlich mit mäßigem Verlust hinbekommen, aber es hat im Endeffekt deutlich zu lange 4 Stunden gedauert.

AVM bietet immer nur die aktuelle Firmwareversion als Image an, das alte Image verschwindet mit dem Erscheinen des neuen aus dem Netz. Hätte ich ein 7.12-image gehabt (ich hatte es nicht), wäre das Downgrade vermutlich einfacher gewesen und wäre schneller gegangen.

Hat einer die Datei noch? Link oder E-Mail werden gern genommen. Danke im voraus.
Edit 30.12.2020: Mittlerweile aufgetrieben. Danke, BEN.

Die alte Version ist bei AVM nur noch als "Recover" verfügbar. Ein Recover macht allerdings (wenn es denn schließlich läuft) die vorhandene Konfiguration komplett platt.

Zunächst lief das Recover aber nicht, weil in meiner (an sich ungebrandeten) Box "provider additive" gesetzt war. Wirft man (nach allen Vorbereitungen) die Recover-Datei dennoch an, kommt schnell eine Fehlermeldung, daß der User sicherlich einen Abbruch wünsche. Natürlich wünschte ich das nicht, aber das Programm läßt einem in dieser Situation nur noch die Wahl "Ok" und meldet dann "Abbruch auf Wunsch des Nutzers". :-(

Hach, da wünscht man sich alte DOS-Zeiten zurück, wo man so ein Programm durchsteppen und den bedingten Spruch an der entscheidenden Stelle einfach wegpatchen konnte. Aber bei einer Binary von 38 MB (zugegeben: Meist Daten) ist das nicht mehr so einfach.

Ich hätte das "provider additive" im nachhinein gesehen gern behalten, weil es die Einrichtung automatisiert, aber seine Existenz sperrt halt das Recover aus. Welche Sammlung von Providerzugangsprozeduren in meiner ungebrandeten Box vorgesehen war, ahne ich nicht.

Warnung für Nachmacher: Nach erfolgreichem Recover muß man die Zugangsdaten manuell eingeben. Dazu sollte man sie in seinen Unterlagen erstmal gefunden habe. Man KANN sie auch sichern, solange die Fritzbox noch mir der neuen Firmware läuft. Bitte per Screenshot, die unter der neuen Firmware gespeicherte Konfigurationsdatei wird die Fritzbox nach dem Downgrade nicht einlesen.

Ich hatte übrigens in weiser Voraussicht damals gleich nach der Inbetriebnahme die Konfiguration abgespeichert. Diese Datei hätte ich zur Restauration verwenden können -- wenn ich mich denn erinnert hätte, daß ich sie damals abgespeichert hatte. War wohl schon zu lange her :-(

Solange die Fritzbox noch läuft: Screenshots von allen Einstellbildschirmen helfen hinterher beim Wiedereinrichten. Vor allem die Zugangsdaten nicht vergessen, die sind am wichtigsten.

"Provider additive" muß man mittels FTP wegpatchen. Das ruKernelTool, mit dem die Experten hier regelmäßig den FTP-Zugang zur Box bewerkstelligen, hat der Autor leider vom Netz genommen.

Ich Internetabspeicherer sehe mich wieder einmal in meiner Auffassung bestätigt: Man kann nie zuviele Unterlagen lokal abgespeichert haben. Dann hat man sie nämlich dann, wenn man sie vielleicht nach Jahren wirklich braucht, und man im weltweiten Netz nur noch "404 - Seite nicht mehr im Netz!" sieht.

Ich bin grob nach dieser Anleitung vorgegangen


die ich hier nochmal zitiere, damit dieser mein Text auch dann verwendbar bleibt, wenn die zitierte Anleitung dereinst vom Netz genommen sein sollte.

Ich habe das letztlich so hinbekommen:
- Windows-Firewall abschalten (alle anderen Firewalls auch, ich habe hier aber keine anderen Firewalls).
- Rechner per Kabel mit der Fritzbox verbinden.
- IP fest auf 192.168.178.2 einstellen (Subnetzmaske 255.255.255.0)
- AVM Recover aufrufen.
- Das Programm will erstmal "mediasense" abschalten (also die Windows-Funktion, die eine Netzwerkbuchse logisch abschaltet, wenn kein Netzwerkkabel angeschlossen ist). Machen lassen. Der Rechner startet daraufhin neu, AVM Recover öffnet sich als Startprogramm.
- AVM Recover abbrechen, dadurch bootet der Rechner auf die normale Arbeitsumgebung durch und man kann
- eine Kommandozeile aufmachen, "ftp 192.168.178.1" (eins!) eingeben und noch nicht mit <cr> quittieren.
- AWM Recover wieder aufrufen, durchlaufen lassen, bis es sagt: "Fritzbox von der Stromversorgung trennen". Fritzbox ausstecken, ein paar Sekunden warten, wieder einstecken.
- FTP-Programm mit <cr> abschicken. In der Anleitung steht, dieser Schritt sei zeitkritisch. Bei mir war er es nicht, warum auch immer, man sieht der Fritzbox ihren aktuellen Status ja nicht an. Ich bin zu einem deutlich späteren Zeitpunkt in den FTP-Server "Adam2" der Fritzbox gekommen als in der Anleitung angegeben.
Edit 30.12.2020: vermutlich hat das Recover-Programm den FTP-Server ADAM2, den es wohl auch nutzt, bei seinem Beenden offen gelassen.
Wenn das FTP-Programm sagt: "Verbunden mit Adam2, Bitte Kennwort", gibt man als Kennwort "adam2" ein. Das ist eine blinde Eingabe, der Cursor bewegt sich dabei nicht. Ich hätte erwartet, daß jeder Tastendruck wenigstens einen Punkt oder so macht. Ist aber nicht.

Dann kommt ein Prompt ftp>, nach dem man die folgenden Befehle eingibt:

debug bin
quote GETENV provider
quote UNSETENV provider
quote SETENV firmware_version avm

Jeden Schritt bestätigt die Fritzbox positiv mit "200".

In meinem Fall war es das dann, rebooten per Stromentzug oder per Eingabe

quote reboot

brauchte ich nicht. Bei mir lief das Recover auch ohne Reboot der Fritzbox bis zum Ende durch.

Nach dem Recover Box ausschalten, wieder einschalten. Meine braucht ewig lang, bis sie wirklich betriebsbereit ist. Ich habe angesichts ihrer Blinkerei den Eindruck, daß sie den Bootvorgang mindestens zweimal durchläuft. Prüfen kann ich das mit meinen Mitteln nicht. Wenn sie schließlich läuft, läuft sie störungsfrei.

Die Fritzbox kam nun unkonfiguriert mit der alten Firmware wieder hoch.

Dann also erstmal den Rechner wieder normal konfigurieren:
- Firewall wieder an,
- IP wieder auf "IP-Adresse automatisch beziehen" stellen.
- Neu booten. Damit ist dann auch "Mediasense" wieder eingestellt.

Tja, und dann halt die Fritzbox komplett von Null an wieder einrichten, dieses Mal ohne TR-069 mit manueller Eingabe aller Zugangsdaten und Telefonnummern :-(.

Quod nocet, docet.
Man sollte nicht ohne Not upgraden.

In diesem Fall gab es immerhin noch einigermaßen einen Weg zurück (wenn auch die Selbstkonfiguriermöglichkeit über TR-069 jetzt f_hlt), in anderen Fällen gibts keinen Weg zurück oder man verwandelt ein technisches Gerät sogar in einem Briefbeschwerer.

Puh! Schweiß-von-der-Stirne-wisch! Ich bin wieder online.



Noch ein Hinweise, einer in Sachen Upgrade, einer in etwas anderer Sache:

1)
AVM sagt, man solle die FB nicht abschalten, solange die Info-LED leuchtet. Das ist sicherlich sinnvoll, sonst ist hinterher der Flash-Speicher zerschossen. Unglücklich ist aber, daß die Info-LED während des Upgrades mit der gleichen Frequenz blinkt, wie sonst auch. An sich könnte man z.B. mit unterschiedlichen Blinkfrequenzen verschiedene Betriebszustände signalisieren. Wäre ich der Programmierer, würde ich die Info-LED beim Update doppelt so schnell blinken lassen wie sonst.

Ich habe meiner FB also ein Firmwareupdate verpaßt, die Info-LED blinkte. Ich ging kurz aus dem Zimmer. Als ich zurückkam, blinkte die LED immer noch. Also wartete ich. Nach einer halben Stunde wunderte ich mich, nach einer Dreiviertelstunde brach ich ab. Es zeigte sich, daß das Update längst fertig war, die FB auch schon wieder gebootet hatte und nun lustig blinkte, weil ein Fax im internen Speicher war (und ich sie so konfiguriert hatte, daß sie dann blinken sollte).


2)
Es heißt, daß bei "modernen" Anschlüssen providerseits keine Zwangstrennung mehr erfolge. Bei mir, der ich nun einen solchen "modernen" Anschluß habe, klappt das nicht. Wenn ich das Häkchen "Zwangstrennung durch den Anbieter verschieben in die Zeit zwischen [3-4 Uhr]" bei "Internet>Zugangsdaten" weglasse, verliert meine Fritzbox bei der ersten Internetanforderung des Tages erstmal die Synchronisation, vermutlich unterbricht der Anbieter seinerseits die Verbindung. Lästig, das.

Mit gesetztem Haken läuft die Synchronisation durch, erkennbar an "Internet>DSL-Informationen", wo dann stehen könnte: "DSL aktiv seit <sehr vielen> Tagen". Mit dem Häkchen habe ich am Folgetag zwar eine neue IP, aber die DSL-Verbindung als solche läuft durch.


Ich habe mir die Info für das obige zusammengesammelt. Damit das ein anderer, der vor dem gleichen Problem steht, nicht tun muß, habe ich diesen Text zusammengestellt, in der Hoffnung, daß er vielleicht dem einen oder anderen Leser helfen möge.
 
Zuletzt bearbeitet:
Du hast eigentlich alles falsch gemacht, was man falsch machen kann. D.h. für jede deiner Blockaden gibt es eine einfache Lösung.
Z.B. zurück zur vorher installierten Version kommt man ganz einfach mit dieser Methode. Oder in adam2 kommt man ganz einfach mit einem Aufruf eines Recover von einer anderen Fritzbox-Typ. Und so geht das jetzt weiter zum nächsten und zum übernächsten.
Einiges ist auch noch falsch beschrieben. Da erspare ich mir die Aufzählung. Also am besten alles schnell vergessen, was du geschrieben hast. :(
 
Zuletzt bearbeitet:
Ich habe mir die Info für das obige zusammengesammelt. Damit das ein anderer, der vor dem gleichen Problem steht, nicht tun muß, habe ich diesen Text zusammengestellt, in der Hoffnung, daß er vielleicht dem einen oder anderen Leser helfen möge.

Ob das was bringt? Es scheint mitunter vorzukommen, das Betroffene entsprechende (zusammengefasste) Anleitungen nicht finden (obwohl schon einige dazu auch hier im Forum bereits existieren) und sich somit alles selbst erneut zusammensuchen (Edit: was mich ein wenig an die ständige Neuerfindung des Rades erinnert). Ich selbst hatte neulich erst wieder eine (überarbeitete) Zusammenfassung dazu erstellt, die du offensichtlich auch nicht gefunden hattest:
https://www.ip-phone-forum.de/threa...n-wegen-provider-additive.252148/post-2393872

Warum sollte also ein anderer, in einem ähnlich gelagerten Fall, auf einmal deine finden? Zudem das in deinem Fall noch nicht einmal nötig gewesen wäre (siehe die von @KunterBunter verlinkte Anleitung). Für spätere Leser mit ähnlichem Problem empfehle ich daher zuerst die von @KunterBunter verlinkte Methode zu versuchen, bevor man sich an die Umsetzung der Anleitung aus #37 macht. Und für den Fall, dass man doch bzgl. Provider-Additive tätig werden möchte/muss, werbe ich hiermit für meine oben verlinkte Kurzanleitung. ;)
 
Du hast eigentlich alles falsch gemacht, was man falsch machen kann.

Immerhin habe ich mein Ziel erreicht, die Fritzbox läuft wieder (wie gewünscht) mit der alten Firmware.

D.h. für jede deiner Blockaden gibt es eine einfache Lösung.
Z.B. zurück zur vorher installierten Version kommt man ganz einfach mit dieser Methode.

Vielen Dank für den Hinweis!
"Ganz einfach" ist natürlich relativ.

Die Fritzbox hat also zwei Partitionen, und beim Upgrade wird die neue Version in die jeweils andere Partition geschrieben, so daß die vorherige Version erhalten bleibt. Was aber passiert beim Recover? Schreibt "Recover" die zu recovernde Firmware in die aktive oder in die inaktive Partition?

Oder in adam2 kommt man ganz einfach mit einem Aufruf eines Recover von einer anderen Fritzbox-Typ.

Vermutlich waren mehrere Abbrüche eines Recover der Grund, warum sich der Aufruf von "adam2" bei mir nicht so zeitkritisch dargestellt hat.

Ich habe mir vorsichtshalber fürs nächste Mal schon ein Fremd-Recover besorgt.

Und so geht das jetzt weiter zum nächsten und zum übernächsten.
Einiges ist auch noch falsch beschrieben. Da erspare ich mir die Aufzählung. Also am besten alles schnell vergessen, was du geschrieben hast. :(

Ich sehe die Sache aus Anwendersicht. Meine Box läuft wieder wie vorher. Der einzige Unterschied ist, daß ich sie nun nicht mehr per TR-069 fernkonfigurieren lassen kann. Damit kann ich leben.

Ob ich nun mit meiner Betriebs-Fritzbox nochmal herumpimpele, muß ich mir noch überlegen. Die Anleitung von Peter Pawn macht natürlich Appetit, obwohl ich eigentlich nicht so tief einsteigen wollte.

Sollte ich tatsächlich etwas Falsches geschrieben haben, wäre es sinnvoll, daß Du es richtigstellst und Dich nicht in wolkigen Andeutungen ergehst.

Google wird meinen Text schon finden, so wie ich auch diesen Thread über Google gefunden habe. Da wäre es schon nützlich, wenn Fehler nicht stehenblieben.
 
  • Like
Reaktionen: Grisu_
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.