您的位置:首页 > 运维架构 > Linux

linux下 监控USB插入事件(NET_LINK、udev),附udev和mdev介绍

2015-08-14 11:29 726 查看

转自网友

目前找到3种办法可以获得hotplug事件。

一种是hotplug脚本。hotplug事件发生时,内核会调用脚本/sbin/hotplug。可以在这个脚本中加入自己的操作。不过2.6内核做了很大的改变。不再支持hotplug脚本。

还有就是netlink。这是一个特殊的socket,可以接受来自内核的消息。

下面是一个netlink例程。



[cpp]
view plaincopy

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <ctype.h>
#include <sys/un.h>
#include <sys/ioctl.h>
#include <sys/socket.h>
#include <linux/types.h>
#include <linux/netlink.h>
#include <errno.h>

static int init_hotplug_sock(void)
{

struct sockaddr_nl snl;
const int buffersize = 16 * 1024 * 1024;
int retval;

memset(&snl, 0x00, sizeof(struct sockaddr_nl));
snl.nl_family = AF_NETLINK;
snl.nl_pid = getpid();
snl.nl_groups = 1;

int hotplug_sock = socket(PF_NETLINK, SOCK_DGRAM, NETLINK_KOBJECT_UEVENT);
if (hotplug_sock == -1)
{
printf("error getting socket: %s", strerror(errno));
return -1;
}

/* set receive buffersize */

setsockopt(hotplug_sock, SOL_SOCKET, SO_RCVBUFFORCE, &buffersize, sizeof(buffersize));
retval = bind(hotplug_sock, (struct sockaddr *) &snl, sizeof(struct sockaddr_nl));
if (retval < 0) {
printf("bind failed: %s", strerror(errno));
close(hotplug_sock);
hotplug_sock = -1;
return -1;
}

return hotplug_sock;

}

#define UEVENT_BUFFER_SIZE 2048

int main(int argc, char* argv[])
{

int hotplug_sock = init_hotplug_sock();
while(1)
{
char buf[UEVENT_BUFFER_SIZE*2] = {0};
recv(hotplug_sock, &buf, sizeof(buf), 0);
printf("SnoTest---------------%s\n", buf);
}

return 0;
}

2.6内核使用了一个用户态的程序udev来挂载/dev。这使得接受和处理来自内核的信息变得极为方便。

udev采用规则匹配的方式,来处理设备的挂载,同时触发其他处理。比如下列规则就可以捕捉来自U盘插入的事件。并调用对应的脚本。

BUS=="usb", KERNEL=="sd*", RUN+="/root/p.sh"

/root/p.sh 的内容

#!/bin/bash

set >> /root/usb.txt

echo -e "END****" >> /root/usb.txt

这样就可以把发生的事件的参数打印到文本文件中。以下是我的U盘插拔时的信息。

ACTION=add

BASH=/bin/bash

BASH_ARGC=()

BASH_ARGV=()http://wubinjie.spaces.live.com/blog/cns!2055299901bf6246!234.entry

BASH_LINENO=([0]="0")

BASH_SOURCE=([0]="/root/p.sh")

BASH_VERSINFO=([0]="3" [1]="1" [2]="17" [3]="1" [4]="release" [5]="i686-redhat-linux-gnu")

BASH_VERSION='3.1.17(1)-release'

DEVLINKS='/dev/disk/by-id/usb-USB_2.0_6025 /dev/disk/by-path/pci-0000:00:1d.2-usb-0:1:1.0-scsi-0:0:0:0'

DEVNAME=/dev/sda

DEVPATH=/block/sda

DIRSTACK=()

EUID=0

GROUPS=()

HOSTNAME=linux230

HOSTTYPE=i686

ID_BUS=usb

ID_MODEL=6025

ID_PATH=pci-0000:00:1d.2-usb-0:1:1.0-scsi-0:0:0:0

ID_REVISION=2.00

ID_SERIAL=USB_2.0_6025

ID_TYPE=disk

ID_VENDOR=USB_2.0

IFS=$' \t\n'

MACHTYPE=i686-redhat-linux-gnu

MAJOR=8

MINOR=0

OPTERR=1

OPTIND=1

OSTYPE=linux-gnu

PATH=/usr/local/bin:/bin:/usr/bin

PHYSDEVBUS=scsi

PHYSDEVDRIVER=sd

PHYSDEVPATH=/devices/pci0000:00/0000:00:1d.2/usb3/3-1/3-1:1.0/host5/target5:0:0/5:0:0:0

PPID=3549

PS4='+ '

PWD=/

SEQNUM=814

SHELL=/bin/bash

SHELLOPTS=braceexpand:hashall:interactive-comments

SHLVL=1

SUBSYSTEM=block

TERM=dumb

UDEVD_EVENT=1

UDEV_LOG=3

UID=0

_=/bin/bash

END****

ACTION=add

BASH=/bin/bash

BASH_ARGC=()

BASH_ARGV=()

BASH_LINENO=([0]="0")

BASH_SOURCE=([0]="/root/p.sh")

BASH_VERSINFO=([0]="3" [1]="1" [2]="17" [3]="1" [4]="release" [5]="i686-redhat-linux-gnu")

