[Erledigt] FritzBox 7590 hängt plötzlich im Bootloop

der_eismann

Neuer User
Mitglied seit
9 Sep 2024
Beiträge
9
Punkte für Reaktionen
1
Punkte
3
Hallo liebe Leute, ich habe vor ein paar Jahren eine gebrauchte FB 7590 ohne Rechnung auf Kleinanzeigen geschossen, die nie gemoddet o.ä. wurde und bis letzten Samstag einwandfrei funktioniert hatte. Plötzlich ist die Box alle 1-2 Minuten neugestartet (mit Web UI, DSL, LAN & WLAN) und ich habe es mit Glück und Schnelligkeit geschafft noch ein Backup der Einstellungen zu erstellen. Danach hatte ich ein offizielles Recovery gestartet, aber auch danach hing die Box wieder im Reboot.

Nun will ich versuchen sie zu reparieren bzw. überhaupt herausfinden, was das Problem ist. `env` und `count` konnte ich mit den YourFritz EVA Tools auslesen, siehe unten. Was mich überrascht ist, dass die linux_fs_start Variable da fehlt.

Aber wie mache ich jetzt weiter? Vermutlich kommt jetzt direkt ein "bitte Suchfunktion benutzen!", aber glaubt mir, ich hab schon eine ganze Weile gesucht und wenig gefunden. Leider sind auch viele Links inzwischen tot. Ich habe in anderen Threads oft etwas von Logs von der seriellen Schnittstelle gelesen, aber keine Anleitung, wie man da rankommt. Einen USB auf seriell Adapter hätte ich theoretisch hier. Dann irgendwas mit TFFS Image selbst bauen und davon booten, aber auch hier nichts Konkretes. Über ein paar Links und Ideen würde ich mich sehr freuen!

Ich habe die Box auch schon geöffnet, mein ungeschultes Auge konnte aber keine durchgebrannten Teile erkennen (ich habe früher bei einer 7370 oder so mal einen Elko getauscht, ist aber eine ganze Weile her).


Code:
HWRevision            226
HWSubRevision         4
ProductID             Fritz_Box_HW226
SerialNumber          L471xxx
annex                 B
autoload              yes
bootloaderVersion     1.3258
country               049
crash                 [0]f2a23b5c,600e8e24,1[1]0,0,0[2]8a42180,600e8e24,1[3]0,0,0
firstfreeaddress      0x852852B0
firmware_info         154.07.59
firmware_version      avm
flashsize             nor_size=0MB sflash_size=0KB nand_size=512MB
language              de
maca                  2C:3A:xx
macb                  2C:3A:xx
macwlan               2C:3A:xx
macwlan2              2C:3A:xx
macdsl                2C:3A:xx
memsize               0x08000000
mtd0                  0x0,0x2C00000
mtd1                  0x500000,0xD00000
mtd2                  0x0,0x100000
mtd3                  0x100000,0x500000
mtd4                  0xD00000,0x1500000
mtd5                  0x1500000,0x20000000
my_ipaddress          192.168.178.1
prompt                Eva_AVM
ptest
tr069_passphrase      xxx
tr069_serial          00040E-2C3AFD880F8A
usb_board_mac         2C:3A:xx
usb_device_id         0x0000
usb_device_name       USB DSL Device
usb_manufacturer_name  AVM
usb_revision_id       0x0000
usb_rndis_mac         2C:3A:xx
webgui_pass           xxx
wlan_key              xxx
wlan_ssid             FRITZ!Box#7590#VJ


reboot_major          16
reboot_minor          26
run_hours             21
run_days              14
run_mounths           11
run_years             3
 
Wurde einmal testweise das Netzteil gegen ein anderes geeignetes Netzteil getauscht?
Welche Nummer beginnend mit "311P0Wxxx" steht jeweils auf dem Aufkleber unten auf der Box und auf dem derzeit genutzten Netzteil? Wie viele Geräte ohne eigene Stromversorgung sind an der Box angeschlossen (Telefone: analog und ISDN sowie USB Devices)?
 
Das Netzteil hatte ich erfolglos getauscht, allerdings nur gegen das eines Repeater 3000 und einer 7530, die beide etwas weniger Saft bieten als das 311P0W134 (auf Netzteil und Box). Geräte ohne eigene Stromversorgung sind keine angeschlossen, nur 3 LAN-Geräte.
 
