阿里云ECS实例的磁盘空间突然无法显示怎么办？-CLOUD技术笔记

您好，阿里云ECS实例磁盘空间突然无法显示，这是一个比较棘手的问题，通常意味着操作系统无法正常识别或挂载磁盘。请按照以下步骤进行排查和解决：

登录阿里云控制台：
- 进入 ECS 控制台。
- 找到目标实例，查看其 “本实例磁盘” 信息。
- 关键检查点：
  - 数据盘是否存在？状态是 “使用中” 还是 “待挂载”？
  - 系统盘是否存在？状态是否正常？
  - 是否有磁盘欠费、已释放、或从实例上被卸载的记录？
- 如果控制台里磁盘消失了：可能是磁盘被误释放，请立即通过“回收站”查看或提交工单联系阿里云技术支持。
通过ECS控制台连接实例：
- 如果系统还能响应，使用 VNC连接 或 Workbench连接 登录系统。
- 运行以下命令查看磁盘情况：
```
# 查看所有块设备，看磁盘是否存在（如 /dev/vdb, /dev/xvdb 等）
lsblk
# 或使用 fdisk
fdisk -l
# 查看磁盘挂载信息
df -h
mount | grep dev
```
- 情况分析：
  - lsblk 或 fdisk -l 能看到磁盘，但 df -h 看不到：说明磁盘存在但未挂载。可能是 /etc/fstab 配置错误导致启动挂载失败。可以尝试手动挂载：mount /dev/vdb1 /mnt（请根据实际情况替换设备名和挂载点）。
  - lsblk 和 fdisk -l 都看不到磁盘：问题更严重，说明操作系统内核没有识别到该块设备。请继续下一步。

检查磁盘是否已挂载但空间被占满：
- 有时不是磁盘消失，而是因为空间100%占满导致某些命令显示异常。使用 df -h 和 du -sh /* 命令排查。
检查 /etc/fstab 配置：
- 错误的 /etc/fstab 配置会导致启动时挂载失败，磁盘不会出现在 df -h 中。
- 检查该文件，注释掉疑似错误的数据盘挂载行，重启后尝试手动挂载。
文件系统损坏：
- 如果 lsblk 能看到磁盘有分区（如 /dev/vdb1），但无法挂载，提示 wrong fs type, bad superblock 等错误，可能是文件系统损坏。
- 尝试修复（数据无价，操作前请做好快照！）：
```
# 对于ext3/ext4文件系统
fsck -y /dev/vdb1
# 对于xfs文件系统
xfs_repair /dev/vdb1
```
内核没有识别到磁盘（驱动问题）：
- 这种情况较少见，可能发生在系统内核升级或驱动异常后。可以尝试：
```
# 重新扫描SCSI总线
echo "- - -" > /sys/class/scsi_host/host0/scan
echo "- - -" > /sys/class/scsi_host/host1/scan
# 对于NVMe磁盘，尝试重置
nvme reset /dev/nvme0
```
- 重启实例：这是让内核重新识别硬件的最简单有效的方法（在控制台操作，非系统内 reboot 命令）。

这是最严重的情况！ 通常表现为实例启动失败，VNC连接后看到文件系统错误或直接进入initramfs救援shell。

控制台操作：
- 停止实例。
- 为系统盘创建快照，立即备份数据。
- 尝试更换系统盘功能，使用之前的快照创建一个新的系统盘并挂载。这能解决大多数底层磁盘逻辑错误。
- 如果数据极其重要，可以单独付费挂载磁盘到另一台正常ECS 作为数据盘进行数据抢救。
使用“救援模式”：
- 在ECS控制台停止实例后，可以选择“重启进入救援模式”。
- 救援模式会使用一个独立的临时系统启动，然后将您的原系统盘挂载到 /mnt 目录下。此时，您可以像操作普通数据盘一样，检查并修复原系统盘的文件系统。
- 修复完成后，退出救援模式并正常启动。

请根据您的具体情况，从第一步开始逐步排查。控制台的状态信息是判断问题根源的关键起点。