关于这个问题的简要解释 –
我偶尔遇到虚拟机重启。 所以无论我们连接的磁盘都自动卸载。 所以根据build议，我们所做的是在fstab中添加uuids磁盘。 我们通过重新启动虚拟机并每次安装磁盘都正常工作来testing更改。 我们在Azure上使用的所有虚拟机中进行了这些更改。 昨天我们看到了一个虚拟机（xxxxxxxxxxxxxxxx.cloudapp.net）的问题，当我们ssh进入它时，我们看不到装有“df -h”的磁盘，同时操作系统磁盘已满，“fdisk -l”我可以看到未安装的磁盘。 然后我尝试了几件事情
然后，我们尝试重置虚拟机的密码，大约和小时后，我们看到门户网站显示失败的消息。 之后，当我们做“ssh [email protected]”我们得到这个“ssh：连接到主机xxxxxxxxxxxxxxxx.cloudapp.net端口22：连接被拒绝”审查日志我们发现这个错误
操作名称Microsoft.Resources /部署/写入
状态失败
LEVEL错误
操作名称Microsoft.ClassicCompute / virtualMachines / extensions / write
状态失败
LEVEL错误
属性statusCode：RequestTimeout statusMessage：{“error”：{“code”：“ResourceDeploymentFailure”，“message”：“资源提供操作没有在允许的超时期限内完成，请参阅http://aka.ms/arm-deploy了解使用细节。“}}
我启用了VM中的启动诊断选项，然后尝试重新启动，现在我可以看到启动诊断中的错误日志。 有了这个错误，我看到，因为磁盘是完整的操作系统不启动。
Traceback (most recent call last): File "/usr/bin/cloud-init", line 618, in <module> sys.exit(main()) File "/usr/bin/cloud-init", line 614, in main get_uptime=True, func=functor, args=(name, args)) File "/usr/lib/python2.7/dist-packages/cloudinit/util.py", line 1875, in log_time ret = func(*args, **kwargs) File "/usr/bin/cloud-init", lne 489, in stats_wrapper atomic_write_json(status_path, status) File "/usr/bin/cloud-init", line 434, in atomic_write_json raise e IOError: [Errno28] No space left on device