Freifunk Winterberg braucht Hilfe

@wusel: wieso hälst Du 16MB Flash für zu wenig?

Ich habe mal Grok gefragt:

how big are gluon firmware images and is 16mb flash space enough for future use and newer images?

Gluon firmware images are built for specific hardware targets (e.g., TP-Link Archer C7, which has 16MB flash), and their sizes vary based on the device, OpenWrt base version, included packages (like batman-adv for meshing), and community-specific configurations. Based on current data from Gluon docs, OpenWrt forums, and Freifunk community builds:

Typical Image Sizes

  • Sysupgrade .bin files (used for upgrading from existing OpenWrt/Gluon installs): Usually 6-10 MB.

    • Example: For devices like the TP-Link Archer C7 (a common 16MB flash router), OpenWrt base sysupgrade is ~8.7 MB. Gluon adds mesh networking and other features, pushing it to ~9-11 MB in recent builds (e.g., based on OpenWrt 24.10 in Gluon 2025.1).forum.openwrt.org

    • For lower-end devices (e.g., 8MB flash routers like TP-Link WR1043ND), Gluon sysupgrades are optimized to ~6-8 MB, but features may be trimmed to fit.

  • Factory .bin files (used for initial flashing from stock firmware): Often similar or slightly larger (8-12 MB), sometimes padded to match vendor expectations (e.g., up to 16 MB for some TP-Link models to pass image checks).

  • x86/virtual machine images (no flash limit): Can be larger, up to 50 MB or more, as seen in some Freifunk x86 sysupgrades.wiki.bremen.freifunk.net

Sizes have grown gradually over time (~1-2 MB per major OpenWrt upgrade due to new kernels, drivers, and security features), but optimizations (e.g., minification, package removals) keep them stable. Historical trend: Early Gluon versions (2016-2018) were ~4-6 MB; current (2025) are ~8-12 MB for mid-range targets. Growth is linear but slow, with occasional drops in support for very small devices.

Is 16MB Flash Enough for Future Use?

Yes, 16MB flash is more than sufficient for current and foreseeable future Gluon images. Here’s why:

  • Minimum requirements: Gluon recommends at least 7-8 MiB of usable flash space (after bootloader and partitions). Devices with 16MB total flash typically have 12-14 MiB usable for firmware + data overlay.gluon.readthedocs.ioopenwrt.org

  • Current fit: A 9-11 MB image leaves ample room (~3-5 MiB) for the overlay filesystem (user data, configs, logs). No issues with Gluon 2025.1 or recent OpenWrt-based builds.

  • Future-proofing: Size growth is managed—devices with 4MB flash are often deprecated first due to constraints, followed by some 8MB ones (e.g., D-Link DIR-825 dropped in 2023 due to size limits). 16MB devices like the Archer C7 remain well-supported and are unlikely to face deprecation soon, as Gluon prioritizes popular hardware. If sizes approach limits (e.g., 12+ MB in 5-10 years), communities can fork slimmed-down variants or use modular packages.gluon.readthedocs.io

  • Caveats: If your config includes extras (e.g., debugging symbols, additional apps), sizes can balloon to 12-16 MB, risking overflow. Stick to standard builds for safety. Also, pair with at least 64-128 MB RAM for smooth operation.

Das entspricht auch etwa meinem Empfinden… es müssten schon Softwarepakete dazukommen, die vergleichsweise groß sind, oder der Kernel überproportional wachsen.
Natürlich darf man Grok nicht trauen :wink:

Moin!

Gesundheit :wink:

Ich bin da gebranntes Kind seit 4/32 und halte mich da an die Ratschläge von OpenWrt (Hervorhebung von mir):

»Vermeide die Neuanschaffung von Geräten mit nur 16 MB Flash« ist für mich eindeutig: kann man machen, ist dann aber … Und somit auch nicht ›empfehlenswert‹ — nach über einem Jahrzent Freifunk sieht man manche Dinge ggf. anders :wink:

