Hallo Leute,
zunächst einmal muss ich ein wenig Asche auf mein Haupt streuen, da ich es war, der den letzten firmware rollout vorangetrieben hat. Diese enthält einen nämlich Bug [1] der rein statistisch bei jedem Router die WLAN-Konfiguration kaputtmachen dürfte. Beim Testen der Firmware ist auch mindestens 5 Router begegnet, die mit dem typischen Symptom lief:
---------------------------->8---------------------------- root@Wuesting-KfzSVBecker-O1:~# tail -15 /etc/config/wireless
config wifi-iface 'fallback' option ifname 'fallback' option network 'fallback' option encryption 'none' option device 'radio0' option bssid '7E:19:84:34:45:00' option ssid 'nordwest.freifunk.net' option mode 'sta' option macaddr 'b6:3f:b2:57:fa:ab' option disabled '0'
config wifi-iface 'mesh_radio0' option mesh_id 'ffnw-mesh_02:00:0a:12:e0:00'
root@Wuesting-KfzSVBecker-O1:~#
----------------------------8<----------------------------
Hier hätte vor dem Rollout genauer hingeschaut werden müssen und ärgere mir hier seit Wochen ein zweites Loch in den A..., dass es nicht passiert ist!
Wie retten wir jetzt die Situation? Vor kurzem kam zwar die 2018.1.2 raus, aber wenn ich Tarek richtig verstanden habe, hat er momentan wenig Kapazitäten, um ein build auf Basis von 2018.x.y anzuwerfen, da hier noch einiges anzupassen ist. Mein Vorschlag ist nun, dass wir einfach nochmal eine Firmware auf Basis von 2017.1.8 bauen, die erstmal nur diesen einen Bug fixt. Wir wissen ja ziemlich genau, was das Problem ist, nämlich dass der Hoodselector und der autoupdater-fallback-modus beide die wireless-conf anfassen, ohne voneinander zu wissen. Die einfachste Lösung wäre wohl, die gleiche firmware wie die aktuelle Stable nur eben ohne den autoupdater-fallback-modus neu zu bauen.
[1] https://github.com/tecff/gluon-packages/issues/4
LG Lorenz