kommt die Box soweit, dass WLAN-LED blinkt?
 
Wie genau verhalten sich denn die LEDs nach einem "Strom an" (ganz genau notieren, welche LED(s) wann leuchten oder blinken usw) - so Mancher im im Forum kann anhand dessen grob erkennen, zu welchem Zeitpunkt (im Startprozess) der Neustart kommt.

Was mich überrascht ist, dass die linux_fs_start Variable da fehlt.
ist normal nach der Anwendung des Recovery-Tools. Lief dieses denn vollständig durch und die Box startete dann auch von selbst neu (auch wenn das etwas dauert) - also diese würde nicht durch PoR neu gestartet und das Schreiben vom RAM in die internen Speicher wurde auch erfolgreich abeschlossen?

Das mit TFFS-Image neu bauen, hast Du wohl bezüglich der 6490 aufgeschnappt.

Ich meine aber, dass es hier mehrere Fundstellen für die Serielle geben sollte (auch 6490 aber auch anderen Cable-Boxen) FTDI232 wäre zB ein Suchbegriff für die Serielle.
 
Erstmal vielen Dank für die vielen Antworten!
Ja, die WLAN-LED blinkt und leuchtet danach sogar durchgehend. Zu den LEDs allgemein:
- Nach dem Einschalten leuchtet Power für ca. 10 Sekunden
- Dann leuchten alle LEDs kurz auf und gehen wieder aus
- Dann blinkt Power für ca. 10 Sekunden
- Dann nichts für ca. 5 Sekunden
- Dann leuchtet Power für ca. 17 Sekunden
- Dann wieder nichts für ca. 17 Sekunden
- Dann blinkt Power ab jetzt durchgehend, nach 15 Sekunden fängt WLAN an zu blinken
- Nach 20 Sekunden blinkt WLAN durchgehend, Power blinkt weiter bis die Box neustartet

Die Phasen zwischen den Neustarts scheinen auch immer kürzer zu werden. Beim ersten Boot heute (ohne LAN-Kabel) lief die Box über zwei Minuten. Dann habe ich dauerhaft einen Ping laufen lassen - zuerst war sie für 112 Sekunden erreichbar, dann 105, dann 85, bei dem Wert bleibt es jetzt ungefähr. Könnte es sein, dass sie (aus welchem Grund auch immer) überhitzt? Das PCB ist an manchen Stellen echt heiß, hab leider kein Infrarot-Thermometer um das zu messen.

Der Recovery-Prozess lief erfolgreich durch und die Box startete danach auch von selbst neu, aber ich werde das nochmal probieren und genauer dokumentieren.

Ich meine aber, dass es hier mehrere Fundstellen für die Serielle geben sollte (auch 6490 aber auch anderen Cable-Boxen) FTDI232 wäre zB ein Suchbegriff für die Serielle.
Auf den Suchbegriff muss man natürlich erstmal kommen :D In den 2 Beiträgen die die Suche dazu ausspuckt werden jedoch bei einer 7490 und einer 6490 die Pins in ein paar Löcher gesteckt, solche kann ich hier nicht finden. Muss man bei der 7590 zwangsweise löten für seriellen Zugriff?
 
Okay, nachdem die Box soweit startet, dass die GUI im Moment noch erreichbar ist (wenn auch gefühlt immer kürzer bis es zum Reboot kommt) sagen die LEDs von Start bis Reboot nicht wirklich etwas aus.

Ist Dir vll. aufgefallen ob die WLAN-LED kurz vor dem Reboot anfängt zu blinken?

Kannst Du eine erhöhte Wärme am Gehäuse (gefühlt oder per Infrarotthermometer) feststellen?

Anderenfalls wird wohl die Serielle den [crash] noch ausgeben können.

Nimm mal eine externe Suchmaschine mit [site:ip-phone-forum.de "Suchbegriff"]
(Ohne die eckige Klammern)

Die Löscher sollten aber da sein, gelötet wird dann in der Regel auf/in diesen.
 
