Описание тега pf

Сегодня аналогичная проблема - Нексус 5х отказывался видеть wifi маршрутизатор 3G время от времени. Проверил, seiection канала был установлен на `авто` на маршрутизатор, жестко заставляя его `11` Исправлена проблема. Слово "мотивация" здесь, вероятно, имеет особое значение. А не общее понятие почему человек, возможно, пытается получить опубликованы, редактор, вероятно, означает, что соединение с прошлых работ автора или других приводит к проценты в проблемы исследованы в настоящей работе. Даже если такая связь очевидна, чтобы вы (и, возможно, даже в Редактор в том числе), упущение таких вводных/исторические материал unscholarly и делает работу продажа издателя на свою книгу гораздо сложнее.

(Я разместил этот вопрос на systemd в гитхаб)

У меня есть два демона, один.услуг, которая зависит от экземпляра [email protected]. Мне не обязательно знать, что имя экземпляра [email protected] при написании юнит-файл, но.услуг, безусловно, зависит от одного из этих случаях работает.

Мое решение заключается в создании б.цель, которой [email protected] содержит часть=а.цели и WantedBy=а.цель.

Я хочу б.цели должны быть начаты любым графическим времени.мишень запускается, так что в идеале я хочу б.цель WantedBy=графический.цель. а.служба также должна быть WantedBy=графический.цели, а также должен быть реквизит=б.цели и после=б.цель (она должна не начала б.цели и должна окончиться неудачей, если б.цель не началась).

 [ а.услуги ]
| |
| Зависит от | 
В. В. 
 [ б.цель ] <--является частью--[[email protected]]
| |
| Должно быть |
| начат |
В. В.
[графические.цель]

С помощью systemd.целевой документации указывает на то, что целевые показатели устанавливаются с требует= предложение, но если я это сделаю, это создает зависимость петли, когда на самом деле я хочу, чтобы это было RequiredBy или WantedBy графический.цели, а не наоборот.

Это работает только если я добавляю [установка] раздел WantedBy=графический.цель б.цель. В документации не указывают это должно быть сделано, но это работает - при запуске, графический.цель правильно запускается б.цель, которая запускается [email protected] и графические.цели также заводит.служба, которая правильно ждет [email protected] для начала.

Это правильный способ обработки услуги в зависимости от упомянутого сервиса, и это правильный способ обработки зависимостей между целями? Просто потому, что что-то работает, не обязательно означает, что это правильный способ сделать это, и systemd, в частности, "systemd в сторону" делать вещи, которые, как правило, для снятия головной боли вниз по дороге, если что "systemd в сторону" следуют.