[freifunk-public] Neue experimental-Firmware 1.9.0~exp20200615

Ralf Jung post at ralfj.de
Do Jun 18 12:04:53 CEST 2020


Hi Jan,

> habe auf meinem 841er die Firmware über die WebGUI installieren können.

Ah stimmt, ich habe ganz vergessen dass das auch im Webinterface geht...
Sebastian, kannst du diesen Weg mal ausprobieren?

Gut dass es bei dir geklappt hat, Jan. :)

> Nach der Aktualisierung gibt es unter dem Punkt Privates Wlan auch die
> Funktion Protected Management Frames wobei man hier nur Deaktiviert
> auswählen kann.

Ja die neue Firmware bringt gewissen Support für WPA 3, aber da haben wir noch
nichts konfiguriert.

Viele Grüße,
Ralf

> 
> Grüße
> 
> Jan
> 
> Am 18.06.20 um 09:57 schrieb Ralf Jung via freifunk-public:
>> Hallo Sebastian,
>>
>> hm, vielleicht ist nicht genug RAM frei um die Firmware zu speichern?  Du
>> könntest ein paar Dinge beenden die man nicht unbedingt braucht während des Updates:
>>
>> /etc/init.d/gluon-respondd stop
>> /etc/init.d/haveged stop
>> /etc/init.d/uhttpd stop
>>
>> Viele Grüße,
>> Ralf
>>
>> On 17.06.20 17:24, Fam. Fontaine wrote:
>>> Hallo Ralf,
>>>
>>> super Idee dem gluon-Team helfen zu wollen, bin dabei.
>>>
>>> Der download des images klappt bei mir, auf dem Knoten selbst, leider nicht
>>> (TL-WA901N/ND v4)
>>>
>>> root at ffsaar-HammelsbergVa:~# df -h /tmp
>>> Filesystem                Size      Used Available Use% Mounted on
>>> tmpfs                    13.4M    104.0K     13.3M   1% /tmp
>>> root at ffsaar-HammelsbergVa:~# echo 3 > /proc/sys/vm/drop_caches
>>> root at ffsaar-HammelsbergVa:~# wget
>>> http://mgmt.saar.freifunk.net/firmware/1.9.0~exp20200615/sysupgrade/gluon-ffsaar-1.9.0~exp20200615-tp-link-tl-wa901n-nd-v4-sysupgrade.bin
>>> Downloading
>>> 'http://mgmt.saar.freifunk.net/firmware/1.9.0~exp20200615/sysupgrade/gluon-ffsaar-1.9.0~exp20200615-tp-link-tl-wa901n-nd-v4-sysupgrade.bin'
>>> Connecting to 2a03:4000:28:207::1:80
>>> Writing to 'gluon-ffsaar-1.9.0~exp20200615-tp-link-tl-wa901n-nd-v4-sysupgrade.bin'
>>> gluon-ffsaar-1.9.0~e  99% |****************************** |  3324k  - stalled
>>> -Connection error: Connection timed out
>>> root at ffsaar-HammelsbergVa:~#
>>>
>>> wget auf dem Knoten klappt nicht, keine Ahnung warum, habe es mehrmals probiert,
>>> auch in anderen Ordnern, geht immer bis über 90% und bricht dann ab.
>>> Download via safari auf mba (2013) ist kein Problem.
>>> Also habe ich es per scp rüberkopiert und den upgrade wie folgt ausgeführt:
>>>
>>> root at ffsaar-HammelsbergVa:~# sysupgrade
>>> /var/tmp/gluon-ffsaar-1.9.0~exp20200615-tp-link-tl-wa901n-nd-v4-sysupgrade.bin
>>> # reboot abgewartet und dann, Trommelwirbel, Tusch, ... nix
>>> SFmba:~ fontaines$ ssh -l root ffsaar-hammelsbergVa
>>>
>>>
>>> BusyBox v1.30.1 () built-in shell (ash)
>>>
>>>   _____  _____
>>> _/ ____\/ ____\___________  _____ _______
>>> \   __\\   __\/  ___/\__  \ \__  \\_  ___\
>>>  |  |   |  |  \___ \  / __ \_/ __ \|  |
>>>  |__|   |__| /_____/ (_____/(_____//__|
>>>  -----------------------------------------------------
>>>  OpenWrt 19.07-SNAPSHOT, r11019+10-5feb0df9bb
>>>  gluon-ffsaar 1.9.0~exp20200524 / gluon v2020.1.2
>>>  -----------------------------------------------------
>>>  Gluon commandline administration reference:
>>>  https://github.com/freifunk-gluon/gluon/wiki/Commandline-administration
>>>  -----------------------------------------------------
>>> root at ffsaar-HammelsbergVa:~# uptime
>>>  17:00:59 up 9 min,  load average: 0.05, 0.29, 0.28
>>>
>>> offensichtlich gab es einen reboot, aber kein update der Software.
>>> Also das Kommando nochmal gegoogled
>>> https://wiki.bremen.freifunk.net/Anleitungen/Firmware/Firmware-sysupgrade
>>> und wiederholt, diesmal mit verkürztem filename:
>>>
>>> root at ffsaar-HammelsbergVa:/tmp/tmp# echo 3 > /proc/sys/vm/drop_caches
>>> root at ffsaar-HammelsbergVa:~# cd /var/tmp/
>>> root at ffsaar-HammelsbergVa:/tmp/tmp# ls -la
>>> drwxr-xr-x    2 root     root            80 Jun 17 17:14 .
>>> drwxrwxrwt   17 root     root           420 Jun 17 17:14 ..
>>> -rw-r--r--    1 root     root       3407876 Jun 17 17:14 gluon_sysupgrade.bin
>>> root at ffsaar-HammelsbergVa:/tmp/tmp# sysupgrade -F gluon_sysupgrade.bin
>>>
>>>
>>> gleicher Effekt, reboot aber kein update.
>>> Also entweder stelle ich mich wirklich dämlich dran, dann lasst mich bitte nicht
>>> dumm sterben, oder aber es geht irgendwie einfach nicht auf dem Knoten.
>>>
>>> Grüße
>>> Sebastian
>>>
>>>
>>>
>>>
>>>
>>> Am 16.06.20 um 22:01 schrieb Ralf Jung via freifunk-public:
>>>> Hallo allerseits,
>>>>
>>>> seit gestern gibt es die neue ffsaar-Firmware 1.9.0~exp20200615.  Damit
>>>> aktualisieren wir auf Gluon 2020.2, welches bald veröffentlicht wird -- die
>>>> Gluon-Entwickler haben darum gebeten, diese Firmware auch schon vorher etwas
>>>> breiter zu testen, und da helfen wir natürlich gerne.
>>>>
>>>> Für uns bedeutet das vor allem noch mehr Hardware-Support:
>>>> - GL.iNet: GL-AR750S
>>>> - TP-Link: CPE220 (v3)
>>>> - EnGenius: ENS620EXT
>>>> - Linksys: EA6350 (v3)
>>>> - Cudy: WR1000
>>>> - NETGEAR: DGN3500B
>>>> - TP-Link: TD-W8970
>>>>
>>>> Bei meinem Knoten zu Hause hat das Update auch funktioniert (allerdings hat sich
>>>> seltsamerweise die MAC-Adresse geändert), im Hackerspace jedoch scheint etwas
>>>> schief gegangen zu sein und der Knoten ist nicht mehr erreichbar -- ich muss ihn
>>>> wohl vor Ort mal rebooten.  Ich habe die neue Version daher mal aus dem
>>>> Auto-Updater genommen.  Falls das dennoch jemand von Hand zu Fuß testen möchte,
>>>> wäre es echt gut zu wissen, ob das jetzt ein Einzelfall ist oder es echte
>>>> Probleme mit der neuen Version gibt.
>>>>
>>>> Ich glaube jedenfalls, dass ich so schnell nicht nochmal pre-Release-Versionen
>>>> von Gluon ausprobieren werde...
>>>>
>>>> Viele Grüße,
>>>> Ralf
>>>>
>>>>
>>>> On 28.05.20 19:18, Ralf Jung via freifunk-public wrote:
>>>>> Hallo allerseits,
>>>>>
>>>>> es gibt eine neue Firmware auf unserem experimental-Branch!  Version
>>>>> 1.9.0~exp20200524 der ffsaar-Firmware basiert auf Gluon v2020.1.2, und bringt
>>>>> damit vor allem jede Menge neue Hardwareunterstützung:
>>>>>
>>>>> * Aruba: AP-303, Instant On AP11
>>>>> * AVM: FRITZ!Repeater 1200, FRITZ!Box 7312, FRITZ!Box 7360 (v1, v2),
>>>>>   FRITZ!Box 7360 SL, FRITZ!Box 7362 SL, FRITZ!Box 7412
>>>>> * devolo: WiFi pro 1200e, WiFi pro 1200i, WiFi pro 1750c, WiFi pro 1750e,
>>>>>   WiFi pro 1750i, WiFi pro 1750x
>>>>> * Enterasys: WS-AP3710i
>>>>> * GL.iNet: GL-AR300M-Lite, VIXMINI
>>>>> * Netgear: R7800, EX6150 (v1), R6220
>>>>> * OCEDO: Raccoon, Panda
>>>>> * TP-Link: Archer C6 v2, Archer C2 (v1), Archer C20 (v1), Archer C20i,
>>>>>   Archer C50 (v1), TL-MR3020 (v3), TL-WA801ND (v5), TL-WR902AC (v3)
>>>>> * Xiaomi: MiWifi Mini
>>>>>
>>>>> Leider musste die Unterstützung für manche Geräte wieder entfernt werden, weil
>>>>> die Partitionierung auf diesen Geräten für Gluon ungeeignet ist:
>>>>> * ALFA: Network Hornet-UB, Network Tube2H, Network N2, Network N5
>>>>>
>>>>> Außerdem wurden diverse Fehler behoben, insbesondere einer im
>>>>> Tunneldigger-Watchdog der für unnötige Neustarts gesorgt hat.  Alte Geräte mit
>>>>> wenig RAM sollten dank zram-swap etwas besser laufen.
>>>>>
>>>>> Für weitere Informationen kannst du dir die Release Notes von Gluon anschauen:
>>>>> * https://gluon.readthedocs.io/en/v2020.1.2/releases/v2020.1.html
>>>>> * https://gluon.readthedocs.io/en/v2020.1.2/releases/v2020.1.1.html
>>>>> * https://gluon.readthedocs.io/en/v2020.1.2/releases/v2020.1.2.html
>>>>>
>>>>> Wir werden die neue Firmware eine Weile auf dem experimental- und später dem
>>>>> beta-Branch testen, bevor wir sie für alle ausrollen.  Falls dir dabei Probleme
>>>>> auffallen, gib uns bitte Bescheid. :-)
>>>>>
>>>>> Viele Grüße,
>>>>> Ralf
>>>>>
> 


Mehr Informationen über die Mailingliste freifunk-public