Dotaz: Jak spustit proces když systemd spustí konkrétní proces

[LarryL]

Ahoj, potřeboval bych poradit se systemd.

Mám spuštěnou službu bumblebeed:

systemctl status bumblebeed
● bumblebeed.service - Bumblebee C Daemon
     Loaded: loaded (/usr/lib/systemd/system/bumblebeed.service; enabled; vendor preset: disabled)
     Active: active (running) since Wed 2020-07-22 10:33:32 CEST; 1 day 13h ago
   Main PID: 656 (bumblebeed)
      Tasks: 1 (limit: 18816)
     Memory: 17.2M
     CGroup: /system.slice/bumblebeed.service
             └─656 /usr/bin/bumblebeed --use-syslog

Ta služba si spouští další proces "Xorg :8 -config...", takže výpis pak vypadá takto:

systemctl status bumblebeed
● bumblebeed.service - Bumblebee C Daemon
     Loaded: loaded (/usr/lib/systemd/system/bumblebeed.service; enabled; vendor preset: disabled)
     Active: active (running) since Wed 2020-07-22 10:33:32 CEST; 1 day 11h ago
   Main PID: 656 (bumblebeed)
      Tasks: 2 (limit: 18816)
     Memory: 30.6M
     CGroup: /system.slice/bumblebeed.service
             ├─  656 /usr/bin/bumblebeed --use-syslog
             └─52090 /usr/lib/Xorg :8 -config ...

Já bych potřeboval spustit svůj bash script ve chvíli kdy si služba bumblebeed spustí proces "Xorg :8 -config...". Existuje nějaká taková možnost v systemd? Vím, že existuje "Before", "After", ale to v tomto případě asi nepomůže.

---

---

Odpovědi

[Jendа]

Ten fork+exec už provede bumblebeed? Pak to podle mě nemá systemd jak odchytit (kromě teda toho, že by dělal strace na fork). <fuj>Nahradit /usr/lib/Xorg za wrapper shell skript</fuj>

[LarryL]

Hmm, udělat wraper na celý Xorg by asi bylo fuj. Proces "Xorg :8" se spouští když použiji příkaz:

DISPLAY=:8 optirun <jméno_aplikace> # optirun je součást bumblebee

Takže pokud v systemd neexistuje žádná možnost, tak bych používal něco jako:

DISPLAY=:8 muj_optirun.sh <jméno_aplikace>

[Filip Jirsák]

V tomhle vám systemd nepomůže, o tom spuštění dceřiného procesu se nedozví. Ten hlavní proces bumblebeed (nastartovaný systemd) zůstává pořád běžet? Systemd umožňuje reagovat na to, že služba už je nastartovaná, ale musí se o tom dozvědět. Možností je několik – služba pošle signál přes D-Bus, zavolá API systemd, a jedna z možností určená pro legacy aplikace je ta, že se ten proces, který byl spuštěn systemd, ukončí (protože mezi tím odforkoval jiné procesy).

[Vantomas]

Na tohle by šel možná navěsit nějaký skript, co sleduje existenci Xorg procesu + nějaký sleep a pak použít AfterStart.

[LarryL]

Ten hlavní proces bumblebeed (nastartovaný systemd) zůstává pořád běžet?

Ano, zůstává pořád běžet. Výpis služby vypadá takto:

systemctl cat bumblebeed
# /usr/lib/systemd/system/bumblebeed.service
[Unit]
Description=Bumblebee C Daemon

[Service]
Type=simple
ExecStart=/usr/bin/bumblebeed --use-syslog
Restart=always
RestartSec=60

[Install]
WantedBy=multi-user.target

[debian+]

Na co to je dobre prakticky?

[LarryL]

Je to dobré na to co jsem řešil v jiném vlákně - Přepínání klávesnice a myši mezi dvěma procesy Xorg. Hlavní nevýhoda použití xinput je, že při startu nové instance "Xorg :8 ...", funguje klávesnice i myš na "Xorg :0" i "Xorg :8" současně. Potřebuji tudíž ihned po spuštění nové instance Xorg :8 spustit můj script, který na něm vypne klávesnci a myš. Pokud bych měl monitor připojený k Xorg :8 vyplý a neuvědomil si, že mi tam běží nějaká aplikace nebo nějaký DE, tak bych si celou aplikaci nebo DE rozhodil. V horším případě i nechtěně smazal soubory.

