Toll ... riesige Screenshots (dank - vermutlich automatisch - ausgewähltem Format aber keine riesigen Datenmengen) als Vollbild eingebunden und trotzdem kann kein Schwein irgendetwas erkennen, weil sich die wesentlichen Angaben irgendwo in der Mitte drängeln und erst deutlich oberhalb von WUXGA (also 1920 x 1200 px) nicht mehr per Downscaling in den Rest der Seite eingepaßt werden müssen.
EDIT: per Moderation korrigiert, s.o.
Ein Blick in die Historie des betreffenden Patches zeigt ja vielleicht auch, warum der ab einer definierten FRITZ!OS-Version nicht länger aktiviert werden kann?
https://github.com/Freetz-NG/freetz-ng/commits/master/patches/scripts/360-remove_wlan.sh
Und für diejenigen, die das nicht finden können:
https://github.com/Freetz-NG/freetz...04d8451be7954a0e0bc/config/ui/patches.in#L876
EDIT: Hier noch der Link für die aktuelle Version der betreffenden Datei:
https://github.com/Freetz-NG/freetz...4642b78e0913e2e7f6/config/ui/patches.in#L1008 - der oben stammt ja (wie geschrieben) irgendwo aus der Historie der betroffenen Patch-Datei und spiegelt den Stand wieder, der beim Commit vorlag.
Würde ich mich für die Option interessieren, das WLAN
einer 7490 "lahmzulegen" (ohne die Auswirkungen weiterhin vorhandener und änderbarer Einstellmöglichkeiten im GUI zu berücksichtigen), würde ich einfach nur die Offload-Firmware für den Scorpion-Chipsatz aus dem Image entfernen. Das bringt zwar einige Fehlermeldungen (auf der Console deutlich mehr als im Event-Log) und ein paar merkwürdige Anzeigen im GUI, aber dann KANN das WLAN auch nicht funktionieren und man spart obendrein noch die rund 11 MB im Dateisystem, die ansonsten durch das Linux 4.4-Image für das WLAN belegt werden (während der Freetz-Patch das nur auf etwa 1 MB beziffert).
Die Auswirkungen von
CONFIG_WLAN=n bei einer moderneren Firmware (sprich: einer "mesh-fähigen") hat m.W. noch niemand wirklich ausführlich untersucht - und solange man dabei auftretende Probleme nicht kompensiert bzw. kompensieren kann, wird das Entfernen der WLAN-Funktion(en) zum Va Banque-Spiel und man riskiert weitergehende Probleme mit anderen Komponenten, deren direkter WLAN-Bezug nicht immer offensichtlich ist.
Das Entfernen der WLAN-Firmware (das ist eigentlich ein komplettes System, was vom VR9-Chipset in das Scorpion-Chipset geladen wird - wer will, kann das auch genauso auseinandernehmen, wie jedes andere FRITZ!OS-Image im "in-memory"-Format, also Kernel + Dateisystem direkt dahinter) führt (zumindest nach meiner Erfahrung, die i.d.R. auf unabsichtlich herbeigeführten Problemen bei der WLAN-Initialisierung beruht) nur zu einem angenommenen Hardware-Fehler, wobei der Rest der Firmware (der keine WLAN-Hardware erwartet) weiterhin funktioniert.
Außerdem könnte man wohl auch das GUI an den passenden Stellen ändern (lassen), weil dessen Fehlen zwar die Einstellmöglichkeiten entfernt, aber keine anderen Settings ändert.
Aber alles in allem ist das ganze Entfernen der WLAN-bezogenen Dateien (in den alten FRITZ!OS-Versionen) nicht 1:1 auf neuere zu übertragen und - im Gegensatz zu dem, was hier erreicht werden soll - der Großteil der Benutzer ist wohl eher an einem funktionierenden WLAN interessiert als daran, genau dieses aus der Firmware zu entfernen.
Man kann also PROBIEREN, das alles durch das Setzen von
CONFIG_WLAN=n in der Firmware zu deaktivieren, aber man sollte nicht davon ausgehen, daß dieses keine weiteren Nebenwirkungen zeigen würde. Ob man das dann dennoch versuchen sollte, ist sicherlich auch von den eigenen Zielen (und den eigenen Fähigkeiten bei der Suche nach ggf. dadurch auftretenden Problemen) abhängig. Für Freetz (und auch für Freetz-NG) hat das jedenfalls jenseits der 07.0x-Firmware noch niemand ausführlich getestet und die notwendigen Patches (die sich mittlerweile dank des noch breiter aufgestellten Portfolios des Herstellers bei den verwendeten Chipsets auch immer weniger automatisch auf andere Modelle übertragen lassen) dafür erstellt.
