修复Linux虚拟机fstab错误导致的无法远程连接

"Linux虚拟机在Azure公有云中因错误修改fstab文件导致开机无法连接的问题及修复方法" 在Linux环境中，`/etc/fstab` 文件是系统在启动时自动挂载文件系统的配置文件。当在Azure公有云的Linux虚拟机上尝试添加开机挂载磁盘或Azure文件共享存储时，如果配置不当，可能会导致虚拟机在重启后无法正常启动。本文档主要介绍了如何模拟并修复这种由于fstab文件设置错误引发的问题。 首先，要在Linux虚拟机(DemoCentOS71)上挂载Azure文件共享存储，需要执行以下步骤： 1. 登录虚拟机并创建挂载点。 2. 使用从Azure存储账号的文件共享---连接页面获取的挂载命令进行挂载。 3. 编辑 `/etc/fstab` 文件，将文件共享设置为开机自动挂载。 4. 保存更改并重启虚拟机，文件共享应能自动挂载。 然而，如果在fstab文件中添加了一个无效的挂载点，比如使用了错误的路径或参数，虚拟机在重启后可能因为需要交互式修复而无法连接。此时，可以采取以下修复策略： 1. **故障虚拟机修复**： - 解除分配故障虚拟机。 - 复制虚拟机的系统盘VHD到新的路径，如从`vhds`复制到`upload`。 - 将复制后的VHD挂载到另一台正常运行的虚拟机(DemoCentOS72)。 - 使用 `fdisk -l` 命令找到挂载的磁盘，如 `/dev/sdc1`。 - 如果遇到UUID冲突，需记录原UUID并修改挂载的磁盘UUID，以避免冲突。 - 修改挂载点下的 `/mnt/sdc1/etc/fstab` 文件，删除错误的挂载条目。 - 卸载挂载的磁盘，并将磁盘的UUID改回与fstab文件中的UUID一致。 - 解除磁盘附加。 2. **恢复虚拟机**： - **官方推荐方法**： - 删除故障虚拟机，并基于修复后的VHD创建新虚拟机。参照Azure官方文档进行操作。 - **内部测试方法**： - 不删除故障虚拟机，而是使用StorageExplorer备份并删除原有故障VHD，将修复后的VHD复制到故障VHD的位置，然后启动虚拟机。注意保持磁盘名称和路径不变。 这两种方法均旨在通过修复fstab文件，使虚拟机能够正常启动并连接到Azure文件共享存储。务必谨慎操作，确保在修改fstab时使用正确的参数和路径，避免对系统造成进一步的损害。