Bitte. Bitte. BItte.
Es kommen immer wieder Leute an den Taster, wenn das Netz mal nicht geht oder langsam ist, spielen daran rum, dann geht’s Wifi Netz nicht mehr. Danke. 
5 „Gefällt mir“
man sieht an den Lämpchen, ob WLAN aktiv ist oder nicht. Im Zweifel muss die Taste noch ein mal gedrückt werden. Dies muss den Nutzern kommuniziert werden, dass diese Taste diese Funktion aufweist. Ich persönlich brauche diese Taste für Tests in der freien Wildbahn.
Hilft das vielleicht? Wifitoggle Installation [Old OpenWrt Wiki]
Der Wunsch kam auch von anderer Stelle.
ich werde es in der nächsten Version „fix“ stellen. Wer dann das Wifi abschalten möchte, der soll es bitte auf der Kommandozeile tun.
1 „Gefällt mir“
Das lässt sich bei Flüchtlingen und wechselndem Personal in der Betreuung der Flüchtlingsheime (und auch bei Privatpersonen, die sich mit der Materie und Hardware 0 auskennen) kaum kommunizieren. AM Ende wird man angerufen und muss gucken fahren vor Ort. Unnützer Aufwand…
Bis zum nächsten FW-Update hilft ein
rm /etc/rc.button/rfkill
um den Wifi-Toggle lahmzulegen.
1 „Gefällt mir“
Hallo,
ich muss das hier gerade nochmal ausgraben. Ich hab teilweise damit zu kämpfen, dass irgendwelche Putzfrauen da ständig drankommen und würde den gerne standardmäßig deaktivieren.
Gibt es da schon ein Paket oder sowas? Hat den jemand seitens der Firmware standardmäßig deaktiviert?
Grüße
Matthias
1 „Gefällt mir“
Danke für die Info!
<auffuellen auf 20 Zeichen>
1 „Gefällt mir“
Funktioniert das eigentlich? Ich meine, das sei nie fertig geworden.
Der weigert sich das Paket einzubauen, weil das Paket eine schon vorhandene Datei überschreiben würde. Vermutlich müsste man das eher als Patch in OpenWRT reinschmeißen oder so.
Oder gibt es da eine Möglichkeit das Überschreiben zu erzwingen?
@MPW bau doch ein Modul das sich ein upgradescript in die /lib/gluon/upgrade legt, das wird dann bei einem Upgrade einmalig ausgeführt …
… also sowas wie
888-rfkill-button-killer
chmod a+x 888-rfkill-button-killer
und wenn da nur quick&dirty drinsteht
#!/bin/sh
rm /etc/rc.button/rfkill
… kannste hier bei einem ähnlich strukturierten Projekt spickeln
dein skript darf natürlich alles mögliche überschreiben/anpassen … weil das ja erst zur laufzeit /upgradezeit ausgeführt wird
Das ist natürlich eine Möglichkeit. Aber warum kann man das nicht direkt korrekt setzen? Das müsste doch eigentlich gehen…
@MPW der Buildprozess sammelt alle möglichen Pakete zusammen , und wenn der das zulassen würde, dann wäre die Reihenfolge in der Pakete zu dem "master"build zusamen gefasst werden auf einmal sehr wichtig … - es macht schlicht unendlich viel mehr probleme als es löst, daher gibt es das upgrade verzeichnis mit den skripten. Und dort ist dann eben die richtige Stelle für ein rfkill-button-killer script
2 „Gefällt mir“
Okax, das mit der Reihenfolge ergibt Sinn, dann müssen wir das so umbauen.
1 „Gefällt mir“
Bitte hier posten, wenn du das Modul fertig hast
Das SH Script muss aber noch ausführbar im git abgelegt werden… Getestet ist es auch noch nicht… Vlt heute Abend…
das skript kann so nicht funktionieren !!!
Das Script einfach zu überschreiben erscheint mir auch unschön.
Wie wäre denn eine saubere Lösung umzusetzen?
1 „Gefällt mir“
Das hat auch niemand behauptet !!!
Ich hatte nur schon mal Niedergeschrieben was mir in den Sinn gekommen ist von Funktion und fertig hat niemand gesprochen.
Ich persönlich finde es nicht so toll einfach irgendwelche Dateien aus einem System zu löschen. Daher die Idee diese mit anderem wenn auch sinnlosen Inhalt zu füllen.
Gruß Marius