linux 设备和设备文件系统,linux文件系统目录结构和设备文件系统sysfs（转）

一)linux文件系统目录结构介绍

进入Linux根目录/之后，运行：ls -l 即可查看。

/bin:包含基本命令文件，如ls,cp等，这个文件中的文件都是可执行的。

/boot:Linux系统的内核及引导系统程序所需要的文件，如vmlinuz,initrd.img都位于这个目录中。

/dev:设备文件存储目录，应用程序通过对这些文件的读写和控制就可以访问实际的设备。如：ls -l /dev。

/etc:系统配置文件的所在地，一些服务器的配置文件也在这里，如帐号名跟密码。

/home:普通用户的家目录。

/lib：库文件的存放目录。

/lost+found：在EXT2和EXT3文件系统中，系统崩溃时的一些文件碎片存放在这里。

/mnt:一般是用来存放挂载储存设备的挂载目录的，比如cdrom的目录。有时我们可以把让系统开机自动挂载文件系统，把挂载点放在这里 也是可以的。

/opt:有些软件包会安装在这里，比如open office或者用户自己编译的软件包也可以安装在这个目录中。

/proc:操作系统运行时，进程及内核信息(如CPU，内存)存放在这里。它是个伪文件系统目录，仅存在于内存中。

/root:超级用户的根目录。

/sbin:超级用户的命令文件存放的目录。

/tmp:用来存放系统运行时产生的临时文件。

/usr:系统存放程序的目录，内核发行版提供的软件包大多数被安装在这里。

/var:这个目录的内容经常变动，如/var/log用来存放系统日志。

/sys:Linux 2.6内核支持的sysfs文件系统被映射在此目录。Linux

设备驱动模型中的总线、驱动和设备都可以在sysfs文件系统找到对应的节点。当内核检测到系统中出现了新设备后，内核会在sysfs文件系统中为该新设

备生成一项新的记录。

二)

linux下有专门的文件系统用来对设备进行管理，devfs和sysfs就是其中两种。

1，devfs：devfs是在2.4内核就出现了，它是用来解决linux中设备管理混乱的问题，linux内核开发人员开发了devfs。

2，sysfs：是Linux

内核中设计较新的一种虚拟的基于内存的文件系统，并没有一个实际存放文件的介质，断电后就玩完了。它的作用与proc

有些类似，但除了与proc 相同的具有查看和设定内核参数功能之外，还有为Linux 统一设备模型作为管理之用。

sysfs 文件系统总是被挂载在/sys

挂载点上，sysfs的信息来源是kobject层次结构，读一个sysfs文件，就是动态的从kobject结构提取信息，生成文件。虽然在较早期的

2.6内核系统上并没有规定sysfs的标准挂载位置，可以把sysfs 挂载在任何位置，但较近的2.6内核修正了这一规则，要求sysfs

总是挂载在/sys目录上。sysfs 与proc 相比有很多优点：sysfs 的设计原则是一个属性文件只做一件事情，sysfs

属性文件一般只有一个值，直接读取或写入。新设计的内核机制应该尽量使用sysfs机制，而将proc

保留给纯净的“进程文件系统”。

UBUNTU中比如：执行ls -F /sys，得block/ bus/ class/ dev/ devices/ firmware/ fs/ kernel/ module/ power/

下面对/sys 文件系统下的目录结构做说明：

/sys/devices：这是内核对系统中所有设备的分层次表达模型，也是 /sys 文件系统管理设备的最重要的目录结构；

/sys/dev：这个目录下维护一个按字符设备和块设备的主次号码(major:minor)链接到真实的设备(/sys/devices下)的

符号链接文件，它是在内核2.6.26 首次引入；

/sys/bus：这是内核设备按总线类型分层放置的目录结构，devices中的所有设备都是连接于某种总线之下，在这里的每一种具体总线之下可

以找到每一个具体设备的符号链接，它也是构成 Linux 统一设备模型的一部分；

/sys/class：这是按照设备功能分类的设备模型，如系统所有输入设备都会出现在 /sys/class/input

之下，而不论它们是以何种总线连接到系统。它也是构成Linux 统一设备模型的一部分；比如LED灯设备：cat

/sys/class/leds/lcd-backlight/，终端回显：

-rw-r--r--

root root 4096 1970-01-01 00:00 uevent

lrwxrwxrwx

root root 1970-01-01 00:03 subsystem -> ../../leds

lrwxrwxrwx

root root 1970-01-01 00:03 device ->

../../../devices/platform/smdk-backlight

drwxr-xr-x

root root 1970-01-01 00:00 power

-rw-r--r--

system system 4096 1970-01-01 00:00 brightness

其中device有指向smdk-backlight的符号链接，当你进入该目录再退回上层目录时，你会发现处于/sys/devices目录下，

更说明了设备模型虽然采用不同方式却指向同一设备的概念。

/sys/block：这里是系统中当前所有的块设备所在，按照功能来说放置在/sys/class

之下会更合适，但只是由于历史遗留因素而一直存在于/sys/block, 但从2.6.22

开始就已标记为过时，只有在打开了CONFIG_SYSFS_DEPRECATED 配置下编译才会有这个目录的存在，并且在2.6.26

内核中已正式移到 /sys/class/block, 旧的接口/sys/block

为了向后兼容保留存在，但其中的内容已经变为指向它们在/sys/devices/ 中真实设备的符号链接文件；

/sys/firmware：这里是系统加载固件机制的对用户空间的接口，关于固件有专用于固件加载的一套API；

/sys/fs：这里按照设计是用于描述系统中所有文件系统，包括文件系统本身和按文件系统分类存放的已挂载点，但目前只有fuse,gfs2

等少数文件系统支持sysfs接口，一些传统的虚拟文件系统(VFS)层次控制参数仍然在sysctl (/proc/sys/fs)

接口中；

/sys/kernel：这里是内核所有可调整参数的位置，目前只有uevent_helper, kexec_loaded,

mm,和新式的slab 分配器等几项较新的设计在使用它，其它内核可调整参数仍然位于sysctl (/proc/sys/kernel)

接口中；

/sys/module：这里有系统中所有模块的信息，不论这些模块是以内联(inlined)方式编译到内核映像文件(vmlinuz)中还是编

译为外部模块(ko文件)，都可能会出现在 /sys/module 中；

/sys/power：这里是系统中电源选项，这个目录下有几个属性文件可以用于控制整个机器的电源状态，如可以向其中写入控制命令让机器关机、重

启等。

驱动跟内核接口分类如下：

类型 所包含的内容 对应内核数据结构 对应/sys项

设备(Devices) 设备是此模型中最基本的类型 struct

device /sys/devices.../

设备驱动(Device Drivers)

多个相同设备只需要一份驱动程序 struct

device_driver /sys/bus/pci/drivers

设备类别(Device Classes)

按照功能进行分类组织的设备层次树 /sys/class/input/ 下 struct class

sysfs 给应用程序提供了统一访问设备的接口，但可以看到， sysfs 仅仅是提供了一个可以统一访问设备的框架，但究竟是否支持

sysfs 还需要各设备驱动程序的编程支持；在 2.6 内核诞生 5年以来的发展中，很多子系统、设备驱动程序逐渐转向了 sysfs

作为与用户空间友好的接口，但仍然也存在大量的代码还在使用旧的 proc 或虚拟字符设备的 ioctl 方式。