다른 모든 초기화가 완료된 후 cron을 시작하는 신뢰할 수 있는 방법이 systemd에 있습니까?

나는 한동안 cron을 사용해 왔으며 그 중 일부를 이해한 것 같습니다.결점, 그리고 이러한 문제를 해결하는 방법. 그들 중 하나결점예, cron은 시작 중에 다른 서비스의 상태를 인식하지 못합니다. 즉 @reboot, 작업에 필요한 서비스를 아직 사용할 수 없는 경우 cron의 기능에 의해 예약된 작업에 문제가 발생할 수 있습니다. 내가 부를게예약 된 @reboot일들.

하나해결책이 문제에 대한 해결책은 sleep스크립트가 시작되기 전에 명령을 삽입하는 것입니다. 예를 들어 항목 @reboot에서 다음과 같습니다.crontab

@reboot sleep 15; /path/to/script.sh

AFAIK, 이것은 문제를 처리하는 일반적인 방법입니다cron @reboot 문제

Systemd는 이 도구를 대체 @reboot하고 초기화/시작 중에 사용자에게 더 나은 제어 기능을 제공한다고 합니다. 이 개선의 "비용"은 crontab단일 라인을 단위 파일과 시스템 학습 곡선으로 대체하는 것입니다. 하지만 cron 서비스 자체는 systemd에서 시작되기 때문에( /lib/systemd/system/cron.service내 Raspberry Pi를 통해)버스터OS), cron이 제거할 수 있는 것 같습니다.예약 된 @reboot일들. 좀 그런거같아조정되지 않은sleepsystemd에서 사람들은 문제를 해결하기 위해 계속해서 해킹을 사용해야 합니다.예약 된 @reboot일들.

난 아직 시스템 작업 중이야공로배지하지만 cron은 다음 중 하나여야 한다는 개념이 있습니다.마지막서비스가 초기화되었습니다. 제가 이렇게 말하는 이유는 cron이 시작 시 최종 서비스이기 때문입니다.주문하다,그럼 그 다음은이들 모두종속성또한 만족해야 하며 sleep내 cron 작업 @reboot의 해킹을 제거할 수 있습니다.

초기화 시퀀스가 ​​끝날 때 또는 그 근처에서 cron을 시작하도록 systemd에 지시하는 방법을 이해하려고 노력하는 동안 저는 다음을 발견했습니다.cron.service마지막 프로세스로 답변 지침을 시작할 수 있습니다.이것을 테스트하려면 다음 을 사용하십시오 Type=idle./lib/systemd/system/cron.service이전과 이후단위 파일의 버전은 cron.service합리적인 접근 방식처럼 보입니다.

1. 달리기systemd-analyze plot > startup_order_noidle.svg
2. Type=idle추가하다cron.service
3. 재시작
4. 달리기systemd-analyze plot > startup_order_idle.svg

불행하게도 systemd 아래에 서비스 시작 순서를 나열하는 것은심오한운동.iaw 사용 systemd-analyze이 기사는 답변을 제공하는 것 같습니다., 하지만 원하는 대로 작동하지 않습니다. cron.service항상 나열되지는 않습니다. 설명하겠습니다.

이것.SVG파일 크기가 커서 공유할 수 없지만 목록 어디에도 표시 startup_order_noidle.svg되지 않습니다 . cron.service장미유,startup_order_idle.svg 했다cron.service아래 줄에 표시됩니다 systemd-logind.service. IoW, Type=idle추가 되지 않으면 cron.service시작되더라도 표시되지 않습니다.

도착하다검토: 다른 모든 서비스/장치/대상 등이 시작된 후 systemd에서 cron을 시작할 수 있는 안정적인 방법이 있습니까? 이를 확인할 수 있는 믿을 만한 방법이 있나요?