如果Linux实例中SSH服务未设置开机时自启动，重启实例后，将无法使用SSH远程连接实例，您可以使用VNC登录实例进行修复，也可以通过实例健康诊断工具进行问题修复。
背景信息
问题描述：重启Linux实例后，无法继续使用SSH远程连接实例，但是可以使用VNC登录。
可能原因：造成该问题的原因有多种，其中一种原因为SSH服务未设置开机时自启动，导致Linux实例重启后SSH服务处于停止状态。
例如：在CentOS 7系统中，运行以下命令查看SSH服务（sshd.service）的状态。
systemctl status sshd.service查看SSH服务状态未启动，返回结果示例如下图所示：
您可以根据以下不同场景选择对应的解决方案：
SSH服务未开启开机自启动时，一般不会造成实例系统启动失败，但会导致您通过SSH或Workbench远程登录时，无法连接。如果实例已经正常启动，您可以使用VNC登录正常启动的实例进行修复。具体操作，请参见使用VNC登录正常启动的实例进行修复。
如果您通过实例健康诊断工具进行诊断，诊断结果中实例无法启动场景的SSH服务配置检查未通过，并且实例处于正在挂载修复盘的模式下，您可以使用VNC登录修复系统进行问题修复。具体操作，请参见使用VNC登录修复系统进行修复。
使用VNC登录正常启动的实例进行修复
使用VNC远程连接问题实例。
具体操作，请参见使用VNC登录实例。
运行以下任一命令将SSH服务设置为开机时自启动。
多数Linux发行版使用systemd作为服务管理程序，请您根据不同版本的服务管理程序，自行修改命令内容。本文以systemd为例，示例命令如下所示：
重要不同Linux发行版的SSH服务名称可能不同，您需要根据实际的SSH服务名称自行修改命令。例如：在CentOS、Fedora CoreOS、Red Hat Enterprise Linux、SUSE Linux Enterprise Server等版本中SSH服务名称为
sshd.service；在Debian、Ubuntu等版本中SSH服务名称为ssh.service。运行以下命令设置SSH服务开机时自启动，然后必须重启实例后再使用SSH远程登录ECS实例。
systemctl enable sshd.service运行以下命令设置SSH服务开机时自启动，并立即启动SSH服务，此时无需重启ECS实例，可以直接使用SSH远程登录ECS实例。
systemctl enable --now sshd.service
设置完成后，运行以下命令查看SSH服务的运行状态是否为运行中。
systemctl status sshd.service命令的返回结果示例如下图所示：
此时您可以切换至SSH远程连接Linux实例。如果仍无法登录，请重启实例后，再次尝试使用SSH远程连接Linux实例。
使用VNC登录修复系统进行修复
- 远程连接问题实例。当ECS实例处于正在挂载修复盘的模式下时，只能通过VNC远程连接。具体操作，请参见使用VNC登录实例。
- 查看问题实例原有系统盘的挂载信息。在临时挂载的修复盘中，问题实例原有系统盘的文件系统会被挂载到某一临时目录下。您可以通过以下任一方式查看所在的临时目录信息：
- 通过ECS控制台的实例健康诊断结果获取，对应的信息格式示例如下所示：
/tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse****。 - 在临时挂载的修复盘中，运行mount命令查看。例如，问题实例原有系统盘的设备路径为/dev/vda，命令示例如下所示：
mount | grep /dev/vda返回结果如下所示：/dev/vda1 on /tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse**** type ext4 (rw,relatime)
- 通过ECS控制台的实例健康诊断结果获取，对应的信息格式示例如下所示：
- 运行chroot命令，将根目录切换为问题实例原有系统盘所在的临时路径，并进入chroot环境。您需要在问题实例原有系统盘所在的临时路径中进行文件修复。例如，临时路径为/tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse****，命令如下所示：
chroot /tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse**** 在chroot环境，运行以下命令将SSH服务设置为开机时自启动。
多数Linux发行版使用systemd作为服务管理程序，请您根据不同版本的服务管理程序，自行修改命令内容。本文以systemd为例，示例命令如下所示：
重要不同Linux发行版的SSH服务名称可能不同，您需要根据实际的SSH服务名称自行修改命令。例如：在CentOS、Fedora CoreOS、Red Hat Enterprise Linux、SUSE Linux Enterprise Server等版本中SSH服务名称为
sshd.service；在Debian、Ubuntu等版本中SSH服务名称为ssh.service。systemctl enable sshd.service由于当前的chroot环境仅构造了问题实例原有系统盘中的文件系统与目录环境，实际所有的进程为修复系统中的进程，无法立即启动问题实例原有系统盘上的SSH服务。因此禁止使用systemctl enable命令的--now参数立即启动SSH服务，同时也不支持使用systemctl status命令查看问题实例原有系统盘上的SSH服务的当前状态。
修复完成后，退出修复环境，然后检查问题实例的当前状态。
运行exit命令，退出chroot环境。
在ECS控制台的实例健康诊断页面，卸载临时挂载的修复盘并恢复问题实例至正常模式，然后重启实例。
远程连接已修复的ECS实例，确认成功登录。