Spezifisch zum Cudy WR3000 v1 kommt hinzu, daß die v2 komplett andere, nicht unterstützte, Hardware im augenscheinlich gleichen Gehäuse hat — been there, suxx big time, thanks, but no, thanks.

Update: EdgeRouter X: Abkürzung zu Firmware 2.1.0 - 4830.org — wir haben in unserer FW das auf drei einzutippende Kommandos reduziert, aber es bleibt derzeit dabei, daß mit Firmware 2.1.0/Gluon v2025.1 der Knoten noch einmal neu eingerichtet werden muß …

Ich sagte es ja schon, die Zeit tickt; aktuell wanderten WTB-Knoten in den Firmwarezweig »mns« (Möhnesee), die Knoten dort mit Gluon v2021.1er Firmware wollen wir ASAP über FW 1.9.0 (Gluon v2023.1) nach FW 2.1.0 (Gluon v2025.1) bringen, sofern sie nicht – 4/32-Thema – auf v2021.1 verharren. Dies ist für den Monatswechsel zum Februar vorgesehen — nicht erst im April. Somit schließt sich dieses Zeitfenster schnell.

12 Tage später, und es ist wieder nichts passiert in der Hinsicht. Und ich sehe auf den Winterberg-Webcams nicht 24/7 Pistenwalzen rumfahren …

Vermutlich, weil mensch auch mal schlafen muß? Aber in weiteren (!) 264+ Stunden (!!) keine Zeit zu finden, eine 5-Minuten-Aktion (!!!) durchzuführen, nunja, das zeugt nicht wirklich davon, daß dem Freifunk Winterberg e. V. Freifunk noch irgendwas bedeutet, das läßt Ernsthaftigkeit vermissen.

Lt. Google ist der Freifunk Winterberg e. V. »vorübergehend geschlossen«; da u. a. mir info@ nach Wochen nicht geantwortet hat, stellt sich schon die Frage, ob das nicht eher dauerhaft ist?

Wenn seit Wochen nicht eine der beiden potentiellen Personen 5 Minuten Zeit “findet” für eine 5-Minuten-Aktion:

Das klingt für mich dann eher nach einem Problem auf der sozialen Ebene.

Also dass z. B. die beiden Personen emotional noch nicht loslassen und “ihren” Freifunk anderen überlassen mögen.

Oder dass sie noch erstmal intern in der (ehemaligen?) Admingruppe es gemeinsam aufarbeiten wollen, ob es wirklich keine Weg der Weiterführung gibt.

Und da ist jetzt deadlock/stall, weil die Leute sich nicht treffen wollen, Terminprobleme vorschieben, um einem potentiell peinlichen/schmerzhaften Treffen auszuweichen, wo Leute sich gegenseitig ihre Versäumnisse der letzten Jahre vorrechnen.

Und die Beiden mit den Signkeys möchten nun die Verantwortung nicht übernehmen, das verweigerte Klärungsgespräch/Beschluss zur Übergabe zu übergehen und eigenmächtig Tatsachen zu schaffen.

Hallo,

auch ich betreibe noch Freifunkknoten vom Freifunk-Winterberg. Schaffen wir es, das ganze aktuell zu halten und eine aktuelle Firmware bereitzustellen? Es ist auch eine Frage von Sicherheit.

Ansonsten steht das Angebot vom Freifunk Gütersloh und Lippe usw. noch, euer System auf einen aktuellen Stand zu bringen. So liest es sich jedenfalls.

Gruß

Nils

Hallo,

vielen Dank für die Geduld. :grin::snowflake:

Wir würden gerne ein Videocall die Tage machen, um das weitere Vorgehen zu besprechen. Ich schlage vor, sich per PN abzustimmen. Ist das okay?

Gruß,

Andreas

Gerne; wie per PN geschrieben, schlagt 'nen Termin vor, dann kriegen wir das schon hin.

Update: Erstmal kein ›Videocall‹, bis nächsten Sonntag wurde Signierung der manifest-Datei in Aussicht gestellt.

