새로운 스케줄 추가 또는 수정 후에 cron 또는 크론을 다시 시작해야합니까?

작업을 예약하면 일부는 즉시 적용되는 반면 다른 일부는 재부팅 후 적용됩니다. 따라서 새로운 cron 작업을 추가 한 후 다시 시작하는 것이 좋습니다 cron( crond)? 어떻게 (데비안 시스템에서. ESP)가 제대로 그렇게하고, 그이 함께 수행해야합니다 sudo(같은 sudo service cron restart'에도 일반 사용자의 경우)?

나는 시도했다 :

/etc/init.d/cron restart

작동하지 않는 것 /etc/init.d/cron stop같거나 ( 또는 없음 service cron stop) 리턴 코드 1로 완료됩니다.

메시지 출력의 일부는 다음과 같습니다.

호출하려는 스크립트가 Upstart 작업으로 변환되었으므로 stop (8) 유틸리티를 사용할 수도 있습니다. 예 : stop cron stop : 거부 된 송신 메시지, 일치하는 규칙 1 개; type = "method_call", sender = ": 1.91"(uid = 1000 pid = 3647 comm = "stop cron") interface = "com.ubuntu.Upstart0_6.Job"member = "Stop"error name = "(unset)" requested_reply = "0"destination = "com.ubuntu.Upstart"(uid = 0 pid = 1 comm = "/ sbin / init")

(무엇을 의미합니까?)

다시 시작할 필요는 없습니다. croncrontab 파일 ( /etc/crontab또는 사용자 crontab 파일) 이 변경되었음을 알 수 있습니다 .

/ etc / crontab의 맨 위에서 아마도 ( cronIIRC 의 Vixie 구현이 Debian 의 Vixie 구현이라면 ) :

# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

특정 변경 사항이 구현되지 않는 이유는 예를 들어 /etc/cron.daily일일 실행이 이미 발생한 경우에 해당됩니다.

메시지는 시스템에서 cron을 다시 시작하는 오래된 방법을 사용하기 때문입니다. 권장되는 방법은 (cron 파일을 편집하는 경우에는 필요하지 않음)입니다.

 restart cron

@reboot cron 작업의 효과를 보려면 물론 재부팅해야합니다

다시 시작하지 않아도됩니다. 마찬가지로 내 의견에 말했다 텍스트 편집기에서 편집 작업 (크론 - 작업을 편집하기 위해 할당 된 하나)을 사용했다고 폐쇄 할 필요가있는 ; 내용을 저장하는 것만으로는 충분하지 않습니다 . (이것은 내가 경험 한 것입니다. 파일을 열어 둔 상태 nano에서 Ctrl+ 를 사용 하여 저장하고 저장하는 편집 작업 O은 편집 내용을 즉시 적용하지 않지만 편집기를 Ctrl+ 로 닫은 후에 만 ​​적용됩니다 X.)

그리고이 답변 ( terdon ) 에서 언급했듯이 cron 데몬은 매 분마다 어떤 작업이 실행되는지 확인하고 필요한 작업을 트리거하는지 확인합니다.