皮皮网

1.Linux网卡文件配置linux网卡文件
2.udev的rules定制和调试

Linux网卡文件配置linux网卡文件

       在Linux系统中，源码若需修改网卡名称，源码可遵循以下步骤：

       1. 打开`/etc/udev/rules.d/-persistent-net.rules`文件，源码将`eth0`更改为`em1`，源码`eth1`更改为`em2`。源码仅需更改`name`字段，源码asp源码 表格无需修改`kernel`字段。源码

       2. 将网卡配置文件重命名。源码将`ifcfg-eth0`文件重命名为`ifcfg-em1`，源码将`ifcfg-eth1`文件重命名为`ifcfg-em2`。源码

       3. 编辑网卡配置文件，源码如`ifcfg-em1`，源码将网卡名称修改为正确名称，源码正45的源码并删除UUID（如果没有则无需操作）。源码

       4. 重启服务器。源码重启后，网卡名称将更新，网络服务应正常运行。

       要获取Linux网卡信息，jsp源码怎么搭建可执行以下步骤：

       1. 启动Linux操作系统并登录到桌面。

       2. 打开终端。

       3. 在终端中输入命令`ifconfig eth0`并回车。

       4. 解读网卡信息：

        - 查看基本信息：使用`lspci`命令。

        - 查看详细信息：使用`lspci -vvv`命令，并查找`Ethernet`字样。百万源码诈骗

        - 查看网卡驱动：使用`lspci -vvv`命令查找网卡设备详细信息，包括驱动。

        - 使用`lsmod`命令列出所有加载的驱动，包括网卡驱动。

        - 查看模块信息：使用`modinfo`命令，指定模块名称，正80的源码或使用`ethtool -i`命令指定网络设备名称。

        - 查看网络接口队列数：使用`ethtool -S`命令指定网络设备名称。

        - 查看网卡驱动源码版本号：解压网卡驱动源码，查看对应`.spec`文件中的版本信息。

       若需恢复网卡配置文件，可以使用`netconfig`命令。

       初学者需掌握如何在Linux中查看网卡信息。具体步骤如下：

       1. 启动Linux操作系统并登录到桌面。

       2. 打开终端。

       3. 在终端中输入命令`ifconfig eth0`并回车。

       信息解读：

       1. 第一行显示网卡类型和MAC地址。

       2. 第二行显示IPV4地址、广播地址和子网掩码。

       3. 第三行显示IPV6地址。

       4. 第五行显示接收的数据包总数以及错误、丢失的数据包数。

       5. 第六行与第五行对应，显示发送的数据包总数以及错误、丢失的数据包数。

       6. 第八行显示接收和发送的字节数。

       在Linux中若要重初始化网卡，可删除`/etc/sysconfig/network-scripts/ifcfg-eth0`文件，并重新创建一个新的配置文件。之后，可以使用`setup`命令重新添加网卡配置。

