它基本上是/dev/VGname/LVname
and /dev/mapper/
,它是在您创建 and LVM 结构时创建的。它称为设备节点,因为它在/dev
节点下。
所以问题是,为什么/dev
节点会在那里?简单的答案是,它旨在方便您在fstab
文件等中指定设备。
该udev
系统是负责创建这个节点,这里是你为什么要它来创建他们的一些点。
udev 设备管理器的主要作用是提供一种在 /dev 目录中设置节点的动态方式。这些节点的创建由用户空间中 udev 规则的应用指导。由于添加、删除或更改特定设备而直接从内核发送的 udev 事件上处理这些规则。这为热插拔支持提供了一种方便且集中的机制。
除了创建实际节点之外,udev 设备管理器还能够创建用户可以命名的符号链接。如果需要,这使用户可以在 /dev 目录中自由选择自己的自定义命名和目录结构。每个 udev 事件都包含有关正在处理的设备的基本信息,例如其名称、所属子系统、设备类型、使用的主要和次要编号以及事件类型。鉴于此,并且有可能访问在 /sys 目录中找到的所有信息,这些信息也可以在 udev 规则中访问,用户可以使用基于此信息的简单过滤器并基于此信息有条件地运行规则。udev 设备管理器还提供了一种设置节点权限的集中方式。用户可以轻松添加一组自定义规则,以定义由处理事件时可用的任何信息位指定的任何设备的权限。也可以直接在 udev 规则中添加程序钩子。
udev 设备管理器可以调用这些程序来提供处理事件所需的进一步处理。此外,该程序可以作为此处理的结果导出环境变量。任何给出的结果都可以在规则中进一步用作补充信息来源。任何使用 udev 库的软件都能够接收和处理带有所有可用信息的 udev 事件,因此处理不仅限于 udev 守护进程。
在 Red Hat Enterprise Linux 6 中
and its clones
,Device Mapper 为 udev 集成提供直接支持。这会将 Device Mapper 与与 Device Mapper 设备(包括 LVM 设备)相关的所有 udev 处理同步。需要同步,因为 udev 守护程序中的规则应用程序是一种与作为设备更改源的程序(例如 dmsetup 和 LVM)并行处理的形式。如果没有这种支持,用户尝试删除仍然打开并由 udev 规则处理的设备是一个常见的问题,因为先前的更改事件;当该设备的更改间隔时间很短时,这尤其常见。
归档时间: |
|
查看次数: |
377 次 |
最近记录: |