Zuletzt bearbeitet:
Die Löscher sollten aber da sein, gelötet wird dann in der Regel auf/in diesen.
Tatsache - inmitten des Kühlkörpers und auf der anderen Seite verdeckt vom Kabel zur Antenne. Ich schaue morgen mal ob ich was zur Belegung finde und meinen Adapter angeschlossen bekomme!

Kannst Du eine erhöhte Wärme am Gehäuse (gefühlt oder per Infrarotthermometer) feststellen?
Wie schon geschrieben, das PCB fühlt sich auf jeden Fall sehr heiß an an manchen Stellen. Hab aber leider gerade kein Thermometer zur Hand, muss ich auch morgen mal schauen.

Ist Dir vll. aufgefallen ob die WLAN-LED kurz vor dem Reboot anfängt zu blinken?
Ich konnte tatsächlich feststellen, dass kurz vor dem Crash die Power LED dauerhaft leuchtet statt zu blinken, nach 3 Sekunden geht die WLAN-LED aus und nach 7 weiteren Sekunden geht auch die Power LED aus, worauf der Reboot folgt.

Weil ich jetzt auch ein paar Mal das Thema Blitz/Überspannung gelesen habe - ein Gewitter war hier nicht zu dem Zeitpunkt, das würde ich ausschließen.
 
Ich schaue morgen mal ob ich was zur Belegung finde und meinen Adapter angeschlossen bekomme!
müsste ein Standard-Format - hatte mir damals mal 2-3 solcher Adapter und ein paar Steckerleisten bestellt - am Besten etwas unter seitlichem "Druck einhängen" dann sollte es ohne Löten gehen, mehr als das Nichts ausgegeben wird oder es unterbricht/etwas fehlt, einfach noch etwas "nachhelfen" oder im Notfall doch löten.

