#StackBounty: #fedora #tty #wayland #gdm #sway annoying CTRL+F# instead of CTRL+ALT+F# Virtual Terminal Switching on Fedora 33 with swa…

Bounty: 100

I have the annoying problem that CTRL+F# is switching to a Virtual Terminal. This should normally be done with CTRL+ALT+F# but for some reason it is also triggered by CTRL+F#.
I actually have an almost fresh Fedora 33 installation on a Lenovo laptop with sway and wayland.

I tried removing all Console_* bindings with something like:

sudo dumpkeys | grep -vE 'Console_5[^0-9]'  | sudo loadkeys

but it does not have an effect in sway/wayland.

I also tried srvkeys:none

setxkbmap -layout us -variant dvorak-alt-intl -option srvkeys:none

but it has no effect either.

It doesn’t matter if I start sway from gdm or from the shell. (however using a gnome session all is fine – i.e. ctrl+F# does not switch to a virtual console)

The usual gsettings does not show anything suspicions:

$ gsettings list-recursively | grep switch-to-session | sort

ca.desrt.dconf-editor.Settings saved-pathbar-path '/org/gnome/mutter/wayland/keybindings/switch-to-session-5'
ca.desrt.dconf-editor.Settings saved-view '/org/gnome/mutter/wayland/keybindings/switch-to-session-5'
org.gnome.mutter.wayland.keybindings switch-to-session-10 ['<Primary><Alt>F10']
org.gnome.mutter.wayland.keybindings switch-to-session-11 ['<Primary><Alt>F11']
org.gnome.mutter.wayland.keybindings switch-to-session-12 ['<Primary><Alt>F12']
org.gnome.mutter.wayland.keybindings switch-to-session-1 ['<Primary><Alt>F1']
org.gnome.mutter.wayland.keybindings switch-to-session-2 ['<Primary><Alt>F2']
org.gnome.mutter.wayland.keybindings switch-to-session-3 ['<Primary><Alt>F3']
org.gnome.mutter.wayland.keybindings switch-to-session-4 ['<Primary><Alt>F4']
org.gnome.mutter.wayland.keybindings switch-to-session-5 ['<Primary><Alt>F5']
org.gnome.mutter.wayland.keybindings switch-to-session-6 ['<Primary><Alt>F6']
org.gnome.mutter.wayland.keybindings switch-to-session-7 ['<Primary><Alt>F7']
org.gnome.mutter.wayland.keybindings switch-to-session-8 ['<Primary><Alt>F8']
org.gnome.mutter.wayland.keybindings switch-to-session-9 ['<Primary><Alt>F9']

And removing all mutter bindings does not change anything in sway.

I have no further ideas where and what to look for.
I have also filed an issue at https://github.com/swaywm/sway/issues/5885


Get this bounty!!!

#StackBounty: #fedora #x11 #nvidia #xfce #session Choose lightdm login screen location in multi monitor setup

Bounty: 50

I am running Fedora XFCE with an NVIDIA RTX 2080 Ti that is connected via 3 cables to 2 monitors.

Display port is connected twice to the same monitor (for PBP)
HDMI is connected to another monitor

Display Port 1 of my Monitor is the primary screen in XFCE, whereas Display Port 2 of my Monitor is disabled in my XFCE session. However, the login comes before I am a logged in user where the x settings are loaded, so somehow, it is always displayed on Display Port 2.

When I go into the Nvidia settings, I can see that the disabled monitor is DP-0 and the primary monitor is DP-4. However, like I said, in the monitor it’s in DP-1 and DP-2, so where does DP-0 and DP-4 come from and why are they reversed? Is there a way to change this easily?

Update
What I tried so far

  • In /etc/lightdm/lightdm.conf added the lines (where dualmon.sh is xrandr --output DP-4 --primary
    • display-setup-script=/usr/bin/dualmon.sh
    • session-setup-script=/usr/bin/dualmon.sh
  • In /etc/lightdm/lightdm-gtk-greeter.conf set active-monitor under the [greeter] section to
    • 0
    • 1
    • 2
    • 3
    • DP-4

None of this worked. The login screen is still displayed on DP-0 (DisplayPort 2) and not on DP-4 (DisplayPort 1)


Get this bounty!!!

#StackBounty: #fedora #x11 #nvidia #xfce #session XFCE displays login screen on wrong monitor

Bounty: 50

I am running Fedora XFCE with an NVIDIA RTX 2080 Ti that is connected via 3 cables to 2 monitors.

Display port is connected twice to the same monitor (for PBP)
HDMI is connected to another monitor

Display Port 1 of my Monitor is the primary screen in XFCE, whereas Display Port 2 of my Monitor is disabled in my XFCE session. However, the login comes before I am a logged in user where the x settings are loaded, so somehow, it is always displayed on Display Port 2.

When I go into the Nvidia settings, I can see that the disabled monitor is DP-0 and the primary monitor is DP-4. However, like I said, in the monitor it’s in DP-1 and DP-2, so where does DP-0 and DP-4 come from and why are they reversed? Is there a way to change this easily?


Get this bounty!!!

#StackBounty: #linux #fedora #hibernate #btrfs #luks btrfs, LUKS, swapfile: How to hibernate on swapfile?

Bounty: 50

I’m using btrfs encrypted by LUKS on fedora 32 silverblue, kernel version 5.7.7 with anaconda installer default setting.

Because fedora installer automatic partition does not add swap partition or file (or I’ve done wrong), I added swapfile on myself for hibernation like this:

$ # swapfile under /var directory because the location is the only part user can modify on fedora silverblue
$ touch /var/swapfile
$ chattr +C /var/swapfile 
$ fallocate --length 10GiB /var/swapfile
$ sudo chown root /var/swapfile 
$ sudo chmod 600 /var/swapfile 
$ sudo mkswap /var/swapfile 
$ sudo swapon /var/swapfile

and I added swapfile_t attr for selinux:

$ ls -Z /var/swapfile
unconfined_u:object_r:swapfile_t:s0 /var/swapfile

Then I followed arch wiki instruction(https://wiki.archlinux.org/index.php/Power_management/Suspend_and_hibernate#Hibernation_into_swap_file_on_Btrfs).

my /var/swapfile‘s physical offset is 19793240064 and page size is 4096, so I added kernel param with grub. here’s part of my /etc/default/grub kernel params now:

GRUB_CMDLINE_LINUX="rd.luks.uuid=luks-572bfd87-6fa7-4be1-8c73-4759ac9af3cd rhgb quiet resume=UUID=572bfd87-6fa7-4be1-8c73-4759ac9af3cd resume_offset=4832334"

here’s my blkid:

$ sudo blkid
/dev/nvme0n1p1: UUID="5490-E733" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="46ecd0d1-6722-4b92-af73-9574a58eb332"
/dev/nvme0n1p2: UUID="c9294f4d-9c92-4c08-a037-715223443f2b" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="731852d5-26cd-43bb-8904-c4256247f97d"
/dev/nvme0n1p3: UUID="572bfd87-6fa7-4be1-8c73-4759ac9af3cd" TYPE="crypto_LUKS" PARTUUID="e74de89a-fe5f-402f-a3bf-e398ad069b5b"
/dev/sda: BLOCK_SIZE="512" UUID="C602B4D602B4CD25" TYPE="ntfs"
/dev/mapper/luks-572bfd87-6fa7-4be1-8c73-4759ac9af3cd: LABEL="fedora_fedora" UUID="337b2fcb-a61b-4976-89ac-2b3feee02963" UUID_SUB="932cfe1c-9713-4063-bda0-a8a792654c39" BLOCK_SIZE="4096" TYPE="btrfs"

and hibernation failed. it seems resume parameter problem. I tried UUID=572bfd87-6fa7-4be1-8c73-4759ac9af3cd and UUID=337b2fcb-a61b-4976-89ac-2b3feee02963 and both failed. What were wrong? How can I setup swapfile hibernate properly?

I’ve checked journalctl -u systemd-logind and found the message but that didn’t help:

...
 localhost.localdomain systemd-logind[936]: Failed to open swap file /var/swapfile to determine on-disk offset: Permission denied
...


Get this bounty!!!

#StackBounty: #fedora #authentication #session #yubikey #2-factor-authentication How to enable both Passphrase *and* Password+Yubikey a…

Bounty: 50

Context

I am lazy. But I am also (a bit) concerned with security.

So on my machine (running Fedora), I want to be able to both:

  • log into my session using a strong passphrase,
  • log into my session using a quick-to-type password when my Yubikey is plugged in.

There are 3 reasons for that:

  1. I want to be able to log into my machine with a passphrase only (if I lose my Yubikey, or if I’m comfy in my bed and I don’t want to get up grab the Yubikey in my jacket — remember, I’m lazy).
  2. Yet if I’ve my Yubikey plugged in (e.g. at work), I’d like to log in with a quick-to-type password only (remember, I’m lazy) as I frequently lock my session — and so have to log in back.
  3. I wouldn’t want to use my Yubikey alone (without password), though, as I might forget to unplug the key when I lock the session (lazy… and concerned about security).

Question

How to setup my user account, so I can log in using either of these two different authentication methods?

  • passphrase only,
  • password + Yubikey


Get this bounty!!!

#StackBounty: #fedora #selinux Allow Samba and Podman to rw on same dir

Bounty: 50

I’m new to SElinux so I don’t know much about how to use it. I want to run my Fedora Server using a samba share (already configured and working) and configured a podman container, mounting the same directory. But while SElinux is on, the container cannot access the mounted directory. Turning SElinux off (setenforce 0) "solves" that.

So currently I’ve tried using public_content_rw_t on that directory, but still not works.

# first try
$ semanage fcontext -a -t samba_share_t "/srv/downloads(/.*)?"
$ restorecon -Rv /srv/downloads

# second try
$ semanage fcontext -m -t public_content_rw_t "/srv/downloads(/.*)?"
$ restorecon -Rv /srv/downloads

In both cases, podman container is not able to access the same directory. SElinux is preventing it (logs: setroubleshoot[1232603]: SELinux is preventing java from write access on the directory /srv/downloads). For example using: podman exec -it $CONTAINER ls -l /downloads (mounted /srv/downloads:/downloads with rw).

I want to run my server with SElinux. What do I need to configure, that both processes are able to use the same directory?


Get this bounty!!!

#StackBounty: #linux #fedora #usb #keyboard #mouse Linux can't use USB devices attached to a KVM switch

Bounty: 100

I was using an old KVM switch between a Linux desktop and a Windows 10 notebook and all worked fine. Now I’m trying a new 4K display capable KVM switch and the mouse and the keyboard only work when switched to the Windows 10 notebook.

enter image description here

When I boot the Linux desktop the mouse and keyboard work to enter the bios setup and to choose the kernel version but when it starts booting into Linux the mouse and keyboard are lost. I tried various bios USB configurations.

The manufacturer site has this in its FAQ

The dedicated mouse and keyboard ports have EDID programming. This emulation is what allows the switch to receive hotkeys and mouse gestures but conflicts with gaming peripherals and select mouse/keyboard brands. This is an issue with all KVM switches that have hotkey and mouse gesture switching. We recommend using the USB port with a powered USB hub as a workaround. Because the USB port does not have EDID emulation, keyboard hotkeys and mouse gesture switching are not available to devices that use the USB input.

Would this EDID issue be the problem although my devices work fine when switched to Windows?

With the keyboard and the mouse connected to the desktop usb ports they show up like this

$ lsusb | grep Dell
Bus 003 Device 012: ID 413c:2003 Dell Computer Corp. Keyboard
Bus 003 Device 016: ID 413c:301d Dell Computer Corp. Dell Universal Receiver

dmesg output when disconnecting and reconnecting the mouse from and to the desktop USB:

[44207.307355] usb 3-1: USB disconnect, device number 16
[44237.459814] usb 3-1: new full-speed USB device number 17 using xhci_hcd
[44237.588780] usb 3-1: New USB device found, idVendor=413c, idProduct=301d, bcdDevice= 0.09
[44237.588793] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[44237.588795] usb 3-1: Product: Dell Universal Receiver
[44237.588796] usb 3-1: Manufacturer: Dell
[44237.592182] input: Dell Dell Universal Receiver as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0/0003:413C:301D.001D/input/input42
[44237.644089] hid-generic 0003:413C:301D.001D: input,hidraw3: USB HID v1.11 Keyboard [Dell Dell Universal Receiver] on usb-0000:00:14.0-1/input0
[44237.646362] input: Dell Dell Universal Receiver Mouse as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.1/0003:413C:301D.001E/input/input43
[44237.646539] input: Dell Dell Universal Receiver Consumer Control as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.1/0003:413C:301D.001E/input/input44
[44237.697939] input: Dell Dell Universal Receiver System Control as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.1/0003:413C:301D.001E/input/input45
[44237.698040] hid-generic 0003:413C:301D.001E: input,hidraw4: USB HID v1.11 Mouse [Dell Dell Universal Receiver] on usb-0000:00:14.0-1/input1
[44237.699622] hid-generic 0003:413C:301D.001F: hiddev96,hidraw5: USB HID v1.11 Device [Dell Dell Universal Receiver] on usb-0000:00:14.0-1/input2

When connected to the kvm dedicated ports they do not show.

I guess the kvm dedicated ports are here:

$ lsusb | grep Terminus
Bus 003 Device 011: ID 1a40:0101 Terminus Technology Inc. Hub

dmesg output when the kvm is connected to the desktop with the devices attached to it:

[44978.128957] usb 3-4: new high-speed USB device number 24 using xhci_hcd
[44978.255178] usb 3-4: New USB device found, idVendor=1a40, idProduct=0101, bcdDevice= 1.11
[44978.255181] usb 3-4: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[44978.255183] usb 3-4: Product: USB 2.0 Hub
[44978.256899] hub 3-4:1.0: USB hub found
[44978.257119] hub 3-4:1.0: 4 ports detected
[44978.638953] usb 3-4.2: new low-speed USB device number 25 using xhci_hcd
[44978.830754] usb 3-4.2: New USB device found, idVendor=046d, idProduct=c534, bcdDevice= 1.01
[44978.830757] usb 3-4.2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[44978.838801] logitech-djreceiver 0003:046D:C534.002A: hidraw0: USB HID v1.00 Keyboard [HID 046d:c534] on usb-0000:00:14.0-4.2/input0
[44978.895119] logitech-djreceiver 0003:046D:C534.002B: hidraw1: USB HID v1.11 Mouse [HID 046d:c534] on usb-0000:00:14.0-4.2/input1

So the devices can be seen as logitech-djreceiver. Is there some parameter that can be passed to the kernel or some driver hack to make it work? How to troubleshot?

Whenever I hit a key or move the mouse this line keeps appearing in the dmesg output:

[19064.570003] delayedwork_callback: delayedwork queued before hidpp interface was enumerated

So the devices signal is being passed through but Linux is not getting it as mouse and keyboard devices.

I have installed unifying-receiver-udev and rebooted and still does not work.

Also tried a Logitech mouse with the same results.


Get this bounty!!!

#StackBounty: #linux #fedora #usb #keyboard #mouse Linux can't use USB devices attached to a KVM switch

Bounty: 100

I was using an old KVM switch between a Linux desktop and a Windows 10 notebook and all worked fine. Now I’m trying a new 4K display capable KVM switch and the mouse and the keyboard only work when switched to the Windows 10 notebook.

enter image description here

When I boot the Linux desktop the mouse and keyboard work to enter the bios setup and to choose the kernel version but when it starts booting into Linux the mouse and keyboard are lost. I tried various bios USB configurations.

The manufacturer site has this in its FAQ

The dedicated mouse and keyboard ports have EDID programming. This emulation is what allows the switch to receive hotkeys and mouse gestures but conflicts with gaming peripherals and select mouse/keyboard brands. This is an issue with all KVM switches that have hotkey and mouse gesture switching. We recommend using the USB port with a powered USB hub as a workaround. Because the USB port does not have EDID emulation, keyboard hotkeys and mouse gesture switching are not available to devices that use the USB input.

Would this EDID issue be the problem although my devices work fine when switched to Windows?

With the keyboard and the mouse connected to the desktop usb ports they show up like this

$ lsusb | grep Dell
Bus 003 Device 012: ID 413c:2003 Dell Computer Corp. Keyboard
Bus 003 Device 016: ID 413c:301d Dell Computer Corp. Dell Universal Receiver

dmesg output when disconnecting and reconnecting the mouse from and to the desktop USB:

[44207.307355] usb 3-1: USB disconnect, device number 16
[44237.459814] usb 3-1: new full-speed USB device number 17 using xhci_hcd
[44237.588780] usb 3-1: New USB device found, idVendor=413c, idProduct=301d, bcdDevice= 0.09
[44237.588793] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[44237.588795] usb 3-1: Product: Dell Universal Receiver
[44237.588796] usb 3-1: Manufacturer: Dell
[44237.592182] input: Dell Dell Universal Receiver as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0/0003:413C:301D.001D/input/input42
[44237.644089] hid-generic 0003:413C:301D.001D: input,hidraw3: USB HID v1.11 Keyboard [Dell Dell Universal Receiver] on usb-0000:00:14.0-1/input0
[44237.646362] input: Dell Dell Universal Receiver Mouse as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.1/0003:413C:301D.001E/input/input43
[44237.646539] input: Dell Dell Universal Receiver Consumer Control as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.1/0003:413C:301D.001E/input/input44
[44237.697939] input: Dell Dell Universal Receiver System Control as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.1/0003:413C:301D.001E/input/input45
[44237.698040] hid-generic 0003:413C:301D.001E: input,hidraw4: USB HID v1.11 Mouse [Dell Dell Universal Receiver] on usb-0000:00:14.0-1/input1
[44237.699622] hid-generic 0003:413C:301D.001F: hiddev96,hidraw5: USB HID v1.11 Device [Dell Dell Universal Receiver] on usb-0000:00:14.0-1/input2

When connected to the kvm dedicated ports they do not show.

I guess the kvm dedicated ports are here:

$ lsusb | grep Terminus
Bus 003 Device 011: ID 1a40:0101 Terminus Technology Inc. Hub

dmesg output when the kvm is connected to the desktop with the devices attached to it:

[44978.128957] usb 3-4: new high-speed USB device number 24 using xhci_hcd
[44978.255178] usb 3-4: New USB device found, idVendor=1a40, idProduct=0101, bcdDevice= 1.11
[44978.255181] usb 3-4: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[44978.255183] usb 3-4: Product: USB 2.0 Hub
[44978.256899] hub 3-4:1.0: USB hub found
[44978.257119] hub 3-4:1.0: 4 ports detected
[44978.638953] usb 3-4.2: new low-speed USB device number 25 using xhci_hcd
[44978.830754] usb 3-4.2: New USB device found, idVendor=046d, idProduct=c534, bcdDevice= 1.01
[44978.830757] usb 3-4.2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[44978.838801] logitech-djreceiver 0003:046D:C534.002A: hidraw0: USB HID v1.00 Keyboard [HID 046d:c534] on usb-0000:00:14.0-4.2/input0
[44978.895119] logitech-djreceiver 0003:046D:C534.002B: hidraw1: USB HID v1.11 Mouse [HID 046d:c534] on usb-0000:00:14.0-4.2/input1

So the devices can be seen as logitech-djreceiver. Is there some parameter that can be passed to the kernel or some driver hack to make it work? How to troubleshot?

Whenever I hit a key or move the mouse this line keeps appearing in the dmesg output:

[19064.570003] delayedwork_callback: delayedwork queued before hidpp interface was enumerated

So the devices signal is being passed through but Linux is not getting it as mouse and keyboard devices.

I have installed unifying-receiver-udev and rebooted and still does not work.

Also tried a Logitech mouse with the same results.


Get this bounty!!!

#StackBounty: #linux #fedora #usb #keyboard #mouse Linux can't use USB devices attached to a KVM switch

Bounty: 100

I was using an old KVM switch between a Linux desktop and a Windows 10 notebook and all worked fine. Now I’m trying a new 4K display capable KVM switch and the mouse and the keyboard only work when switched to the Windows 10 notebook.

enter image description here

When I boot the Linux desktop the mouse and keyboard work to enter the bios setup and to choose the kernel version but when it starts booting into Linux the mouse and keyboard are lost. I tried various bios USB configurations.

The manufacturer site has this in its FAQ

The dedicated mouse and keyboard ports have EDID programming. This emulation is what allows the switch to receive hotkeys and mouse gestures but conflicts with gaming peripherals and select mouse/keyboard brands. This is an issue with all KVM switches that have hotkey and mouse gesture switching. We recommend using the USB port with a powered USB hub as a workaround. Because the USB port does not have EDID emulation, keyboard hotkeys and mouse gesture switching are not available to devices that use the USB input.

Would this EDID issue be the problem although my devices work fine when switched to Windows?

With the keyboard and the mouse connected to the desktop usb ports they show up like this

$ lsusb | grep Dell
Bus 003 Device 012: ID 413c:2003 Dell Computer Corp. Keyboard
Bus 003 Device 016: ID 413c:301d Dell Computer Corp. Dell Universal Receiver

dmesg output when disconnecting and reconnecting the mouse from and to the desktop USB:

[44207.307355] usb 3-1: USB disconnect, device number 16
[44237.459814] usb 3-1: new full-speed USB device number 17 using xhci_hcd
[44237.588780] usb 3-1: New USB device found, idVendor=413c, idProduct=301d, bcdDevice= 0.09
[44237.588793] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[44237.588795] usb 3-1: Product: Dell Universal Receiver
[44237.588796] usb 3-1: Manufacturer: Dell
[44237.592182] input: Dell Dell Universal Receiver as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0/0003:413C:301D.001D/input/input42
[44237.644089] hid-generic 0003:413C:301D.001D: input,hidraw3: USB HID v1.11 Keyboard [Dell Dell Universal Receiver] on usb-0000:00:14.0-1/input0
[44237.646362] input: Dell Dell Universal Receiver Mouse as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.1/0003:413C:301D.001E/input/input43
[44237.646539] input: Dell Dell Universal Receiver Consumer Control as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.1/0003:413C:301D.001E/input/input44
[44237.697939] input: Dell Dell Universal Receiver System Control as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.1/0003:413C:301D.001E/input/input45
[44237.698040] hid-generic 0003:413C:301D.001E: input,hidraw4: USB HID v1.11 Mouse [Dell Dell Universal Receiver] on usb-0000:00:14.0-1/input1
[44237.699622] hid-generic 0003:413C:301D.001F: hiddev96,hidraw5: USB HID v1.11 Device [Dell Dell Universal Receiver] on usb-0000:00:14.0-1/input2

When connected to the kvm dedicated ports they do not show.

I guess the kvm dedicated ports are here:

$ lsusb | grep Terminus
Bus 003 Device 011: ID 1a40:0101 Terminus Technology Inc. Hub

dmesg output when the kvm is connected to the desktop with the devices attached to it:

[44978.128957] usb 3-4: new high-speed USB device number 24 using xhci_hcd
[44978.255178] usb 3-4: New USB device found, idVendor=1a40, idProduct=0101, bcdDevice= 1.11
[44978.255181] usb 3-4: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[44978.255183] usb 3-4: Product: USB 2.0 Hub
[44978.256899] hub 3-4:1.0: USB hub found
[44978.257119] hub 3-4:1.0: 4 ports detected
[44978.638953] usb 3-4.2: new low-speed USB device number 25 using xhci_hcd
[44978.830754] usb 3-4.2: New USB device found, idVendor=046d, idProduct=c534, bcdDevice= 1.01
[44978.830757] usb 3-4.2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[44978.838801] logitech-djreceiver 0003:046D:C534.002A: hidraw0: USB HID v1.00 Keyboard [HID 046d:c534] on usb-0000:00:14.0-4.2/input0
[44978.895119] logitech-djreceiver 0003:046D:C534.002B: hidraw1: USB HID v1.11 Mouse [HID 046d:c534] on usb-0000:00:14.0-4.2/input1

So the devices can be seen as logitech-djreceiver. Is there some parameter that can be passed to the kernel or some driver hack to make it work? How to troubleshot?

Whenever I hit a key or move the mouse this line keeps appearing in the dmesg output:

[19064.570003] delayedwork_callback: delayedwork queued before hidpp interface was enumerated

So the devices signal is being passed through but Linux is not getting it as mouse and keyboard devices.

I have installed unifying-receiver-udev and rebooted and still does not work.

Also tried a Logitech mouse with the same results.


Get this bounty!!!

#StackBounty: #linux #fedora #usb #keyboard #mouse Linux can't use USB devices attached to a KVM switch

Bounty: 100

I was using an old KVM switch between a Linux desktop and a Windows 10 notebook and all worked fine. Now I’m trying a new 4K display capable KVM switch and the mouse and the keyboard only work when switched to the Windows 10 notebook.

enter image description here

When I boot the Linux desktop the mouse and keyboard work to enter the bios setup and to choose the kernel version but when it starts booting into Linux the mouse and keyboard are lost. I tried various bios USB configurations.

The manufacturer site has this in its FAQ

The dedicated mouse and keyboard ports have EDID programming. This emulation is what allows the switch to receive hotkeys and mouse gestures but conflicts with gaming peripherals and select mouse/keyboard brands. This is an issue with all KVM switches that have hotkey and mouse gesture switching. We recommend using the USB port with a powered USB hub as a workaround. Because the USB port does not have EDID emulation, keyboard hotkeys and mouse gesture switching are not available to devices that use the USB input.

Would this EDID issue be the problem although my devices work fine when switched to Windows?

With the keyboard and the mouse connected to the desktop usb ports they show up like this

$ lsusb | grep Dell
Bus 003 Device 012: ID 413c:2003 Dell Computer Corp. Keyboard
Bus 003 Device 016: ID 413c:301d Dell Computer Corp. Dell Universal Receiver

dmesg output when disconnecting and reconnecting the mouse from and to the desktop USB:

[44207.307355] usb 3-1: USB disconnect, device number 16
[44237.459814] usb 3-1: new full-speed USB device number 17 using xhci_hcd
[44237.588780] usb 3-1: New USB device found, idVendor=413c, idProduct=301d, bcdDevice= 0.09
[44237.588793] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[44237.588795] usb 3-1: Product: Dell Universal Receiver
[44237.588796] usb 3-1: Manufacturer: Dell
[44237.592182] input: Dell Dell Universal Receiver as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0/0003:413C:301D.001D/input/input42
[44237.644089] hid-generic 0003:413C:301D.001D: input,hidraw3: USB HID v1.11 Keyboard [Dell Dell Universal Receiver] on usb-0000:00:14.0-1/input0
[44237.646362] input: Dell Dell Universal Receiver Mouse as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.1/0003:413C:301D.001E/input/input43
[44237.646539] input: Dell Dell Universal Receiver Consumer Control as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.1/0003:413C:301D.001E/input/input44
[44237.697939] input: Dell Dell Universal Receiver System Control as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.1/0003:413C:301D.001E/input/input45
[44237.698040] hid-generic 0003:413C:301D.001E: input,hidraw4: USB HID v1.11 Mouse [Dell Dell Universal Receiver] on usb-0000:00:14.0-1/input1
[44237.699622] hid-generic 0003:413C:301D.001F: hiddev96,hidraw5: USB HID v1.11 Device [Dell Dell Universal Receiver] on usb-0000:00:14.0-1/input2

When connected to the kvm dedicated ports they do not show.

I guess the kvm dedicated ports are here:

$ lsusb | grep Terminus
Bus 003 Device 011: ID 1a40:0101 Terminus Technology Inc. Hub

dmesg output when the kvm is connected to the desktop with the devices attached to it:

[44978.128957] usb 3-4: new high-speed USB device number 24 using xhci_hcd
[44978.255178] usb 3-4: New USB device found, idVendor=1a40, idProduct=0101, bcdDevice= 1.11
[44978.255181] usb 3-4: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[44978.255183] usb 3-4: Product: USB 2.0 Hub
[44978.256899] hub 3-4:1.0: USB hub found
[44978.257119] hub 3-4:1.0: 4 ports detected
[44978.638953] usb 3-4.2: new low-speed USB device number 25 using xhci_hcd
[44978.830754] usb 3-4.2: New USB device found, idVendor=046d, idProduct=c534, bcdDevice= 1.01
[44978.830757] usb 3-4.2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[44978.838801] logitech-djreceiver 0003:046D:C534.002A: hidraw0: USB HID v1.00 Keyboard [HID 046d:c534] on usb-0000:00:14.0-4.2/input0
[44978.895119] logitech-djreceiver 0003:046D:C534.002B: hidraw1: USB HID v1.11 Mouse [HID 046d:c534] on usb-0000:00:14.0-4.2/input1

So the devices can be seen as logitech-djreceiver. Is there some parameter that can be passed to the kernel or some driver hack to make it work? How to troubleshot?

Whenever I hit a key or move the mouse this line keeps appearing in the dmesg output:

[19064.570003] delayedwork_callback: delayedwork queued before hidpp interface was enumerated

So the devices signal is being passed through but Linux is not getting it as mouse and keyboard devices.

I have installed unifying-receiver-udev and rebooted and still does not work.

Also tried a Logitech mouse with the same results.


Get this bounty!!!