%general-entities; ]> Udev 在默认情况下，根据固件与 BIOS 的数据，或总线、插槽与 MAC 地址 等物理特性命名网络设备。 这种命名法的主要目的是保证网络设备在每次引导时获得一致的命名， 而不是基于网卡被系统发现的时间进行命名。 例如，在老式命名方法中，如果一台计算机拥有两块网卡， 其中一块由 Intel 生产，另一块由 Realtek 生产， 则 Intel 网卡可能被命名为 eth0 ，而 Realtek 网卡被命名为 eth1， 然而在重新启动系统后，它们的顺序可能会颠倒。 在新的命名架构中，典型的网络设备名称就像 enp5s0 或 wlp3s0 这样。 如果您不喜欢这种命名惯例，可以采用传统或自定义命名架构。 传统的，如同 eth0，eth1 这样的命名架构可以通过在内核命令行中加入 net.ifnames=0 而恢复。 这在那些没有两块同类以太网设备的机器上最为合适。 笔记本一般拥有两个以太网连接，在这种命名方式下分别是 eth0 和 wlan0，也可以采用这种方法。 内核命令行需要写入 GRUB 配置文件中，参阅 。 可以创建自定义 Udev 规则，定制命名架构。 系统中包含一个生成初始规则的脚本，执行以下命令生成初始规则： bash /lib/udev/init-net-rules.sh 现在检查文件 /etc/udev/rules.d/70-persistent-net.rules， 确认网络设备与命名的对应关系： cat /etc/udev/rules.d/70-persistent-net.rules 某些情况下，例如 MAC 地址被手动指定给了某块网卡，或在 Qemu、 Xen 等虚拟环境下，可能不会生成网络设备规则文件， 因为 MAC 地址的分配没有一致性。此时不能使用本方法。 该文件的开头是一个注释块，之后对于每个网络接口设备（NIC） 都给出两行，第一行是注释，给出该 NIC 的硬件 ID （例如它的 PCI 生产商 ID 和设备 ID，如果它是 PCI 设备的话）， 并在括号中给出它的驱动程序，如果能找到驱动程序的话。 它们并不被用于确定该设备的命名，仅供您在编写规则时进行参考。 第二行是匹配该 NIC 的 udev 规则，和实际赋予它的设备名。 所有 udev 规则包含若干键值，用逗号和可选的空格进行分隔。 下面给出规则中包含的键值和对它们的解释： SUBSYSTEM=="net" - 告诉 udev 忽略除网卡以外的设备。 ACTION=="add" - 告诉 udev 忽略除了添加外的所有 uevent （也存在删除或修改类型的 uevent，但在这种情况下不需要重命名网络接口。 DRIVERS=="?*" - 这使得 udev 忽略 VLAN 或桥接子接口（它们没有驱动程序）。 它们必须被忽略，否则其命名会与父设备冲突。 ATTR{address} - 该键的值是 NIC 的 MAC 地址。 ATTR{type}=="1" - 这保证在使用创建多个虚拟接口的无线驱动程序时， 只匹配主要接口。跳过其他接口的原因和忽略 VLAN 与桥接子接口一样， 是为了防止命名冲突。 NAME - 该键的值是 udev 将赋予该网络接口的命名 NAME 的值是我们关注的重点。 您在继续阅读之前，需要确保自己知道赋予每个网络接口的命名， 在之后的配置文件中需要使用这些名称。 您之后可能希望安装的一些程序（如某些媒体播放器）预期 /dev/cdrom 和 /dev/dvd 符号链接存在，并指向 CD-ROM 或 DVD-ROM 设备。 另外，在 /etc/fstab 中引用它们也非常方便。Udev 提供了一个脚本， 能根据每个设备的功能，为您生成创建这两个符号链接的规则。 但是，您需要确定，自己希望使用该脚本提供的两种操作模式中的哪一种。 首先，该脚本可以在 by-path 模式下运行 （这是 USB 和 FireWire 设备的默认模式），此时它创建的规则依赖于 CD 或 DVD 设备的物理路径。其次，它可以在 by-id 模式下运行，此时它创建的规则依赖于 CD 或 DVD 设备本身存储的识别字符串。物理路径由 udev 的 path_id 脚本确定， 而识别字符串由 ata_id 或 scsi_id 程序（根据设备类型选用其中一个） 从硬件中读取。 两种方式各有优缺点，正确地方式依赖于设备可能发生的变化。 如果您预期指向设备的物理路径（即它连接的端口或插槽）可能变化， 例如您可能会将它移动到另一个 IDE 接口或另一个 USB 接口， 您应该使用 by-id 模式。 另一方面，如果您可能用具有相同功能， 并接入相同接口的另一台设备替换它，则您应该使用 by-path 模式。 如果两种变化都可能发生，则根据您预期较常发生的变化选择模式。 外接设备（例如 USB 接口的 CD 驱动器）不应使用 by-path 模式， 因为每次将该设备插入到新的外部接口时，其物理路径都会变化。 只要您使用了基于物理路径识别外接设备的 udev 规则， 都会导致这个问题，并不仅限于 CD 或 DVD 设备。 如果您希望知道 udev 脚本会使用的路径或识别字符串值， 对于正确的 CD-ROM 驱动器，在 /sys 目录中找到对应的目录 （例如 /sys/block/hdd）， 然后运行类似下面这样的命令： udevadm test /sys/block/hdd 观察包含一些 *_id 程序输出的行。 by-id 模式在 ID_SERIAL 存在且非空时会使用它， 否则就使用 ID_MODEL 和 ID_REVISION 的组合。 by-path 模式会使用 ID_PATH 的值。 如果默认模式不适合您的情况，可以像下面这样修改 /etc/udev/rules.d/83-cdrom-symlinks.rules 文件 （将 mode 替换成 by-id 或 by-path 中的一个）： sed -i -e 's/"write_cd_rules"/"write_cd_rules mode"/' \ /etc/udev/rules.d/83-cdrom-symlinks.rules 注意现在并不需要创建规则文件和符号链接，因为已经绑定挂载了宿主的 /dev 目录， 我们假定宿主系统存在正确的符号链接。 只要在第一次引导 LFS 系统后创建规则和符号链接即可。 然而，如果您有多个 CD-ROM 设备， 则生成的符号链接可能指向不同于您的宿主系统的设备， 因为设备发现的顺序不可预测。在您第一次引导 LFS 系统后， 创建的设备分配将会是稳定的，因此这仅在您希望宿主系统和 LFS 中的符号链接指向同一设备时才会成为问题。 如果您需要这样，在引导后检查（如果需要的话修改）生成的 /etc/udev/rules.d/70-persistent-cd.rules 文件，保证分配的符号链接和您的需要一致。 正如 中所述， 那些功能相同的设备在 /dev 中的顺序是随机的。例如，如果您有一个 USB 摄像头和一个电视棒， 有时 /dev/video0 会指向摄像头， /dev/video1 指向电视棒， 而有时在重启后这个顺序正好颠倒过来。 对于所有除了声卡和网卡以外的设备， 该问题都可以通过为自定义永久符号链接创建 Udev 规则来解决。 对于网卡的解决方案在 中单独描述，而声卡配置可以在 BLFS 中找到。 对于您的每个可能有这类问题的设备（即使在您当前使用的 Linux 发行版上并没有问题），找到 /sys/class 或 /sys/block 中的对应目录。对于视频设备，目录可能是 /sys/class/video4linux/videoX 。找出能够唯一确认该设备的属性 （通常是厂商和产品 ID，或者序列号）： udevadm info -a -p /sys/class/video4linux/video0 然后编写创建符号链接的规则，例如： cat > /etc/udev/rules.d/83-duplicate_devs.rules << "EOF" # 摄像头和电视棒的持久化符号链接 KERNEL=="video*", ATTRS{idProduct}=="1910", ATTRS{idVendor}=="0d81", \ SYMLINK+="webcam" KERNEL=="video*", ATTRS{device}=="0x036f", ATTRS{vendor}=="0x109e", \ SYMLINK+="tvtuner" EOF 结果是，/dev/video0 和 /dev/video1 仍然会随机指向电视棒和摄像头 （因此不应直接使用它们），但符号链接 /dev/tvtuner 和 /dev/webcam 总会指向正确设备。