Wie schon geschrieben, das PCB fühlt sich auf jeden Fall sehr heiß an an manchen Stellen. Hab aber leider gerade kein Thermometer zur Hand, muss ich auch morgen mal schauen.
könnte der WLAN-Teil sein, weshalb @chips fragte.
Hier könnte ich mir vorstellen, auch wenn ich davon noch nichts gelesen habe, dass man sich eine modifizierte FW baut, bei welcher WLAN komplett deaktiviert ist (bei der 7390 gab's ja auch zwei bekannte Probleme - entweder DSL oder analoger Telefonieteil "gegrillt" hierzu hatte ich mir mal zwei Images unter dem alten Freetz gebaut um das zu testen/auszuschließen).

Ich konnte tatsächlich feststellen, dass kurz vor dem Crash die Power LED dauerhaft leuchtet statt zu blinken, nach 3 Sekunden geht die WLAN-LED aus und nach 7 weiteren Sekunden geht auch die Power LED aus, worauf der Reboot folgt.
indem alle LEDs ein mal "aufblitzen"?

Weil ich jetzt auch ein paar Mal das Thema Blitz/Überspannung gelesen habe - ein Gewitter war hier nicht zu dem Zeitpunkt, das würde ich ausschließen.
dann wird es höchst wahrscheinlich das WLAN-Problem sein.
 
Ich hab jetzt einen Support Case bei AVM aufgemacht und dafür die Support-Daten erstellt. Spannend fand ich da den letzten Teil (gefiltert nach Errors, Panics und Kontext drum herum):
Code:
##### BEGIN SECTION '/proc/avm/log_sd/panic'
----------
Uptime: 122
Uptime-String: 0 d 0 h 2 min 2 s - panic on Thu Jan 01 00:02:02 1970 UTC
Irregular-Reboots: SUM(2) - KCRASH(2) (since last regular reboot/power-cut)
HW: 226.4
FW: 07.59
Bootloader: 1.3258
Log-Version: 3.0
Buildnumber: 113250
Firmware: 07.59
Buildtype: 1
Builddirty: 0


Panic#2 Part1
…
<4>[   64.842541][1][SM] vap-0(ath0):Error osif_bringup_vap_iter_func : failed start bss with error code 22
…
<4>[   69.224054][1][SM] vap-0(ath1):Error osif_bringup_vap_iter_func : failed start bss with error code 22
…
<1>[  123.344496][1]Data bus error, epc == 9c936f20, ra == 9c913658
<3>[  123.344840][1]set_reboot_status: Soft-Reboot(KCRASH)  - KCRASH(2)SUM(2)UP(122)UTC(122)FW(07.59)HW(226)HWS(4)BV(1.3258)BN(113250)FS(07.59)BT(1)BD(0)
<6>[  123.345284][1]bus error[#1]:
<4>[  123.346764][1]CPU: 1 PID: 0 Comm: swapper/1 Tainted: P           O    4.9.325 #1
<4>[  123.354141][1]task: 9e86c8e0 task.stack: 9fc94000
<4>[  123.358812][1]$ 0   : 00000000 9d2b0004 b8400000 00000000
<4>[  123.364004][1]$ 4   : 9eba3600 00000000 00000002 00000002
<4>[  123.369212][1]$ 8   : 20000010 00000010 9eba3180 00000000
<4>[  123.374422][1]$12   : 00000001 9f8f02b8 9cd74428 00000005
<4>[  123.379633][1]$16   : 9cf60000 00000000 9d2e0000 9e171090
<4>[  123.384850][1]$20   : 00000001 9cf5bdec 00000002 00000101
<4>[  123.390049][1]$24   : 9cd74400 9f666054               
<4>[  123.395256][1]$28   : 9fc94000 9fc0fd60 00000082 9c913658
<3>[  123.400466][1]Hi    : 10624310
<3>[  123.403506][1]Lo    : c28f52bf
<3>[  123.406567][1]ac1Hi: 00000000 ac1Lo: 00000000
<3>[  123.410889][1]ac2Hi: 00000000 ac2Lo: 00000000
<3>[  123.415241][1]ac3Hi: 00000000 ac3Lo: 00000000
<3>[  123.419580][1]dspcontrol: 00000000
<3>[  123.422963][1]Status: 1100fc02    KERNEL EXL
<3>[  123.426871][1]Cause : 5080001c exc_code:7 DBE
<3>[  123.431270][1]epc   : 9c936f20 0x9c936f20 intel_pcie_read_config+0x54/0x1ac
<3>[  123.438166][1]errepc: 00000000   (null)
<3>[  123.442064][1]ra    : 9c913658 0x9c913658 pci_bus_read_config_word+0x78/0xd0
<3>[  123.449011][1]Tainted: P           O 
<3>[  123.452835][1]PrId  : 0001a120 (MIPS interAptiv (multi))
…
<4>[  124.070216][3]---[ end trace 1a0ca5936ca62240 ]---
<0>[  124.200363][3]Kernel panic - not syncing: Fatal exception
<4>[  124.200800] Kernel relocated by 0x1bfb0000
<4>[  124.200819]  .text @ 0x9c4b0000
<4>[  124.200836]  .data @ 0x9cd6caf0
<4>[  124.200854]  .bss  @ 0x9d2b0000

Ist für mich jetzt nicht super aufschlussreich, aber vielleicht hat ja einer eine Idee. Die Sache mit dem ath0 und ath1, was wohl die WLAN-Interfaces sind, und der Fakt, dass die Box seit dem Abschalten des WLANs seit 8 Minuten ununterbrochen läuft bestätigen allerdings deine/eure These.

indem alle LEDs ein mal "aufblitzen"?
Genau das trifft auch zu. Kann man da irgendwas machen oder ist die hinüber?
 
Zuletzt bearbeitet:
Was mich überrascht ist, dass die linux_fs_start Variable da fehlt.
Das ist nicht überraschend sondern vollkommen normal aufgrund folgender Aktion:
Danach hatte ich ein offizielles Recovery gestartet, […]
Aktuelle Recovery-Tools von AVM etfernen dabei diese Variable. Ist also auch kein schlechtes Zeichen.

Aber wie mache ich jetzt weiter?
Ist halt die Frage was die Ursache ist. Der Klassiker: Man fängt mit dem Netzteil an. Bei einer 7590 stehen als nächstes dann sicherlich die drei Spannungsregler MP1477 (bzw. entspr. Folgeschäden) im Fokus. Das Problem über den UART-Anschluss auszukunden ist ggf. auch hilfreich (wenn es nicht die Spannungsregler sind).

Ich habe in anderen Threads oft etwas von Logs von der seriellen Schnittstelle gelesen, aber keine Anleitung, wie man da rankommt.
Zum Beispiel:

Dann irgendwas mit TFFS Image selbst bauen und davon booten, aber auch hier nichts Konkretes.
Vorerst unnötig. Hast ja bereits das Recovery-Tool durchlaufen lassen. Dadurch wurde bereits ein neues TFFS-Image erzeugt. Von einem TFFS-Image bootet man übrigens nicht. Und was bedeutet nichts konkretes?

Muss man bei der 7590 zwangsweise löten für seriellen Zugriff?
Nein, löten ist nicht zwingend erforderlich:
https://www.ip-phone-forum.de/threa...en-auf-werkseinstellungen.307849/post-2385484
 
Ich hab jetzt nochmal etwas zu der ganzen WLAN-Problematik gelesen, bei Günter Born waren da praktischerweise die problematischen Bauteile dargestellt. Und tatsächlich konnte ich dann etwas erkennen (siehe Bild). Zwar nicht so problematisch wie auf anderen Fotos, aber die verblasste "2R2" Schrift und das leicht schimmernde Lötfett o.ä. unter dem Bauteil (ist wahrscheinlich etwas anderes, aber ihr wisst was ich meine) sehen verdächtig aus.
Da wir einen Repeater haben und die meisten Geräte verkabelt sind oder 5 GHz haben ist das Problem wahrscheinlich nicht aufgefallen... mal sehen ob sich AVM kulant zeigt, ansonsten werd ich das Gerät wohl an einen Bastler spenden.
 

Anhänge

  • 20240909_235841.jpg
    20240909_235841.jpg
    1.6 MB · Aufrufe: 37
Ich hab jetzt einen Support Case bei AVM aufgemacht und dafür die Support-Daten erstellt. Spannend fand ich da den letzten Teil (gefiltert nach Errors, Panics und Kontext drum herum):
da wirst Du nicht viel erfahren - Ständige Neustarts ist wenn das Netzteil iO ist und das Recovery erfolgreich durchlief letztendlich immer ein Defekt - hast Du gleich den Kaufbeleg mitgeschickt?
Ist für mich jetzt nicht super aufschlussreich, aber vielleicht hat ja einer eine Idee. Die Sache mit dem ath0 und ath1, was wohl die WLAN-Interfaces sind, und der Fakt, dass die Box seit dem Abschalten des WLANs seit 8 Minuten ununterbrochen läuft bestätigen allerdings deine/eure These.
kannst ja mal noch länger laufen lassen, meine Infos bezüglich bearbeiteter Firmware bezog sich eher drauf, wenn die Box gar nicht mehr "hoch" kommt.
 
hast Du gleich den Kaufbeleg mitgeschickt?
Ist leider nicht vorhanden, da Gebrauchtkauf von Kleinanzeigen.
kannst ja mal noch länger laufen lassen, meine Infos bezüglich bearbeiteter Firmware bezog sich eher drauf, wenn die Box gar nicht mehr "hoch" kommt.
Werd ich morgen angehen. Mit 5 GHz sollte sie ja theoretisch auch dauerhaft laufen dann, mal sehen. Die bearbeitete Firmware ist mir nur zum testen zu viel Aufwand denk ich, eine Box ohne WLAN hat für mich keinen Nutzen.
 
Es kann theoretisch auch das 5GHz davon betroffen sein oder gar beide .

Dann wende Dich an @chips
 
Die Sache mit dem ath0 und ath1, was wohl die WLAN-Interfaces sind
Das ist leider so, ath0 (iface) ist das Interface vom ersten Atheros WLAN chip und ath1 (iface) ist das Interface vom zweiten Atheros WLAN chip.

SerialNumber L471xxx
Da die Seriennummer mit J, K oder wie in diesem Fall L beginnt, wird das ganze Problem hier bereits ausführlich behandelt.

@chips kann bei diesem Problem übrigens "lötend" weiterhelfen, schreib Ihm doch dafür bitte eine PN.
 
Alles klar, dann setze ich das Thema mal auf "Erledigt". Vielen Dank für alle, die bei der Fehlersuche geholfen haben! Hätte nicht gedacht, dass ständige Restarts auf ein WLAN-Problem zurückzuführen sind.
 
Die PN an @chips bitte nicht vergessen, der Fehler kann von Ihm repariert werden.
 
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.