Ubuntu 18.04 通过fstab自动挂载SMB1协议Win2012 Tiger RAID共享故障咨询

• 你之前用Tiger提供的guest,vers=1.0参数报mount error(13)权限拒绝，本质是这台2015年采购的Tiger RAID被厂商锁死了Windows管理端配置，根本没有开放无密码guest访问权限，也没有启用SMB1.0的匿名协商路径，厂商给的是通用操作模板，和你这台被锁定的实际设备配置不匹配，所以服务端直接拒绝了挂载请求。
• 你用账号密码的认证文件挂载时没报错，但ls列目录报IO错误，是因为认证流程本身是正常走通的，但当前故障的Ubuntu 18.04服务器节点，后续升级过内核补丁，自带的CIFS客户端默认参数变严格了，和这台老阵列返回的目录枚举响应格式不兼容。你能在挂载点下正常mkdir创建文件夹，是因为创建目录走单独的SMB创建请求流程，不依赖目录枚举的响应格式，所以不会被客户端的兼容性校验拦截。
• 同型号其他两台Ubuntu 18.04、Windows、macOS、Ubuntu桌面版都能正常挂载，是因为这些系统的CIFS客户端还保留着对老SMB服务端的兼容开关（大小写不敏感、服务端inode校验放宽），而故障节点的内核补丁把这些默认兼容开关关了，才出现兼容性问题。你通过Windows 7转发Tiger RAID共享时复现了同样的IO错，也进一步排除了本地系统配置、网络传输的问题，根因就是老SMB服务端的响应格式和新内核CIFS客户端的严格校验逻辑冲突。

1. 先清理残留的无效挂载状态

sudo umount -f /mnt/Tmount

2. 替换/etc/fstab里对应Tiger RAID的挂载条目，换成兼容老设备的参数组合：

//10.0.0.50/Tmount /mnt/Tmount cifs credentials=/home/user/.smbcredentials,uid=1000,gid=1000,dir_mode=0777,file_mode=0666,vers=2.1,nocase,noserverino,iocharset=utf8,_netdev,x-systemd.automount 0 0

各参数的实际作用：

• vers=2.1：强制协商SMB2.1协议，既不会因为用SMB1.0版本被服务端拒权限，也不会因为默认升级到SMB3版本触发老服务端的响应异常
• nocase：打开CIFS客户端的大小写不敏感模式，匹配老SMB服务端不严格校验文件名大小写的行为，解决列目录时的响应格式校验失败问题
• noserverino：不用服务端返回的不规则inode值，改用客户端本地生成的inode做文件系统索引，绕开老服务端返回的异常inode导致的目录读取IO错
• _netdev：标记这个挂载点是网络设备，避免系统开机时还没拉起网卡就尝试挂载，把开机流程卡死
• x-systemd.automount：配置成按需自动挂载，只有系统真的访问这个目录的时候才发起SMB连接，就算存储端临时离线、网络有延迟，也不会影响开机流程，还支持断线自动重连

3. 保存配置后先做挂载验证

sudo mount -a
ls /mnt/Tmount

确认能正常列目录、没有IO报错后，再重启系统验证开机自动挂载是否生效。

• 仍报mount error(13)权限错误：检查.smbcredentials文件的权限，必须保证只有文件所有者能读取，不然mount.cifs会拒绝读取里面的认证信息：

  sudo chmod 600 /home/user/.smbcredentials
  

• 仍报目录读取IO错误：把参数里的vers=2.1改成vers=2.0重试，部分2015年的Tiger阵列虽然跑Windows Server 2012内核，但厂商锁死了SMB2.1版本的目录枚举功能，降级到SMB2.0版本就能正常响应列目录请求
• 为什么smbclient能正常访问但mount不行：smbclient的默认目录枚举请求参数比较宽松，和老服务端的兼容性更好；而内核态的mount.cifs为了严格符合SMB协议规范，默认开了严格响应校验，必须通过上面的挂载参数把这些严格校验关掉，才能和老服务端正常通信。

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