Mohl bych udělat samostatný script na 3 řádky v bashi, který bude na pozadí každé 3 sekundy kontrolovat zda není spuštěna jiná instance Xorg, ale zdá se mi to špinavé řešení. Kdyby to pomocí závislostí hlídal přímo systemd, tak by to bylo lepší.

[Filip Jirsák]

Potřebuji tudíž ihned po spuštění nové instance Xorg :8 spustit můj script, který na něm vypne klávesnci a myš.

To vypadá jako rovnák na ohejbák. Nešlo by zařídit, aby se tam ta klávesnice a myš vůbec nepřipojila?

[LarryL]

To by šlo zařídit. Ve výchozím stavu existuje soubor /etc/bumblebee/xorg.conf.d/10-ignore-devices.conf, který obsahuje toto:

# If you connect a display to one of the outputs wired to the Nvidia card, you
# have to comment this whole file. Note that you can leave it commented even
# without currently attached monitor, at the cost of greater optirun startup
# time.

Section "InputClass"
    Identifier  "IgnoreDevices"
    MatchDevicePath "/dev/input/event*|/dev/input/mouse*|/dev/input/js*|/dev/input/mice*"
    Option      "Ignore" "true"
EndSection

Jenomže, pak nefunguje klávesnice a myš na "Xorg :8" vůbec a nevím o tom, že by šla nějak zapnout bez resetu Xka. Já potřebuji přehazovat jednu klávesnici a jednu myš mezi oběma Xkama. Script na přepínání už mám hotový (řešil jsem v tom vedlejším vlákně). Jedině, že by existoval nějaký parametr při spuštění Xorg, něco jako "/usr/lib/Xorg :8 -disable input ...", ale jak jsem googlil, tak jsem nic takového nenašel. Všichni vypínají klávesnice, myši a touchpady pomocí xinput. Takže z toho mně vyplývá, že jediná varianta je:

- nejdřív musím zapnout "Xorg :8",

- potom pomocí xinput vypnout klávesnici a myš.

[debian+]

Maj defaulne vypnutu a zapinaj kde treba. a osetruj v xinit.rc ci ako sa to vola, co sa vola pri starte (pred alebo po) x servera.

vypnutie default: https://unix.stackexchange.com/questions/63404/how-can-i-automatically-disable-my-laptops-built-in-keyboard-in-x-org

[LarryL]

To co je v tom odkazu, tak vypne klávesnici a myš při startu Xka, ale už nejdou nijak zapnout. Nebo se pletu?

Pomocí Xinit by to možná šlo.

[debian+]

Skus, zistis. Ja to az tak nepotrebujem vediet ;)

[LarryL]

Já jsem to zjistil už v tom vlákně kde jsi mi i ty radil použít "xinit --disable/--enable". Taky jsem to uvedl o dva komenty výše kde jsem vložil obsah souboru "10-ignore-devices.conf" což je to samé co ve tvém odkazu. Takže proto se divím proč mi to radíš Myslel jsem, že jsem se spletl a ty znáš nějaké řešení.

Jde o to, že když vytvoříš ten conf soubor co je i v tom tvém odkazu, tak tím řekneš Xku, aby vůbec nenačetl vstupní zařízení. Takže výpis ukazuje toto:

DISPLAY=:8 xinput --list
⎡ Virtual core pointer                    	id=2	[master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer              	id=4	[slave  pointer  (2)]
⎣ Virtual core keyboard                   	id=3	[master keyboard (2)]
    ↳ Virtual core XTEST keyboard             	id=5	[slave  keyboard (3)]

Tudíž tam není načtena žádná klávesnice ani myš a proto nemohu příkazem xinput --enable žádné zařízení zapnout.

[samalama]

ot: toho debiliana- si nevsimaj, on necita vobec diskusie, len kopiruje otazky do gugel translatora, potom do gugla a potom len hadze linky do fora ako "odpoved"...

[debian+]

Nie vzdy.

[KarelK]

Něco mi uniká? Proč prostě nevypneš myš a klávesnici přes xinput pří startu "Xorg :8" buď klasicky přes .xinitrc nebo přes session managera DE?

[LarryL]

.xinitrc nefunguje protože se nepoužívá startx ale přímo příkaz "/usr/lib/Xorg :8 ..." - viz níže v diskuzi.

DE na "Xorg :8" nespouštím. Spouštím tam jen windows managera (xfwm4) a daný program si spustím z "Xorg :0". Jako trochu jsem uvažoval, že na :8 spustím DE, ale:

za a) to teď nepotřebuji

