GCP Persistent Disk挂载为NFS卷时报错exit status 32如何解决

核心报错定位 #

mount: /var/lib/kubelet/plugins/kubernetes.io/gce-pd/mounts/local-wikidata-gcd-dev-4gqr: wrong fs type, bad option, bad superblock on /dev/sdb, missing codepage or helper program, or other error.

该报错指向GCE持久化磁盘挂载时文件系统校验失败，按以下步骤排查解决：

排查步骤 #

• 确认磁盘是否已格式化
  新创建的GCE持久磁盘默认无文件系统，直接指定ext4挂载会触发该错误。登录磁盘挂载的GCE实例，执行lsblk -f /dev/sdb，若输出中FSTYPE字段为空则说明磁盘未格式化。
• 检测文件系统完整性
  若磁盘之前正常使用过突然报错，大概率是文件系统超级块损坏。执行fsck.ext4 -n /dev/sdb做只读检测，不要加-y参数直接修复，避免数据丢失。如果需要确认备份超级块位置，执行dumpe2fs /dev/sdb | grep superblock查询。
• 检查节点挂载依赖是否完整
  你使用的是Debian 9系统，ext4挂载依赖e2fsprogs工具包，执行dpkg -l | grep e2fsprogs确认该包已安装，缺失会导致挂载时无法识别ext4格式。
• 校验K8s PV配置
  检查PV配置中的fsType字段是否和磁盘实际文件系统一致，volumeHandle字段是否和GCE控制台的磁盘ID匹配，避免配置写错导致挂载错误的磁盘。

解决方案 #

• 未格式化磁盘处理
  先卸载卡住的挂载点：umount /dev/sdb，格式化磁盘（注意：该操作会清空磁盘所有数据，有数据请先备份）：mkfs.ext4 -m 0 /dev/sdb，格式化完成后手动测试挂载：mount -t ext4 /dev/sdb /mnt/test，挂载成功后重建PV/PVC即可恢复K8s挂载。
• 文件系统损坏处理
  使用查询到的备份超级块修复文件系统，示例命令：e2fsck -b 32768 /dev/sdb（32768为默认备份超级块位置，以实际查询结果为准），修复完成后再测试挂载。
• 依赖缺失处理
  执行apt update && apt install -y e2fsprogs安装挂载依赖，安装完成后重新触发K8s挂载即可。
• 配置错误处理
  修正PV配置中的错误字段，确认fsType与磁盘实际格式一致、磁盘ID匹配，若为NFS服务后端盘，额外确认NFS Pod的安全上下文配置、目录权限配置正确。

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