/dev/xvdf /hd3 自动 noatime 0 0

/dev/xvdf /hd3 自动 noatime 0 0

遇到一个问题,实例变得无响应并被迫重启。重启后,我可以 ping 服务器,但无法通过 SSH 进入服务器。

最后我创建了一个新实例并将卷连接到新实例。但是我想确保当我重新启动此实例时不会遇到同样的问题。

查看控制台日志我看到:

[2.968537] EXT4-fs(xvda1):信息:只读文件系统上需要恢复

[2.972324]EXT4-fs(xvda1):恢复期间将启用写访问

[3.095607]EXT4-fs(xvda1):只读fs上的孤立文件清理

[3.354696]EXT4-fs(xvda1):删除了40个孤立inode

[3.358010]EXT4-fs(xvda1):恢复完成

[3.465864] EXT4-fs(xvda1):以有序数据模式挂载文件系统。选项:(空)

我的 sshd_config 文件有两个更改,默认的 UsePAM 设置为 no,PasswordAuthentication 设置为 yes。我认为这与此无关。

我的 /etc/fstab 文件设置为:LABEL=cloudimg-rootfs / ext4 defaults,discard 0 0 /dev/xvdb /mnt auto defaults,nobootwait,comment=cloudconfig 0 2 /dev/xvdg /hd3 auto noatime 0 0

/dev/xvdf /hd3 自动 noatime 0 0

/dev/xvdf /hd2 自动 noatime 0 0 /dev/xvdh /hd4 自动 noatime 0 0 /dev/xvdh /hd4 自动 noatime 0 0 /dev/xvdi /vol 自动 noatime 0 0 /dev/xvdi /hd5 自动 noatime 0 0

我检查了所有显而易见的事情,例如确保我连接到正确的 IP 等等。

知道为什么不允许 SSH 吗?

答案1

你说:

我的 sshd_config 文件有两个更改,默认的 UsePAM 设置为 no,PasswordAuthentication 设置为 yes。我认为这与此无关。

事实上几乎可以肯定你的问题。在具有 PAM 的 Linux 系统上,尝试绕过 PAM 登录不能保证成功,通常也不会成功。

设置UsePAM yes并重试。

相关内容