We rise up for the things we believe in over and over again

Немного неожиданное. Имеем запись в никсовом планировщике задач, он же crontab, он же просто крон:
Ничего экстраординарного - раз в 9 минут дописать текущие дату и время в текстовый файл test-cron.txt.
Сохраняем crontab, ждем час с небольшим, после чего открываем наш тестовый файл:
Делаем вывод - в схожей ситуации весь флот Уильяма Адамы из BSG перестал бы существовать после 3:00

Оно-то понятно, почему cron поступает именно таким образом, но для виндовых админов (коим я и являюсь до сих пор по большому счету) это, действительно, может быть неожиданным. А то и неприятным, случаи бывают всякие.
Нет. Задача была описана так: каждые 9 (число выбрано специально) минут выполнять команду. Так что с 9 минутами все хорошо. А вот 6 вылезли не по плану. Тот же результат можно наблюдать, задав каждые 23 минуты, 17, 39, 51... словом, любое количество, которым нельзя нацело разделить 60.
Для себя я сделал такой вывод - указание интервалов в каком-то определенном промежутке времени (минуты, часы, дни...) действует только до окончания этого промежутка. В новом отсчет начинается с нуля, а чтобы не увеличивать интервал между задачами - задача выполняется в момент обнуления тех самых минут, часов, дней.
Пытался найти в манах более профессиональное мнение, но не нашел.
0-59/9
Что раскрывается как
0,9,18,27,36,45,54
Всё, сука, логично, но это подстава. Спасибо, возможно однажды это спасёт мне много часов работы.