挂载后普通用户无写权限的根本原因在于挂载时未显式指定uid/gid/umask等归属与权限参数，导致文件系统沿用默认属主（如root）或缺乏Unix权限映射（如FAT32/NTFS），而非目录本身权限设置问题。
需注意，默认挂载权限并非系统全局统一设定，而是每个挂载操作都需显式指定。也就是说，如果不修改/etc/fstab文件，或者不传递-o参数，那么就会遵循内核和文件系统类型的默认行为（比如ext4文件系统的默认权限是rw,suid,dev,exec,auto,nouser,async）。但要特别强调的是，“默认可写”并不等同于“默认对你的用户可写”。
为什么挂载后普通用户没写权限？
常见现象：挂载成功，ls -ld /mnt/mydisk 显示所有者是 root:root，权限是 drwxr-xr-x，你用自己账号进不去、不能新建文件。
根本原因不是“权限没开”，而是挂载时没指定归属（uid/gid）或掩码（umask），导致文件系统沿用底层元数据（如 ext4 的 root owner）或内核默认行为。NTFS/FAT32 更明显：它们本身没 Unix 权限模型，全靠挂载选项模拟。
- ext4/xfs 等原生 Linux 文件系统：挂载后目录属主仍是设备原有设置（通常是 root），
chmod/chown能生效，但仅限挂载点本身；子目录/文件创建仍受umask和挂载选项影响 - NTFS/FAT32：无 uid/gid 概念，必须靠
uid=1000,gid=1000,umask=022这类选项“翻译”成 Unix 权限 - 如果挂载选项含
noexec、nosuid或nodev，也会间接限制写入行为（比如某些安全策略禁用dev后，/dev下设备节点无法创建）
mount -o 临时修改挂载权限的关键参数
运行时挂载（或重挂载）最直接，适合调试或单次使用：
rw：确保不是只读 —— 如果看到read-only file system错误，先检查是否被ro选项或硬件写保护锁死uid=1000,gid=1000：强制所有文件/目录归属该用户组（1000通常是首个桌面用户的 ID，可用id -u确认）fmask=133,dmask=022：分别控制文件和目录的权限掩码（比umask更精准）。例如fmask=133→ 文件权限为644（666 & ~133 = 644），dmask=022→ 目录为755（777 & ~022 = 755）noatime不影响读写，但能减少写入次数 —— 对 SSD 或频繁访问场景有用，和权限无关但常被一起配置
示例命令：sudo mount -t ntfs-3g -o rw,uid=1000,gid=1000,fmask=133,dmask=022 /dev/sdb1 /mnt/mydisk
/etc/fstab 中永久生效的写法要点
编辑前务必备份：sudo cp /etc/fstab /etc/fstab.bak；改完必须测试，否则可能开机卡在 initramfs。
- 不要只写
defaults：它不含uid/gid，对非 ext4 文件系统几乎无效 - UUID 比
/dev/sdX更可靠：sudo blkid查到后粘贴，避免设备名变动导致挂载失败 - 正确格式示例（NTFS）：
UUID=abcd-1234 /mnt/mydisk ntfs-3g defaults,rw,uid=1000,gid=1000,fmask=133,dmask=022 0 0 - ext4 可简化：
UUID=efgh-5678 /mnt/data ext4 defaults,rw,uid=1000,gid=1000 0 2（注意第六列pass：ext4 建议填2，NTFS 填0） - 改完执行
sudo mount -a测试 —— 报错会直接提示哪一行、什么参数错，比重启发现进不了系统强得多
挂载点目录本身的权限经常被忽略
即使挂载选项全对，如果 /mnt/mydisk 这个目录本身权限是 drwx------ 且属主不是你，照样进不去。
- 先确保目录存在：
sudo mkdir -p /mnt/mydisk - 再设属主：
sudo chown 1000:1000 /mnt/mydisk（注意：这里改的是挂载点目录的权限，不是已挂载内容） - 再设权限：
sudo chmod 755 /mnt/mydisk（755允许同组和其他人进入，700则只有属主能进） - 如果挂载后仍提示
Permission denied，用ls -ld /mnt/mydisk确认输出里第一列是drwxr-xr-x，第三列是你的用户名或1000
真正容易出问题的地方在于：挂载选项控制的是“挂载进去的内容”的默认行为，而挂载点目录的权限控制的是“能不能抵达那个入口”。两者缺一不可，且调试时得分开验证。
