Support F!B 6591 Bootloop - aber wie/warum?

[porcupine]

Hallo zusammen,

ich habe hier eine F!B 6591 welche aktuell in einer Bootloop hängt.

Zur Vorgeschichte:
Ich hatte die FB auf eBay Kleinanzeigen geschossen und es war natürlich eine gebrandete Vodafone Version. Das DeBranding hat allerdings super geklappt und die FB lief jetzt seit mehreren Monaten sehr stabil mit freetz-ng.

Zum Vorfall:
Ich wollte ein Backup meines Servers auf die lokale HDD an der FB machen. Hab das ganze über SSH direkt auf der FB laufen lassen. (rsync auf den Folder '/ftp/Volume' oder so ähnlich)
Irgendwann hat die FB einfach neu gestartet und hängt seitdem in einer Bootloop.

Kann es sein, dass ich mit einem fehlerhaften rsync-cmd meine FB komplett zerschossen habe?

Ich hab jetzt probiert wieder das freetz-ng image zu flashen. (direkt aus Vbox umgebung) Das läuft auch durch, allerdings bleibt die FB immernoch in der Bootloop hängen.
Das flashen auf die andere Partition hab ich auch probiert, sowie das umschalten der StartPartition. Hat alles keinen Erfolg gebracht.



Ich habe noch ein Backup der FB mit:

• bootloader.bin
• mtdblock0
• mtdblock1
• mtdblock2
• mtdblock3
• mtdblock4
  
  Weiss aber nicht wie ich das wieder eingespielt bekomme und ob das nur eine andere Form des Firmware Images ist ...
  
  Für Tipps bin ich sehr dankbar.

 

[prisrak]

Wie läuft es mit dem Hinweis ab?
! don't ever install an update offered by AVM via the GUI, and never activate automatic update !

Vermutlich wurde das automatische Update nicht deaktiviert und dadurch hat sie eine neue Version bekommen. Mit welcher Methode genau hast du den Flash durchgeführt? Das Flashen geht mit mehreren Möglichkeiten. Infos vom fesc

Sie müssen registriert sein, um Links zu sehen.

Ich habe noch ein Backup der FB mit:
bootloader.bin
mtdblock0 ...

Eine Sicherung ist nicht die mtdblock0 sondern

Spoiler: Info

Sichern: for f in /dev/mtdblock*; do dd if=$f of=/var/media/ftp/basename $f; ls -1 /var/media/ftp/basename $f; done
cat /dev/mtdblock3 > /var/media/ftp/bootloader.bin
oder
for part in 2 3 4 5 6 8 9 10 11 12; do dd if=/dev/mmcblk0p$part of=/var/media/ftp/mmcblk0p$part; done und vom FTP sichern.

 

[porcupine]

Danke für deine schnelle Antwort.

Ob automatische Updates noch eingeschalten waren kann ich gar nicht genau sagen ...

Mit welcher Methode genau hast du den Flash durchgeführt?

1. Ich habe es bisher mit tools/push_firmwaredirekt aus der Vbox Umgebung versucht.
   1. einmal mit parameter -lfs 0
   2. einmal mit parameter -lfs 1
   3. verschiedene selbstgebaute Images (ohne extra parameter)
2. zum umschalten der StartPartition habe ich mich per FTP eingeloggt ... adam2:adam2@192.168.178.1:21 und dann mit Quote SETENV linux_fs_start 1
   1. bleibt bei beiden StartPartitionen hängen

Welche Flash Methode ist noch empfehlenswert?

Eine Sicherung ist nicht die mtdblock0 sondern

Also sind die Dateien die ich habe keine vollständige Sicherung?

Ich hab die Sicherung mit diesen Cmds erstellen (laut Debranding KDG Box Tutorial):
for f in /dev/mtdblock*; do dd if=$f of=/var/media/ftp/basename $f; ls -1 /var/media/ftp/basename $f; done

cat /dev/mtdblock3 > /var/media/ftp/bootloader.bin

