GCP启动盘缩小遇阻及SSH连接错误(4003)求助
解决GCP磁盘扩容后空间无法利用及SSH连接问题
一、修复新盘启动后的SSH连接问题
1. 排查VM启动状态
- 登录GCP控制台,找到目标VM实例,查看「串行端口1」的启动日志,确认系统是否正常启动。若日志显示挂载失败、无法识别根分区等内容,说明分区或挂载配置存在问题。
- 若VM显示「运行中」但日志提示进入紧急模式,大概率是根分区挂载失败导致系统无法正常初始化。
2. 修正新盘的系统配置
- 将1.5TB新磁盘重新挂载回原VM(作为数据盘而非启动盘):
# 创建临时挂载目录 mkdir /mnt/newdisk # 挂载新盘分区,需替换为实际设备名 mount /dev/sdb1 /mnt/newdisk - 更新新盘的fstab配置,替换为新分区的UUID:
# 查询新分区的UUID blkid /dev/sdb1 # 编辑fstab文件 nano /mnt/newdisk/etc/fstab # 将原有根分区的UUID替换为上面查到的新盘UUID并保存 - 确保新盘的启动分区已开启boot标志:
fdisk /dev/sdb # 输入a选择对应分区,开启boot标志后输入w保存
3. 排除网络及权限问题
- 确认VM的网络标签匹配允许SSH入站的防火墙规则,规则需放行TCP 22端口,来源包含IAP对应IP段(可临时设置为0.0.0.0/0做测试)。
- 若VM分配了外部IP,尝试直接通过外部IP发起SSH连接,排除IAP隧道的问题。
二、利用12TB磁盘的10TB闲置空间
因MBR分区最大仅支持2TB,无法将12TB磁盘作为启动盘使用,正确方案是将其作为数据盘挂载:
1. 重新配置12TB磁盘
- 备份磁盘已有数据后,将其格式化为GPT分区表(支持大于2TB的磁盘):
fdisk /dev/sda # 替换为12TB磁盘的实际设备名 # 输入g创建GPT分区表,输入n创建新分区,默认起始/结束位置,输入w保存 # 格式化新分区 mkfs.ext4 /dev/sda1
2. 挂载数据盘
- 创建数据挂载目录:
mkdir /data - 临时挂载分区:
mount /dev/sda1 /data - 设置开机自动挂载:
# 查询分区UUID blkid /dev/sda1 # 将挂载配置写入fstab echo "UUID=xxx-xxx-xxx /data ext4 defaults 0 2" >> /etc/fstab
3. 迁移数据
将原启动盘上的科研数据迁移到新挂载的/data目录:
rsync -avxP /path/to/old/research/data /data/
内容的提问来源于stack exchange,提问作者lilswang
相关产品推荐
相关产品推荐

