Sziasztok!
Systemd-től az utóbbi időben ilyen hibákat kapok, naponta többször:
Aug 10 15:20:01 linode systemd[976]: Trying to run as user instance, but $XDG_RUNTIME_DIR is not set.
Honnan lehet megállapítani azt, hogy ez milyen process?
- 1233 megtekintés
Hozzászólások
a topik címére: általánosságban véve sehogy, elég biztos vagyok benne, hogy nincs olyan alapból telepített és futó tool, ami feljegyezgetné a pid-eket. ha ilyen kell, asszem a 'psacct' való erre. de a topic törzsét mérlegelve, ez a megközelítés eléggé overkill lenne. inkább vedd rá a systemD-t hogy segítőkészebb legyen. csak engedi magát debuggolni így vagy úgy. ja várj... systemd...
~~~~~~~~
deb http://deb.uucp.hu/ wheezy yazzy repack
- A hozzászóláshoz be kell jelentkezni
csak engedi magát debuggolni így vagy úgy.
Ja, pl. ha egy ilyen sort syslogon keresztül nyomott volna az alkalmazás (lásd mindjárt), akkor - mivel átmegy a journald-n - egész szép részleteket lehet belőle kiszedni (melyik service, milyen pid, milyen command stb.).
De ezt maga a systemd logolta, ha tippelnem kéne (https://github.com/systemd/systemd/issues/10574) nem tudta elindítani a systemd user példányt, mert hiányzik az adott változó - feltehetően mert valami gond van a pam_systemd-vel a gépen. Ha a systemctl status user@$(id -u).service-nél (vagy a journalctl -u user@$(id -u).service -nél) is megjelenik a logban, akkor ez a gond.
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
- A hozzászóláshoz be kell jelentkezni
syslog, kern.log, cron.log?
- A hozzászóláshoz be kell jelentkezni
Nem lehet systemd-t debug módban tolni és akkor többet logol amiből ki lehet szűrni mi a csoda is van?
- A hozzászóláshoz be kell jelentkezni