You are not logged in.

#1 2024-01-15 20:37:59

natervance
Member
Registered: 2017-04-20
Posts: 53

[SOLVED] Side-effects of creating /etc/systemd/do-not-udevadm-trigger-

Whenever the "Reloading device manager configuration" post-transaction hook is called by pacman, my xkbmap gets reset to the default "us" layout. That particular hook executes this line:

/usr/share/libalpm/scripts/systemd-hook udev-reload

which in turn invokes the following lines causing the issue:

if [ ! -e /etc/systemd/do-not-udevadm-trigger-on-update ]; then
  /usr/bin/udevadm trigger -c change
  /usr/bin/udevadm settle
fi

I cannot find any reference to the file /etc/systemd/do-not-udevadm-trigger-on-update anywhere online. And so, I have now created that file to bypass the issue, and if I run into trouble I'll update this thread accordingly. In any case the next person in my position will have somewhat more information to go on than I did.

Last edited by natervance (2024-01-15 20:45:24)

Offline

#2 2024-01-15 20:43:38

natervance
Member
Registered: 2017-04-20
Posts: 53

Re: [SOLVED] Side-effects of creating /etc/systemd/do-not-udevadm-trigger-

Well, I've poked around some more and found an unrelated thread here. It seems like this is an official solution in use by other Arch users. I'll mark this as solved.

Offline

#3 2024-01-15 22:13:21

V1del
Forum Moderator
Registered: 2012-10-16
Posts: 21,754

Re: [SOLVED] Side-effects of creating /etc/systemd/do-not-udevadm-trigger-

If it's just about the layout switch you're going to be in general more future proof with https://wiki.archlinux.org/title/Xorg/K … tion_files

But I also consider the potential side effects from disabling this negligible and the chance for issues too high, so I'm also using that solution

Last edited by V1del (2024-01-15 22:14:18)

Offline

#4 2024-01-16 11:23:15

Lone_Wolf
Forum Moderator
From: Netherlands, Europe
Registered: 2005-10-04
Posts: 11,952

Re: [SOLVED] Side-effects of creating /etc/systemd/do-not-udevadm-trigger-

Incase more info about this file is desired, see https://bugs.archlinux.org/task/77789


Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.


(A works at time B)  && (time C > time B ) ≠  (A works at time C)

Offline

Board footer

Powered by FluxBB