Zugriff auf Crontab klappt nicht

[rawry]

Hallo zusammen!

Leider bin ich immer noch blind auf dem Linux-Kommandozeilen-Auge und komme nur schwer mit den Befehlen auf der Konsole zurecht.

Mit meinen 2 DS möchte ich gerne per rsync wöchentlich die eine DS auf die andere sichern, was mir ein Freund per Cronjob in der Crontab auch bereits eingereichtet hat. Leider habe ich bemerkt, dass dieser Job nicht mehr läuft (möglicherweise seit dem Upgrade auf 5.1).

Nun habe ich versucht (ohne echte Linux-Terminal-Kenntnisse und mit viel nachlesen im Internet) die Datei Crontab anzusehen, um dort den Hinweis auf das Skript zu finden, mit ich ggf. manuell das rsync-Backup durchführen könnte.

Problem:
Ich schaffe es nicht, die Crontab anzusehen.

So sieht das bei mir aus, wenn ich ein bisschen rumtippe, um die Crontab zu sehen:

chrisi@CS-Laptop:~$ ssh root@<IP DS>
root@<IP DS>'s password: 

BusyBox v1.16.1 (2014-12-13 05:30:51 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

<NAME DS>> /etc/crontab -l
-ash: /etc/crontab: Permission denied
<NAME DS>> crontab -l
-ash: crontab: not found
<NAME DS>> cd /etc
<NAME DS>> crontab -l
-ash: crontab: not found

Gebe ich die falschen Befehle ein oder warum kann ich die Crontab nicht sehen?

Bitte gebt mir auch kurz Feedback, falls meine Frage hier fehl am Platz oder zu doof ist... Danke!

VG
Christian

 

[laserdesign]

Hallo,

cat /etc/crontab

dann siehst du den Inhalt der Datei crontab im Verzeichnis /etc

 

[rawry]

Perfekt, Zugriff hat geklappt! Danke!! Das war ja einfach ;-)

Die Crontab sieht nun so aus:

#minute	hour	mday	month	wday	who	command
0	0	1	*	*	root	/usr/syno/bin/syno_disk_health_record
39	18	*	*	0,1,2,3,5	root	/usr/syno/bin/synopkg chkupgradepkg
0	1	*	*	*	root	/usr/syno/bin/syno_poweroff_feasible_check

0	9	*	*	2	root	/root/sync_Chrisi.sh 
0	10	*	*	2	root	/root/sync_Steffi.sh 
0	11	*	*	2	root	/root/sync_Steffi_Chrisi.sh 

0	2	*	*	2	root	/tmp/synoschedtask --run id=2
0	8	1	*	*	root	/tmp/synoschedtask --run id=3

Es geht um die drei Jobs in der Mitte:
/root/sync_Chrisi.sh
/root/sync_Steffi.sh
/root/sync_Steffi_Chrisi.sh

Das schließen sich nun für mich noch zwei Fragen an:

1. Wie kann ich mir ansehen, welches Skript bzw. welcher Befehl in den ".sh" enthalten ist?

2. Welche Schritte müsste ich gehen, um herauszufinden, warum diese Jobs nicht mehr erfolgreich laufen?

 

[fpo4711]

1. Wie kann ich mir ansehen, welches Skript bzw. welcher Befehl in den ".sh" enthalten ist?

cat /root/sync_Chrisi.sh

2. Welche Schritte müsste ich gehen, um herauszufinden, warum diese Jobs nicht mehr erfolgreich laufen?

Eventuell mal manuell auf der Konsole starten. Vielleicht generiert ja das Script einige Ausgaben.

/root/sync_Chrisi.sh

Auf jeden Fall mußt Du aber als User "root" mit dem Passwort von admin angemeldet sein.

Gruß Frank

p.s. Scripte unter /root abzulegen finde ich auch keine unbedingt gute Wahl. Aber hier scheiden sich wahrscheinlich die Geister.

 

[rawry]

Danke, Frank, da auch die Crontab mit dem Befehl cat gelesen werden kann, hätte ich mir das denken können.

Leider erhalte ich eine Fehlermeldung:

<NAS2>> cat /root/sync_Chrisi.sh
cat: can't open '/root/sync_Chrisi.sh': No such file or directory

Der Inhalt von /root sieht so aus:

<NAS2>> ls -la
drwx------    4 root     root          4096 Dec 27 09:27 .
drwxr-xr-x   23 root     root          4096 Dec 29 06:00 ..
drwx------    2 root     root          4096 Dec 27 09:29 .gnupg
-rw-r--r--    1 root     root           364 Oct  4 04:00 .profile
drwx------    2 root     root          4096 Aug 15 23:44 .ssh

Kann es sein, dass mit einem DSM-Update die Skripte aus dem Verzeichnis /root gelöscht wurden und daher auch die Jobs entsprechend nicht ausgeführt werden?

 

[fpo4711]

Kann es sein, dass mit einem DSM-Update die Skripte aus dem Verzeichnis /root gelöscht wurden und daher auch die Jobs entsprechend nicht ausgeführt werden?

Scheint jedenfalls so.

Gruß Frank

 

[rawry]

Ok, nochmals danke! Da hab ich wieder was gelernt hins. Crontab.

Die Skripte muss ich wohl neu zusammensuchen bzw. schreiben (lassen).

Viele Grüße
Christian