You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

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

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.08.01 00:50:23