[Berlin-wireless] Nach upgrade von Kathleen 0.1.2 => 0.3.0 hängt WDR4300

[Sven Roederer]

Till,

danke für den Hintergrund zu deinem Setup.
Das ganze klingt nach einem wahrscheinlichen Problem im WiFi-system des
Kernels, wenn du STA, AP und AdHoc modus gleichzeitig nutzt.

- Läßt du alles über den WiFi-chip des Routers laufen?
- ist die Verbindung zur FB 2,4GHz oder 5GHz? Was passiert, wenn du alle
Freifunk-Netzt auf dieser Frequenz deaktivierst und nur den Link zur FB
betreibst?
- kannst du probieren einen USB-Stick zur Anbindung an die FB zu nutzen?
- was passiert wenn du eine LEDE-Firmware nutzt (developer-version)

Sven

Am 22.04.2017 um 18:08 schrieb Till:
> Aber ein Problem habe ich noch bzw. ich kann diesen Reboot jetzt auch
> mit installiertem 0.3.0 reproduzieren indem ich entweder
> a) meine vorher gesicherten Einstellungen von 0.1.2 wieder zurück lade oder
> b) über das UI die Einstellungen wie vorher wieder herstelle.
> 
> Ich hatte wieder vor eine wireless Verbindung als Uplink zwischen meiner
> lokalen Fritzbox und dem FF-Router ueber 5GHz(36) einzurichten und dies
> wird auch so in den gesicherten Einstellungen aus a) abgelegt sein. Ich
> habe es so auch noch einmal unter b) also mit dem UI hinbekommen. Nur
> wenn ich dann den FF-Router aus- und wieder einschalte, dann läuft er
> wieder in die Schleife.
> 
> Ich meine, dass hier einmal die Rede davon war, dass sich mit der
> Version 0.3.0 (vielleicht war es auch schon bei der Version 0.2.0) in
> dieser Richtung etwas geändert hatte?
> 
> Dann blieben mir nur zwei Alternativen:
> - FF-Router mit Lan-Kabel zu verbinden, womit hier einige Meter Kabel
> quer durch den Raum liegen. Der Router hängt draussen vor dem Fenster...
> - kathleen-0.1.2 wieder drauf spielen und mit dem Fehler "remote exploit
> in Kathleen-0.2.0 (und davor)" zu leben. Wie "katastrophal" ist der
> Fehler eigentlich? :-)
> 
> Viele Grüsse,
> Till
> 
> 
> 
> Sven Roederer schrieb am 22.04.2017 um 02:22:
>> Am Samstag, 22. April 2017, 01:54:21 CEST schrieb Till:
>>> Hallo Sven,
>>>
>>> danke für die schnelle Info!
>>> Wo stehen die "squashfs"-Files, in diesem Directory nicht:
>>> http://buildbot.berlin.freifunk.net/buildbot/stable/0.3.0/ar71xx-generic/def
>>> ault/ und hier https://util.berlin.freifunk.net/hardware?name=tl-wdr4300-v1
>>> ja auch nicht oder übersehe ich gerade etwas?
>>>
>> Stimmt, das "squashfs" schmeissen wir ja aus dem Namen. Es sind die 
>> Sysupgrade.bin, die via Aktualisierung verlinkt sind.
>>
>>> Sven Roederer schrieb am 22.04.2017 um 01:41:
>>>> Am Samstag, 22. April 2017, 01:32:05 CEST schrieb Till:
>>>>> Wäre es ansonsten eine Lösung wie hier
>>>>> https://wiki.openwrt.org/doc/howto/generic.failsafe#flash_new_firmware_in
>>>>> _fa ilsafe_mode beschrieben mit kathleen-0.3.0-tl-wdr4300-v1-factory.bin
>>>>> zu flashen? Oder ist von dem Weg abzuraten bzw. ist dieser eher
>>>>> risikoreich?> 
>>>> Till,
>>>>
>>>> es ist natürlich möglich, dass die hochgeladene Firmware einen
>>>> Übertragungsfehler hatte.
>>>> Mit dem dargestellten Weg kannst du das Firmwarefile nochmal aufspielen.
>>>> aber nimm dafür das "squashfs"-File, nicht das "factory"-file.
>>>> Beim "sysupgrade"-Befehl pack noch die Option "-n" mit rein (sysupgrade -n
>>>> kathleen...-squashfs.bin)
>>>>
>>>> Sven
>>>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>