mount和umount是建立/断开访问路径而非复制移动数据；需确认设备名、文件系统类型（用lsblk、fdisk -l、blkid、file -s），挂载时指定-t和-o选项，/etc/fstab推荐用uuid，卸载前检查busy原因并确保挂载点为空。
mount 和 umount 不是复制或移动数据，而是建立/断开“访问路径”。只要设备存在、挂载点为空且权限到位，一次命令就能生效；反之，任何一环出错都会卡在“看不见盘”或“卸不掉”。
怎么确认设备名和文件系统类型
别猜，直接查。新插的U盘或硬盘可能被识别为 /dev/sdb1、/dev/nvme0n1p2 或 /dev/mmcblk0p1，但名字会变——尤其多设备热插拔时。
- 用
lsblk快速看拓扑：带NAME和MOUNTPOINT列，没挂载的分区MOUNTPOINT为空 - 用
sudo fdisk -l看详细信息，包括分区表类型（dos/gpt）和起始扇区 - 用
sudo blkid /dev/sdb1查真实UUID和TYPE（如ntfs、vfat、ext4），NTFS 设备常显示为ntfs，但实际需用ntfs-3g驱动 - 对中文文件名乱码的 FAT 设备，
file -s /dev/sdb1可辅助判断是否是vfat，再加-o iocharset=utf8
挂载时为什么指定 -t 和 -o 很关键
自动识别不是万能的：mount 对 NTFS 默认只读，对 exFAT 可能根本识别不了，对未格式化的设备会报 unknown filesystem type。
-
-t ntfs-3g是 NTFS 写入的前提，不加就只能ls，不能cp或touch -
-t vfat -o uid=1000,gid=1000,umask=022让 FAT 分区上的文件归属当前用户，避免每次都要sudo -
-o ro用于光盘或只读镜像，防止误写；-o noexec适合挂载不可信来源的 ISO，防恶意脚本执行 -
-o loop是挂载 ISO 文件的必需项，否则系统当普通文件处理，报you must specify the filesystem type
/etc/fstab 配置错一个字段就会开机卡住
临时挂载重启即丢，但 /etc/fstab 错了可能进不了系统。它不是“写完就生效”，而是靠 mount -a 预检。
- 第1列强烈推荐用
UUID=...，不用/dev/sdX——设备名随硬件顺序变化，UUID 永远绑定分区 - 第4列挂载选项慎用
user或users：允许普通用户挂载，但若配了noauto，又没加user，mount /mnt/data就会 Permission denied - 第6列（fsck 顺序）：根分区必须是
1，其他数据盘统一用2，填0表示跳过检查；填错成1可能导致非根分区被优先 fsck，阻塞启动 - 改完务必运行
sudo mount -a；报错就立刻修正，别等重启——常见错误如路径不存在、UUID拼错、空格混用 tab 和空格
卸载失败时，“device is busy”到底在忙什么
umount 报这个错，90% 不是磁盘真在读写，而是 shell 当前工作目录、打开的文件管理器、后台进程（如 rsync、tail -f 日志）还钉在挂载点里。
- 先执行
lsof +D /mnt/usb（+D 递归查子目录），比fuser -v /mnt/usb更准，能定位到具体文件或终端 - 如果只是当前 shell 在挂载点下，
cd /再试即可；如果是 GUI 文件管理器，关掉对应窗口 - 不要轻易用
umount -l（lazy unmount）：它只是解绑路径，底层设备仍被占用，拔盘仍有风险 - 光盘类设备卸载后，可跟一句
eject /dev/sr0自动退盘，但 SSD/U 盘不支持
.hidden 文件，挂载后也看不到，卸载后又突然冒出来——这种“消失又重现”的现象，常被误判为数据丢失。
