删除/dev目录下字符/块设备文件的影响及相关问题咨询

好问题！很多新手容易把/dev目录下的设备文件和硬件本身划等号，但其实这些只是用户空间与内核驱动通信的接口节点——内核里的驱动程序、硬件本身和这些文件是完全分离的。下面针对块设备和字符设备分别拆解你的疑问：

块设备：以/dev/sda为例 #

• 不会导致已挂载的磁盘卸载：当你挂载/dev/sda1这类分区时，内核实际上是通过设备的「主设备号+次设备号」来识别对应的驱动和硬件，而不是依赖文件名。哪怕/dev/sda或者/dev/sda1被删除，已经挂载的文件系统依然能正常读写，程序该用还是能用。
• 影响后续的设备操作：删除/dev/sda后，你没法再通过这个路径来访问磁盘了——比如想重新挂载分区、用fdisk分区、或者用dd写入磁盘，都会提示找不到文件。
• 恢复方法：
  • 现代Linux系统基本都用udev管理设备节点，只要硬件还连接着，执行sudo udevadm trigger就能让udev自动重新生成/dev/sda节点。
  • 也可以手动用mknod命令创建：sudo mknod /dev/sda b 8 0（这里b代表块设备，8是块设备中SCSI磁盘的主设备号，0是/dev/sda对应的次设备号）。

字符设备：以/dev/mouse/mouse0为例 #

• 正在使用鼠标的程序不受影响：如果当前有程序（比如你的桌面环境Xorg）已经打开了/dev/mouse/mouse0的文件描述符，它会直接和内核驱动通信，完全不受节点文件被删除的影响——你的鼠标该怎么用还是怎么用，不会突然失灵。
• 新程序或重启后的程序会受影响：如果关闭桌面环境再重启，或者有新程序想访问鼠标，就找不到这个节点了，这时候鼠标在这些新进程里就没法工作。
• 恢复方法：
  • 和块设备一样，用sudo udevadm trigger就能让udev自动重新生成鼠标的设备节点，因为udev会持续监控硬件状态，只要鼠标还连接着，就能快速恢复。
  • 手动创建的话，先通过cat /proc/devices找到字符设备中鼠标对应的主设备号（比如通常是13），再找对应的次设备号，然后用mknod创建：sudo mknod /dev/mouse/mouse0 c 13 32（c代表字符设备，后面的数字根据实际情况调整）。

核心总结 #

1. 删除/dev下的设备文件，不会直接影响硬件本身，也不会停止内核里的驱动程序——它们只是丢了用户空间的访问入口。
2. 已经打开设备的程序（持有文件描述符）完全不受影响，只有新启动的程序或需要重新访问设备的程序会找不到入口。
3. 只要硬件还在，设备节点几乎都能通过udev自动恢复，或者手动用mknod重建。

内容的提问来源于stack exchange，提问作者alpha