udev规则需用SUBSYSTEM=="block"等精准匹配设备，并以RUN+="/bin/sh -c 'nohup /path &>/dev/null &'"后台执行程序，避免阻塞；触发程序须自行解析lsblk -P输出、校验文件系统类型、基于ID_SERIAL_SHORT生成唯一挂载点并安全挂载。
udev 规则怎么写才能触发自定义程序
udev 是 Linux 下处理热插拔事件的核心机制，它本身不执行挂载，但能监听 add 和 remove 事件并调用你的程序。关键不是“让 udev 挂载”，而是让它在 USB 存储设备插入时，可靠地启动你的守护进程（或直接调用一个轻量脚本）。
常见错误是规则里直接写 RUN+="/path/to/your_program" 却没加环境隔离和后台化，导致 udev 等待程序退出、阻塞后续事件，甚至因权限/路径问题静默失败。
- 规则文件必须放在
/etc/udev/rules.d/99-usb-mount.rules（数字越小优先级越高，99-确保靠后加载） - 匹配 USB 存储设备推荐用
SUBSYSTEM=="block"+ATTRS{idVendor}=="0781"（示例厂商 ID）+ATTRS{idProduct}=="5567"，比只靠DRIVER=="usb-storage"更精准 -
RUN+="/bin/sh -c 'nohup /usr/local/bin/usb-mount-handler %p &>/dev/null &'"—— 必须nohup+&后台运行，否则 udev 会卡住 - 避免在规则中使用
%E{ID_FS_TYPE}这类可能为空的属性做条件判断；先用udevadm info -q all -n /dev/sdb实际查清设备暴露了哪些属性
usb-mount-handler 怎么安全识别并挂载设备
被 udev 触发的程序不能假设自己有完整 shell 环境，也不能依赖 $PATH 或当前工作目录。它需要自己解析设备节点、校验文件系统类型、选择挂载点，并处理冲突。
典型陷阱是直接 mount /dev/sdb1 /mnt/usb：如果设备已有分区表但未格式化，mount 会报 unknown filesystem type ''；如果挂载点已被占用，会静默失败或覆盖其他设备。
立即学习“C++免费学习笔记（深入）”；
- 用
lsblk -o NAME,FSTYPE,SIZE,MOUNTPOINT -P /dev/sdb解析输出（-P输出 key="value" 格式，便于 shell 解析），跳过没有FSTYPE的节点（如整个磁盘sdb，而非sdb1） - 只处理
FSTYPE为vfat、exfat、ntfs、ext4的分区；忽略iso9660（光盘）或空值 - 挂载点路径基于设备序列号生成：
/media/usb-$(udevadm info -n /dev/sdb1 | sed -n 's/.*ID_SERIAL_SHORT=//p' | tr -d '\n')，避免重名冲突 - 执行
mkdir -p "$MOUNTPOINT"后，用mount -o uid=1000,gid=1000,dmask=022,fmask=133控制用户可读写（注意ntfs-3g需额外安装）
为什么不能用 inotify 或轮询代替 udev
有人想绕过 udev，改用定期 ls /sys/bus/usb/devices/ 或监听 /proc/mounts 变化——这在实际部署中几乎必然出问题。
轮询延迟高（至少 1 秒）、CPU 浪费，且无法区分“刚插入”和“已存在”；inotify 对 /sys 下某些目录无效（内核不支持通知），而 /proc/mounts 变更滞后于设备出现时间，容易漏掉首次挂载时机。
- udev 是内核 netlink 事件的用户态分发器，事件到达延迟通常
- 所有主流发行版默认启用 udev，无需额外服务；而自己实现状态同步需处理竞态：比如设备插入瞬间又被拔出，轮询可能看到“存在→不存在→存在”，误判两次
- systemd 用户可进一步用
.device单元绑定，但纯 udev 规则已足够轻量稳定
C++ 程序里怎么避免 fork/exec 安全风险
如果你坚持用 C++ 写 usb-mount-handler（而非 shell 脚本），核心难点不是功能实现，而是安全调用外部命令时防止 shell 注入和路径劫持。
常见错误是拼接字符串后传给 std::system()，比如 std::system(("mount " + device + " " + mountpoint).c_str()) —— 若 device 含空格或分号，直接执行任意命令。
- 用
posix_spawn()替代fork()+exec()，显式传入参数数组，彻底规避 shell 解析：char* argv[] = {"mount", "-t", "vfat", "/dev/sdb1", "/media/usb-abc", nullptr}; posix_spawn(&pid, "/bin/mount", nullptr, nullptr, argv, environ); - 绝对路径必须硬编码或从
readlink("/proc/self/exe")推导，禁止依赖$PATH；检查/bin/mount是否存在且非 symlink 到攻击者可控位置 - 挂载前用
stat()验证/dev/sdb1是块设备（S_ISBLK(st.st_mode)），防止传入恶意路径 - 不要在 C++ 程序里解析
lsblk输出——用 libudev 直接读取 sysfs 属性更可靠，但代价是增加依赖；简单场景下，用popen("lsblk -P -o NAME,FSTYPE,MOUNTPOINT /dev/sdb 2>/dev/null")并严格按字段分割仍可接受
udev 的可靠性取决于规则精度和 handler 的防御性编码，而不是功能堆砌。最常被忽略的是：没验证 mount 命令返回值就认为挂载成功，结果日志里全是 mount: /media/usb-xxx: wrong fs type 却无感知。
