linux设备管理之devfs文件系统
5星 · 超过95%的资源 需积分: 15 189 浏览量
2012-09-19
10:16:05
上传
评论 1
收藏 23KB DOC 举报 
2001 年 9 月 01 日
伴随着 Linux 2.4 版本的发行，出现了大量的文件系统可能性，其中包括
ReiserFS、XFS、GFS 和其它文件系统。这些文件系统听起来的确都很酷，但是
它们真正能做些什么呢，擅长在哪些方面，以及在 Linux 产品环境下如何才能
安全地使用它们呢？Daniel Robbins 通过向您展示如何在 Linux 2.4 的环境下建
立这些新的高级文件系统来回答以上的问题。遵从这个方法，它提供了在实际
实现过程中的有价值的建议、性能信息和重要的技术性注意要点，以便于您在
新的文件系统中能有令人愉快的经历。在本文中：Daniel 解释了使用设备管理
文件系统 devfs 的意义和好处，让您对其有所认识以便在下一篇文章中向您展
示如何最佳地在系统上安装 devfs。
介绍 devfs
设备，到处都是设备
Devfs，也叫设备文件系统（Device Filesystem），设计它的唯一目的就是提供
一个新的（更理性的）方式管理通常位于 /dev 的所有块设备和字符设备。您也
许知道，典型的 /dev 树包含数百个块特殊文件和字符特殊文件，它们全都在根
文件系统上。每个特殊文件都可以让用户空间进程轻松地与内核设备实现交互。
举例来说，通过对这些特殊文件执行操作，您的 X 服务器就能够访问视频硬件，
fsck 可以执行文件系统检验， lpd 可以通过并行端口向打印机发送数据。
实际上，通常 Linux 和 Unix 更“酷”的方面是，设备不是简单地隐藏在晦涩的
API 之后，而是真正地与普通文件、目录和符号链接一样存在于文件系统上。
因为字符和块设备是映射到普通文件系统名称空间的，我们通常可以用有意义
的方式来与硬件交互，可以仅使用标准 Unix 命令，如 cat 和 dd。除了有趣之
外，这还使我们有更强的能力，并提高生产力。
设备管理问题
然而，虽然设备特殊文件本身是一件好事情，但典型的 Linux 系统以一种不太
理想而且麻烦的方式管理这些特殊文件。 如今，Linux 支持
很多
不同种类的硬
件。这意味着严格意义上我们中绝大多数在 /dev 中都有数百个特殊文件来表示
所有这些设备。还不止这样，这些特殊文件中大多数甚至不会映射到系统中存
在的设备上（但需要它们存在，只是考虑到我们最终会在系统中添加新的硬件
／驱动器），这让事情变得更令人困惑。
仅从这个方面来看，我们就知道 /dev 需要彻底检修，而创建 devfs 的明确目的
就是让 /dev 变回原形。为了很好地理解 devfs 是怎样解决绝大多数 /dev 管理问
题的，我们从设备驱动程序的角度来看看 devfs。
设备管理内幕
为了很好地理解 devfs ，最好是先理解从设备驱动程序的角度来看 devfs 是怎样
改变事物的。传统地（不使用 devfs），根据是否注册在
块
设备或
字符
设备，
基于内核的设备驱动程序通过调用 register_blkdev()或 register_chrdev() 向系统
的其余部分注册设备。
您必须提供一个
主设备号
（一个无符号 8 位整数）作为 register_blkdev()或
register_chrdev() 的参数；然后，在设备注册之后，内核就会知道这个特定的
主设备号对应于执行 register_--?dev()调用的特定设备驱动程序。
那么，设备驱动程序开发人员为调用 register_--?dev() 提供的主设备号
应该
是
资源评论
yongwangzhe2013-10-17对dev的讲解很详细
