Bug#884934: xauth's segfault delays startx's start and exit

2018-02-19 Thread Carlos Eduardo Moreira dos Santos
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"

2017-12-21 Thread Carlos Eduardo Moreira dos Santos
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  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
-- 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"

2017-12-21 Thread Carlos Eduardo Moreira dos Santos
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"

2017-12-21 Thread Carlos Eduardo Moreira dos Santos
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 McVittie  wrote:

> 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