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 文件，逐条比对条件。
规则写错，就等于没写
常见失效原因不是没写规则，而是匹配太松或太紧：
- 只写
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 - 不要依赖挂载点目录权限——挂载行为本身决定文件访问权限，目录权限仅影响挂载点是否可进入
