Linux offre est très pratique, mais parfois exécuter évidemment un script séparé est ok, qui n'est pas ajouté à la course crontab (peut être ajouté via crontab -e un Cron les bonnes choses au système d'aide ou les utilisateurs réguliers pour effectuer des tâches, mais après le redémarrage apparemment crontab qui est revenue à son origine, ou modifier directement / etc / crontab / root, sous -e ou cron crontab puis redémarrer pour prendre effet q), les utilisateurs en ligne proposent également une variété de raisons, la principale vous êtes le suivant:
1. L'exécution du problème autorisations de script
Solution: chmod 777 xxx.sh, 777 est à noter que toutes les autorisations données au script, il y a des risques
2. chemin d'exécution ou d'un script crontab écrit à l'intérieur, il est préférable d'écrire le chemin absolu, sinon il va conduire à l'écriture bash ne peut pas être trouvé
3. Presque ditto, exécution négligente nom du script et crontab écrit à l'intérieur incohérents, une bonne réflexion -
4. Problème de référence des bibliothèques tierces, si vous script à l'aide de bibliothèques tierces, avez un bon aperçu est pas utilisé dans le système par défaut, il n'est pas alors s'y prendre pour (un degré spécifique de votre mère ou Google)
5. Variables d'environnement
Solution: ajoutez ce qui suit au fichier crontab / racine ci-dessus:
SHELL = / bin / bash
PATH = / etc: / bin: / sbin: / usr / bin: / usr / sbin: / usr / local / bin: / usr / local / sbin
MAILTO = racine
HOME = /
Annexe: https://crontab.guru/#*/20_*_*_*_*