udev的rules定制和调试

       udev的rules定制和调试

        在定制项目中，对外设的热插拔的管理基本都在udev/systemd-udev来管理。这里没有对基本的udev使用/rules书写进行介绍。

        1. udev的rules可能的位置

        /lib/udev/rules.d -- udev默认/预置的rules

        /etc/udev/rules.d/ -- 定制的rules， 优先级高于/lib/udev/rules.d，官方建议客户写的rules都放这里

        至于放在哪个位置，自己决定就好，既然你在修改系统就应该知道你在做什么

        2. 定制自己的rules

        定制热插拔的事件，具体到rules就是：

          1）过滤到正确的udev事件。

          2）指定执行的动作，rules里的“RUN”，通常是脚本（毕竟要完成一个功能，绝大多数场景都不是一个命令能搞定的）

        3.到这里就要设计到rules的调试了

          1）如何知道要过滤的是条件？

          2）如何将必要的参数传递给RUN执行的脚本？

        方法1:

        udevadm monitor -p

        -- 监测所以的kernel/udevd的热插拔事件， -p选项很有必要，打印出本次热插拔事件的一些属性

       è¿™é‡Œå°±æ˜¯æ¯”较设备插入和拔出时的事件属性的不同，可作为过滤的条件

        比如：

        rules文件对于规则：

        到这里很多时候就能满足要求了，如果还有解决不里的场景，就要进一步修改过滤条件。

        man udev里会有绝大部分的关键字的信息（想全部的就只能去撸源码）。

       æ–¹æ³•2:

        通过在RUN指定的脚本里传递参数，来找到设备存在和不存在的属性差异。

        比如：

        参考信息：

        a）、udev 规则的匹配键

        ACTION： 　　 　　　　　　事件 (uevent) 的行为，例如：add( 添加设备 )、remove( 删除设备 )。

        KERNEL： 　　 　　　　　　内核设备名称，例如：sda, cdrom。

        DEVPATH：　　　　　　　  设备的 devpath 路径。

        SUBSYSTEM： 　　　　　　 设备的子系统名称，例如：sda 的子系统为 block。

        BUS： 　　　　　　　　　　 设备在 devpath 里的总线名称，例如：usb。

        DRIVER： 　　　　 　　　　 设备在 devpath 里的设备驱动名称，例如：ide-cdrom。

        ID： 　　　　　　　 　　　　设备在 devpath 里的识别号。

        SYSFS{ filename}： 　　　　设备的 devpath 路径下，设备的属性文件“filename”里的内容。

        　　　　　　　　　　　　　　　例如：SYSFS{ model}==“STSS”表示：如果设备的型号为 STSS，则该设备匹配该 匹配键。

        　　　　　　　　　　　　　　　在一条规则中，可以设定最多五条 SYSFS 的 匹配键。

        ENV{ key}： 　　　　　　 　 环境变量。在一条规则中，可以设定最多五条环境变量的 匹配键。

        PROGRAM：　　　　　　　　调用外部命令。

        RESULT： 　　　　　　　　  外部命令 PROGRAM 的返回结果。

        b）、udev 的重要赋值键

        NAME：　　　　　　　　　　　在 /dev下产生的设备文件名。只有第一次对某个设备的 NAME 的赋值行为生效，之后匹配的规则再对该设备的 NAME 赋值行为将被忽略。如果没有任何规则对设备的 NAME 赋值，udev 将使用内核设备名称来产生设备文件。

        SYMLINK：　　　　　　　　　 为 /dev/下的设备文件产生符号链接。由于 udev 只能为某个设备产生一个设备文件，所以为了不覆盖系统默认的 udev 规则所产生的文件，推荐使用符号链接。

        OWNER, GROUP, MODE：　　为设备设定权限。

        ENV{ key}：　　　　　　　　　导入一个环境变量。

        c）、udev 的值和可调用的替换操作符

        Linux 用户可以随意地定制 udev 规则文件的值。例如：my_root_disk, my_printer。同时也可以引用下面的替换操作符：

        $kernel, %k：　　　　　　　　设备的内核设备名称，例如：sda、cdrom。

        $number, %n：　　　　　　　 设备的内核号码，例如：sda3 的内核号码是 3。

        $devpath, %p：　　　　　　　设备的 devpath路径。

        $id, %b：　　　　　　　　　　设备在 devpath里的 ID 号。

        $sysfs{ file}, %s{ file}：　　  设备的 sysfs里 file 的内容。其实就是设备的属性值。

        $env{ key}, %E{ key}：　　　一个环境变量的值。

        $major, %M：　　　　　　　　设备的 major 号。

        $minor %m：　　　　　　　　设备的 minor 号。

        $result, %c：　　　　　　　　PROGRAM 返回的结果。

        $parent, %P：　　　　　　    父设备的设备文件名。

        $root, %r：　　　　　　　　  udev_root的值，默认是 /dev/。

        $tempnode, %N：　　　　　　临时设备名。

        %%：　　　　　　　　　　　　符号 % 本身。

        $$：　　　　　　　　　　　　　符号 $ 本身。

        对比一下和man里的差别，$sysfs{ file}，这个在实际解决问题的时候是很有用的。

        这种方法适合调试系统启动的时候对rules的调试，这个过程中是没得udevadmin monitor使用的。（当然，可以尝试自己写一个systemd启动服务，这就涉及到启动的时机、关联、影响，实际操作会比预想的复杂）

        这里提两个点：

        1. env - 可以是udev事件里的属性（-p打印的）

        2. $sysfs{ file}, 这里的file就是在系统/sys目录下对应的节点下的文件，有些情况下只能在sysfs的file的内存才能准确区分事件。