Da kamen bei mir nur 5 block files raus. Die Anzahl der Blockdateien war bei mir 0-4.

 

[prisrak]

Also sind die Dateien die ich habe keine vollständige Sicherung?

Die Puma 6 / 7 Fritz!Boxen besitzen zwei voneinander unabhängige Partition-Sets und du hast somit nur eine gesichert.

Was steht bei dir bei firmware_version? Da du wahrscheinlich ein original Firmware von AVM durch Autoupdate bekommen hast, hast du dasselbe Problem wie hier.
Vermutlich musst du mit dem Punkt 3. aus der Anleitung weitermachen. Da habe ich noch meine Übersetzung dazu gefunden Probleme / Fehlerbehebung

 

[porcupine]

Was steht bei dir bei firmware_version?

ftp> Quote GETENV firmware_version
firmware_version avm

Ist das so ok?

Noch ein paar Hintergrundinfos, falls es was nützt:
Ich hatte ebenfalls eine Vodafone gebrandete Box (lgi) und hab bereits den Bootloader von lgi->avm geupdated. Hab beide Versionen des Bootloaders noch da. (lgi/avm)

Vermutlich musst du mit dem Punkt 3. aus der Anleitung weitermachen.

Dann werde ich wohl nochmal die EVA tools probieren....

 

[prisrak]

Gerade bei den Fritzboxen 6591 taugt dieses Problem immer wieder auf,

hast du dasselbe Problem wie hier.

wenn eine originale Firmware da drauf geflasht wird. Das habe ich dir bereits oben ebenfalls verlinkt, wo die Leute damit dasselbe Problem hatten.

 

[porcupine]

Danke, wenn ich den Thread so verfolge scheint es so, dass es der User dort nicht hinbekommen hat.

Hab jetzt die EVA-Tools nochmal probiert. Hatte die Firmware zum updaten noch auf der Platte. (Die initial mal funktioniert hat zum debranden)

Ergebnis: bootloop noch da. :/


Gibt es noch weitere Optionen die Box wieder gangbar zu bekommen? Ohne SSH/Telnet komme ich halt nicht weiter ...

 

[prisrak]

der User dort nicht hinbekommen hat.

Es haben so einige User es schon geschafft. Es gibt immer welche, die es eben auch nicht schaffen und dies liegt eben nur an denen selbst. Vermutlich war es der fesc, der es als erster geschafft hat und ich habe mich ebenfalls an seinen Anleitungen daran gehalten.

Gibt es noch weitere Optionen die Box wieder gangbar zu bekommen?

Aus meiner Sicht, definitiv ja. Die einzige sichere Lösung, die ich vorschlagen würde, ist der Bau eigener TFFS.Image.

Es gibt sicherlich viele Fragen, die man zuerst untersuchen sollte:
Welche Version war bei dir ursprünglich drauf. Womit hast du am Anfang losgelegt: Freetz-NG, bzw. ffritz von fesc.
Welche Versionen waren zuletzt auf beiden Startpartitionen drauf. Welche Module / Pakete und Einstellungen wurden seit der ersten Version bei dir aktiviert, oder verwendet.

Die Anpassungen in der modifizierten Version könnten durch das neue Update des AVM-Images zu zahlreichen Problemen führen. Das nicht jedes FTP Programm gleich ist, habe ich bereits erwähnt.

Ohne SSH/Telnet komme ich halt nicht weiter ...

Diesen Zugriff bekommt man erst, wenn ein modifiziertes Image zum Laufen gebracht wird.

Die Vielzahl an Fragen, insbesondere zu den verschiedenen Einstellungen der unterschiedlichen Versionen, und warum ich dazu neige, ein eigenes TFFS-Image zu verwenden, hat einen klaren Grund: In TFFS gibt es Einstellungen, die möglicherweise nicht mit der Originalfirmware kompatibel sind.