(JFTR für den öffentlichen Thread.)

Aus reiner Neugier: Der besagte “*bis* Sonntag” wäre heute, richtig?

Bis Sonntag, 08.02. hieß es; evtl. war ja auch „spätestens am“ gemeint? Warten wir also diesen Tag noch ab …

Wieder nix von Freifunk Winterberg … für interessierte Knotenbetreibende haben wir einen Ausweg gefunden.

Seit 14 Tagen wieder keine offizielle Antwort mehr @j4ck weißt du schon was neues??

Nope.

Besteht noch Interesse?

Ich glaube, „Mitte März“ (und damit die angenommene stressige „Ski-Saison“ in Winterberg) ist jetzt ziemlich vorbei.
Hat sich denn was getan bezüglich der ausstehenden Firmware-Signaturen?
(Oder hat eventell doch besagtes „Klärungs-Gespräch“ stattgefunden, bei dem die Aktion abgekündigt wurde, und Freifunk-Winterberg macht selbst weiter?)

Just vor ein paar Stunden hat @j4ck mir den Link zum signierten stable-Manifest geschickt, vielen Dank.

Funktionstest:

root@FF-Test-6da8:~# cat /lib/gluon/gluon-version /lib/gluon/release 
v2021.1.2
0.12.1
root@FF-Test-6da8:~# autoupdater
Retrieving manifest from http://[2a01:4f8:151:7367:B0:9:77:76]/warstein/stable/sysupgrade/stable.manifest ...
autoupdater: warning: error downloading manifest: Connection failed
Retrieving manifest from http://[2a01:4f8:151:3102:bc:28:f0:13]/warstein/stable/sysupgrade/stable.manifest ...
autoupdater: warning: error downloading manifest: Connection failed
Retrieving manifest from http://firmware2.freifunk-winterberg.net/warstein/stable/sysupgrade/stable.manifest ...
autoupdater: warning: error downloading manifest: Connection failed
Retrieving manifest from http://firmware1.freifunk-winterberg.net/warstein/stable/sysupgrade/stable.manifest ...
autoupdater: warning: error downloading manifest: Connection failed
autoupdater: error: no usable mirror found
root@FF-Test-6da8:~# echo "2a06:e881:1709:1111:0:57ff:fefd:bc94 firmware1.freifunk-winterberg.net" >>/etc/hosts
root@FF-Test-6da8:~# echo "2001:bf7:1311:f000::7 firmware2.freifunk-winterberg.net" >>/etc/hosts
root@FF-Test-6da8:~# autoupdater
Retrieving manifest from http://[2a01:4f8:151:7367:B0:9:77:76]/warstein/stable/sysupgrade/stable.manifest ...
autoupdater: warning: error downloading manifest: Connection failed
Retrieving manifest from http://firmware1.freifunk-winterberg.net/warstein/stable/sysupgrade/stable.manifest ...
Stopping cron...
Stopping urngd...
Stopping micrond...
Stopping sysntpd...
Stopping gluon-radvd...
Stopping uhttpd...
Stopping sse-multiplexd...
Stopping gluon-respondd...
vm.drop_caches = 3
Downloading image:  14291 / 14291 KiB
Stopping network...
client_loop: send disconnect: Broken pipe


root@FF-Test-6da8:~# cat /lib/gluon/gluon-version /lib/gluon/release 
v2021.1.2.1-ffgt-14-gce7cf3de
1.4.0~200
root@FF-Test-6da8:~# autoupdater
Retrieving manifest from http://firmware.ipv6.4830.org/mns/sysupgrade/mns.manifest ...
Stopping cron...
Stopping urngd...
Stopping micrond...
Stopping sysntpd...
Stopping gluon-radvd...
Stopping uhttpd...
Stopping sse-multiplexd...
Stopping gluon-respondd...
vm.drop_caches = 3
Downloading image:  16137 / 16137 KiB
Stopping network...
Command failed: Not found
client_loop: send disconnect: Broken pipe


