Debian：使用 load-modules.conf 加载的模块 can-dev 无法正常工作，直到我手动重新加载它

Question

我在运行 Debian 64 位的树莓派上使用 can 总线时遇到了一点问题。

我的 /etc/modules-load.d/modules.conf 看起来像这样：

# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
ixxat_usb2can
can-dev
can-raw

在启动并 sshing 到机器之后，我已经加载了模块：

~/$ lsmod | grep can
can_raw                28672  0
can                    28672  1 can_raw
ixxat_usb2can          28672  0
can_dev                28672  1 ixxat_usb2can
usbcore               266240  5 xhci_hcd,ixxat_usb2can,dwc2,brcmfmac,xhci_pci

can 总线似乎已经准备好了，并且接口 can0 已启动：

~/$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether e4:5f:01:2e:2e:72 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.77/24 brd 192.168.0.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 2a02:810b:43c0:539c:e65f:1ff:fe2e:2e72/64 scope global dynamic mngtmpaddr
       valid_lft 86398sec preferred_lft 43198sec
    inet6 fe80::e65f:1ff:fe2e:2e72/64 scope link
       valid_lft forever preferred_lft forever
3: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP group default qlen 10
    link/can
4: can1: <NOARP,ECHO> mtu 16 qdisc noop state DOWN group default qlen 10
    link/can
5: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether e4:5f:01:2e:2e:73 brd ff:ff:ff:ff:ff:ff
6: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
    link/ether 02:42:6b:e0:11:18 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever

如果我尝试访问通过接口 can0 上的 can 适配器连接的电机设备，它不起作用，我从电机控制库中得到一个错误代码，遗憾的是，该代码没有记录在案，但它在尝试查找 can 设备时发生。

我认为很奇怪：我只需要重新加载 can-dev 模块即可使其工作。 之后，lsmod 没有任何变化，但我可以找到设备并且电机按照我的意愿移动：

~/$ sudo /sbin/modprobe can-dev
~/$ lsmod | grep can
can_raw                28672  0
can                    28672  1 can_raw
ixxat_usb2can          28672  0
can_dev                28672  1 ixxat_usb2can
usbcore               266240  5 xhci_hcd,ixxat_usb2can,dwc2,brcmfmac,xhci_pci

所以我的基本问题是：这里发生了什么？ 我错过了什么吗？ 提前致谢！

Answer 1

我只是想通了，有点，所以万一有人遇到这样的问题：

我从未看过接口can1 ，因为我不使用它。 我的 usb to can dongle 有这个接口，但它是开放式的，没有任何连接，所以它是我的 scope 的出路。 但是仔细查看ip a在启动后，然后在第二次手动加载can-dev模块后再次显示它对接口 can1 的can1 。

在手动加载 can-dev 之前：

3: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP group default qlen 10
    link/can
4: can1: <NOARP,ECHO> mtu 16 qdisc noop state DOWN group default qlen 10
    link/can

之后：

3: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP group default qlen 10
    link/can
4: can1: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP group default qlen 10
    link/can

因此，can1 的can1似乎对于我在can0上的设备正常工作至关重要。 我所做的只是在我的/etc/network/interfaces.d中创建一个名为can1的文件，该文件如下所示，并且在启动时会启动 can1：

auto can1
iface can1 inet manual
  pre-up /sbin/ip link set can1 type can bitrate 1000000
  up /sbin/ip link set up can1 && /sbin/modprobe can-dev
  down /sbin/ip link set down can1

我不确定是否需要在该配置的“向上”部分加载模块，并且 - 更重要的是 - 有任何缺点。 如果有人比我更了解这些东西（我相信你们中的大多数 linux 人都知道），请告诉我。

最后，can 总线从启动开始就按预期工作，无需执行额外的命令。