刚碰到过一模一样的情况——之前在旧版系统跑的好好的udev自动挂载规则，切换到Stretch Lite直接罢工了！咱们一步步拆解问题，把它搞定。

先说说Stretch Lite和旧版本的核心差异 #

Stretch在udev的安全限制、默认配置上做了不少调整：

• udev的环境变量PATH被大幅压缩，必须用命令的绝对路径
• 默认没装NTFS挂载依赖（ntfs-3g）
• 对挂载操作的权限校验更严格，普通用户直接访问挂载盘会出问题
• 设备初始化时机有变化，可能导致挂载命令执行过早

修正后的完整udev规则 #

把你的规则补全并调整后，保存到/etc/udev/rules.d/99-usb-auto-mount.rules：

# 只匹配U盘分区（跳过整个U盘设备，比如sda，只处理sda1这类分区）
KERNEL!="sd[a-z][0-9]", GOTO="media_by_label_auto_mount_end"

# 导入设备文件系统信息，确保用绝对路径调用blkid
IMPORT{program}="/sbin/blkid -o udev -p %N"

# 等待设备节点完全初始化（Stretch里必须加，否则可能设备没就绪就挂载）
WAIT_FOR="%N"

# 跳过非文件系统设备（比如扩展分区）
ENV{ID_FS_TYPE}=="", GOTO="media_by_label_auto_mount_end"

# 设置挂载目录名称：优先用U盘卷标，否则用设备名
ENV{ID_FS_LABEL}!="", ENV{dir_name}="%E{ID_FS_LABEL}"
ENV{ID_FS_LABEL}=="", ENV{dir_name}="usbhd-%k"

# 基础挂载选项，针对不同文件系统追加特殊配置
ACTION=="add", ENV{mount_options}="rw,noatime"
# 给FAT/NTFS盘设置普通用户权限（pi用户uid/gid都是1000）
ACTION=="add", ENV{ID_FS_TYPE}=="vfat|ntfs", ENV{mount_options}="$env{mount_options},utf8,uid=1000,gid=1000,umask=0022"

# 创建挂载点（确保目录存在，用绝对路径）
ACTION=="add", RUN+="/bin/mkdir -p /media/%E{dir_name}"

# 执行挂载命令，必须用绝对路径
ACTION=="add", RUN+="/bin/mount -o $env{mount_options} /dev/%k /media/%E{dir_name}"

# 卸载时清理挂载点（可选，避免/media残留空文件夹）
ACTION=="remove", ENV{dir_name}!="", RUN+="/bin/umount -l /media/%E{dir_name}"
ACTION=="remove", ENV{dir_name}!="", RUN+="/bin/rmdir /media/%E{dir_name}"

# 规则结束标记
LABEL="media_by_label_auto_mount_end"

关键修正点说明 #

1. 绝对路径执行命令：Stretch的udev环境里PATH非常有限，必须写/bin/mount、/bin/mkdir这种完整路径，否则会提示"command not found"
2. 添加设备等待机制：WAIT_FOR="%N"确保设备完全初始化后再执行挂载，避免因设备未就绪导致挂载失败
3. 普通用户权限配置：给FAT/NTFS盘指定uid/gid，这样pi用户不用sudo就能读写U盘，旧规则大概率没做这个配置
4. 跳过无效设备：新增了非文件系统设备的判断，避免处理扩展分区这类不能直接挂载的设备

后续验证步骤 #

1. 保存规则后，重新加载udev配置：

   sudo udevadm control --reload-rules
   

2. 如果要挂载NTFS格式的U盘，先装依赖：

   sudo apt-get update && sudo apt-get install ntfs-3g -y
   

3. 插拔U盘，用df -h查看挂载状态，或者直接去/media目录看是否生成了对应挂载点
4. 如果还是失败，查看udev实时日志找问题：

   sudo udevadm monitor --property
   

   插拔U盘时看输出，重点找RUN命令的执行结果，比如是否blkid没返回卷标，或者挂载命令报错

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