Ubuntu Server 20.04下udev规则未触发mount -a的解决咨询

我来帮你排查这个问题——你的udev规则没生效主要是时机不对加上udev运行环境的限制，咱们一步步来解决：

为什么现有规则不工作？ #

你当前的规则SUBSYSTEM=="block", RUN+="/bin/mount -a"存在两个核心问题：

• 触发时机过早：当block类事件触发时，磁盘设备（比如sde）刚被系统识别，但分区（比如sde1）还没完全初始化完成，这时候执行mount -a根本找不到要挂载的分区，自然没有效果。
• udev环境限制：udev的RUN命令是在受限的上下文里执行的，没有完整的系统环境变量和权限上下文，和你手动执行sudo mount -a的环境完全不同，部分操作会被限制。

方案1：调整udev规则，等待分区就绪后触发 #

修改你的规则文件/etc/udev/rules.d/85-my_rule.rules，改成监听分区设备的添加事件，同时增加延迟确保分区就绪：

SUBSYSTEM=="block", KERNEL=="sd*1", ACTION=="add", RUN+="/bin/bash -c 'sleep 2; /bin/mount -a'"

参数说明：

• KERNEL=="sd*1"：匹配类似sde1的分区设备（如果你的USB分区不是1，替换成对应数字即可）
• ACTION=="add"：只在设备被添加时触发规则
• sleep 2：给系统2秒时间完成分区初始化，避免过早执行mount
• 用bash -c包裹：udev的RUN不支持直接执行多命令，需要通过shell来串联操作

修改后记得重新加载udev规则：

sudo udevadm control --reload-rules

方案2：用systemd服务替代udev RUN（更稳定） #

udev的RUN并不适合执行这类依赖系统状态的命令，更推荐用udev触发systemd服务，这样稳定性更高：

1. 创建systemd服务文件/etc/systemd/system/mount-usb.service：

   [Unit]
   Description=自动挂载所有文件系统（USB设备触发）
   After=local-fs.target
   
   [Service]
   Type=oneshot
   ExecStart=/bin/mount -a
   

2. 修改udev规则，触发这个服务：

   SUBSYSTEM=="block", KERNEL=="sd*1", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="mount-usb.service"
   

3. 重新加载配置：

   sudo udevadm control --reload-rules
   sudo systemctl daemon-reload
   

验证规则是否生效的方法 #

• 实时监控udev事件：

  sudo udevadm monitor --property
  

  插上USB设备后，观察输出中是否有匹配你规则的事件触发。
• 测试指定设备的规则：

  sudo udevadm test /sys/block/sde/sde1
  

  把sde1换成你的实际分区路径，查看输出中是否提到你的规则或对应的systemd服务。

额外提示 #

如果你的USB设备有多个分区，可以把KERNEL=="sd*1"改成KERNEL=="sd*[0-9]"匹配所有分区；或者用UUID精准匹配你的USB分区（通过blkid命令查看UUID），比如：

SUBSYSTEM=="block", ENV{ID_FS_UUID}=="你的UUID", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="mount-usb.service"

这样可以避免误触发其他块设备的规则。

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