Im Folgenden Auszug geht es zwar um die Problematik zwischen der AVM-Firmware und einem DS-Mode, aber die Probleme sind aus meiner Sicht durchaus nachvollziehbar.

Spoiler: Auszug

" ..Sollte nach dem Flash-Up-/Downgrade die Box nicht mehr sauber starten, könnte es an inkompatiblen AVM- oder DS-Mod-Einstellungen liegen. Hierbei ist die Wahrscheinlichkeit für Probleme höher bei AVM- als bei DS-Mod-Einstellungen und höher bei Downgrades als bei Upgrades, aber sicher ist das nicht, da es zu viele mögliche Kombinationen von Vorher-Nachher-Situationen gibt. In der Regel sollte es keine Probleme geben, aber falls doch, ist es einen Versuch wert, einmal die Einstellungen komplett zu löschen und die Box anschließend
komplett neu zu konfigurieren.

Einschub: Es gibt auch die Möglichkeit, nur die AVM- oder die DS-Mod-Einstellungen zurückzusetzen und die
jeweils anderen beizubehalten, aber diese Möglichkeiten beschreibe ich hier nicht. Nur ganz kurz folgende Hinweise:
Für die AVM-Einstellungen gibt es im Web-Menü den sog. Werks-Reset (Einstellungen → System → Zurücksetzen
→ Werkseinstellungen), für den DS-Mod gibt es die Möglichkeit, moduninstall all-mods über Telnet aufzurufen und
anschließend den Stecker zu ziehen.

Daß man vor jeglicher Rücksetzungs-Maßnahme von der Möglichkeit Gebrauch machen kann, die funktionierenden
Einstellungen zu sichern - entweder nur die AVM-Einstellungen (Einstellungen → System → Einstellungen sichern)
oder alles komplett, also AVM + DS-Mod über die DS-Mod-Oberfläche (Sichern/Wiederherstellen), sollte klar sein.
Ebenso sollte klar sein, daß man gerade durch das Zurückspielen einer Sicherung, die auf einer anderen Box gemacht
wurde, die eine Box abschießt und zum Recover-Fall macht. Gleiches kann - mit geringerer Wahrscheinlichkeit -
passieren, wenn man eine Sicherung zurückspielt, die bei einem anderen Firmware- bzw. DS-Mod-Stand gemacht
wurde. .."

Quelle

Sie müssen registriert sein, um Links zu sehen.

Mit so einem selbst erstellten TFFS-Image kann man sämtliche kaputt konfigurierte Einstellungen eben löschen und alles neu beginnen.

 

[porcupine]

Ich hab gestern nochmal die EVA-Tools probiert mit der Original-Firmware: FRITZ.Box_6591_Cable-07.57.image

Mittels fwmod entpackt: ./fwmod -u images/FRITZ.Box_6591_Cable-07.57.image

Weiter entpackt mit uimg: ./uimg -u -n part ../images/FRITZ.Box_6591_Cable-07.57.image.mod/original/firmware/var/firmware-update.uimg

Dann die *.bin Files mit EVA-Tools nochmal geflasht.

Spoiler: Inhalt

