Bug#884934: xauth's segfault delays startx's start and exit
I'm still having this issue. I'm adding the xauth's strace while running startx and quitting i3 wm. On Thu, Dec 21, 2017 at 1:40 PM, Carlos Eduardo M. Santos < c...@cemshost.com.br> wrote: > Package: xauth > Version: 1:1.0.10-1 > Severity: important > > Dear Maintainer, > > Since the upgrade (and dist-upgrade) from stretch to buster, startx delays > to > start and also to exit, everytime. The first message in the systemd > journal after I run startx is: > > kernel: xauth[12556]: segfault at 1 ip 7f058e06d405 sp > 7fff095bb9e8 error 4 in libc-2.25.so[7f058dfd7000+199000] > > The numbers vary, but it is always "at 1 ip" and "error 4". In the tty, > after the initial delay and right before launching X, there's a message > complaining that xauth couldn't lock .Xauthority. > > After quitting wm (i3), there's also another delay and, before running > startx again, I have to remove the generated .Xauthority-*. If I run > startx with the .Xauthority-* files, there's an even higher startup > delay. In this case, strace shows that xauth keeps complaining about > already-existent .Xauthority-* files. > > > -- System Information: > Debian Release: buster/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), > LANGUAGE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages xauth depends on: > ii libc6 2.25-3 > ii libx11-6 2:1.6.4-3 > ii libxau6 1:1.0.8-1+b2 > ii libxext6 2:1.3.3-1+b2 > ii libxmuu1 2:1.1.2-2 > > xauth recommends no packages. > > xauth suggests no packages. > > -- no debconf information > -- execve("/usr/bin/xauth", ["/usr/bin/xauth", "-q", "-f", "/tmp/serverauth.sQy7mvbiGk"], 0x7ffc95826698 /* 38 vars */) = 0 brk(NULL) = 0x55955c6f9000 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=113483, ...}) = 0 mmap(NULL, 113483, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fbdea488000 close(3)= 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libX11.so.6", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240\335\1\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=1310288, ...}) = 0 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fbdea486000 mmap(NULL, 3407224, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fbde9f4 mprotect(0x7fbdea07a000, 2097152, PROT_NONE) = 0 mmap(0x7fbdea27a000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13a000) = 0x7fbdea27a000 close(3)= 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libXau.so.6", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\16\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=14528, ...}) = 0 mmap(NULL, 2109728, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fbde9d3c000 mprotect(0x7fbde9d3e000, 2097152, PROT_NONE) = 0 mmap(0x7fbde9f3e000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7fbde9f3e000 close(3)= 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libXext.so.6", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0007\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=73424, ...}) = 0 mmap(NULL, 2169112, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fbde9b2a000 mprotect(0x7fbde9b3b000, 2093056, PROT_NONE) = 0 mmap(0x7fbde9d3a000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0x7fbde9d3a000 close(3)= 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libXmuu.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 \24\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=18600, ...}) = 0 mmap(NULL, 2113728, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fbde9925000 mprotect(0x7fbde9928000, 2097152, PROT_NONE) = 0 mmap(0x7fbde9b28000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7fbde9b28000 close(3)= 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD,
Bug#884897: Fwd: Bug#884897: dbus-x11: .xinitrc requires "dbus-update-activation-environment --all"
Thank you for the explanation. I moved .xinitrc to .xsession and it's almost working as expected now. The only problem left is xauth's segfault, as you can still see in the new attached journal. For that, I filed bug #884934 and you could probably close this one as invalid. On Thu, Dec 21, 2017 at 4:19 PM, Simon McVittiewrote: > > That's about an order of magnitude fewer environment variables than I > would expect to see. In particular, there should surely be a PATH and a > DISPLAY in there somewhere... > > I wonder whether something relevant to how you log in on the tty, such as > /etc/login.defs or /etc/pam.d/login, might also be misconfigured? > I had filtered the ones you mentioned, but I attached a new journal with all the vars being logged with the Xsession-early and Xsession-late marks (now, Xsession.d files are read). Probably that's what you were expecting. > > smcv > Regards, cems -- Logs begin at Thu 2017-12-21 11:44:13 -02. -- Dec 21 16:34:06 kytos systemd[24332]: redshift.service: Failed with result 'exit-code'. Dec 21 16:34:06 kytos systemd[24332]: Failed to start Redshift display colour temperature adjustment. Dec 21 16:34:09 kytos wpa_supplicant[16247]: p2p-dev-wlp2s0: CTRL-EVENT-REGDOM-CHANGE init=BEACON_HINT type=UNKNOWN Dec 21 16:34:10 kytos wpa_supplicant[16247]: wlp2s0: SME: Trying to authenticate with e0:41:36:f5:78:f2 (SSID='audreicadu 5G' freq=5805 MHz) Dec 21 16:34:10 kytos kernel: wlp2s0: authenticate with e0:41:36:f5:78:f2 Dec 21 16:34:10 kytos NetworkManager[16234]: [1513881250.5731] device (wlp2s0): supplicant interface state: scanning -> authenticating Dec 21 16:34:10 kytos kernel: wlp2s0: send auth to e0:41:36:f5:78:f2 (try 1/3) Dec 21 16:34:10 kytos kernel: wlp2s0: authenticated Dec 21 16:34:10 kytos wpa_supplicant[16247]: wlp2s0: Trying to associate with e0:41:36:f5:78:f2 (SSID='audreicadu 5G' freq=5805 MHz) Dec 21 16:34:10 kytos kernel: wlp2s0: associate with e0:41:36:f5:78:f2 (try 1/3) Dec 21 16:34:10 kytos kernel: wlp2s0: RX AssocResp from e0:41:36:f5:78:f2 (capab=0x511 status=0 aid=87) Dec 21 16:34:10 kytos NetworkManager[16234]: [1513881250.5833] device (wlp2s0): supplicant interface state: authenticating -> associating Dec 21 16:34:10 kytos wpa_supplicant[16247]: wlp2s0: Associated with e0:41:36:f5:78:f2 Dec 21 16:34:10 kytos kernel: wlp2s0: associated Dec 21 16:34:10 kytos kernel: IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready Dec 21 16:34:10 kytos wpa_supplicant[16247]: p2p-dev-wlp2s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=BR Dec 21 16:34:10 kytos NetworkManager[16234]: [1513881250.5892] device (wlp2s0): supplicant interface state: associating -> associated Dec 21 16:34:10 kytos kernel: ath: EEPROM regdomain: 0x804c Dec 21 16:34:10 kytos kernel: ath: EEPROM indicates we should expect a country code Dec 21 16:34:10 kytos kernel: ath: doing EEPROM country->regdmn map search Dec 21 16:34:10 kytos kernel: ath: country maps to regdmn code: 0x3b Dec 21 16:34:10 kytos kernel: ath: Country alpha2 being used: BR Dec 21 16:34:10 kytos kernel: ath: Regpair used: 0x3b Dec 21 16:34:10 kytos kernel: ath: regdomain 0x804c dynamically updated by country IE Dec 21 16:34:10 kytos NetworkManager[16234]: [1513881250.6600] device (wlp2s0): supplicant interface state: associated -> 4-way handshake Dec 21 16:34:10 kytos wpa_supplicant[16247]: wlp2s0: WPA: Key negotiation completed with e0:41:36:f5:78:f2 [PTK=CCMP GTK=CCMP] Dec 21 16:34:10 kytos wpa_supplicant[16247]: wlp2s0: CTRL-EVENT-CONNECTED - Connection to e0:41:36:f5:78:f2 completed [id=0 id_str=] Dec 21 16:34:10 kytos NetworkManager[16234]: [1513881250.7009] device (wlp2s0): supplicant interface state: 4-way handshake -> completed Dec 21 16:34:10 kytos NetworkManager[16234]: [1513881250.7011] device (wlp2s0): Activation: (wifi) Stage 2 of 5 (Device Configure) successful. Connected to wireless network 'audreicadu 5G'. Dec 21 16:34:10 kytos NetworkManager[16234]: [1513881250.7014] device (wlp2s0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed') Dec 21 16:34:10 kytos kernel: wlp2s0: Limiting TX power to 30 (30 - 0) dBm as advertised by e0:41:36:f5:78:f2 Dec 21 16:34:10 kytos NetworkManager[16234]: [1513881250.7029] dhcp4 (wlp2s0): activation: beginning transaction (timeout in 45 seconds) Dec 21 16:34:10 kytos NetworkManager[16234]: [1513881250.7096] dhcp4 (wlp2s0): dhclient started with pid 24752 Dec 21 16:34:10 kytos dhclient[24752]: DHCPREQUEST of 192.168.1.33 on wlp2s0 to 255.255.255.255 port 67 Dec 21 16:34:10 kytos dhclient[24752]: DHCPACK of 192.168.1.33 from 192.168.1.1 Dec 21 16:34:10 kytos NetworkManager[16234]: [1513881250.9490] dhcp4 (wlp2s0): address 192.168.1.33 Dec 21 16:34:10 kytos NetworkManager[16234]: [1513881250.9491] dhcp4 (wlp2s0): plen 24 (255.255.255.0) Dec 21 16:34:10 kytos NetworkManager[16234]: [1513881250.9492] dhcp4 (wlp2s0): gateway 192.168.1.1 Dec 21
Bug#884897: Fwd: Bug#884897: dbus-x11: .xinitrc requires "dbus-update-activation-environment --all"
Sorry, that was the wrong file. Consider this one, instead. On Thu, Dec 21, 2017 at 4:57 PM, Carlos Eduardo Moreira dos Santos < c...@cemshost.com.br> wrote: > Thank you for the explanation. I moved .xinitrc to .xsession and it's > almost > working as expected now. The only problem left is xauth's segfault, as you > can > still see in the new attached journal. For that, I filed bug #884934 and > you > could probably close this one as invalid. > > On Thu, Dec 21, 2017 at 4:19 PM, Simon McVittie <s...@debian.org> wrote: > >> >> That's about an order of magnitude fewer environment variables than I >> would expect to see. In particular, there should surely be a PATH and a >> DISPLAY in there somewhere... >> > >> I wonder whether something relevant to how you log in on the tty, such as >> /etc/login.defs or /etc/pam.d/login, might also be misconfigured? >> > > I had filtered the ones you mentioned, but I attached a new journal with > all > the vars being logged with the Xsession-early and Xsession-late marks (now, > Xsession.d files are read). Probably that's what you were expecting. > >> >> smcv >> > > Regards, > cems > Dec 21 16:34:25 kytos marker[25083]: Now I am logged in Dec 21 16:34:32 kytos kernel: xauth[25191]: segfault at 1 ip 7f1c1453f405 sp 7ffe791d66e8 error 4 in libc-2.25.so[7f1c144a9000+199000] Dec 21 16:34:52 kytos pkexec[25199]: pam_unix(polkit-1:session): session opened for user root by (uid=1000) Dec 21 16:34:52 kytos pkexec[25199]: cemsbr: Executing command [USER=root] [TTY=unknown] [CWD=/home/cemsbr] [COMMAND=/usr/lib/xserver-xorg-video-intel/xf86-video-intel-backlight-helper intel_backlight] Dec 21 16:34:52 kytos Xsession-early[25216]: AUTOJUMP_ERROR_PATH=/home/cemsbr/.local/share/autojump/errors.log Dec 21 16:34:52 kytos Xsession-early[25216]: AUTOJUMP_SOURCED=1 Dec 21 16:34:52 kytos Xsession-early[25216]: BORG_REPO=/home/cemsbr/Dropbox/backup/borg Dec 21 16:34:52 kytos Xsession-early[25216]: DISPLAY=:0 Dec 21 16:34:52 kytos Xsession-early[25216]: EDITOR=nvim Dec 21 16:34:52 kytos Xsession-early[25216]: ENHANCD_COMMAND=cd Dec 21 16:34:52 kytos Xsession-early[25216]: ENHANCD_DIR=/home/cemsbr/.enhancd Dec 21 16:34:52 kytos Xsession-early[25216]: ENHANCD_DISABLE_DOT=0 Dec 21 16:34:52 kytos Xsession-early[25216]: ENHANCD_DISABLE_HOME=0 Dec 21 16:34:52 kytos Xsession-early[25216]: ENHANCD_DISABLE_HYPHEN=0 Dec 21 16:34:52 kytos Xsession-early[25216]: ENHANCD_DOT_ARG=.. Dec 21 16:34:52 kytos Xsession-early[25216]: ENHANCD_DOT_SHOW_FULLPATH=0 Dec 21 16:34:52 kytos Xsession-early[25216]: ENHANCD_FILTER=fzy:fzf-tmux:fzf:peco:percol:gof:pick:icepick:sentaku:selecta Dec 21 16:34:52 kytos Xsession-early[25216]: ENHANCD_HYPHEN_ARG=- Dec 21 16:34:52 kytos Xsession-early[25216]: ENHANCD_ROOT=/home/cemsbr/.zplugin/plugins/b4b4r07---enhancd Dec 21 16:34:52 kytos Xsession-early[25216]: ENHANCD_USE_FUZZY_MATCH=1 Dec 21 16:34:52 kytos Xsession-early[25216]: GPG_TTY=/dev/tty1 Dec 21 16:34:52 kytos Xsession-early[25216]: HOME=/home/cemsbr Dec 21 16:34:52 kytos Xsession-early[25216]: HUSHLOGIN=FALSE Dec 21 16:34:52 kytos Xsession-early[25216]: INVOCATION_ID=92a7e9a8cdff45799ff74386bc163f7e Dec 21 16:34:52 kytos Xsession-early[25216]: JOURNAL_STREAM=9:737170 Dec 21 16:34:52 kytos Xsession-early[25216]: LANG=en_US.UTF-8 Dec 21 16:34:52 kytos Xsession-early[25216]: LOGNAME=cemsbr Dec 21 16:34:52 kytos Xsession-early[25216]: LS_COLORS=no=00:fi=00:di=36:ow=34;47:ln=35:pi=30;44:so=35;44:do=35;44:bd=33;44:cd=37;44:or=05;37;41:mi=05;37;41:ex=01;31:*.cmd=01;31:*.exe=01;31:*.com=01;31:*.bat=01;31:*.reg=01;31:*.app=01;31:*.txt=32:*.org=32:*.md=32:*.mkd=32:*.h=32:*.hpp=32:*.c=32:*.C=32:*.cc=32:*.cpp=32:*.cxx=32:*.objc=32:*.cl=32:*.sh=32:*.bash=32:*.csh=32:*.zsh=32:*.el=32:*.vim=32:*.java=32:*.pl=32:*.pm=32:*.py=32:*.rb=32:*.hs=32:*.php=32:*.htm=32:*.html=32:*.shtml=32:*.erb=32:*.haml=32:*.xml=32:*.rdf=32:*.css=32:*.sass=32:*.scss=32:*.less=32:*.js=32:*.coffee=32:*.man=32:*.0=32:*.1=32:*.2=32:*.3=32:*.4=32:*.5=32:*.6=32:*.7=32:*.8=32:*.9=32:*.l=32:*.n=32:*.p=32:*.pod=32:*.tex=32:*.go=32:*.sql=32:*.csv=32:*.sv=32:*.svh=32:*.v=32:*.vh=32:*.vhd=32:*.bmp=33:*.cgm=33:*.dl=33:*.dvi=33:*.emf=33:*.eps=33:*.gif=33:*.jpeg=33:*.jpg=33:*.JPG=33:*.mng=33:*.pbm=33:*.pcx=33:*.pdf=33:*.pgm=33:*.png=33:*.PNG=33:*.ppm=33:*.pps=33:*.ppsx=33:*.ps=33:*.svg=33:*.svgz=33:*.tga=33:*.tif=33:*.tiff=33:*.xbm=33:*.xcf=33:*.xpm=33: Dec 21 16:34:52 kytos Xsession-early[25216]: *.xwd=33:*.xwd=33:*.yuv=33:*.aac=33:*.au=33:*.flac=33:*.m4a=33:*.mid=33:*.midi=33:*.mka=33:*.mp3=33:*.mpa=33:*.mpeg=33:*.mpg=33:*.ogg=33:*.opus=33:*.ra=33:*.wav=33:*.anx=33:*.asf=33:*.avi=33:*.axv=33:*.flc=33:*.fli=33:*.flv=33:*.gl=33:*.m2v=33:*.m4v=33:*.mkv=33:*.mov=33:*.MOV=33:*.mp4=33:*.mp4v=33:*.mpeg=33:*.mpg=33:*.nuv=33:*.ogm=33:*.ogv=33:*.ogx=33:*.qt=33:*.rm=33:*.rmvb=33:*.swf=33:*.vob=33:*.webm=33:*.wmv=33:*.d
Bug#884897: Fwd: Bug#884897: dbus-x11: .xinitrc requires "dbus-update-activation-environment --all"
Thank you. While debugging, I think I found the problem of the slow startx: xauth's segfault. I'm going to search for this bug. Your answers: On Thu, Dec 21, 2017 at 6:44 AM, Simon McVittiewrote: > Control: tags -1 + moreinfo > > On Thu, 21 Dec 2017 at 01:34:32 -0200, Carlos Eduardo M. Santos wrote: > > The following problems started after dist-upgrading from jessie to buster > > I hope you upgraded from jessie to stretch first, and then from stretch > to buster. Upgrades that skip a release are not supported by Debian. > (If it worked, then it's *probably* OK, but please go via stretch on any > other machines you upgrade in the same way.) > I upgraded from stretch. I'm sorry, I got confused with the names. > > > 1. startx takes a lot of time to launch X; > > 2. gnome-terminal doesn't start. > > How do you get into the environment from which you run startx? Is it a > text-mode console (getty/login) or something else? > tty > > Is dbus-user-session installed? Is libpam-systemd installed? > dbus-user-session/testing,now 1.12.2-1 amd64 libpam-systemd/testing,now 235-3 amd64 > > What's in your /etc/X11/Xsession.options? > allow-failsafe allow-user-resources allow-user-xsession use-ssh-agent use-session-dbus > > If you drop a script into /etc/X11/Xsession.d/01debug-early or similar > that runs > > env | LC_ALL=C sort | logger -t Xsession-early > > then look at the systemd journal, what environment variables are set > there? (In particular LANG, LANGUAGE, LC_anything, DBUS_anything, > XDG_RUNTIME_DIR) > > Similarly, if you put > > env | LC_ALL=C sort | logger -t Xsession-late > > right at the beginning of 95dbus_update-activation-env, what happens there? > In both cases, there's no output in journal. I'm afraid the files in its dir are not being read. However, I manually ran these commands in xterm with the marker "xterm". There's no DBUS related variable: Dec 21 12:48:12 kytos xterm[19709]: LANG=en_US.UTF-8 Dec 21 12:48:12 kytos xterm[19709]: SHELL=/bin/zsh Dec 21 12:48:12 kytos xterm[19709]: XAUTHORITY=/home/cemsbr/.Xauthority Dec 21 12:48:12 kytos xterm[19709]: XDG_RUNTIME_DIR=/run/user/1000 Dec 21 12:48:12 kytos xterm[19709]: XTERM_LOCALE=en_US.UTF-8 Dec 21 12:48:12 kytos xterm[19709]: XTERM_SHELL=/bin/zsh > > In journalctl, I found 2 famous messages: > > - gnome-terminal-server[18005]: Unable to init server: Could not > connect: Connection refused > > - Failed to activate service 'org.gnome.Terminal': timed out > (service_start_timeout=12ms) > > I'm sure you get more messages than just those two. Please show me the > rest of what's logged when you: > > - start from not being logged in > - log in at the text-mode prompt, or whatever else you do to get into the > environment from which you want to run startx > - put a marker in the log: logger -t marker "now I am logged in" > - run startx > - journalctl_report.txt: Note: I had to switch to tty2 and kill Xorg to quit; - journalctl_report_workaround.txt: a successful launch of gnome-terminal using the workaround in .xinitrc. > > The output of systemd-cgls after you get into your GUI session (use > a non-D-Bus-related terminal like xterm) would also be useful > information. > systemd-cgls.txt > > Regards, > smcv > Best, cems Dec 21 12:22:35 kytos kernel: xauth[13999]: segfault at 1 ip 7f70be84e405 sp 7fff744a2a28 error 4 in libc-2.25.so[7f70be7b8000+199000] Dec 21 12:18:13 kytos login[12126]: pam_unix(login:session): session opened for user cemsbr by LOGIN(uid=0) Dec 21 12:18:13 kytos systemd[1]: Created slice User Slice of cemsbr. Dec 21 12:18:13 kytos systemd[1]: Starting User Manager for UID 1000... Dec 21 12:18:13 kytos systemd-logind[888]: New session 17 of user cemsbr. Dec 21 12:18:13 kytos systemd[1]: Started Session 17 of user cemsbr. Dec 21 12:18:13 kytos systemd[12136]: pam_unix(systemd-user:session): session opened for user cemsbr by (uid=0) Dec 21 12:18:13 kytos systemd[12136]: Listening on GnuPG cryptographic agent and passphrase cache (access for web browsers). Dec 21 12:18:13 kytos systemd[12136]: Reached target Timers. Dec 21 12:18:13 kytos systemd[12136]: Reached target Paths. Dec 21 12:18:13 kytos systemd[12136]: Listening on Sound System. Dec 21 12:18:13 kytos systemd[12136]: Listening on GnuPG cryptographic agent (ssh-agent emulation). Dec 21 12:18:13 kytos systemd[12136]: Listening on GnuPG network certificate management daemon. Dec 21 12:18:13 kytos systemd[12136]: Starting D-Bus User Message Bus Socket. Dec 21 12:18:13 kytos systemd[12136]: Listening on GnuPG cryptographic agent and passphrase cache. Dec 21 12:18:13 kytos systemd[12136]: Listening on GnuPG cryptographic agent and passphrase cache (restricted). Dec 21 12:18:13 kytos systemd[12136]: Listening on D-Bus User Message Bus Socket. Dec 21 12:18:13 kytos systemd[12136]: Reached target Sockets. Dec 21 12:18:13 kytos systemd[12136]: Reached target Basic System. Dec 21 12:18:13 kytos systemd[12136]: Reached