BASH_VERSION='3.1.17(1)-release'

DEVLINKS='/dev/disk/by-id/usb-USB_2.0_6025-part1 /dev/disk/by-path/pci-0000:00:1d.2-usb-0:1:1.0-scsi-0:0:0:0-part1'

DEVNAME=/dev/sda1

DEVPATH=/block/sda/sda1

DIRSTACK=()

EUID=0

GROUPS=()

HOSTNAME=linux230

HOSTTYPE=i686

ID_BUS=usb

ID_FS_LABEL=

ID_FS_LABEL_SAFE=

ID_FS_TYPE=vfat

ID_FS_USAGE=filesystem

ID_FS_UUID=

ID_FS_VERSION=FAT32

ID_MODEL=6025

ID_PATH=pci-0000:00:1d.2-usb-0:1:1.0-scsi-0:0:0:0

ID_REVISION=2.00

ID_SERIAL=USB_2.0_6025

ID_TYPE=disk

ID_VENDOR=USB_2.0

IFS=$' \t\n'

MACHTYPE=i686-redhat-linux-gnu

MAJOR=8

MINOR=1

OPTERR=1

OPTIND=1

OSTYPE=linux-gnu

PATH=/usr/local/bin:/bin:/usr/bin

PHYSDEVBUS=scsi

PHYSDEVDRIVER=sd

PHYSDEVPATH=/devices/pci0000:00/0000:00:1d.2/usb3/3-1/3-1:1.0/host5/target5:0:0/5:0:0:0

PPID=3576

PS4='+ '

PWD=/

SEQNUM=815

SHELL=/bin/bash

SHELLOPTS=braceexpand:hashall:interactive-comments

SHLVL=1

SUBSYSTEM=block

TERM=dumb

UDEVD_EVENT=1

UDEV_LOG=3

UID=0

_=/bin/bash

END****

可以看到挂载了2个设备 /dev/sda /dev/sda1 其中一个分区,一个是设备。

====================================================================================================================================

附录:udev 和 mdev 总结

关于udev和mdev之间的区别与联系我发现自己现在还没有把它完整的给区分开来和联系起来.

设备文件系统有devfs,mdev,udev

mdev是udev的简化版本,是busybox中所带的程序,最适合用在嵌入式系统,而udev一般用在PC上的linux中,相对mdev来说要复杂些,devfs是2.4内核引入的,而在2.6内核中却被udev所替代,他们有着共同的优点,只是devfs中存在一些未修复的BUG,作者也停止了对他的维护,最显著的一个区别,采用devfs时,当一个并不存在的设备结点时,他却还能自动的加载对应的设备驱动,而udev则不能,udev认为当加载了不存在的对应的设备驱动的时候不应加载对应的驱动模块,因为加载也没有,浪费了资源.

从本质上来说,udev与mdev他们都是一个应用程序,配置了就可以使用,为了方便使用,我们可以使用busybox自带的mdev,当然也可以去下载udev的源码去编译和移植.

这应该是对udev和mdev的一个理解,我们下次可以再深入一些.

dev 和mdev 是两个使用uevent 机制处理热插拔问题的用户空间程序,两者的实现机理不同。udev 是基于netlink 机制的,它在系统启动时运行了一个deamon 程序udevd,通过监听内核发送的uevent
来执行相应的热拔插动作,包括创建/删除设备节点,加载/卸载驱动模块等等。mdev 是基于uevent_helper 机制的,它在系统启动时修改了内核中的uevnet_helper 变量(通过写/proc/sys/kernel/hotplug),值为“/sbin/mdev”。这样内核产生uevent 时会调用uevent_helper 所指的用户级程序,也就是mdev,来执行相应的热拔插动作。udev 使用的netlink
机制在有大量uevent 的场合效率高,适合用在PC 机上;而mdev 使用的uevent_helper 机制实现简单,适合用在嵌入式系统中。另外要说明的一点是,uevent_helper 的初始值在内核编译时时可配置的,默认值为/sbin/hotplug。如果想修改它的值,写/proc/sys/kernel/hotplug 文件就可以了,例如:
echo “/sbin/mdev” > /proc/sys/kernel/hotplug

补充一点:如果使用的是udevd,那么uevent_helper变量应为空,即
echo “ ” > /proc/sys/kernel/hotplug
这段内容总结的很好,我也看了linux内核有关uevent的代码,的确是这样,这样看来简单的将mdev看做udev的简化版也就不准确了。这样在做嵌入式的文件系统就要注意了,一般只会使用mdev,目前我还不确定能不能只用udev,理论上是可以的,当然两种一起用也是可以的,也就是mdev + udev,但是这时要注意了,写规则时一定要注意,避免让它们重复执行。也就是说udev执行过的,mdev不要再执行了。其实udev最大的特点就是使用了netlink,实质上是一个scoket,这个特别的scoket用来监测uevent,当然,我们也可以自己写一个函数用来监测任何uevent事件。

其他相关链接:udev和mdev学习总结:http://blog.csdn.net/michaelcao1980/article/details/39314615

blog.sina.com.cn/s/blog_944790400101kz8f.html
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: