Удаление таймера, созданного с помощью systed-run –on-calendar

Я создал работу systemd с помощью systemd-run --on-calendar .... Теперь я заменил его правильными .timer и .service . Но я не могу удалить старый. Я могу остановить его и отключить, но когда я вызываю systemctl list-timers он все еще появляется со своим произвольным именем run-r0d0dc22 …. Я также искал его файл .timer , но я его не нашел. Спасибо за помощь.

One Solution collect form web for “Удаление таймера, созданного с помощью systed-run –on-calendar”

Временные файлы заканчиваются в /run/user/ и, кажется, никогда не удаляются, пока пользователь не выйдет из системы (для systemd-run --user ) или до перезагрузки, когда /run воссоздается.

Например, если вы создаете команду для запуска один раз только в заданное время:

 systemd-run --user --on-calendar '2017-08-12 14:46' /bin/bash -c 'echo done >/tmp/done' 

Вы получите файлы, принадлежащие вам в /run :

 /run/user/1000/systemd/user/run-28810.service /run/user/1000/systemd/user/run-28810.service.d/50-Description.conf /run/user/1000/systemd/user/run-28810.service.d/50-ExecStart.conf /run/user/1000/systemd/user/run-28810.timer /run/user/1000/systemd/user/run-28810.timer.d/50-Description.conf /run/user/1000/systemd/user/run-28810.timer.d/50-OnCalendar.conf 

Для non --user файлы находятся в /run/systemd/system/

Вы можете удалить файлы, выполнить systemctl [--user] daemon-reload а затем list-timers покажут только имя юнита с их последней историей, если они уже запущены. Эта информация, вероятно, содержится в внутреннем статусе systemd или в файлах журнала.

  • systemd запустить блок на успех другого
  • Периодически выполняемый btrfs-scrub
  • Как настроить Systemd Timer для запуска службы в последний день месяца
  • Запуск пользовательского таймера systemd, когда у них нет открытого сеанса
  • использование таймеров systemd вместо cron
  • Поручить выполнить блок после успешного завершения работы другого устройства
  • Linux и Unix - лучшая ОС в мире.