systemd的“可预测接口名称”不可预测
我正在Mac上作为NAS / VM主机运行Debian测试(内核5.10.0-2-AMD 64/ systemd 247.2-5)。今天，我添加了一张Thunderbolt 3卡(千兆字节泰坦岭)--并注意到了一些奇怪的东西:Mac内置以太网端口(enp9s0 / enp10s0)的网络标识符(网络标识符)将更改为enp14s0/enp15s0，这取决于我的iMac在启动时是否通过雷电连接和供电。
是什么引起的？我认为“新”命名方案相对于好的旧"ethX“的优点是设备名称是可预测的。这特别烦人，因为我必须在GRUB命令行中对接口名进行硬编码，以便在引导前DHCP工作，这样我就可以解锁加密的根磁盘，并且我还需要为桥配置提供稳定的接口名称。
(另外: boltctl和tbtadm都不识别卡或连接的设备，但是内核识别，网络连接工作得很好。为什么？)
回答 1
Server Fault用户
发布于 2021-02-23 19:08:08
这意味着这台机器上的硬件路由取决于是否有任何东西被插入到雷电插座中。记住，雷霆的逻辑接口是PCIe，所以你实际上是将另一个设备插入到计算机的系统总线中。在你的Mac电脑里，你在系统总线中间插入了一些插头，所以它把一切都“推”过去了。这就是苹果公司设计硬件总线的方式；他们没有为每个Thunderbolt端口保留一些设备编号，甚至没有将每个端口单独计算为PCI总线，而是在系统中出现或消失了这些“端口”，并在内部枚举中改变了所有这些端口。
我在PC上也遇到了同样的问题，其中网卡设备号取决于内置声卡的条件:如果在BIOS设置中启用了声卡，它就会获得NIC设备号，NIC本身也会按顺序接收。这就是在那台机器上布置硬件的方式。问HW设计人员，为什么他们不让安装开关状态的“设备在虚拟插槽”，并使插槽本身出现或消失。
systemd的方案有其优点，但它完全取决于设备路径，因为PCI是它的设备编号和功能；因此，如果设备号发生变化，systemd认为这是另一张卡。因此，该方案与设备编号可能发生变化的环境无关，因此USB和Thunderbolt是可能失败的特定位置。
https://serverfault.com/questions/1054764
复制相似问题
腾讯云开发者
