Linux存储设备热插拔自动挂载核心是udev捕获内核uevent→匹配规则→执行挂载动作；必须正确编写udev规则，否则仅识别设备节点（如/dev/sdb1）而不会自动挂载，常见失效原因包括匹配过松/过紧、漏写ENV{ID_BUS}=="usb"或ENV{ID_FS_TYPE}!=""、误用SUBSYSTEMS=="usb"、规则文件名或路径错误，挂载动作应避免直接RUN+="/bin/mount"，推荐用systemd-mount加--property=UID/GID，且FAT32/exFAT需umask=000、NTFS需remove_hiberfile并关Windows快速启动。
Linux 存储设备热插拔的自动挂载，核心是 udev 捕获内核 uevent → 匹配规则 → 执行挂载动作。这不是开箱即用的功能，必须靠正确编写的 udev 规则驱动，否则插上 U 盘、移动硬盘或 SD 卡，系统只会识别设备节点（如 /dev/sdb1），不会自动挂载。
udev 如何感知设备插拔
当 USB 或 MMC 设备插入时，内核完成枚举后，通过 netlink socket 向用户空间广播一条 uevent 消息。这条消息是纯文本键值对（例如 ACTION=add、DEVNAME=sdb1、ID_BUS=usb、ID_FS_TYPE=vfat）。systemd-udevd 进程监听该通道，收到后立即扫描 /etc/udev/rules.d/ 下所有 .rules 文件，逐条比对条件。
规则写错，就等于没写
常见失效原因不是没写规则，而是匹配太松或太紧：
linux-sysadmin
下载
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
- 只写
SUBSYSTEM=="block"不够——它会匹配到内置 SATA 盘、NVMe、甚至 loop 设备，风险高 - 漏掉
ENV{ID_BUS}=="usb"或ENV{ID_FS_TYPE}!=""，U 盘可能被当成无文件系统的块设备跳过 - 误用
SUBSYSTEMS=="usb"（带 S）——这是父设备子系统，应为SUBSYSTEM=="usb"或更稳妥的ENV{ID_BUS}=="usb" - 规则文件名不合法（如缺数字前缀、后缀不是 .rules）、权限不是 0644、放错路径（不能放在 /lib/udev/rules.d/ 覆盖系统规则）
挂载动作不能直接用 mount 命令
在 udev 规则中写 RUN+="/bin/mount /dev/sdb1 /mnt/usb" 是危险且低效的：
- udev 是同步执行的，挂载耗时会导致后续事件阻塞，插拔响应变卡
- mount 需要 root 权限，但普通用户无法读写挂载内容，除非显式加
-o uid=1000,gid=1000,umask=000 - 推荐方式：用
RUN+="/usr/bin/systemd-mount --no-block --automount=yes --property=UID=1000 --property=GID=1000 /dev/%k"，交由 systemd 管理生命周期 - 若不用 systemd-mount，应调用封装好的 shell 脚本，在脚本里做 mkdir、fsck（可选）、mount、权限检查等，更可控
挂载后用户没权限？问题出在选项
即使挂载成功，桌面环境或终端里仍提示“Permission denied”，大概率是挂载时没指定属主和掩码：
- FAT32/exFAT：必须加
uid=1000,gid=1000,umask=000，否则 Windows 写入的文件默认只有 owner 可读 - NTFS：需加
uid=1000,gid=1000,umask=000,remove_hiberfile（前提是 Windows 关了快速启动） - ext4：建议加
uid=1000,gid=1000，避免全部文件属 root - 不要依赖挂载点目录权限——挂载行为本身决定文件访问权限，目录权限仅影响挂载点是否可进入
