cronie installiert - aber crontab -e funzt net

Kusselin · 28. November 2023, 22:24

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

systemctl stop busybox-cron
systemctl disable busybox-cron

dann hab eich folgendes gemacht....

Quellcode

apt-get update
apt-get install cronie
systemctl status crond.service
systemctl is-enabled crond.service

ohne neustart.....

dann wollte ich mit

Quellcode

crontab -e

die Datei editieren.....also ich wollte dann über Console folgendes dort eintragen:

Quellcode

*/10 * * * * /home/vavoosid.sh
@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

Fred Bogus Trumper · 28. November 2023, 23:32

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?

Kusselin · 29. November 2023, 07:25

Guten Morgen Fred,

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

Quellcode

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

Alles anzeigen

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

Quellcode

echo $EDITOR
vi
root@dm900:~$ grep EDITOR /etc/profile /etc/profile.d/newnigma2.sh
/etc/profile:EDITOR="vi" # needed for packages like cron, git-commit
/etc/profile:export PATH PS1 OPIEDIR QPEDIR QTDIR EDITOR TERM
root@dm900:~$ ls -1 /etc/profile.d/
bash_completion.sh
newnigma2.sh
root@dm900:~$ ls -a ~/.*
/root/.bash_history
/root/.:
. .. .bash_history .cache vavoo vavoo-Germany.m3u
/root/..:
. bin dev lib misc picons run sys var
.. boot etc lost+found mnt proc sbin tmp
autofs data home media net root srv usr
/root/.cache:
. .. 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

apt install nano
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
nano
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 90,5 kB of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 http://feed.newnigma2.to/daily/oe2.5/deb/arm/ ./ nano 2.2.5-r3.0.0 [90,5 kB]
Fetched 90,5 kB in 0s (1.031 kB/s)
Selecting previously unselected package nano.
(Reading database ... 16696 files and directories currently installed.)
Preparing to unpack .../nano_2.2.5-r3.0.0_armhf.deb ...
Unpacking nano (2.2.5-r3.0.0) ...
Setting up nano (2.2.5-r3.0.0) ...

Alles anzeigen

auf der 920er muss nano schon drauf gewesen sein:

Quellcode

apt install nano
Reading package lists... Done
Building dependency tree
Reading state information... Done
nano is already the newest version.
The following packages were automatically installed and are no longer required:
python-unixadmin python-youtube-dl
Use 'apt-get autoremove' to remove them.
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

Fred Bogus Trumper · 29. November 2023, 08:27

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

Kusselin · 29. November 2023, 09:34

o. danke Dir...

das die Ausgabe jetzt:

Quellcode

echo -e 'EDITOR="nano"\nexport EDITOR' > /etc/profile.d/selected-editor.sh
root@dm900:~$ source /etc/profile.d/selected-editor.sh
root@dm900:~$ echo $EDITOR
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

systemctl status busybox-cron
● busybox-cron.service
Loaded: loaded (/etc/init.d/busybox-cron; generated; vendor preset: enabled)
Active: active (running) since Fr 2023-10-20 20:04:43 CEST; 1 months 9 days a
Docs: man:systemd-sysv-generator(8)
CGroup: /system.slice/busybox-cron.service
└─280 /usr/sbin/crond -c /etc/cron/crontabs
Nov 29 08:30:00 dm920 crond[280]: USER root pid 12136 cmd /home/vavoosid.sh
Nov 29 08:40:00 dm920 crond[280]: USER root pid 14574 cmd /home/vavoosid.sh
Nov 29 08:50:00 dm920 crond[280]: USER root pid 16981 cmd /home/vavoosid.sh
Nov 29 09:00:00 dm920 crond[280]: USER root pid 19385 cmd /home/vavoosid.sh
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

