Début crond.service sur Ubuntu 16.04

Je suis à la programmation de certaines tâches de planification dans mon Ubuntu 16.04.

Mais lorsque je tente de démarrer le crond.service par

sudo service crond start

Je reçois le message

crond.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)

Quel est le problème? Les tâches a été ajouté à l'annexe à la commande crontab et l'air très bien (la commande fonctionne dans le terminal, avoir la bonne arborescence de dossier, j'ai juste ajouté de la journée heures de paramètres).

Stack Overflow est un site pour la programmation et les questions de développement. Cette question semble être hors-sujet, car il n'est pas sur la programmation ou le développement. Voir Quels sont les sujets que pouvez-vous nous parler ici dans le Centre d'Aide. Peut-être Super-Utilisateur ou Unix & Linux Stack Exchange serait un meilleur endroit pour demander cela. Voir aussi Où dois-je poster des questions à propos de Dev Ops?

InformationsquelleAutor hildogjr | 2017-04-06

12

C'est parce que le nom du service sur 16.04 est cron, pas crond. Si votre commande doit être:
```
sudo service cron  start
```
Vous pouvez vérifier sur votre serveur en cherchant dans les /etc/init.d dossier. Tous les services sont là.
```
ls -l /etc/init.d
```
- OUI, je me rends compte que. Merci. Tout à l'heure, cron, essayez d'exécuter la commande et ne présente aucune erreur ne méprisez pas vraiment exécuter. En l'état est montré: Abr 06 12:18:01 h-lcee CRON[14155]: (h) CMD (python '/home/h/Documents/UNICAMP/Scripts Python/bandecoWarning.py') Abr 06 12:18:01 h-lcee CRON[14154]: pam_unix(cron:session: session fermée pour l'utilisateur h
- Si la commande indique qu'il a exécuté dans le cron.fichier journal, puis la commande a été exécutée. Cron ne peux vous dire qu'il a fait ou n'a pas exécuté la commande. Il ne rend pas compte de résultat. Vous aurez besoin de regarder le script que vous avez écrit assurez-vous il n'y a pas d'erreur dans ce que serait la cause à la sortie. Vérifiez votre /var/log/syslog fichier lors de l'exécution de la commande pour vérifier les erreurs. Qui peuvent avoir quelques informations pour vous aider à résoudre les problèmes.
- Pas systemd maintenant, au lieu de init.d?
InformationsquelleAutor Vilmos

Vous devez vous connecter pour publier un commentaire.