Forum Debian Users Gang

Dobra udało się ale nie wiem czy nie ma prostszej metody. xD

Generalnie, to chciałem sobie stworzyć urządzenie FIFO za pomocą tego mechanizmu systemd-tmpfiles, bo tak sobie to wcześniej ogarnąłem z rsyslog. Ale w tym przypadku to nie zadziała, bo to wieszanie terminala czy sesji jest uzależnione od odczytu tego urządzenia FIFO — jak jakiś inny proces, np. cat, odczyta to urządzenie, to wszystko już pójdzie z płatka ale problemem jest odpalenie czegokolwiek w skrypcie po wywołaniu exec >>"$ERRFILE" 2>&1 . xD Dlatego te urządzenia FIFO trzeba stworzyć inaczej — przez mechanizm socket'ów (też tych z systemd). No i napisałem sobie dwa pliki:

# cat /etc/systemd/system/log-xsession-errors.socket
[Unit]
Description=log-xsession-errors socket
DefaultDependencies=no
Before=sockets.target
PartOf=log-xsession-errors.service

[Socket]
ListenFIFO=/dev/log-xsession-errors
SocketMode=0600
SocketUser=morfik
SocketGroup=morfik
RemoveOnStop=true
PipeSize=1M

[Install]
WantedBy=sockets.target

oraz

# cat /etc/systemd/system/log-xsession-errors.service
[Unit]
Description=log-xsession-errors service
DefaultDependencies=no

[Service]
ExecStart=/bin/true
RemainAfterExit=yes

[Install]
Also=log-xsession-errors.socket

W zasadzie ten plik .socket określa sobie urządzenie FIFO i tworzy je praktycznie na starcie systemu (szybciej chyba nawet niż ten mechanizm tworzenia plików tymczasowych). Uprawnienia są nadawane, więc jest tak jak powinno być. Z kolei ten .socket wymaga usługi do działania, to mu stworzyłem najprostszą jaką można, która zawsze zwraca TRUE i nic innego nie robi. xD A RemainAfterExit jest po to by ta usługa nie była wywoływana wiele razy. Chodzi generalnie o to, że jeśli wrzucę to poniższe

ERRFILE=/dev/log-xsession-errors
exec >>"$ERRFILE" 2>&1

do skryptu Xsession albo do autostaru Openbox'a, to każda wiadomość przesłana na urządzenie FIFO będzie próbowała odpalić tę usługę, a że ona bardzo szybko się zakończy, to po chwili uderzy w limit uruchomień w konkretnej jednostce czasu. A tak to się ona uruchomi i system oznaczy ją jako działającą i nie będzie musiał odpalać jej ponownie.

Te powyższe dwie linijki dodałem sobie do /etc/X11/Xsession , bo chcę mieć wszystkie komunikaty sesji a nie tylko samego autostartu Openboxa. Trzeba też było wykomentować pewne rzeczy i całość wygląda to mniej więcej tak:

...
#ERRFILE=$HOME/.xsession-errors
#
## attempt to create an error file; abort if we cannot
#if (umask 077 && touch "$ERRFILE") 2> /dev/null && [ -w "$ERRFILE" ] &&
#  [ ! -L "$ERRFILE" ]; then
#  chmod 600 "$ERRFILE"
#elif ERRFILE=$(tempfile 2> /dev/null); then
#  if ! ln -sf "$ERRFILE" "${TMPDIR:=/tmp}/xsession-$USER"; then
#    message "warning: unable to symlink \"$TMPDIR/xsession-$USER\" to" \
#             "\"$ERRFILE\"; look for session log/errors in" \
#             "\"$TMPDIR/xsession-$USER\"."
#  fi
#else
#  errormsg "unable to create X session log/error file; aborting."
#fi
#
#exec >>"$ERRFILE" 2>&1

export ERRFILE=/dev/log-xsession-errors
exec >>"$ERRFILE" 2>&1
...

No i moja konsola teraz ma dodatkowego tab'a a w nim komunikaty sesji Xserver'a, co wygląda mniej więcej tak:



Jak ktoś ma inny pomysł jak ogarnąć te urządzenia FIFO i logi z sesji, to jestem ciekaw. xD

Ostatnio edytowany przez morfik (2018-04-06 14:34:00)

Ja tam lubię ten plik, sporo rzeczy można za jego sprawą poprawić, choć w ogóle tam nie zaglądałem. xD U mnie teraz też te logi są trzymane w RAM, choć może samo urządzenie FIFO ma niewielką kolejkę ale w terminalu mam kolo 10K linii historii, i koło 1 MiB chyba te logi max będą u mnie zajmować, no i są czyszczone z każdym restartem graficznej sesji.

Nie działa. Nawet jak się cat'a zapuści na TTY na to urządzenie, to jak tylko się odpali sesję graficzną, to cat dostaje po łbie ze kodem wyjścia 130, no i oczywiście nie ma żadnych komunikatów. Jak się ponownie podepnie cat'em pod urządzenie, to i tak żadnych wiadomości nie ma. 

Co ciekawe, na Openbox te sokety działają i bez problemu mi tutaj wszystko się odpala ale KDE/Plasma5 z nimi się już nie chce odpalić, a przecie ten sam SDDM startuje X. xD

Ostatnio edytowany przez morfik (2018-04-05 22:20:19)

Wygląda jednak na to, że tego się nie da zrobić w taki sposób jak chciałem, przynajmniej jeśli chodzi o sposób bez systemd. Generalnie to te urządzenia FIFO trzeba otworzyć przed ich zapisem, inaczej nie chcą działać. xD Systemd je otwiera sobie i później buforuje komunikaty aż jakiś inny proces je podbierze sobie.

EDIT:

Przy okazji się wyjaśniło jakim cudem mi ten rsyslog działa z FIFO bez problemu, bo jak patrzyłem pod TTY, czy jest otwierane urządzenie FIFO, gdy np. router chce mi wysłać z sieci wiadomości na kompa, i się okazało, że nie ale po za logowaniu się do systemu, to wiadomości na konsolę trafiają, no tylko podobnie jak ten mechanizm soketów w systemd, rsyslog też ma swój bufor i jak tylko się da "cat" na urządzenie FIFO, to rsyslog przesyła te wiadomości od razu, czyli tak samo działa jak systemd ale wymagane jest ręczne zainicjowanie odczytania urządzenia. xD
https://www.rsyslog.com/doc/rsconf1_mainmsgqueuesize.html

Ostatnio edytowany przez morfik (2018-04-06 19:17:36)