xealits's questions

这是 8BitDo SN30 pro+ 控制器。它通过 USB 蓝牙适配器连接。它以前工作得很好。但在最近的升级之后的某个时候，整个行为都变差了。它以前在连接时会振动 - 现在再也不会了。它可以在连接后立即随机断开连接。不知何故，通过重新启动和重新配对，我最近确实让它在 Steam 游戏中工作了几次。但这太痛苦了。

blueman-applet我看到它在和 中已配对、信任并连接bluetoothctl info。但 Steam 检测不到它：Steam > 设置 > 控制器显示“未检测到控制器”。

而且我没有在 下看到任何与控制器相关的内容/dev。即根据Arch Gamepad wiki，它应该在 下显示为/dev/input/jsX和/dev/input/by-id/。在我的情况下，没有jsX设备，/dev/input/只包含eventX和mice。mouse0我在下面看到的/dev/input/by-id/只有我的键盘和鼠标。 下还有更多内容/dev/input/by-path/：

$ ls /dev/input/by-path/ -l
total 0
lrwxrwxrwx 1 root root 9 Feb  8 03:31 pci-0000:09:00.4-usb-0:2:1.1-event-mouse -> ../event3
lrwxrwxrwx 1 root root 9 Feb  8 03:31 pci-0000:09:00.4-usb-0:2:1.1-mouse -> ../mouse0
lrwxrwxrwx 1 root root 9 Feb  8 03:31 pci-0000:09:00.4-usbv2-0:2:1.1-event-mouse -> ../event3
lrwxrwxrwx 1 root root 9 Feb  8 03:31 pci-0000:09:00.4-usbv2-0:2:1.1-mouse -> ../mouse0
lrwxrwxrwx 1 root root 9 Feb  8 03:31 platform-eeepc-wmi-event -> ../event4
lrwxrwxrwx 1 root root 9 Feb  8 03:31 platform-i8042-serio-0-event-kbd -> ../event2

我认为i8042是键盘驱动程序。我不确定是什么platform-eeepc-wmi-event。

所以，我猜测，蓝牙连接了设备，但控制器无法被识别。

当我journalctl -f通过蓝牙连接时，我得到了这个：

dunst[10327]: CRITICAL: Source ID 73 was not found when attempting to remove it
kernel: nintendo 0005:057E:2009.0008: unknown main item tag 0x0
kernel: nintendo 0005:057E:2009.0008: hidraw3: BLUETOOTH HID v80.01 Gamepad [Pro Controller] on 44:01:bb:ad:a0:55
kernel: nintendo 0005:057E:2009.0008: Failed to get joycon info; ret=-110
kernel: nintendo 0005:057E:2009.0008: Failed to retrieve controller info; ret=-110
kernel: nintendo 0005:057E:2009.0008: Failed to initialize controller; ret=-110
kernel: nintendo 0005:057E:2009.0008: probe - fail = -110
kernel: nintendo: probe of 0005:057E:2009.0008 failed with error -110

那么，它被识别为任天堂控制器但无法初始化？我该如何解决这个问题？我应该为控制器安装一些驱动程序吗？

更新：我还将控制器上的 FW 更新为最新支持的版本 v6.01。但仍然nintendo ... failed to initialize the controller出现相同的错误journalctl -f。

我刚刚在 Intel Optane p4801x 驱动器上安装了 Ubuntu 24.04。我试图看看它从这个磁盘启动的速度有多快。确实，它启动得非常快。但该NetworkManager设备经常无法启动。它已启用，但已死机，并且没有任何内容journalctl -b 0 -u NetworkManager.service。即该设备在启动期间从未运行过。当我在启动后自己启动它时，它会正常运行：

systemctl start NetworkManager

日志显示networkd-dispatcher已禁用以中断订购周期：

$ journalctl -b 0 | grep network
Oct 20 14:21:15 evergreens kernel: drop_monitor: Initializing network drop monitor service
Oct 20 14:21:15 evergreens systemd[1]: multi-user.target: Found ordering cycle on networkd-dispatcher.service/start
Oct 20 14:21:15 evergreens systemd[1]: multi-user.target: Job networkd-dispatcher.service/start deleted to break ordering cycle starting with multi-user.target/start
Oct 20 14:21:15 evergreens systemd[1]: Reached target network.target - Network.
Oct 20 14:21:15 evergreens systemd[1]: Reached target network-online.target - Network is Online.
...

我怀疑这也导致它NetworkManager无法运行。

Systemd 在以下方面均未显示任何问题：

$ sudo systemd-analyze verify networkd-dispatcher.service
$ sudo systemd-analyze verify NetworkManager.service
$

但日志实际上显示了更多的订购周期，并且显示在verify multi-user.target：

$ journalctl -b 0 | grep "break.*cycle"
...
$ sudo systemd-analyze verify multi-user.target
...

例如网络：

$ sudo systemd-analyze verify multi-user.target 2>&1 | grep -i netwo
multi-user.target: Found dependency on network.target/start
ubuntu-advantage.service: Found ordering cycle on network.target/start
ubuntu-advantage.service: Job network.target/start deleted to break ordering cycle starting with ubuntu-advantage.service/start
multi-user.target: Found ordering cycle on networkd-dispatcher.service/start
multi-user.target: Job networkd-dispatcher.service/start deleted to break ordering cycle starting with multi-user.target/start
multi-user.target: Found ordering cycle on NetworkManager.service/start
multi-user.target: Job NetworkManager.service/start deleted to break ordering cycle starting with multi-user.target/start

但是，sudo systemd-analyze verify multi-user.target 每次运行它时，它似乎都会打印不同的东西？这可能吗？有时它会打印更多，有时只打印 1 个单位。

我尝试绘制Unix Stackexchange 上multi-user.target以下答案的依赖关系：

$ sudo systemd-analyze verify multi-user.target 2>&1 |\
  perl -lne 'print $1 if m{Found.*?on\s+([^/]+)}' |\
  xargs --no-run-if-empty systemd-analyze dot | dot -Tsvg > cycle.svg

我没看到那里有循环。另外，图表很大，难以阅读。我尝试“放大”一些单位，但我也没有看到那里有循环：

$ echo multi-user.target networkd-dispatcher.service basic.target |\
  xargs --no-run-if-empty systemd-analyze dot |\
  dot -Tsvg > cycle.svg

由于systemd-analyze verify几乎每次运行时都会打印不同的东西，所以这些图表可能不可信。

查看单个单元，我没有发现问题。NetworkManager依赖关系似乎很好：

$ cat /usr/lib/systemd/system/NetworkManager.service
[Unit]
Description=Network Manager
Documentation=man:NetworkManager(8)
Wants=network.target
After=network-pre.target dbus.service
Before=network.target
BindsTo=dbus.service
...

[Install]
WantedBy=multi-user.target
Also=NetworkManager-dispatcher.service

从 Corsair 的常规 NVMe 驱动器启动时，我遇到了类似的问题。当 Corsair NVMe 的启动由于某个特定单元而异常缓慢时，我从未遇到过这种情况。（安装 HDD 磁盘/etc/fstab- 它不再存在fstab，因此不会减慢启动速度。）

也就是说，我认为这个问题只有在启动顺序很快时才会发生。虽然我不明白为什么会这样。为什么依赖关系图中的问题只会在快速启动时出现？

有人可以建议如何追踪订购周期吗？

每次打印不同的东西是怎么回事systemd-analyze verify multi-user.target？这是一种真正已知的行为吗？它如何遍历依赖关系图，它是随机的吗？这是否与导致 systemd 在启动期间删除单元但相同单元稍后运行良好的原因有关？