za b) XFCE mi běží na "Xorg :0" a nejsem si jistý jestli je správné (bezpečné) spouštět XFCE ve druhé instanci na "Xorg :8" pod stejným uživatelem. Znamenalo by to, že obě instance budou používat stejné konfiguráky a nerad bych si XFCE rozhodil. Mohl bych použít jiný DE, ale zase mít 2 různé prostředí mně nepřijde moc přívětivé.

[GeorgeWH]

a ~/.Xsession?

[LarryL]

Taky ne. Zkoušel jsem i ~/.xsession

Myslím, že se všechny tyto soubory spouští jen při použití startx nebo xinit nebo si je spouští display manager. Samotný proces /usr/lib/Xorg je nenačítá.

[GeorgeWH]

No hej, ~/.Xsession sa spusti po prihlaseni sa.

[PetebLazar]

Nešlo by přiřadit každému z Xorgů vlastní KB/MS (jako když se konfiguruje multi-seat)?

[LarryL]

To by šlo, ale mám jen jednu klávesnici a myš. Teda mám v šuplíku i další, ale používat 2 klávesnice a myši by pro mě bylo nepohodlné.

[MadCatX]

Možná bys mohl do xinitrc přidat něco jako

PROCS=$(ps -aux);
TEST=$(echo -n "$PROCS" | grep "Xorg :8");
if [ -n "$TEST" ]; then
    transfer_input.sh
fi

ale je to taky docela hack.

[LarryL]

Zkouším, ale nejde. Zkoušel jsem dát do $HOME/.xinitrc i do /etc/X11/xinit/xinitrc. Nenačítá se xinitrc náhodou jen když se Xko startuje příkazem startx? Bumblebee si dané Xko spouští napřímo, takto:

/usr/lib/Xorg :8 -config /etc/bumblebee/xorg.conf.nvidia \
 -configdir /etc/bumblebee/xorg.conf.d -sharevts -nolisten tcp \
 -noreset -verbose 3 -isolateDevice PCI:01:00:0 \
 -modulepath /usr/lib/nvidia/xorg,/usr/lib/xorg/modules

[LarryL]

Zkoušel jsem dávat i do adresáře /etc/X11/Xsession.d a do souboru /etc/X11/xinit/xserverrc a taky to nefunguje. Takže tudy cesta nepovede.

[debian+]

A, /etc/X11/xinit/xinitrc?

[LarryL]

Debiane ty dneska zlobíš To jsem psal o komentáře výše, že jsem "Zkoušel jsem dát do $HOME/.xinitrc i do /etc/X11/xinit/xinitrc."

[LarryL]

Díky všem za odpovědi. Zdá se, že systemd v tomto opravdu nepomůže. Škoda, myslel jsem, že když se proces "Xorg :8" vypisuje jako dítě služby bumblebeed.service, tak že systemd nabízí nějakou možnost sledování svých potomků. Stačilo by kdyby systemd měl možnost spustit script ve chvíli kdy se spustí jakokoliv child proces dané služby. V tom scriptu by se jen otestovalo jméno child procesu (nebo jiný parametr) a dalo by se s tím krásně pracovat. Asi jsem moc náročný

[MadCatX]

Ještě bys mohl zkusit pomocí ExecStartPost pustít skript, který počká, dokud druhý Xorg nenastartuje a pak překonfiguruje vstupní zařízení.

[LarryL]

No jestli tím "počká" myslíš to že ten script bude ve smyčce kontrolovat ps aux | grep "Xorg :8", tak to mi moc nepomůže, protože služba bumblebeed.service se spouští hned při startu PC takže to bych ten script, který bude ve smyčce kontrolovat mohl zrovna spustit po nabootování a vyšlo by to nastejno.

Asi to udělám tak, že vytvořím wraper "muj_optirun.sh" o kterém jsem psal navrchu téhle diskuze. Stejně potřebuji při prvním spuštění "Xorg :8" spustit i windows manager, tak to dám všechno do toho wraperu. Zdá se mi to asi nejelegantnější řešení pokud to pomocí systemd nejde.

