![автоматизм systemd для обновления символической ссылки включенного юнита при обновлении юнитов](https://rvso.com/image/770106/%D0%B0%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%BC%20systemd%20%D0%B4%D0%BB%D1%8F%20%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F%20%D1%81%D0%B8%D0%BC%D0%B2%D0%BE%D0%BB%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B9%20%D1%81%D1%81%D1%8B%D0%BB%D0%BA%D0%B8%20%D0%B2%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE%20%D1%8E%D0%BD%D0%B8%D1%82%D0%B0%20%D0%BF%D1%80%D0%B8%20%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B8%20%D1%8E%D0%BD%D0%B8%D1%82%D0%BE%D0%B2.png)
Есть ли в systemd способ обновить существующие символические ссылки на целевые объекты при обновлении юнита более новой версией, находящейся выше в иерархии путей загрузки юнитов?
На CentOS 3.10.0-1160.36.2.el7.x86_64
с systemd @ 219-78
у меня был включен модуль службы для многопользовательского режима в качестве цели, используя модуль по умолчанию.
Т.е., символическая ссылка
/etc/systemd/system/multi-user.target.wants/foo.service
указал на исходную единицу пакета
/usr/lib/systemd/system/foo.service
Позже я развернул модифицированную версию устройства для
/etc/systemd/system/foo.service
После запуска systemd daemon-reload
systemd в принципе знал об обновленном модуле. Однако после перезагрузки узла исходный модуль службы был запущен снова, systemd
поскольку символическая ссылка не была обновлена.
Мне пришлось явно отключить/включить устройство, т. е. удалить и снова установить символическую ссылку, указывающую на местоположение обновленного устройства.
Есть ли способ автоматически обновлять целевые символические ссылки, аналогично тому daemon-reload
, как это происходит, когда модуль обновляется после того, как версия модуля помещается выше в иерархии путей sytemd?