Zugriff auf Crontab klappt nicht

Status
Für weitere Antworten geschlossen.

rawry

Benutzer
Mitglied seit
10. Mrz 2012
Beiträge
64
Punkte für Reaktionen
2
Punkte
8
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:
Code:
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

Benutzer
Mitglied seit
11. Jan 2011
Beiträge
2.532
Punkte für Reaktionen
38
Punkte
94
Zuletzt bearbeitet:

rawry

Benutzer
Mitglied seit
10. Mrz 2012
Beiträge
64
Punkte für Reaktionen
2
Punkte
8
Perfekt, Zugriff hat geklappt! Danke!! Das war ja einfach ;-)

Die Crontab sieht nun so aus:

Rich (BBCode):
#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?
 
Zuletzt bearbeitet:

fpo4711

Benutzer
Mitglied seit
26. Mai 2010
Beiträge
2.772
Punkte für Reaktionen
1
Punkte
0
1. Wie kann ich mir ansehen, welches Skript bzw. welcher Befehl in den ".sh" enthalten ist?

Rich (BBCode):
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.

Rich (BBCode):
/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

Benutzer
Mitglied seit
10. Mrz 2012
Beiträge
64
Punkte für Reaktionen
2
Punkte
8
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:

Code:
<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:

Code:
<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

Benutzer
Mitglied seit
26. Mai 2010
Beiträge
2.772
Punkte für Reaktionen
1
Punkte
0
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

Benutzer
Mitglied seit
10. Mrz 2012
Beiträge
64
Punkte für Reaktionen
2
Punkte
8
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
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat 

 
 
  AdBlocker gefunden!

Du bist nicht hier, um Support für Adblocker zu erhalten. Dein Adblocker funktioniert bereits ;-)

Klar machen Adblocker einen guten Job, aber sie blockieren auch nützliche Funktionen.

Das Forum wird mit hohem technischen, zeitlichen und finanziellen Aufwand kostenfrei zur Verfügung gestellt. Wir zeigen keine offensive Werbung und bemühen uns um eine dezente Integration.

Bitte unterstütze dieses Forum, in dem du deinen Adblocker für diese Seite deaktivierst.

Du kannst uns auch über unseren Kaffeautomat einen Kaffe ausgeben oder ein PUR Abo abschließen und das Forum so werbefrei nutzen.

Vielen Dank für Deine Unterstützung!