Skip to main content
Topic: Sometimes Updating Restarts X (Read 1308 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Re: Sometimes Updating Restarts X

Reply #15
Okay, I'm still having the issue after moving the file. This was the update log.

Maybe I can just update in gnu screen, tmux, or a new tty for now on, but it would be good to know why. I'll keep digging!

Re: Sometimes Updating Restarts X

Reply #16
This suggests that it's the "update-desktop-database.hook" that's actually causing it. That was the same entry that was last in the log as last time. All that hook does is execute "/usr/bin/update-desktop-database --quiet". I don't know how this could be restarting X but that would be my guess at this point.

Edit: alternatively, I suppose the dbus-reload.hook hook is another possibility? All that does is this:
Code: [Select]
dbus-send --print-reply --system --type=method_call --dest=org.freedesktop.DBus / org.freedesktop.DBus.ReloadConfig > /dev/null

See if either of those commands crash X for you I suppose.

Re: Sometimes Updating Restarts X

Reply #17
This suggests that it's the "update-desktop-database.hook" that's actually causing it. That was the same entry that was last in the log as last time. All that hook does is execute "/usr/bin/update-desktop-database --quiet". I don't know how this could be restarting X but that would be my guess at this point.

Edit: alternatively, I suppose the dbus-reload.hook hook is another possibility? All that does is this:
Code: [Select]
dbus-send --print-reply --system --type=method_call --dest=org.freedesktop.DBus / org.freedesktop.DBus.ReloadConfig > /dev/null

See if either of those commands crash X for you I suppose.

It looks like these commands exit just fine. However, that "udevadm trigger" command run as root crashes my Xorg session pretty frequently when ran.

Re: Sometimes Updating Restarts X

Reply #18
Okay that's weird. The udev-reload hook goes off in the newest log of yours but pretty early. I wouldn't have expected you to be able to rebuild the initramfs afterwards. Sadly, I don't have an answer for you on the udevadm trigger thing but at least you know the problem. As a workaround, one could comment out the line in /usr/share/libalpm/scripts/udev-hook.

Re: Sometimes Updating Restarts X

Reply #19
Okay, I have moved it to a backups folder in case I need it back for any reason.
Where is the backup folder ?

Run this command again and post the output
Code: [Select]
grep -R evdev /{etc,usr/share}/X11/xorg.conf*
What other (if any) .conf files are in /etc/X11/xorg.conf.d/ ?
Preferably post the contents

Re: Sometimes Updating Restarts X

Reply #20
Okay that's weird. The udev-reload hook goes off in the newest log of yours but pretty early. I wouldn't have expected you to be able to rebuild the initramfs afterwards. Sadly, I don't have an answer for you on the udevadm trigger thing but at least you know the problem. As a workaround, one could comment out the line in /usr/share/libalpm/scripts/udev-hook.

Thanks so much for your help anyways! :) I need to look into what that command even does. Is it anything super important?

Okay, I have moved it to a backups folder in case I need it back for any reason.
Where is the backup folder ?

Run this command again and post the output
Code: [Select]
grep -R evdev /{etc,usr/share}/X11/xorg.conf*
What other (if any) .conf files are in /etc/X11/xorg.conf.d/ ?
Preferably post the contents


The backup folder is in "/home/brandon/backups/10-evdev.conf".

Output of "grep -R evdev /{etc,usr/share}/X11/xorg.conf*":

Code: [Select]
$ grep -R evdev /{etc,usr/share}/X11/xorg.conf*
/usr/share/X11/xorg.conf.d/10-quirks.conf:# Explicitly tell evdev to not ignore the absolute axes.
/usr/share/X11/xorg.conf.d/10-quirks.conf:        MatchDriver "evdev"
/usr/share/X11/xorg.conf.d/10-quirks.conf:        MatchDriver "evdev"

Here are all of the files in that location from the grep command. I cat'ed them all together with the filename and colon showing you what file they are from.

 

Re: Sometimes Updating Restarts X

Reply #21
This is just a hunch but it goes like this:
The various Arch forum threads and bug reports I linked to before did say, along the lines of, that if evdev was in the xorg .conf files but not installed on the system
/usr/bin/udevadm trigger
would kill X
You do have evdev in the .conf files. If we look at my most recent Xorg.0.log we can see
Quote
[   201.931] (==) Using config directory: "/etc/X11/xorg.conf.d"
[   201.931] (==) Using system config directory "/usr/share/X11/xorg.conf.d"

As a test you could move /usr/share/X11/xorg.conf.d/10-quirks.conf to /usr/share/X11/xorg.conf.d/10-quirks.conf.bak

Restart X and try to crash with
/usr/bin/udevadm trigger

Or you could just install xf86-input-evdev and see if the issue goes away.
(The reason I picked evdev over libinput long ago is you got more fine-grained control over your mouse setting in the KDE settings. This thread shows what I mean.
Whether it's still true or relevant I'm not sure and too be honest I struggled to remember why I'd done it. I must have needed it for something at the time.)

The thing that makes me doubt my hunch is that /usr/share/X11/xorg.conf.d/10-quirks.conf is installed by xorg-server so everyone with X has the file so I'd expect many more people to be suffering the issue. But it seems they are not.