.\EVA-FTP-Client.ps1 -Verbose -Debug -ScriptBlock { SetEnvironmentValue linux_fs_start 0 }
.\EVA-FTP-Client.ps1 -Verbose -Debug -ScriptBlock { UploadFlashFile .\part_03_ATOM_ROOTFS.bin mtd0 }
.\EVA-FTP-Client.ps1 -Verbose -Debug -ScriptBlock { UploadFlashFile .\part_02_ATOM_KERNEL.bin mtd1 }
.\EVA-FTP-Client.ps1 -Verbose -Debug -ScriptBlock { UploadFlashFile .\part_09_ARM_ROOTFS.bin mtd6 }
.\EVA-FTP-Client.ps1 -Verbose -Debug -ScriptBlock { UploadFlashFile .\part_08_ARM_KERNEL.bin mtd7 }
.\EVA-FTP-Client.ps1 -Verbose -Debug -ScriptBlock { SetEnvironmentValue linux_fs_start 1 }
.\EVA-FTP-Client.ps1 -Verbose -Debug -ScriptBlock { UploadFlashFile .\part_03_ATOM_ROOTFS.bin 'mtd;' }
.\EVA-FTP-Client.ps1 -Verbose -Debug -ScriptBlock { UploadFlashFile .\part_02_ATOM_KERNEL.bin 'mtd<' }
.\EVA-FTP-Client.ps1 -Verbose -Debug -ScriptBlock { UploadFlashFile .\part_09_ARM_ROOTFS.bin 'mtd=' }
.\EVA-FTP-Client.ps1 -Verbose -Debug -ScriptBlock { UploadFlashFile .\part_08_ARM_KERNEL.bin 'mtd>' }
.\EVA-FTP-Client.ps1 -Verbose -Debug -ScriptBlock { SetEnvironmentValue linux_fs_start 0 }
.\EVA-FTP-Client.ps1 -Verbose -Debug -ScriptBlock { RebootTheDevice }

Leider kein Erfolg. Die Bootloop ist noch da. :/

Welche Version war bei dir ursprünglich drauf

Ich glaub inital war die 7.29 drauf. Bin mir da aber nicht sicher. Gestartet habe ich dann mit freetz-ng: 6591_07.57.ger_freetz-ng-23247M-d588bdd14_20240226-173559
Das war dann auch auf beiden Partitionen drauf.

Welche Module / Pakete und Einstellungen wurden seit der ersten Version bei dir aktiviert, oder verwendet.

Spoiler: Inhalt

Dropbear
Htop
Iftop
Inetd
mosquitto
Net-SNMP
OpenVPN
Rsync
Samba
Screen
SSH authorized-keys
Streamripper
sudo
Syslogd

Ok, dass mit dem TFFS-Image klingt verlockend. Das probiere ich demnächst nochmal. Wenn ich es richtig verstanden habe, geht dass flashen dann auch per EVA Tools?

Zur größten Not könnte ich mir auch noch einen Pegelwandler besorgen und versuchen mittels USB>Rs232 draufzukommen.

 

[waves]

Öhem, ohne wirklich Ahnung von den Fritten zu haben.....

aber mal an was einfaches gedacht?

lokale HDD an der FB

Vielleicht das Netzteil geschrottet/überlastet/überaltert?

 

[prisrak]

Zur größten Not könnte ich mir auch noch einen Pegelwandler besorgen und versuchen mittels USB>Rs232 draufzukommen.

Dies wäre überflüssig. So ein Vorgang benutzt man nur dann, wenn man kein FTP Zugriff hat. Dies wäre nur bei den älteren Fritzboxen nötig. Biosversion. Siehe da

Sie müssen registriert sein, um Links zu sehen.

vom Peter ".. Auf der Seriellen gibt es m.W. in EVA gar keine Dateiübertragungen (dazu müßte man ja ein passendes Wrapper-Protokoll implementieren, z.B. XMODEM:

Sie müssen registriert sein, um Links zu sehen.

) und dort sollte tatsächlich auch ein help die verfügbaren Kommandos auflisten. .."

Versuche bitte allen meinen Verlinkungen zu folgen. Ich versuche dich mit möglichst vielen Informationen zu versorgen und du nutzt es anscheinend nicht.

Dann die *.bin Files mit EVA-Tools nochmal geflasht.

War es eigentlich die Originaldatei oder schon die modifizierte? Mann könnte erst ein ffritz und dann ein Freetz-NG image flashen. Zumindest wird es so in der folgenden Anleitung vorgeschlagen. 6591 Debranding der KDG Boxen Anleitung

Die aktuelle FFritz-Firmware gebaut nach der Anleitung von fesc, habe ich für euch nun gerade hochgeladen. s.da: 6591

 

[porcupine]

Vielleicht das Netzteil geschrottet/überlastet/überaltert?

Danke für deinen Beitrag, aber das kann ich ausschließen.

