defaults包含rw,suid,dev,exec,auto,nouser,async；推荐用uuid替代/dev/sdx避免设备名变动导致错挂；mount -a失败时应结合findmnt --verify和blkid排查语法、设备及挂载点问题。
fstab里defaults到底包含哪些挂载选项
很多人以为defaults就是“啥都不用管”，其实它是一组预设值：rw,suid,dev,exec,auto,nouser,async。其中exec允许执行二进制文件，dev允许解析设备文件——这两项在挂载数据盘时往往不需要，反而可能带来安全风险。
常见误配：把数据库数据目录或Web根目录用defaults挂载，结果被恶意脚本利用dev创建设备节点，或通过exec执行上传的shell。
- 只读挂载（如镜像、备份盘）：改用
ro,noexec,nodev - 用户数据盘（如/home子卷）：推荐
rw,noexec,nodev,nosuid - 需要支持ACL或XFS属性的场景：必须显式加
acl或inode64（XFS特有）
为什么一定要用UUID而不是/dev/sdX
/dev/sdb这种名字在系统重启、热插拔或添加新硬盘后极易变化。比如原来/dev/sdb的盘，下次可能变成/dev/sdc，fstab照旧挂载就会错挂到别的盘上——轻则服务异常，重则覆盖关键数据。
正确做法是用blkid /dev/sdb拿到UUID，再填进fstab。注意：如果磁盘做过LVM或RAID，blkid输出的可能是LV或RAID设备的UUID，不是底层物理盘的。
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
- 验证UUID是否唯一：
ls -l /dev/disk/by-uuid/ | grep your-uuid - 若UUID为空（比如未格式化的新盘），
blkid不会输出任何内容，必须先mkfs再查 - ext4和XFS的UUID格式不同，但fstab中无需区分，直接粘贴即可
mount -a失败时怎么快速定位fstab问题
mount -a报错但不提示具体哪一行出错，这是最常卡住的地方。错误信息如mount: wrong fs type或mount: special device UUID=xxx does not exist，说明fstab某行配置无效。
不要靠肉眼逐行检查——fstab列之间用空格或tab分隔，多一个空格都可能导致解析失败。
- 用
sudo findmnt --verify代替mount -a，它会逐行校验并指出第几行语法错误 - 临时注释掉fstab末尾新增行，再
mount -a，确认基础挂载正常后再逐行放开测试 - 挂载点目录不存在会导致
mount: mount point /xxx does not exist，但错误位置仍指向fstab行号，需手动mkdir -p补上
挂载点目录权限和SELinux上下文不能忽略
即使fstab语法全对、UUID正确、目录存在，CentOS 7上仍可能挂载成功但无法写入——大概率是SELinux阻止了访问。
典型现象：touch /data/test报Permission denied，但ls -ld /data显示权限正常。此时ausearch -m avc -ts recent会看到avc拒绝日志。
- 临时放行：执行
setenforce 0测试是否为SELinux问题（仅用于验证，勿长期关闭） - 永久修复：挂载后运行
restorecon -Rv /data，或fstab第四列加context="system_u:object_r:default_t:s0"（需提前确认目标上下文） - 更稳妥的做法：挂载前先
semanage fcontext -a -t samba_share_t "/data(/.*)?"再restorecon，避免后续服务访问受限
