阿里云服务器挂载磁盘不见了

服务器挂载的磁盘不见了，先别急，这通常不是真的丢了，而是几个常见配置问题导致的。你可以按照下面的清单，一步步来排查。

💿 第一步：先在控制台确认云盘状态
这是最优先的一步，它能帮你快速区分问题出在阿里云平台，还是服务器内部。

登录 ECS控制台。

在左侧菜单中点击 “云盘”，查看云盘是否还在列表中。

关注云盘的 “状态”：

使用中：云盘正常，问题在服务器内部。

待挂载：云盘存在但没关联到服务器，需要手动挂载。

已过期 / 已释放：最坏的情况，可能因忘记续费或误操作导致云盘被释放。

💡 小技巧：如果云盘在控制台显示“使用中”，但在服务器里看不到，几乎可以肯定是服务器内部的挂载问题。

🖥️ 第二步：登录服务器检查磁盘
如果云盘在控制台状态正常，就可以登录服务器进行诊断了。

1. 检查磁盘和挂载点
登录服务器后，依次运行以下两个命令：

lsblk：列出所有磁盘设备，看看数据盘（通常是 /dev/vdb 或 /dev/xvdb）是否存在。

df -h：查看当前已挂载的文件系统，检查数据盘对应的目录（如 /mnt/data）是否出现。

2. 手动重新挂载数据盘
如果 lsblk 能看到数据盘，但 df -h 里没有，说明磁盘没有被挂载。

确认设备名：通过 lsblk 找到未挂载的数据盘，比如 /dev/vdb。

创建挂载点：如果预期的目录（如 /data）不存在，先用 mkdir -p /data 创建。

执行挂载：使用 mount /dev/vdb /data 命令进行挂载。

3. 设置开机自动挂载
手动挂载是临时的，服务器重启后就会失效。为避免重复操作，需要配置系统开机自动挂载。

⚠️ 操作前务必先备份 fstab 文件：

bash
sudo cp /etc/fstab /etc/fstab.bak
使用设备名（不推荐）：编辑 /etc/fstab，添加一行 /dev/vdb /data ext4 defaults 0 0。不推荐的原因是设备名可能变化，导致启动失败。

使用 UUID（强烈推荐）：

使用 sudo blkid 命令，找到数据盘的 UUID（一串类似 “a7b1c2d3-…” 的字符串）。

编辑 /etc/fstab，添加一行 UUID=你的UUID /data ext4 defaults 0 0。

建议参数：推荐使用 defaults,nofail 参数，这样即使挂载失败，也不影响服务器启动。

保存后，用 mount -a 命令测试配置是否正确。

🕵️ 第三步：排查其他常见原因
如果以上步骤没解决问题，可以看看是不是遇到了以下情况：

可能原因 排查与解决方法
文件系统损坏 数据盘设备存在但无法挂载，可能是文件系统损坏了。使用 sudo fsck /dev/vdb 命令尝试修复。
磁盘未格式化 新购的数据盘需要先格式化成文件系统才能使用。使用 mkfs.ext4 /dev/vdb 命令格式化，注意：这会清除盘上所有数据。
权限问题 挂载后，确保你的应用用户（如 www-data）对挂载目录有读写权限。使用 chown 和 chmod 命令调整。
可用区不一致 云盘只能挂载到同一可用区的ECS实例上。检查云盘和实例是否在同一可用区。
🗑️ 第四步：如果云盘真的丢了
如果控制台也找不到云盘，很可能已被释放。可以尝试以下方法：

检查回收站：如果云盘是按量付费的，且刚被释放不久（保留12小时），可以去ECS控制台的“云盘”页面，看看有没有“回收站”的入口。

从快照恢复：如果你之前创建过快照，可以从快照中恢复数据。在快照列表中找到对应快照，用它创建一个新的云盘，再挂载到实例上。

检查操作记录：在控制台搜索 “操作审计” 服务，查看是否有意外的删除操作。

检查释放策略：在云盘详情页查看，是否勾选了“随实例释放”。如果勾选了，当ECS实例被释放时，云盘会一起被删除。建议重要数据盘不要勾选此项。

🛡️ 第五步：后续预防措施
为了避免问题再次发生，建议你采取以下预防措施：

配置自动快照策略：定期自动备份，即使误删也能快速找回。

开启资源锁定（单实例高可用版）：对关键云盘开启“资源锁定”功能，防止误操作删除。

设置RAM权限：为团队成员分配最小必要权限，避免因权限过大导致误操作。