[MadCatX]

Rozdíl je v tom, že takhle ten skript může čekat jen na začátku, provést, co potřebuješ a skončit a při restartu bumblebeed se spustí znovu. Tohle by se ti s nějakým improvizovaným daemonem dělalo komplikovaně. Wrappnout si optirun je podle mě OK řešení.

[LarryL]

Jenomže služba bumblebeed jede pořád (od nabootování až do vypnutí PC). Aby ten ExecStartPost fungoval, tak bych musel pokaždé když ukončím aplikaci spuštěnou přes "optirun" (a tím skončí i proces "Xorg :8") resetovat bumblebeed ručně.

[Gréta]

<fuj>optirun taky dělá že bumblebeed votevře socket byse toho možná dalo využít :O :O

ss | grep bum
u_str ESTAB      0      0                               /var/run/bumblebee.socket

</fuj>

[LarryL]

Jo máš pravdu, dokonce 2 sokety si to otevře.

Když jsem už před tím hledal, tak jsem u systemd narazil na možnost ověřovat zda existuje soubor:

[Unit]
ConditionPathExists=/etc/sysconfig/cloudformation

ale mělo by to ověřovat jen při startu služby a přidávat k tomu timery bych dosáhl stejného efektu jako kdyby to kontroloval bash script ve smyčce. Ale existuje Path unit , která interně využívá inotify. Tohle se mi nezdá být až tak fuj. Nebo je na inotify (Path_unit) něco špatného?

[LarryL]

Tak tahle varianta, také asi padá. Vytvořil jsem *.path i *.service podle tohoto návodu, ale nefunguje to. Přesněji funguje to u normálního souboru, např. /var/tmp/test.txt, ale u /var/run/bumblebee.socket to nejde. Jak jsem googlil, tak sockety se neberou jako normální soubory, které inotify monitoruje.

...a jestli bych měl ve smyčce kontrolovat jesli existuje /var/run/bumblebee.socket nebo ps aux | grep "Xorg :8", tak to vyjde nastejno.

[LarryL]

...ale moment, teď vidím, že Xko si vytváří i soubor /tmp/.X11-unix/X8. Jo to už *.path (inotify) zachytí a funguje to. Pokud se na jméno tohoto souboru dá spolehnout, tak takhle by to šlo.

[GeorgeWH]

... a pritom to je tiez socket.

[LarryL]

jj, napsal jsem to špatně. Zkrátka když je to v adresáři /var/run/ tak to nefunguje. Zkoušel jsem to i na jiných socketech v tom adresáři. Ale na tom /tmp/.X11-unix/X8 to funguje.

[Bherzet]

Dám zde řešení, které se pro můj případ zdá být jednoduché a spolehlivé a mělo by fungovat nejen ve spojení s Bumblebee, ale i s jinými GPU ovladači. Dalo by se upravit i tak, aby se kbd a mouse vyply při vytvoření každého nového displeje (/tmp/.X11-unix/X*) kromě primárního (/tmp/.X11-unix/X0):

$ cat ~/.config/systemd/user/bumblebee.path

[Unit]
Description=Monitors whether /tmp/.X11-unix/X8 file (socket) exists.

[Path]
PathExists=/tmp/.X11-unix/X8
Unit=bumblebee-disable-kbd-mouse.service

[Install]
WantedBy=multi-user.target

$ cat ~/.config/systemd/user/bumblebee-disable-keyb-mouse.service

[Unit]
Description=Executes script when a file (/tmp/.X11-unix/X8) defined in the bumblebee.path file exists.

[Service]
Type=simple
ExecStartPre=/bin/sleep 1
ExecStart=/path/to/script/disable-kbd-mouse-xorg-8.sh

[Install]
WantedBy=multi-user.target

$ systemctl --user enable bumblebee.path

[debian+]

Nechces si radsej upravit zdrojaky toho programu - bumblebee ci bumblebee deamon, aby spustil skript, tak ako chces?

V debiane je preklad balika easy (vid).

[LarryL]

Překompilovat zdrojáky mě taky napadlo, ale ze všech variant, které tu padly mě to přijde asi nejsložitější. Používám rolling-release, takže bych musel překompilovávat často nebo to vynechvat z aktualizace.

[debian+]

Ved tu upravu dostan do upstreamu.