Dies wäre überflüssig. So ein Vorgang benutzt man nur dann, wenn man kein FTP Zugriff hat. Dies wäre nur bei den älteren Fritzboxen nötig. Biosversion. Siehe da

Sie müssen registriert sein, um Links zu sehen.

c

Sie müssen registriert sein, um Links zu sehen.

Ok, dass war mir nicht bewußt.

Ich versuche dich mit möglichst vielen Informationen zu versorgen und du nutzt es anscheinend nicht.

Ich glaub, dass ist nur falsch angekommen. Ich wollte damit nur sagen, dass ich auch durchaus phys. Zugang zur Box herstellen könnte, wenn es denn sinnvoll wäre. (siehe oben)

War es eigentlich die Originaldatei oder schon die modifizierte?

Das war die entpackte Originaldatei von AVM. Das von dir hochgeladene Image FFritz-Firmware werd ich auch nochmal probieren.

Die aktuelle FFritz-Firmware gebaut nach der Anleitung von fesc, habe ich für euch nun gerade hochgeladen. s.da: 6591

Der Flash-Vorgang lief wunderbar durch. Leider ist die Bootloop noch da.

Werde nächste Woche probieren ein TFFS Image zu bauen.

 

[prisrak]

Das war die entpackte Originaldatei von AVM.

Original musst du für dich behalten und die modifizierte Datei dann eben nach der bereits erwähnten Anleitung drauf flashen.

es war natürlich eine gebrandete Vodafone Version. Das DeBranding hat allerdings super geklappt und die FB lief jetzt seit mehreren Monaten sehr stabil mit freetz-ng.

Die Erfahrung hast du doch schon gehabt... Hier berichtet auch jemand von seiner glücklichen Erfahrung mit FFritz.

 

[Blond24]

Die aktuelle FFritz-Firmware gebaut nach der Anleitung von fesc, habe ich für euch nun gerade hochgeladen. s.da: 6591

Vielen lieben Dank und kann ich gut gebrauchen für meine Problem-6591. Btw wird ja ständig das Sichern des Bootloaders hoch und runter geposted ... das Zurückschreiben des Originals mit dem cat-Befehl

 cat /var/media/ftp/bootloader.bin > /dev/mtdblock3

funktioniert hier nicht, da "no-space-left" als Fehlermeldung quittiert wird. Da muss man wohl mit

 dd if=/var/media/ftp/bootloader.bin of=/dev/mtdblock3

hantieren?

ich habe hier eine F!B 6591 welche aktuell in einer Bootloop hängt

Btw lass die Box einfach mal 1h "Bootloopen" ... u.U. probiert sie einige Variationen aus der alternativen Partition durch und kommt dann doch "hoch"? Hier mit einer wild blinkenden WLAN-LED und "defektem/deaktiviertem" WLAN? Die WLAN-eeproms, gebildet aus den wlan.zip und Parametern aus dem Urlader scheinen zu failen? Trotz imho korrektem Ändern des mtd3 von kdg->avm, taucht immernoch ein "kdg" via grep auf. Das tffs bzw. environment scheint korrekt und vollständig? Aber das Zitat mit dem vermeintlichen "eine kdg-Box kann man nicht schrotten" bedarf doch einer profunden Skepsis

Die Puma 6 / 7 Fritz!Boxen besitzen zwei voneinander unabhängige Partition-Sets und du hast somit nur eine gesichert.

Hola die waldfee? Jede Partition hat ein eigenes tffs/bootloader-environment? Ich bin baff erstaunt.

 

[porcupine]

Btw lass die Box einfach mal 1h "Bootloopen" ... u.U. probiert sie einige Variationen aus der alternativen Partition durch und kommt dann doch "hoch"?

Da passiert leider gar nix. Kommt immer wieder dasselbe Pattern: erst grün dauernd, dann blinkend, dann irgendwann kurze alle LEDs an. Danach wieder dasselbe Spiel.