Fritzbox Talk Bootloop nach Upgrade auf 8.20 auf 6591 bei den F!Bn mit KD Branding?

[Oetsch]

Hallo
habe eine 6591 die mal ein KD Branding hatte. Da die Box aber wegen ihres Alters frei ist könnte ich sie ohne Probleme am Vodafone/Eazy Anschluss anmelden und betreiben. Das Debranding habe ich schon vor einiger Zeit hier in Anlehnung an die Anleitung in einer 7.x FW Version durchgeführt. Seitdem bekam die Box automatisch die freien Updates durch AVM ohne Branding.
Das ging immer gut bis jetzt zur 8.20 kommend von 8.03.

Die Power LED blinkt und nach einer ganzen Weile leuchtet sie kurz konstant, alle LEDs blinken kurz auf, dann alles aus und wieder blinken der Power LED. Das im Endlosloop ohne WiFi oder Netzwerkzugriff.

Hab sie schon mehrfach länger vom Strom getrennt aber ohne Erfolg.

Habe etwas von einer Recovery Partition gelesen aber diese scheint bei mir defekt, richtig?

Da ich die Box gefühlt vor Jahren debrandet hab, bin ich so gar nicht mehr im Thema und wäre sehr dankbar für Ansätze, Tips und Links was ich tun kann.

Ein Recovery Tool von AVM ist für Kabelboxen nicht vorhanden und diese 7.04 Recovery war wohl fehlerhaft, was ich glaube bisher wieder verstanden zu haben.

Besten Dank vorab.

 

[prisrak]

Ist ebenso wie auch zuvor von mir erwartet und somit wird es von mir passend verschoben.

 

[SaMMyMaster]

Ok danke für info

Image ist gelscht nun

 

[astraastra2025]

@SaMMyMaster
hattest Du schon ein Freetz Image der 6591 mit dem FOS 08.20 erstellt, was nicht zu einen BootLoop, oder einem spontanen Reboot führt ?

Aus meine Sicht wird nur der Standard benötigt:
FOS:
System/Energiemonitor/Statistik
Freetz:
OSCam ; Addhole; AVM-portfw; Dnsmasq; Dropbear; Inetd; Privoxy; SSH-authorized-keys; Syslogd; Vsftpd

 

[2000one]

Interessant ist auf jeden Fall die Sache mit der

bootloaderVersion 4711.0815

Hatte auf der ummodifizierten kdg Box damals
bootloaderVersion 1.3614
firmware_info 161.07.21

Hatte zwischenzeitlich auch noch eine Retail 161.07.28 mit
bootloaderVersion 1.3614

das weiss ich aus alten Support Daten und einem Shell Protokoll, mit Environment Variablen, die ich mir nach diversen eva_tools Sessions gesichert habe.

Habe testweise auch noch 7.50 über fritz.box GUI installiert und bin dann irgendwann auf 8.03 gegangen.

Wann und wie ich auf
bootloaderVersion 4711.0815
gekommen bin kann ich nich mehr nachvollziehen, war mir auch egal weil vor 8.20 ja alles lief.

Habe für das Debranden das Freetz-NG 6591_07.50.ger_freetz-ng-36136MA_entpackt Image genommen.

Meine ursprüngliche bootloader.bin aus mtdblock3 habe ich mir damals gesichert, alles andere nicht.

Das oben genannte Freetz-NG image habe ich heute nochmal draufgeladen, und eine frische Modifikation des bootloader.bin Backups aufgespielt und dann über Freetz das Retail FRITZ.Box_6591_Cable-07.21.image aufgespielt.

Leider immer noch
bootloaderVersion 4711.0815

Noch Ideen für Experimente? Habe die Box jetzt auf einer Partition mit dem Freetz Image und auf der anderen mit Retail 161.07.21.
Kann die Box auch verschicken.

Edit:
Habe eben mal Firmware 161.08.21 installiert über das Webinterface meiner ungefreetzten 161.07.21 Partition.

Es bleibt beim Bootloop...

 

[alxx]

Auf meiner ehemals lgi gebrandeten 6591 ebenfalls Bootloop nach Update auf 8.21

 

[Bluescreener]

Tja, und bei meiner entbrandeten 6591 hats wieder problemlos auf 8.21 über die GUI geklappt, was ist bei mir anders?
Hatte die als WLAN-Client eingerichtet und nur die zusätzl. Bestätigungen (aus Fernzugriffsgründen) entfernt - sonst nix geändert...

 

[alxx]

Das ist echt richtig komisch. Ich lass meine jetzt erstmal auf Retail 8.03 bis dieses Mysterium gelöst wurde.

 

[2000one]

@Bluescreener und @alxx
Könntet ihr bitte mal Eure bootloaderVersion abfragen über den FTP Server des EVA loaders?

Hat es möglicherweise etwas damit zu tun wenn es irgendwann zu so einer generischen bootloaderVersion 4711.0815 kommt?

 

[alxx]

Auch ich habe bootloaderVersion 4711.0815

 

[2000one]

Danke für den Check. Sollten ggf. mal sammeln, ob die Boxen mit bootloaderVersion 4711.0815 betroffen sind.

bootloaderVersion 1.3614 war bei mir noch nach dem initialen Debranden vorhanden und ist dann scheinbar irgendwann danach bei einem Zwischenupdate verloren gegangen. Damals hatte ich die ursprüngliche bootloader.bin aus mtdblock3 gesichert, erneutes Einspielen nach auftreten des Loops blieb aber erfolglos.
Siehe Post #64

Wo kommt diese generische bootloaderVersion 4711.0815 her und ist sie für den Loop verantwortlich?
Lässt sich die bootloaderVersion 1.3614 aus einer anderen Box extrahieren und in unsere einspielen?

 

[alxx]

Wenn es an der komischen Bootloader Version liegen würde, müsste ja spätestens nach dem erneuten Einspielen deines alten Bootloaders der Fehler behoben worden sein?
Die Frage ist auch, warum geht 8.03 und 8.20+ nicht? Was hat sich verändert?

 

[Bluescreener]

@Bluescreener und @alxx
Könntet ihr bitte mal Eure bootloaderVersion abfragen über den FTP Server des EVA loaders?

Hat es möglicherweise etwas damit zu tun wenn es irgendwann zu so einer generischen bootloaderVersion 4711.0815 kommt?

Hab ich in einem der vorherigen Beiträge (#45) bereits kundgetan: bootloaderVersion 1.3614. (und auch das mit 4711.0815 bemeckert)
BS

 

[deli512]

Und ich hatte das auch schon geschrieben, das in meiner Bootloader.bin 1.3614 steht, aber bei der Abfrage 4711.0815 ausgegeben wird!

 

[Harribobär]

Hat schon jemand die Laborverson Version: 8.24 getestet?

 

[deli512]

Ja, leider keine Änderung!