Não. O processo será executado em um contexto diferente no que diz respeito ao systemd.
Esta é, na verdade, uma das razões pelas quais a ativação do serviço DesktopBus deve ser evitada. Os processos de serviço gerados diretamente pelo broker Desktop Bus fazem parte de seu serviço, no que diz respeito ao systemd.
Pode-se mover processos entre grupos de controle, com privilégios apropriados. Mas isso é apenas metade do trabalho, e a outra metade, a de convencer o sistema de que iniciou uma unidade quando isso não aconteceu e de reescrever as partes necessárias de suas estruturas internas de dados, não é fornecida.
Este não é apenas o modelo do systemd, não é o modelo da maioria dos subsistemas de gerenciamento de serviços.
As unidades de serviço "muito bem" de muitos demais para softwares Oracle, na verdade, não são, a propósito, e estão em território Casa do Horror .
Leitura adicional
- systemctl falha ao relatar com precisão o status dos daemons se eles foram iniciados por meio de mecanismo diferente de systemctl
- configure o daemon java com o systemd
- link
- Jonathan de Boyne Pollard (2016). Evite a ativação do barramento do Desktop Bus (D-Bus) . nosh. Softwares.
- Jonathan de Boyne Pollard (2015). A casa do sistema de terror . Respostas frequentemente dadas.