插上u盘后，用 lsblk 快速确认设备名（如 /dev/sdb1）和容量，再用 sudo blkid /dev/sdb1 查文件系统类型；fat32用 vfat，exfat需装 exfat-fuse 并指定 -t exfat-fuse，ntfs推荐 ntfs-3g；挂载前创建挂载点并设 uid=1000,gid=1000,umask=000 确保读写权限；卸载前用 fuser -vm /mnt/usb 检查占用，避免直接拔盘。
怎么快速确认U盘设备名和文件系统类型
插上U盘后，lsblk 是最轻量、最可靠的识别方式——它不依赖内核日志滚动，也不像 fdisk -l 那样输出冗长。重点看新增的 /dev/sdX 设备（比如 sdb）及其分区（如 sdb1），再比对大小是否与U盘物理容量一致。
如果不确定文件系统类型，用 sudo blkid /dev/sdb1 直接查：返回里带 TYPE="vfat" 就是 FAT32，TYPE="exfat" 或 TYPE="ntfs" 也一目了然。别靠猜——vfat 和 ntfs-3g 挂载失败时不会报“类型错误”，而是静默拒绝或提示“wrong fs type”，容易误判为权限问题。
-
dmesg | tail -10可辅助验证：插入瞬间会出现类似sd 2:0:0:0: [sdb] 15633408 512-byte logical blocks的行，说明内核已识别设备 - 虚拟机环境下，U盘可能默认未透传；先在 VirtualBox/VMware 设置里勾选 USB 控制器并添加设备过滤器，否则
lsblk根本看不到sdb - 不要直接挂载
/dev/sdb（整块设备）：多数U盘只有一个主分区sdb1，挂错节点会导致“no medium found”或 I/O 错误
挂载命令写法和常见失败原因
核心就一条：sudo mount 必须指定正确的设备路径、挂载点、文件系统类型（除非自动识别可靠）。FAT32/exFAT/NTFS 处理逻辑完全不同，不能混用参数。
例如 sudo mount /dev/sdb1 /mnt/usb 看似简洁，但实际依赖内核自动探测——对 FAT32 通常成功，对 exFAT 则大概率报 unknown filesystem type 'exfat'，因为内核原生不支持 exFAT（Linux 5.4+ 才合并驱动，且发行版常未启用）。
- FAT32：可用
sudo mount -t vfat /dev/sdb1 /mnt/usb，vfat是 Linux 对 FAT16/FAT32 的统称 - exFAT：必须先装
exfat-fuse（Ubuntu/Debian）或exfat-utils（RHEL/CentOS），再运行sudo mount -t exfat-fuse /dev/sdb1 /mnt/usb - NTFS：推荐用
ntfs-3g而非内核 ntfs 驱动（只读），命令为sudo mount -t ntfs-3g /dev/sdb1 /mnt/usb；若提示failed to access device，大概率是 Windows 快速启动未关闭，导致 NTFS 分区被锁定
挂载点目录和权限设置的硬性要求
挂载前必须创建挂载点目录，且该目录不能是其他文件系统的挂载点，也不能正在被进程占用（比如当前 shell 工作目录是 /mnt/usb，mount 会失败并报 busy）。
普通用户想免 sudo 访问U盘内容？关键在 mount 选项：uid=1000,gid=1000,umask=000 才能让当前用户完全读写。只加 user 选项不够——它只允许普通用户执行挂载/卸载动作，但挂载后的文件权限仍由文件系统本身决定（FAT32/exFAT 无 Unix 权限，NTFS 则需 ntfs-3g 显式映射）。
- 挂载点建议用
/mnt/usb或/media/usb，避免用/mnt根目录本身——那里可能已被 LVM、ZFS 或其他设备占用 -
umask=000表示所有文件都开放读写执行（对应 777），对 FAT32/exFAT 必须设，否则挂载后看到的文件全是只读属性 - 如果挂载后
ls /mnt/usb报Permission denied，先检查挂载点目录自身权限：ls -ld /mnt/usb应显示drwxr-xr-x或更宽松，否则mount成功但无法进入
卸载前必须检查的三件事
umount 不是“拔掉就完事”，强行拔U盘极可能损坏 FAT32/exFAT 文件分配表（FAT）或 NTFS 日志。真正安全的卸载，要确认三件事：当前工作目录没在挂载点下、没有进程打开U盘里的文件、没有 shell 正在 watch 或 tail -f 其中的日志。
- 用
lsof +D /mnt/usb查是否有进程占用（需装lsof）；更轻量的方法是fuser -vm /mnt/usb，它会列出 PID 和命令名 - 如果
umount /mnt/usb报target is busy，别硬加-l（lazy umount）——它只是解绑路径，后台仍在写入，U盘灯还亮着就拔，照样丢数据 - GNOME/KDE 桌面下，Nautilus/Dolphin 可能后台挂载了同一设备（通过 GVfs），此时
umount会失败；先运行gio mount -l查看，再用gio mount -u卸载对应地址
最麻烦的情况是 U盘在挂载时用了 noatime 或 sync 选项，导致写缓存行为异常——这种细节没人提，但真出问题时排查成本极高。
