[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