请教关于/dev/里设备文件的问题

slackcode · 发表于 2009-9-23 12:25:07

2.4内核, /dev/文件夹要包含有所有设备文件
2.6内核, /dev/里的设备文件由系统生成

所以2.4内核如果没有对应的设备文件，该设备不能使用，需要从别的地方copy过来

请教大虾们，我这种理解对不对？

d00m3d · 发表于 2009-9-23 12:51:04

Post by slackcode;2029412
2.4内核, /dev/文件夹要包含有所有设备文件

因为 2.4 内核使用 devfs

Post by slackcode
2.6内核, /dev/里的设备文件由系统生成

2.6.13.x 内核开始废除 devfs，全面采用 udev 的结果

Post by slackcode
所以2.4内核如果没有对应的设备文件，该设备不能使用，需要从别的地方copy过来

请教大虾们，我这种理解对不对？

不能 copy，但能用 mknod 来创建

slackcode · 发表于 2009-9-23 14:23:23

谢谢d00m3d老大啊，学习了
不过我看同事copy了一个sdb到另外一台设置上，可以识别一个硬盘了

聚焦深空 · 发表于 2009-9-23 19:00:27

devfs udev 本意是提供更好的易用性，非必需品。

古老的 MAKEDEV 依然有效，直接建立静态设备节点，当前很多嵌入式设备仍使用这种方式。
资源受限时，多运行一个进程也是浪费。

设备节点在文件系统中实现方式就是特殊文件，拷贝当然可行，如果知道主次设备号，mknod 更合适。

d00m3d · 发表于 2009-9-23 19:09:19

在 2.6 内核下不采用 udev，只建立必要的设备来运行的也大有人在

slackcode · 发表于 2009-9-24 12:57:05

Post by 聚焦深空;2029556
devfs udev 本意是提供更好的易用性，非必需品。

古老的 MAKEDEV 依然有效，直接建立静态设备节点，当前很多嵌入式设备仍使用这种方式。
资源受限时，多运行一个进程也是浪费。

设备节点在文件系统中实现方式就是特殊文件，拷贝当然可行，如果知道主次设备号，mknod 更合适。

我们公司的产品架构是2.4的，用的是devfs，没用的设备文件都删了

		自动登录	找回密码
密码			注册