системный таймер: включить службу только для определенных временных диапазонов
Ваша ошибка в разрешении ftp.us.debian.org — это сетевая ошибка, а не ошибка «слишком старый дистрибутив».
Измените файл /etc/apt/sources.list, чтобы он содержал только следующее-
deb http://archive.debian.org/debian squeeze main contrib non-free
Затем выполните apt-get updateиapt-get dist-upgrade
Как только это будет сделано, снова измените список источников на:
deb http://ftp.us.debian.org/debian wheezy main contrib non-free
Обратите внимание, что имя хоста снова меняется на ftp.us.debian.org, а название выпуска меняется с squeezeна wheezy
Затем выполните apt-get updateи apt-get dist-upgrade.
Затем, если вы хотите перейти к растяжке (последней версии ), замените wheezyна stretchи повторите apt-get updateи apt-get dist-upgrade.
Не забывайте, что вместо того, чтобы идти к wheezy, вы можете захотеть посмотреть, получает ли сжатие -lts обновления, и будет ли лучше стремиться к нему, а не к wheezy.
У меня были такие же требования.
Я могу подтвердить, что два таймера, срабатывающие при загрузке, приводят к состоянию гонки со случайным результатом.
А как насчет сценария, когда система перезагружается более одного раза между 12 и 13 часами. Persistentв этом случае может не помочь.
Мой вывод (, хотя я бы хотел, чтобы меня опровергли ), состоит в том, что systemd просто не создан для такого варианта использования.
Мой обходной путь заключается в использовании приведенной выше конфигурации без флагов Persistent. Затем я создаю новую службу idle, предназначенную для обработки состояния после запуска. Эта служба сравнивает текущее время с текущим состоянием целевой службы и запускает/останавливает службу, если они не совпадают. Обратите внимание, что время запуска/остановки должно быть продублировано в таймерах и в сервисном сценарии «менеджера запуска», что не идеально.
Это единственный надежный способ убедиться, что моя служба работает в течение выбранного периода времени, независимо от различных перезагрузок.