Что именно происходит с разыскиваемыми и конфликтующими юнитами при изоляции от цели
Просто для справки:
Папка «␀␀␀␀Частные данные HFS+» — это специальная папка HFS+, которая используется для хранения фактических данных файла -и метаданных -для жестко -связанных файлов.
Таким образом, множественные записи каталога -указывают на «файл» в этом скрытом каталоге, который, в свою очередь, содержит данные и атрибуты фактического файла -.
У него есть некоторые специальные атрибуты, такие как четыре начальных символа ZERO в имени, а также несколько других битов в его метаданных -, что делает маловероятным, что конечный -пользователь когда-либо «увидит» его. при обычном использовании.
При обнаружении в какой-либо резервной копии (поэтому нет активной копии )в качестве видимой папки, вы можете безопасно удалить ее, если система позволяет вам это сделать (возможно, после низкоуровневого -переименования с помощью шестнадцатеричного -Редактор или другой инструмент.
Существует аналогичный скрытый файл под названием «.HFS+ Private Directory Data», который используется для хранения жесткой -информации о ссылках на папки.
Отвечаю на свой вопрос. Я написал простой тест, чтобы отразить мою ситуацию:
# Service B
[Unit]
Description=Hello World Service
#After=systemd-user-sessions.service
[Service]
Type=simple
ExecStart=/bin/sh -c "echo test > /tmp/test && sleep 10"
TimeoutStopSec=30
и
# Service A
[Unit]
Description=Hello World Service
After=B.service
Conflicts=B.service
[Service]
Type=simple
ExecStart=/bin/sh -c "echo test2 > /tmp/test2 && sleep 10"
TimeoutStopSec=30
и
# target T
[Unit]
Description=Foobar boot target
Wants=A.service B.service
В этой ситуации служба B не будет активирована при запуске цели T