UCloud 磁盘扩容后，真正要确认的是挂载和开机自动挂载

云服务器磁盘扩容这件事，很多时候会被理解成“容量加上了就结束”。
但 2016 年我自己处理这类操作时，越来越不敢只看控制台上的容量变化。因为真正决定这次扩容有没有落地到系统可用状态的，往往不是云平台页面，而是机器里挂载点和开机自动挂载有没有确认好。

为什么这一步最容易被忽略

因为扩容完成后，表面上很容易产生一种“事情已经做完”的错觉。
尤其当你在云平台里已经看到新容量，心理上就更容易提前结束排查。

但对系统来说，还得继续回答：

• 新空间现在是不是已经被当前文件系统真正使用
• 挂载点有没有对上
• 重启之后会不会自动恢复到同样状态

为什么我特别在意 fstab

因为很多“今天没事，重启后出事”的问题，都和这里有关。
手动挂载成功，只说明当前这一次可用；只有开机自动挂载配置也确认过，才算真正稳定。

运维里最怕的就是临时成功，因为它最容易制造虚假的安全感。

我现在做完扩容后最少会确认什么

• 当前挂载结果是否正确
• 数据目录是不是还在预期路径
• 重启后是否能自动挂回
• 关键服务依赖的目录有没有跟着恢复

这些检查不复杂，但对线上稳定性很关键。

小结

UCloud 磁盘扩容这类操作，看似是资源动作，实际最后要落到系统行为上。
2016 年之后我处理这件事时，最怕的已经不是不会扩，而是“扩完就走”。只要挂载和开机自动挂载没确认完，这次扩容就不能算真正结束。