root@FF-Test-6da8:~# cat /lib/gluon/gluon-version /lib/gluon/release 
v2023.1.2-8-g04c88b6+
1.9.0~47
root@FF-Test-6da8:~# autoupdater
Retrieving manifest from http://firmware.ipv6.4830.org/mns/sysupgrade/mns.manifest ...
No new firmware available.

Gibt es ne aktuelle Firmware für denn D-Link DAP 1860? ( Steckdosen Repeater )

Der ist erst seit Gluon v2022.x supported, Freifunk Winterberg ist IIRC noch auf Stand Gluon v2021.x. Das wäre also entweder eine Erstinstallation oder ein Upgrade von einer anderen Firmware (bitte -n beim sysupgrade nicht vergessen).

Diese Firmen läuft dann auch theoretisch mit der originalen Firmen, wer von Freifunk Winterberg oder wie?

Gibt es aktuell schon eine Planung, wie das Ganze weitergehen soll?

Also, ob eine Übernahme stattfinden wird?

@wusel

Hmm, wenn die Frage ist, ob die 4830.org-Firmware als Update der bisherigen Winterberg-Firmware fungiert, dann ist die Antwort ja, das war Sinn der Übung.

Wie es nun weitergeht? Optimalerweise testen jetzt die Aktiven bei Freifunk Winterberg die Migration mit verschiedenen Knoten, indem sie …

echo "2a06:e881:1709:1111:0:57ff:fefd:bc94 firmware1.freifunk-winterberg.net" >>/etc/hosts
echo "2001:bf7:1311:f000::7 firmware2.freifunk-winterberg.net" >>/etc/hosts

… auf Knoten ausführen und dann den autoupdater-Lauf abwarten, der den jeweiligen Knoten dann von der Winterberg-Karte auf die des 4830.­org für Winterberg bringen sollte; das Ganze, ohne Meshwolken kaputt zu machen.

An sich sollte das für jede Ausgangsfirmware – Biggesee, Hallenberg, Lennestadt, Medebach, MeschedeBestwig, Moehnequelle, Silbach-und-Siedlinghausen, Sundern, Warstein, Winterberger-Doerfer, Winterberger-Hoehendoerfer, Winterberg-Kernstadt – getestet werden. Falls Probleme erkannt werden, sollte mit uns Rücksprache gehalten werden, um diese zu lösen.

Wir (4830.­org e. V.) haben Tests gefahren – Knoten mit Winterberg-FW installiert, die DNS-Änderungen per /etc/hosts simuliert, Ergebnis bewertet – und denken, daß es weitgehend störungsfrei funktionieren sollte — aber wir haben das alles reverse engineered und haben mangels Kommunikation keinen wirklichen Einblick in wie was wann warum war …

Anyway, wenn die Aktiven des Freifunk Winterberg e. V. ebenfalls der Meinung sind, das die Migration starten sollte, ändern sie ihre DNS-Einträge so, daß firmware1.freifunk-winterberg.net und firmware2.freifunk-winterberg.net entweder den DNS-Eintrag CNAME firmware.ipv6.4830.org. bekommen oder aber die jeweiligen AAAA-Einträge auf obige Werte geändert werden. Erst dann werden alle Winterberg-Knoten im stable-Branch in das Netz des 4830.­org e. V. migriert.

Mein Verständnis ist, daß der Vorstand des Freifunk Winterberg e. V. sich das jetzt anguckt und gelegentlich die DNS-Einträge ändern wird, wodurch technisch die Knoten vom »Backend« des Freifunk Winterberg e. V. zu dem des 4830­.org e. V. wechseln. Das Heft des Handelns liegt also weiterhin beim Freifunk Winterberg e. V. — wir schauen weiterhin tiefenentspannt von der Seitenlinie zu, that’s all we can do :slight_smile:

Das Gerät ist vollständig eingerichtet, bekommt aber wohl keine Verbindung und blinkt nur rot nachdem die Firmware installiert ist

Die GUI lässt sich auch aufrufen unter Setup.xxxxx