cronie installiert - aber crontab -e funzt net

    • cronie installiert - aber crontab -e funzt net

      Hallo Zusammen, ich komme im DEB nicht weiter......und hoffe man kann mir hier eventuell zu meinem Glück verhelfen..?

      Folgendes....ich möchte geren einen Cronjob erstellen...habe eine Dream900 mit dem aktuellem NN2 Image drauf.

      Beim Installieren des Images ist der busybox Cron ja schon mit installiert udn aktiv......diesen habe ich wie folgt gestoppt:

      Quellcode

      1. systemctl stop busybox-cron
      2. systemctl disable busybox-cron


      dann hab eich folgendes gemacht....

      Quellcode

      1. apt-get update
      2. apt-get install cronie
      3. systemctl status crond.service
      4. systemctl is-enabled crond.service
      ohne neustart.....

      dann wollte ich mit

      Quellcode

      1. crontab -e
      die Datei editieren.....also ich wollte dann über Console folgendes dort eintragen:

      Quellcode

      1. */10 * * * * /home/vavoosid.sh
      2. @reboot /home/vavoosid.sh

      das klappt aber auf der Dream 900 nicht so ganz..irgendwas mach ich falsch...denn wen ich crontab -e eingebe und Enter drücke dann kommt dieses Bild und lauft endlos:



      Eigentlich müsste ja dann NANO aufgehen und das ganze müsste dann so aussehen wie auf meiner Dream 920:


      Eventuell könnt ihr Licht ins Dunkeln bringen...

      Im Voraus mal besten Dank.

      Gruss
    • was spuckt folgendes auf beiden Boxen ausgeführt aus?

      echo $EDITOR
      grep EDITOR /etc/profile /etc/profile.d/newnigma2.sh
      ls -1 /etc/profile.d/
      ls -a ~/.*

      ist nano auf der dm900 bereits installiert?
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$

      Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von Fred Bogus Trumper ()

    • Guten Morgen Fred,

      also auf der Dream 920 wo alles O.K. ist kommt diese Ausgabe:

      Quellcode

      1. echo $EDITOR
      2. vi
      3. root@dm920:~$ grep EDITOR /etc/profile /etc/profile.d/newnigma2.sh
      4. /etc/profile:EDITOR="vi" # needed for packages like cron, git-commit
      5. /etc/profile:export PATH PS1 OPIEDIR QPEDIR QTDIR EDITOR TERM
      6. root@dm920:~$ ls -1 /etc/profile.d/
      7. bash_completion.sh
      8. newnigma2.sh
      9. root@dm920:~$ ls -a ~/.*
      10. /root/.bash_history
      11. /root/.:
      12. . nohup.out vavoo-Balkans.m3u vavoo-Hungary.m3u vavoo-Poland.m3u vavoo-Spain.m3u
      13. .. vavoo vavoo-Bulgaria.m3u vavoo-Italy.m3u vavoo-Portugal.m3u vavoo-Turkey.m3u
      14. .bash_history vavoo-Albania.m3u vavoo-France.m3u vavoo-Latin.m3u vavoo-Romania.m3u vavoo-United.m3u
      15. .cache vavoo-Arabia.m3u vavoo-Germany.m3u vavoo-Netherlands.m3u vavoo-Russia.m3u
      16. /root/..:
      17. . autofs boot dev home lost+found misc net proc run srv tmp var
      18. .. bin data etc lib media mnt picons root sbin sys usr
      19. /root/.cache:
      20. . .. gstreamer-1.0
      Alles anzeigen


      auf der 900er (das zweite Bild mit den Zeichen links am Rand kommt diese Azsgabe:

      Quellcode

      1. echo $EDITOR
      2. vi
      3. root@dm900:~$ grep EDITOR /etc/profile /etc/profile.d/newnigma2.sh
      4. /etc/profile:EDITOR="vi" # needed for packages like cron, git-commit
      5. /etc/profile:export PATH PS1 OPIEDIR QPEDIR QTDIR EDITOR TERM
      6. root@dm900:~$ ls -1 /etc/profile.d/
      7. bash_completion.sh
      8. newnigma2.sh
      9. root@dm900:~$ ls -a ~/.*
      10. /root/.bash_history
      11. /root/.:
      12. . .. .bash_history .cache vavoo vavoo-Germany.m3u
      13. /root/..:
      14. . bin dev lib misc picons run sys var
      15. .. boot etc lost+found mnt proc sbin tmp
      16. autofs data home media net root srv usr
      17. /root/.cache:
      18. . .. gstreamer-1.0
      Alles anzeigen

      meine linux kenntnisse sind nicht die besten aber ich denke die Aussage sagt das der nano auf der 900er noch nicht installiert war, oder:?

      Quellcode

      1. apt install nano
      2. Reading package lists... Done
      3. Building dependency tree
      4. Reading state information... Done
      5. The following NEW packages will be installed:
      6. nano
      7. 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
      8. Need to get 90,5 kB of archives.
      9. After this operation, 0 B of additional disk space will be used.
      10. Get:1 http://feed.newnigma2.to/daily/oe2.5/deb/arm/ ./ nano 2.2.5-r3.0.0 [90,5 kB]
      11. Fetched 90,5 kB in 0s (1.031 kB/s)
      12. Selecting previously unselected package nano.
      13. (Reading database ... 16696 files and directories currently installed.)
      14. Preparing to unpack .../nano_2.2.5-r3.0.0_armhf.deb ...
      15. Unpacking nano (2.2.5-r3.0.0) ...
      16. Setting up nano (2.2.5-r3.0.0) ...
      Alles anzeigen
      auf der 920er muss nano schon drauf gewesen sein:

      Quellcode

      1. apt install nano
      2. Reading package lists... Done
      3. Building dependency tree
      4. Reading state information... Done
      5. nano is already the newest version.
      6. The following packages were automatically installed and are no longer required:
      7. python-unixadmin python-youtube-dl
      8. Use 'apt-get autoremove' to remove them.
      9. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
      Heisst das, das das nur am Nicht installiertem NANO lag?

      EDIT: Nein, nach einem Neustart der besagten Dream 900 und eingabe von crontab -e wiedder das gleiche Bild wie oben :(



      Gruss

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von Kusselin ()

    • einfach den Standard Editor ändern - aber nicht die /etc/profile ändern - die könnte bei einem update überschrieben werden

      einfachster Weg:

      echo -e 'EDITOR="nano"\nexport EDITOR' > /etc/profile.d/selected-editor.sh
      source /etc/profile.d/selected-editor.sh


      Kontrolle:
      echo $EDITOR

      dann sollte eigentlich schon nano als editor beim bearbeiten der crontabs gewählt werden

      dann einfach mal rebooten und testen ob mit crontab -e nano gewählt wird - sollte dann so sein

      wenn man wieder vi als Standard Edior verwenden will, einfach die /etc/profile.d/selected-editor.sh wieder löschen und die /etc/profile neu einlesen
      source /etc/profile

      oder rebooten

      alternativ die selected-editor.sh auf vi ändern
      /etc/profile.d/selected-editor.sh

      Quellcode

      1. EDITOR="vi"
      2. export EDITOR

      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von Fred Bogus Trumper ()

    • o. danke Dir...

      das die Ausgabe jetzt:

      Quellcode

      1. echo -e 'EDITOR="nano"\nexport EDITOR' > /etc/profile.d/selected-editor.sh
      2. root@dm900:~$ source /etc/profile.d/selected-editor.sh
      3. root@dm900:~$ echo $EDITOR
      4. nano


      was ich aber noch nicht verstehe...bei der Dream 920 zeigt mir die Ausgabe aber auch "VI" an udn wenn ich crobtav´b -e eingebe klappt das alles

      warum ist das so?

      Und mit dem Linuxbefehl

      echo -e 'EDITOR="nano"\nexport EDITOR' > /etc/profile.d/selected-editor.sh


      sage ich dem system das Nano als standard editor fungieren soll, richtig?


      Wenn ich jetzt crontab e eingebe dann öffnet sich auch der Nano.....danke Dir Fred...da muss man auch erstmal draufkommen....also wenn ich einen Neuflash mache ist nano nie der standard editor...wusste ich auch nicht...



      So, noch ne Frage die ich bitte beantwortet haben möchte wenn es geht...


      wenn ich eine Statusabfrage der funktionierenden 920er mache mit systemctl status busybox-cron kommt diese Ausgabe - das passt:



      Quellcode

      1. systemctl status busybox-cron
      2. ● busybox-cron.service
      3. Loaded: loaded (/etc/init.d/busybox-cron; generated; vendor preset: enabled)
      4. Active: active (running) since Fr 2023-10-20 20:04:43 CEST; 1 months 9 days a
      5. Docs: man:systemd-sysv-generator(8)
      6. CGroup: /system.slice/busybox-cron.service
      7. └─280 /usr/sbin/crond -c /etc/cron/crontabs
      8. Nov 29 08:30:00 dm920 crond[280]: USER root pid 12136 cmd /home/vavoosid.sh
      9. Nov 29 08:40:00 dm920 crond[280]: USER root pid 14574 cmd /home/vavoosid.sh
      10. Nov 29 08:50:00 dm920 crond[280]: USER root pid 16981 cmd /home/vavoosid.sh
      11. Nov 29 09:00:00 dm920 crond[280]: USER root pid 19385 cmd /home/vavoosid.sh
      12. Nov 29 09:10:00 dm920 crond[280]: USER root pid 21770 cmd /home/vavoosid.sh
      Alles anzeigen
      so udn mache ich die gleiche Abfrage mit der 900er kommt das hier - was sagt mir das udn wie kann ich das ändern damit er auf /home vovoosid.sh zugreift?
      Das script passt aber von den einstellungen für den cron soweit:

      Quellcode

      1. systemctl status busybox-cron
      2. busybox-cron.service
      3. Loaded: loaded (/etc/init.d/busybox-cron; generated; vendor preset: enabled)
      4. Active: active (running) since Mi 2023-11-29 09:24:46 CET; 2min 54s ago
      5. Docs: man:systemd-sysv-generator(8)
      6. Process: 624 ExecStart=/etc/init.d/busybox-cron start (code=exited, status=0/SUCCESS)
      7. CGroup: /system.slice/busybox-cron.service
      8. Ç628 /usr/sbin/crond -c /etc/cron/crontabs
      9. Nov 29 09:24:46 dm900 systemd[1]: Starting busybox-cron.service...
      10. Nov 29 09:24:46 dm900 busybox-cron[624]: starting Busybox Periodic Command Scheduler: crond... done.
      11. Nov 29 09:24:46 dm900 systemd[1]: Started busybox-cron.service.
      12. Nov 29 09:24:46 dm900 crond[628]: (CRON) STARTUP (1.5.0)
      13. Nov 29 09:24:46 dm900 crond[628]: (CRON) INFO (Syslog will be used instead of sendmail.)
      14. Nov 29 09:24:46 dm900 crond[628]: (CRON) INFO (RANDOM_DELAY will be scaled with factor 82% if used.)
      15. Nov 29 09:24:46 dm900 crond[628]: (CRON) INFO (@reboot jobs will be run at computer's startup.)
      Alles anzeigen
      Über ne Info herzlichen Dank
    • wenn du cronie benutzt, kannst du das busybox-cron eigentlich deaktivieren, aber es kann auch cronie und busybox-cron gleichzeitig laufen, die crontabs werden an unterschiedlichen Orten abgelegt

      systemctl disable busybox-cron.service
      systemctl stop busybox-cron.service

      cronie muss halt laufen und für den start beim bootup enabled sein

      systemctl status crond.service
      systemctl is-enabled crond.service


      danach prüfen, ob die crontabs für den laufenden cron daemon konfiguriert wurden

      crontab -l
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Fred Bogus Trumper ()

    • Fred Bogus Trumper schrieb:

      wenn du cronie benutzt, kannst du das busybox-cron eigentlich deaktivieren, aber es kann auch cronie und busybox-cron gleichzeitig laufen, die crontabs werden an unterschiedlichen Orten abgelegt

      systemctl disable busybox-cron.service
      systemctl stop busybox-cron.service

      cronie muss halt laufen und für den start beim bootup enabled sein

      systemctl status crond.service
      systemctl is-enabled crond.service
      Hallo Fred...schau.....cronie habe ich installiert aber er läuft nicht .....das geht doch mit dem befehl systemctl start crond.service oder?

      Quellcode

      1. root@dm900:~$ systemctl disable busybox-cron.service
      2. busybox-cron.service is not a native service, redirecting to systemd-sysv-install.
      3. Executing: /lib/systemd/systemd-sysv-install disable busybox-cron
      4. update-rc.d: /etc/init.d/busybox-cron exists during rc.d purge (continuing)
      5. Removing any system startup links for busybox-cron ...
      6. root@dm900:~$ systemctl stop busybox-cron.service
      7. root@dm900:~$
      8. root@dm900:~$ systemctl status crond.service
      9. ● crond.service - Periodic Command Scheduler
      10. Loaded: loaded (/lib/systemd/system/crond.service; disabled; vendor preset: e
      11. Active: active (running) since Do 2023-11-30 13:29:04 CET; 48s ago
      12. Main PID: 527 (crond)
      13. CGroup: /system.slice/crond.service
      14. └─527 /usr/sbin/crond -n
      15. Nov 30 13:29:04 dm900 systemd[1]: Started Periodic Command Scheduler.
      16. Nov 30 13:29:04 dm900 crond[527]: (CRON) INFO (Syslog will be used instead of se
      17. Nov 30 13:29:04 dm900 crond[527]: (CRON) INFO (RANDOM_DELAY will be scaled with
      18. Nov 30 13:29:04 dm900 crond[527]: (CRON) INFO (@reboot jobs will be run at compu
      19. root@dm900:~$ systemctl is-enabled crond.service
      20. disabled
      21. root@dm900:~$ crontab -l
      22. */10 * * * * /home/vavoosid.sh
      23. @reboot /home/vavoosid.sh
      Alles anzeigen

      Fred Bogus Trumper schrieb:

      wenn du cronie benutzt, kannst du das busybox-cron eigentlich deaktivieren, aber es kann auch cronie und busybox-cron gleichzeitig laufen, die crontabs werden an unterschiedlichen Orten abgelegt

      systemctl disable busybox-cron.service
      systemctl stop busybox-cron.service

      cronie muss halt laufen und für den start beim bootup enabled sein

      systemctl status crond.service
      systemctl is-enabled crond.service


      danach prüfen, ob die crontabs für den laufenden cron daemon konfiguriert wurden

      crontab -l
      wenn ich crontab -l eingebe ist der cron aber gesetzt....

      Wie bekomme ich den Cron anls laufen?

      Danke und Gruss
    • O.K. danke Dir.....wobei ich das systemctl enable crond.service schon öfters ausgeführt hatte....wieder was gelernt...

      Nach einem Neustart sollte der Cron dienst aber immer autom. starten gell?

      Das kann ich testen undem ich wieder systemctl status crond.service eingebe..richtig?
      Gruss und Danke

      Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von Kusselin ()

    • lesen

      Kusselin schrieb:

      EDIT: Habe jetzt mal einen Neustart der Box gemacht udn dann kommt das nach systemctl status crond.service:


      Quellcode

      1. root@dm900:~$ systemctl status crond.service
      2. ● crond.service - Periodic Command Scheduler
      3. Loaded: loaded (/lib/systemd/system/crond.service; enabled; vendor preset: en
      4. Active: active (running) since Do 1970-01-01 01:00:02 CET; 53 years 10 months
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$
    • Fred Bogus Trumper schrieb:

      lesen

      Kusselin schrieb:

      EDIT: Habe jetzt mal einen Neustart der Box gemacht udn dann kommt das nach systemctl status crond.service:


      Quellcode

      1. root@dm900:~$ systemctl status crond.service
      2. ● crond.service - Periodic Command Scheduler
      3. Loaded: loaded (/lib/systemd/system/crond.service; enabled; vendor preset: en
      4. Active: active (running) since Do 1970-01-01 01:00:02 CET; 53 years 10 months

      o.k. crond.service is enabled und aktiv.....das passt klar....und was bedeutet diese Ausgabe, also das ab Jan 01?:

      Quellcode

      1. root@dm900:~$ systemctl status crond.service
      2. ● crond.service - Periodic Command Scheduler
      3. Loaded: loaded (/lib/systemd/system/crond.service; enabled; vendor preset: en
      4. Active: active (running) since Do 1970-01-01 01:00:02 CET; 53 years 10 months
      5. Main PID: 243 (crond)
      6. CGroup: /system.slice/crond.service
      7. └─243 /usr/sbin/crond -n
      8. Jan 01 01:00:02 dm900 systemd[1]: Started Periodic Command Scheduler.
      9. Jan 01 01:00:02 dm900 crond[243]: (CRON) INFO (Syslog will be used instead of se
      10. Jan 01 01:00:02 dm900 crond[243]: (CRON) INFO (RANDOM_DELAY will be scaled with
      11. Jan 01 01:00:02 dm900 crond[243]: (root) BAD FILE MODE (/var/spool/cron/root)
      Alles anzeigen
    • die Box hat keine Echtzeit im BIOS (keine Bufferbatterie) und startet also ohne aktuelle Zeit. Beim bootup startet die Box zuerst mit der Unix/Linux Systemzeit 1.1.1970 00:00 UTC und holt sich später die aktuelle Zeit vom Transponder oder vom Zeitserver

      cronie startet also bevor das System die aktuelle Uhrzeit hat, deshalb das falsche Datum/Uhrzeit im log

      der 1.1.1970 00:00 ist quasi die Beginnzeit der Unix/Linux Zeitrechnung. Mit dem Befehl date +%s kann man sich die Anzahl der Sekunden anzeigen lassen, die seit dem 1.1.1970 00:00 Uhr vergangen sind

      der Befehl date rechnet die Sekunden der aktuellen Systemzeit automatisch in ein Datum um
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$
    • Fred Bogus Trumper schrieb:

      die Box hat keine Echtzeit im BIOS (keine Bufferbatterie) und startet also ohne aktuelle Zeit. Beim bootup startet die Box zuerst mit der Unix/Linux Systemzeit 1.1.1970 00:00 UTC und holt sich später die aktuelle Zeit vom Transponder oder vom Zeitserver

      cronie startet also bevor das System die aktuelle Uhrzeit hat, deshalb das falsche Datum/Uhrzeit im log

      der 1.1.1970 00:00 ist quasi die Beginnzeit der Unix/Linux Zeitrechnung. Mit dem Befehl date +%s kann man sich die Anzahl der Sekunden anzeigen lassen, die seit dem 1.1.1970 00:00 Uhr vergangen sind

      der Befehl date rechnet die Sekunden der aktuellen Systemzeit automatisch in ein Datum um
      o.k. du bist halt voll der Linuxbanause :) hast das studiert?

      O.K. das mit dem Datum hbe ich soweit verstanden..und was sagt mir diese Ausgabe hintendran..?

      Quellcode

      1. (CRON) INFO (Syslog will be used instead of se
      2. (CRON) INFO (RANDOM_DELAY will be scaled with
      3. (root) BAD FILE MODE (/var/spool/cron/root)
    • genau, ich bin eine Linux Banause - ich habe das nicht studiert

      die Meldungen INFO sind hoffentlich klar

      die Meldung (root) BAD FILE MODE (/var/spool/cron/root) würde ich auf den Grund gehen, da scheinen Dateiberechtigungen nicht zu passen

      goolge
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$
    • Fred Bogus Trumper schrieb:

      die INFO ist hoffentlich klar

      die Meldung (root) BAD FILE MODE (/var/spool/cron/root) würde ich auf den Grund gehen, da scheinen Dateiberechtigungen nicht zu passen

      goolge
      nein Fred, die Info ist mir nicht klar....deshalb frage ich hier ja höflich an.....

      EDIT: Hab den Fehler aber durch die Info von Dir gefunden.....die rechte habe ich wieder auf chmod 600 gesetzt ..danke

      o.k. google dein freund mal wieder.....


      Danke Dir mal wieder.... jetzt läuft alles...weider was gelernt von Dir....ich muss halt mehr linus befhle udn das system verstehen......windows kann jerder..komisch

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von Kusselin ()

    • ja, crond an sich läuft

      die Meldung deutet darauf hin, dass mit den Dateiberechtigung von /var/spool/cron/root nicht stimmt

      werden die cronjobs ausgeführt?

      was sagt den
      cat /var/spool/cron/root
      ls -al /var/spool/cron/root



      ich bin mir jetzt auch nicht sicher, ob /var/spool/cron/root der Speicherort für die busybox-cron crontabs oder der cronie crontabs sind - ich habe aktuell keinen Zugriff auf die Box
      die "anderen" crontabs müssten unter /etc/cron/crontabs/root zu finden sein

      Ich weiß jetzt aber nicht auswending welcher crond deamon wo seine crontabs sucht

      In so einem Fall ist es gut, in dem script einen "log" einzubauen
      z.B.

      Quellcode

      1. touch /tmp/myscript_started.log
      mit
      ls -al tmp/myscript_started.log

      kann man dann später prüfen ob die Datei erstellt wurde und zu welcher Zeit sie zuletzt geändert wurde
      dadurch kann man erkennen ob das script wie eingestellt ausgeführt wird
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$
    • Fred Bogus Trumper schrieb:

      was sagt den
      cat /var/spool/cron/root
      ls -al /var/spool/cron/root

      Quellcode

      1. root@dm900:~$ cat /var/spool/cron/root
      2. */10 * * * * /home/vavoosid.sh
      3. @reboot /home/vavoosid.sh
      4. root@dm900:~$ ls -al /var/spool/cron/root
      5. -rw------- 1 root root 57 Nov 28 2023 /var/spool/cron/root

      Fred Bogus Trumper schrieb:

      ich bin mir jetzt auch nicht sicher, ob /var/spool/cron/root der Speicherort für die busybox-cron crontabs oder der cronie crontabs sind - ich habe aktuell keinen Zugriff auf die Boxdie "anderen" crontabs müssten unter /etc/cron/crontabs/root zu finden sein
      das wäre halt jetzt wichtig....busybox-cron habe ich ja deaktiviert...dehalb habe ich ja cronie installiert...das sagt das DEB Board das man cronie installieren soll


      Fred Bogus Trumper schrieb:



      In so einem Fall ist es gut, in dem script einen "log" einzubauen
      z.B.

      Quellcode

      1. touch /tmp/myscript_started.log
      heisst ich nenn das einfach mal "test" log.....

      dann gebe ich touch /tmp/test_started.lo

      ein...richtig
    • Kusselin schrieb:

      das wäre halt jetzt wichtig....busybox-cron habe ich ja deaktiviert...dehalb habe ich ja cronie installiert...das sagt das DEB Board das man cronie installieren soll
      Ich habe cronie NICHT installiert und das Verzeichnis /var/spool/ enthält nur einen Ordner mail, ist ansonsten leer. Das Verzeichnis/etc/cron/crontabs existiert, ist aber leer. Ich habe aber auch keine cron-Jobs.

      Das spricht für mich dafür, dass /var/spool/cron/root der Speicherort der cronie crontabs ist, wenn er bei die existiert.

      Ich möchte jetzt auch kein cronie installieren, da meine Frau gerade TV schaut.