[freifunk-public] Neue Beta-Firmware 1.8.0~rc1

Gerhard Klein gklein301076 at gmail.com
Sa Dez 14 12:06:14 CET 2019


Hallo,

Nein auch andere Versionen funktionieren nicht.

Gruß

Gerhard

Ralf Jung <post at ralfj.de> schrieb am Sa., 14. Dez. 2019, 12:04:

> Hallo Gerhard,
>
> klappen denn ältere Versionen?
>
> Laut <https://forum.openwrt.org/t/gl-ar300m-sysupgrade-problem/1812> hat
> dieses
> Gerät zwei Flash-Chips und OpenWRT unterstützt nur einen davon; irgendwie
> muss
> man das Gerät also davon überzeugen von diesem Chip zu booten.
>
> ; Ralf
>
> On 14.12.19 10:21, Gerhard Klein wrote:
> > Hallo zusammen,
> >
> > die Firmware für den GL-AR300m funktioniert leider nicht. Ich erhalte
> beim
> > Update immer die Fehlermeldung unsupported format / Incorrect firmware
> format!
> >
> > Gruß
> >
> > Gerhard
> >
> > Am Mo., 9. Dez. 2019 um 10:13 Uhr schrieb Ralf Jung via freifunk-public
> > <freifunk-public at saar.freifunk.net <mailto:
> freifunk-public at saar.freifunk.net>>:
> >
> >     Hallo allerseits,
> >
> >     seit heute morgen rollen wir im experimental- und beta-Zweig des
> Autoupdaters
> >     die neue Version 1.8.0~rc1 unserer Firmware aus.  Damit
> aktualisieren wir auf
> >     Gluon 2019.1.  Die wichtigsten Änderungen im Vergleich zur Version
> 1.7.4 sind:
> >
> >     * Neue Hardware-Unterstützung:
> >       - TP-Link CPE210 v3, TL-MR3420 v5, TL-WR840N v2
> >       - Aerohive HiveAP 121, HiveAP 330
> >       - D-Link DAP-1330 A1
> >       - 8devices Jalapeno
> >       - ASUS RT-AC57U
> >     * Wir haben jetzt ein "watchdog"-Script, welches den Knoten
> automatisch neu
> >     startet, wenn mit der Verbindung etwas nicht in Ordnung ist.
> >     * Bugfix: Das Bandbreitenlimit für Downloads wurde teilweise nicht
> korrekt
> >     erzwungen.
> >     * Bugfix: Das Bootloader-Image der AVM FRITZ!Box 4040 war defekt.
> >     * Gluon hat angekündigt, dass Geräte mit 32 MB RAM / 4 MB Flash
> wahrscheinlich
> >     in zukünftigen Gluon-Versionen nicht mehr unterstützt werden.  Diese
> Geräte
> >     machen aktuell mehr als die Hälfte unseres Netzes aus, und wir
> empfehlen sie als
> >     Einsteigergeräte auf saar.freifunk.net <http://saar.freifunk.net>.
> Wir
> >     müssen uns also irgendwas überlegen.
> >
> >     Der neue "watchdog" ist inspiriert von ähnlichen Scripten anderer
> Communities
> >     und von Sebastians cronjob.  Ein reboot wird eingeleitet, wenn
> entweder *gar
> >     keine* Mesh-Nachbarn zu sehen sind (also weder per VPN-Tunnel noch
> per WLAN),
> >     oder der Knoten die Mesh-Verbindung zu allen Gateways verliert (wenn
> es also mal
> >     eine Verbindung zu den GWs gab, diese aber wieder wegfällt).
> Allerdings wird
> >     nur neu gestartet, wenn der Knoten schon mindestens 6h an ist, um zu
> schnelle
> >     reboot-Loops zu vermeiden.  Das ganze ist darauf ausgerichtet, den
> Betrieb einer
> >     isolierten Mesh-Wolke weiterhin zu ermöglichen -- daher finden
> Reboots nur
> >     statt, wenn die Verbindung zu den GWs *verloren* geht, nicht aber
> wenn es noch
> >     nie Verbindung zu den GWs gab.
> >
> >     Wäre schön, wenn ihr die Beta-FW auf einigen Geräten ausprobieren
> könnt und uns
> >     Bescheid gebt, ob soweit alles weiterhin zu funktionieren scheint. :)
> >
> >     Viele Grüße,
> >     Ralf
> >     --
> >     freifunk-public at saar.freifunk.net <mailto:
> 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
> >     <mailto:freifunk-public-unsubscribe at saar.freifunk.net>
> >
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.hacksaar.de/pipermail/freifunk-public/attachments/20191214/8c340e6e/attachment-0001.htm>


Mehr Informationen über die Mailingliste freifunk-public