Die aptimeclock.sh unter /lib/gluon/aptimeclock/ hat nicht die nötigen Rechte (0664). Hab diese mal manuell auf 0775 gesetzt. Jetzt funktioniert das Script.
Bleibt die Frage: Wie kann ich der Firmware die Rechte richtig mit geben? Oder ging da beim Firmware bauen was schief?
Ich nutze das git per Web Oberfläche. Da gingen die Rechte der Datei irgendwie verloren. Hab das jetzt mal Manuell richtig gesetzt. Aber ins git bekomme ich die Rechte per Web Oberfläche nicht mehr richtig rein Aber das ist dann ein anderes Problem.
Wie kann ich aptimeclock deaktivieren, wenn die Zeitsteuerung nicht wirken darf, und statt dessen die manuell unter wireless.client_radioX.disabled='X ’ gesetzte Einstellung wirksam bleiben soll?
Hast du noch eine Idee was man checken kann? Habe gestern einen jungfräulichen Router geflasht und die Rechte stehen auf 0775. Das Script wird ausgeführt aber bei manueller Ausführung kommt „Entry not found“.
Das „Entry not found“ bezieht sich vermutlich auf das 5GHz.
Das Script holt sich halt zum Test sowohl die Settings für 5GHz wie auch für 2,4GHz.
Auf einem Futro wird man also in der Regel sogar zwei Mal ein „entry not found“ bekommen.
ich tippe darauf, dass entweder die micrond-Cron nicht läuft oder aber die Keys nicht persitiv gesetzt sind.
Die Meldung erscheint wie gesagt zweimal. Und ein 2,4 GHz Modul existiert auf dem 841er definitiv.
micron.d läuft da unser Nightboot-Script vom micron.d ausgeführt wird.
Was meinst du mit persitiv?
Ja, wurde es, da leider der alte Schlüssel zwar funktionierte, jedoch beim Autoupdate nicht übernommen wurde.
Und statt das mit zwei Workaround-Script über das Sysupgrade zu retten habe ich dann lieber den Schlüssel in einen „sicheren“ Bereich verschoben.
Ok, Asche auf unsere Häupter. Kaum macht man’s richtig, schon funktioniert’s…
Sorry, wollte dir keine Arbeit machen damit.
Mit was anderem vielleicht schon. Was hältst du davon, die Zeitsteuerung um Wochentage zu erweitern? Habe den konkreten Fall, dass der Router nur an bestimmten Tagen und zu bestimmten Zeiten laufen soll.
So als Beispiel:
uci set wireless.radio0.client_clock_on=010815 (01 = Montag - Rest Uhrzeit 8 Uhr 15 wie gehabt)
uci set wireless.radio0.client_clock_off=032045 (03 = Mittwoch - Rest Uhrzeit 20 Uhr 45 wie gehabt)
wäre es da nicht sinniger gleich die cron eigene Syntax zu nehmen?
die kann ja minuten, stunden, day_of_month month und day_of_week
würde dann ja 15 8 * * 1 uci set bla on … bzw 45 20 * * 3 uci set bla off…
weis nicht genau wie das script dazu passt.
Die Cron-Syntax wäre schon in Ordnung. Man müsste halt verhindern, dass die Config bei einem Sysupgrade verloren geht. @adorfer: gibt es Doku wie man config-Module erstellt? Habe nichts per Google gefunden und auch sonstwo nichts Passendes.
Ich möchte den Thread hier noch mal pushen: wie mache ich dieses Paket unter LEDE lauffähig? Oder besser gefragt: gibt es irgendwo eine Doku, wie man Openwrt-Pakete anpasst?