看来没有能够真正的使用到udev

在内核调试的过程中，可以通过ls /dev/sd*查看相关的信息

SYMLINK是符号链接，但NAME是我们定义在/dev里边生成的，难道这个也叫符号链接

 

http://blog.itpub.net/10752019/viewspace-941275/

http://bbs.chinaunix.net/thread-1961452-1-1.html

我增加了一个硬盘，内核将其命名为sdb，我尝试写了一条规则将NAME=sdc，并用LAST_RULE将后续的匹配终止，用udevtrigger将其生效了（也重启过），在用fdisk -l的时候是看不到sdc的，也只有sdb，但在dev下边存在sdc，并可以分区，用fdisk可以产生sdc1，同时也产生sdb1了，但无法对sdc1进行mkfs，提示磁盘明显不存在，

问题
1，为什么仍有/dev/sdb的命名？规则中已经LAST_RULE了，50规则找到sdb也不该来匹配他，
2，格式化sdc1为什么不生效，难道是因为sdb是内核的命名，而udev定义的别名是用户模式？内核无法识别?
但udev的用法不就是建立在可以给内核所识设备来定义别名的基础上吗？
3，利用udevinfo可以查看磁盘的detail来定义rule，NAME定义的是我们自己要在/dev下看到的名字，但内核的名字也出现在/dev下边，内核的命名是必须在/dev下生效的呢？还是否需要重新写一套完整的规则来替代50规则？

KERNEL=="sda"是否内核已经指定(可能是sysfs），所以其实重新分配名字
也只是重新建立一个设备节点而已，

为了能够自定义生成相应的设备名称，需要比默认的系统配置50提前描述

 

 

编写文件如下错误：
 
将 2:0:0 上的设备 igb0 设置透传后，它就不会被附着
驱动程序了。2:0:1 上的设备的名称就会由 igb1 变为
igb0。这不正好就能由 pciconf -l 准确地反映出来吗？
 
这样，就可以根据 pciconf -l 的结果，将 2:0:1 上的设备
确定地重命名为 net1，将 2:0:2 上的设备重命名为 net2，
如此等等。

 

是不是有问题

DEVPATH=="/devices/pci0000:00/0000:00:10.0/host2/target2:0:1/2:0:1:0/block/sdb"