[freifunk-public] Kein Webinterface (LuCI) nach Firmware-Update

[Sven Längler]

Hallo zusammen,

gute Nachricht vorab: der Knoten ist wieder online!

Ich habe zunächst (nochmals) den Cache des Browsers geleert und auch an
einem anderen Rechner, sowie WAN-Port getestet... ohne Erfolg.
Dann habe ich den Tipp von Marvin befolgt und die derzeit installierte
FF-FW 1.2.1 stable durch die Stock FW ersetzt und ein Hard-Reset
durchgeführt.
Anschließend nochmal die aktuelle FF-FW 1.3 stable über das Webinterface
aufgespielt... mit Erfolg!!

Ich habe noch immer keine Erklärung was da genau schiefgelaufen ist und
warum das Update nicht auf Anhieb funktioniert hat, aber ich bin
letztendlich froh, dass wieder alles problemlos läuft.
Nochmals vielen Dank an Ralf und Marvin für die prompte Unterstützung!

Viele Grüße,
Sven



On 07.07.2016 13:10, Marvin W wrote:
> Hi,
>
> *Normalerweise* liegt die schwarze Seite daran, dass diese im
> Browser-Cache gepseichert ist, aber der Router nicht verfügbar ist.
> Die eigentliche Konfigurationsoberfläche wird nicht gecached und
> entsprechend geht es nicht weiter.
>
> Noch eine Idee: hast du mal probiert am WAN port auf die
> Web-Oberfläche zu kommen?
>
> Grüße,
> Marvin
>
> On Do, Jul 7, 2016 at 1:04 , Ralf Jung <post at ralfj.de> wrote:
>> Hallo Sven,
>>
>>>  DHCP läuft scheinbar nicht! Ich muss eine statische IP angeben.
>>
>> Oh!  Das klingt dann doch eher nach Problemen auf Router-Seite als nach
>> einem verwirrten Browser, was meine Vermutung war.
>>
>>>  Mit "schwarzem Bildschirm" habe ich folgende Seite gemeint, die bei
>>> mir
>>>  beim Aufruf von 192.168.1.1 erscheint... und bleibt!
>>>  http://fs5.directupload.net/images/160707/hnycnk98.png
>>
>> Hm, *irgendwas* läuft also dort und sendet diese erste Seite...
>> Leider kenne ich jetzt LuCI nicht gut genug, um zu wissen, welche
>> Komponenten nur beim Laden des sichtbaren Interfaces benötigt werden,
>> nicht aber beim Laden des Teils, der bei dir noch ankommt.
>>
>>>  Sonst ist mir via Telnet nichts aufgefallen. RAM/CPU normal.
>>>  Da das Problem auch nach der "Update-Reise" weiterhin besteht kann ich
>>>  auch ausschließen, dass sich Restmüll in /etc/config befindet!
>>
>> Wie Marvin schon meinte, könnte noch State (VLANs oder dergleichen) im
>> internen Switch des Routers hängen geblieben sein. (Das war mir nicht
>> klar.) Der würde auch durch die Update-Reise nicht zurückgesetzt.
>>
>>>>  Was man mal ausprobieren könnte, wäre das 1.3-factory-Image auf ein
>>>>  anderes Gerät zu tun und schauen, ob das klappt. Ich habe die
>>>>  factory-Images "nur" in der VM getestet. Vielleicht gibt es da ja ein
>>>>  generelleres Problem?
>>>
>>>  Werde ich testen!
>>
>> Marvin meint ja inzw., das ging bei ihm.  Also auch eine falsche Fährte.
>> Wäre auch unwahrscheinlich gewesen...
>>
>> Viele Grüße,
>> Ralf
>> -- 
>> freifunk-public at saar.freifunk.net - Diskussion und Hilfe der Freifunk
>> Saar Community.
>> Verwaltung: https://lists.hacksaar.de/listinfo/freifunk-public
>> Abbestellen: freifunk-public-unsubscribe at saar.freifunk.net
>

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.hacksaar.de/pipermail/freifunk-public/attachments/20160707/79b35b9b/attachment.html>