Извадка от документацията:
Special considerations exist when the clock is changed by less than 3 hours, for example at the beginning and end of daylight savings time. If the time has moved forwards, those jobs which would have run in the time that was skipped will be run soon after the change. Conversely, if the time has moved backwards by less than 3 hours, those jobs that fall into the repeated time will not be re-run.
Only jobs that run at a particular time (not specified as @hourly, nor with '*' in the hour or minute specifier) are affected. Jobs which are specified with wild cards are run based on the new time immediately.
Clock changes of more than 3 hours are considered to be corrections to the clock, and the new time is used immediately.
Ако часовникът ти изостава, нямаш проблем - или задачата за спиране на системата ще се изпълни, когато й дойде времето, и ще се изпълни само веднъж, ако часовникът не се върне с повече от 3 часа назад, но и да се върне с повече от 3 часа (или се получи някакъв сценарий, при който времето за задачата да има шанса да се повтори), системата така или иначе ще е изключена. В твоя случай би имал проблем (пропускане изпълнението на задачата за спиране на системата), само ако часовникът ти избързва с повече от 3 часа за тези 4 минути, между които ти е задачата за обновяване на часа, което едва ли ти се случва (ако ти се случва, имаш по-големи въпроси за решаване). Ако часовникът ти не избързва с повече от 3 часа за 4 минути, то, ако времето за изпълнение на задачата за спиране на системата се пропусне, задачата ще се изпълни при следващото задействане на демона (демек, след по-малко от минута).
Накратко, нямаш нужда от допълнителни действия (като рестартиране на демона) в твоя случай