add one line, last one in example
/cron/tabs/root

wget -q -O /dev/null

jagt das Ergebnis ins Nirvana, d.h. es wird nichts (in den Flash) geschrieben, sondern einfach verworfen

Was willst du mit dem Cronjob eigentlich bezwecken? Wird über die url einne Art Command gesendet oder willst du mit den Inhalt der .php auf der Box auswerten?

Ich verwende das vixie-cron vom feed nicht (mehr), aber vielleicht kann dir jemand, der vixie-cron nutzt, sagen, ob das logfile periodisch gesäubert wird oder ob man das in den configs einstellen kann.

Du könntest anstatt vixie-cron vom feed das vorinstallierte busybox-cron verwenden, dass loggt nach /var/log/messages, und die /var/log/messegas wird durch eine Art logrotate vom kernel periodisch gesäubert, damit der Flash nicht vollläuft.

Aber da muss man nach der vixie-cron Deinstallation manuell nachhelfen, um das busybox-cron wieder zu aktivieren - sofern sich in der vixie-cron Deinstallationsroutine nichts geändert hat.





.

ich hab' mir mal spaßhalber den Stick rausgesucht, auf dem ein OE1.6. NN² für die DM800SE Installiert ist, dass ziehmlich lange vom USB-Stick gebootet mit vixie-cron lief:

Scheinbar gibt es kein vixie-cron logrotade oder ähnliches - wenn im OE2.0 daran nichts geändert wurde.

/cron/log hat eine Größe von 105.9MB und 1769185 Zeilen - bei 4 cronjobs/Minute sind das ~ 307 Tage logging (die Box lief 24//7 mit ein paar reboots)
1. Eintrag: 9.8.
letzer Eintrag 29.10 ein Jahr später (liefen ja nicht immer 4 crontabs/Minute)
Wenn das Image im Flash gelaufen wäre, wäre der recht bald geplatzt ...


bei einem crontab jede Minute kommst du auf etwa 32MB in 365 Tagen (Daumen mal PI - je nach Länge des Logeintrags = crontab). Bei einem crontab alle 2 Minunten auf ca. 16MB (Milchmädenenrechnung)
Da flasht du eher die Box neu, bevor der cronlog den Flash der DM7020HD zum Platzen bringt - bei DM800HD/SEv1 bzw. DM500HD V1 würde ich mir da eher Sorgen machen.

Allerdings kenne ich in 6 Jahren Präsenz hier im Forum keiinen Fall, wo das ein Thema war ....


Du kannst auch allle paar Wochen /cron/log manuell löschen oder per script+crontab ein logrotate basteln, dass bei Erreichen einer bestimmten Zeilenanzahl oder Dateigröße /cron/log löscht oder nach /cron/log.0 verschiebt, und beim nächsten Erreichen des Grenzwertes /cron/log.0 löscht und /cron/log nach wieder nach /cron/log.0 verschiebt usw ...

oder du stoppst cron, verschiebst /cron/log nac /tmp und ersetzt das file durch einen symlink zeigend auf /tmp/cron.log
mv /cron/log /tmp/cron.log && ln -sf /tmp/cron.log /cron/log

und startest cron wieder

dann wird der log nach /tmp/cron.log geschrieben und ist nach einem reboot wieder leer ....

ansehen kanns du ihn auf zwei Arten
cat /cron/log
cat /tmp/cron.log

wenn du den log nicht benötigst, verlinke den log einfach nach /dev/null - dann brauchst du gar nichts löschen und ersparst dir den cronjob - ist aber ungetestet

/etc/init.d/cron stop
rm -rf /tmp/cron.log
rm -rf /cron/log && ln -sf /dev/null /cron/log
/etc/init.d/cron start

das ist aber mit der Brechstange. Eleganter wäre es per cron ein logrotate einzurichten oder per cron den Log einfach periodisch löschen.

Alternativ das busybox cron verwenden, das logged wie gesagt nach /var/log/messages - da brauchst du dich um nichts kümmern.
cron liegt ja am hauptsächlich aus dem Grund am Newnigma² Feed , weil das busybox-cron von DMM ewig und drei Tage buggy war.


Kannst ja mal versuchen:
1. cron deinstallieren
opkg remove cron

2. /usr/bin/crontab wieder in die busybox verlinken, der symlink wird bei der der Installation von cron mit dem crontab binary überschrieben und bei der Deinstallation von cron nicht wieder hergestellt
cd /usr/bin
ln -sf ../../bin/busybox crontab

3. die crontabs von vixie-cron auf das busybox-cron übertragen
cat /cron/tabs/root|grep -v "^#" >> /etc/cron/crontabs/root

mit crontab -e editieren, wenn gewünscht

4: starten
/etc/init.d/busybox-cron start

5. damit das busybox cron beim booten automatisch gestartet wird (hat DMM per default deaktivert), einmalig das ausführen:
update-rc.d busybox-cron defaults

last line in example contains several commands which executed every day at midnight
1. move(rename) two days old log file as tree days old
2. move(rename) one day old log file as two days old
3. move(rename) current log file as one day old
4. restart cron

0 0 * * * [ -e /cron/log.prev2 -a -e /cron/log ] && mv /cron/log.prev2 /cron/log.prev3; [ -e /cron/log.prev -a -e /cron/log ] && mv /cron/log.prev /cron/log.prev2; [ -e /cron/log ] && mv /cron/log /cron/log.prev; [ ! -e /cron/log ] && /etc/init.d/cron restart

first two commands can be cut, then you will have current log and yesterday's