systemctl status busybox-cron
busybox-cron.service
Loaded: loaded (/etc/init.d/busybox-cron; generated; vendor preset: enabled)
Active: active (running) since Mi 2023-11-29 09:24:46 CET; 2min 54s ago
Docs: man:systemd-sysv-generator(8)
Process: 624 ExecStart=/etc/init.d/busybox-cron start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/busybox-cron.service
Ç628 /usr/sbin/crond -c /etc/cron/crontabs
Nov 29 09:24:46 dm900 systemd[1]: Starting busybox-cron.service...
Nov 29 09:24:46 dm900 busybox-cron[624]: starting Busybox Periodic Command Scheduler: crond... done.
Nov 29 09:24:46 dm900 systemd[1]: Started busybox-cron.service.
Nov 29 09:24:46 dm900 crond[628]: (CRON) STARTUP (1.5.0)
Nov 29 09:24:46 dm900 crond[628]: (CRON) INFO (Syslog will be used instead of sendmail.)
Nov 29 09:24:46 dm900 crond[628]: (CRON) INFO (RANDOM_DELAY will be scaled with factor 82% if used.)
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

Fred Bogus Trumper · 29. November 2023, 17:55

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

Kusselin · 30. November 2023, 13:33

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

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

Fred Bogus Trumper · 30. November 2023, 13:49

crond.service = cronie

cronie läuft, ist aber für den bootup disbled

enablen:

systemctl enable crond.service

Kusselin · 30. November 2023, 14:19

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

Fred Bogus Trumper · 30. November 2023, 14:42

lesen

Kusselin schrieb:

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

Quellcode

root@dm900:~$ systemctl status crond.service

● crond.service - Periodic Command Scheduler

Loaded: loaded (/lib/systemd/system/crond.service; enabled; vendor preset: en

Active: active (running) since Do 1970-01-01 01:00:02 CET; 53 years 10 months

Kusselin · 30. November 2023, 14:53

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

root@dm900:~$ systemctl status crond.service

● crond.service - Periodic Command Scheduler

Loaded: loaded (/lib/systemd/system/crond.service; enabled; vendor preset: en

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

root@dm900:~$ systemctl status crond.service
● crond.service - Periodic Command Scheduler
Loaded: loaded (/lib/systemd/system/crond.service; enabled; vendor preset: en
Active: active (running) since Do 1970-01-01 01:00:02 CET; 53 years 10 months
Main PID: 243 (crond)
CGroup: /system.slice/crond.service
└─243 /usr/sbin/crond -n
Jan 01 01:00:02 dm900 systemd[1]: Started Periodic Command Scheduler.
Jan 01 01:00:02 dm900 crond[243]: (CRON) INFO (Syslog will be used instead of se
Jan 01 01:00:02 dm900 crond[243]: (CRON) INFO (RANDOM_DELAY will be scaled with
Jan 01 01:00:02 dm900 crond[243]: (root) BAD FILE MODE (/var/spool/cron/root)

Alles anzeigen

Fred Bogus Trumper · 30. November 2023, 15:22

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

Kusselin · 30. November 2023, 15:27

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

(CRON) INFO (Syslog will be used instead of se
(CRON) INFO (RANDOM_DELAY will be scaled with
(root) BAD FILE MODE (/var/spool/cron/root)

Fred Bogus Trumper · 30. November 2023, 15:33

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

Kusselin · 30. November 2023, 15:35

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

Fred Bogus Trumper · 30. November 2023, 15:51

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

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

Kusselin · 30. November 2023, 17:55

Fred Bogus Trumper schrieb:

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

Quellcode

root@dm900:~$ cat /var/spool/cron/root
*/10 * * * * /home/vavoosid.sh
@reboot /home/vavoosid.sh
root@dm900:~$ ls -al /var/spool/cron/root
-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

touch /tmp/myscript_started.log

heisst ich nenn das einfach mal "test" log.....

dann gebe ich touch /tmp/test_started.lo

ein...richtig

Griffel · 30. November 2023, 18:40

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.

Fred Bogus Trumper · 30. November 2023, 22:01

genau so ist es, das spuckt ja auch systemctl status crond.service aus

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Teilen

Benutzer online 1