# Aktuelles Gluon ohne luci/gui für 4MiB Flash Geräte **URL:** \ **Category:** Gluon\ **Created:** [2. Dezember 2023 um 23:48 UTC](https://forum.freifunk.net/t/aktuelles-gluon-ohne-luci-gui-fuer-4mib-flash-geraete/23947 "2023-12-02T23:48:05Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![hzr3](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/h/7ab992/32.png) [@hzr3](https://forum.freifunk.net/u/hzr3)\ **Post date:** [2. Dezember 2023 um 23:48 UTC](https://forum.freifunk.net/t/aktuelles-gluon-ohne-luci-gui-fuer-4mib-flash-geraete/23947/1 "2023-12-02T23:48:05Z")
Es gibt Freifunk Communities, welche direkt die Router „freischalten“. In dieser Hinsicht also keine Gui notwendig. Eine sinnvoll nutzbare default-Konfiguration wäre so möglich ohne Karteneintrag. Dies ist eine Konfiguration welche gerne genutzt wird. 4MiB ROM könnte so ausreichend sein. Gibt oder gab es diesbzüglich irgendwelche Überlegungen? ---
**Author:** ![T\_X](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/t/a9adbd/32.png) [@T\_X](https://forum.freifunk.net/u/T_X)\ **Post date:** [3. Dezember 2023 um 21:37 UTC](https://forum.freifunk.net/t/aktuelles-gluon-ohne-luci-gui-fuer-4mib-flash-geraete/23947/2 "2023-12-03T21:37:54Z")
Gluon benutzt eh schon was kleineres, eigenes als LuCI. Bin mir nicht ganz sicher, ob das ausreichen würde, aber probier’s sonst gerne mal aus, wäre da auch interessiert dran. Vermutlich müsste man dann aber vll. neben gluon-config-mode-\* und gluon-web\* auch gluon-status-page\* los werden, damit man dann uhttpd entfernen könnte. Auch gibt es bei manchen Geräten ein ungünstiges Partitionslayout, wodurch die Kernelgröße der limitierende Faktor wird. Was da vll. eine Lösung (die auch mit einiges an Arbeit verbunden wäre): Dem Linux kernel beibringen, dass er auch ohne IPv4 support gebaut wird (gibt dafür sogar ein Bounty hier: [Jobs, Hacks and Bounties - ungleich.ch](https://ungleich.ch/u/projects/jobs-hacks-bounties/) - leider mit 300 CHF für den Arbeit viel zu klein, meiner Meinung nach). Der einzige größere Endusernachteil wäre dann, dass man das Mesh-VPN dann nur über IPv6 aufbauen könnte. Und Statusseite/Config-Mode nur über IPv6 benutzen könnte. Ansonsten können Client-Geräte dann trotzdem weiterhin IPv4+IPv6 dadrüber benutzen, dank layer 2 Routing Protokoll (wenn man batman-adv mit Gluon benutzt). * * * **Edit:** Auch müsste man dann vll. wieder die verschiedenen tinyfications wieder einführen / auf ein aktuelles Gluon / OpenWrt portieren, wie das GLUON\_SPECIALIZE\_KERNEL zum Kernel verkleinern: [treewide: remove GLUON\_SPECIALIZE\_KERNEL · freifunk-gluon/gluon@c23bc29 · GitHub](https://github.com/freifunk-gluon/gluon/commit/c23bc293ef999649d5e8a3bf75f1fbd290d8c55a). Das würde dann aber evtl. wieder deiner anderen Idee hier entgegen laufen: [Gluon webcompiler für unterschiedliche FF-Communities im Stil von https://firmware-selector.openwrt.org/](https://forum.freifunk.net/t/gluon-webcompiler-fuer-unterschiedliche-ff-communities-im-stil-von-https-firmware-selector-openwrt-org/23948/) ---
**Author:** ![wusel](https://forum.freifunk.net/user_avatar/forum.freifunk.net/wusel/32/630_2.png) [@wusel](https://forum.freifunk.net/u/wusel)\ **Post date:** [3. Dezember 2023 um 22:33 UTC](https://forum.freifunk.net/t/aktuelles-gluon-ohne-luci-gui-fuer-4mib-flash-geraete/23947/3 "2023-12-03T22:33:44Z")
> [@T\_X](#): > > Dem Linux kernel beibringen, dass er auch ohne IPv4 support gebaut wird […]. Der einzige größere Endusernachteil wäre dann, dass man das Mesh-VPN dann nur über IPv6 aufbauen könnte. … sprich: die Knoten an IPv4-only Zugängen nicht mehr funktionierten. ---
**Author:** ![hzr3](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/h/7ab992/32.png) [@hzr3](https://forum.freifunk.net/u/hzr3)\ **Post date:** [3. Dezember 2023 um 22:55 UTC](https://forum.freifunk.net/t/aktuelles-gluon-ohne-luci-gui-fuer-4mib-flash-geraete/23947/4 "2023-12-03T22:55:59Z")
> [@T\_X](#): > > Auch gibt es bei manchen Geräten ein ungünstiges Partitionslayout, wodurch die Kernelgröße der limitierende Faktor wird. Ich bin schon seit langem für „mainline u-boot für alles Geräte“ aber das ist ein anderes Thema. Es gibt immer viel zu tun zur Förderung von Freiheiten 😉 > [@wusel](#): > > die Knoten an IPv4-only Zugängen nicht mehr funktionierten. Besser als wenn die einwandfrei funktionierende Hardware wegen fehlende Sicherheitsupdates ungenutzt herumliegen würde oder zwingend menschliche Ressourcen verwendet werden müssten um in jedes Gerät welches genutzt werden sollte einen 8 oder 16MiB SPI Chip als Upgrade einlöten zu müssen. ---
**Author:** ![adorfer](https://forum.freifunk.net/user_avatar/forum.freifunk.net/adorfer/32/17910_2.png) [@adorfer](https://forum.freifunk.net/u/adorfer)\ **Post date:** [5. Dezember 2023 um 08:18 UTC](https://forum.freifunk.net/t/aktuelles-gluon-ohne-luci-gui-fuer-4mib-flash-geraete/23947/5 "2023-12-05T08:18:16Z")
Es gibt diesen Talk von Freifunk-Weimar zu dem Thema, wo ziemlich viel drin ist, was sich machen lässt: > [@We have tons of 4MB/32MB memory devices (was man in Gluon 2018.x einsparen kann ohne größere Operationen))](https://forum.freifunk.net/t/we-have-tons-of-4mb-32mb-memory-devices-was-man-in-gluon-2018-x-einsparen-kann-ohne-groessere-operationen/20898): > > Fortsetzung der Diskussion von [Openwrt auf JHR-N805R](https://forum.freifunk.net/t/openwrt-auf-jhr-n805r/11346/134): Anlässlich „was man alles herauswerfen kann aus dem Openwrt“ gab es von den Freifunkenden in Weimar einen Talk auf dem 35C3: Einige Dinge davon sind ziemlich radikal. Aber wenn die Alternative ist „Geräte wegwerfen“, dann muss man sich halt überlegen, auf was man verzichten kann, um ein wieder (für den Anwendungszweck) gut nutzbares Gerät zu bekommen.