Linux 由于etc/fstab中的NOFAIL_选项,GCP无法登录到串行端口根帐户

Linux 由于etc/fstab中的NOFAIL_选项,GCP无法登录到串行端口根帐户,linux,google-cloud-platform,Linux,Google Cloud Platform,长话短说,我正在将磁盘装载到我的vm实例,但我没有在/etc/fstab上指定NOFAIL_选项。因此,在重新启动实例之后,我无法访问ssh。在尝试访问串行控制台后,我在上图中看到了错误。我试图搜索一些答案,并添加启动脚本添加sudo用户 然而,这并没有解决我的问题。基本上,我需要启动和额外的持久磁盘上的数据。非常感谢您的帮助。谢谢。我通过在新实例上附加可引导磁盘作为附加磁盘来更改文件来解决问题,就像John在他的 )谢谢!希望这对那些无法访问ssh并需要更改不可旋转系统文件的人有所帮助。最近

长话短说,我正在将磁盘装载到我的vm实例,但我没有在/etc/fstab上指定NOFAIL_选项。因此,在重新启动实例之后,我无法访问ssh。在尝试访问串行控制台后,我在上图中看到了错误。我试图搜索一些答案,并添加启动脚本添加sudo用户


然而,这并没有解决我的问题。基本上,我需要启动和额外的持久磁盘上的数据。非常感谢您的帮助。谢谢。

我通过在新实例上附加可引导磁盘作为附加磁盘来更改文件来解决问题,就像John在他的
)谢谢!希望这对那些无法访问ssh并需要更改不可旋转系统文件的人有所帮助。

最近我也遇到过这种情况。我通过将有问题实例的启动盘连接到一个新实例来解决这个问题,然而,导致系统崩溃的无故障是我感兴趣的。这以前从未发生过。UUID是正确的,语法也是正确的,因此您的案例中最初问题的原因是什么?我还在想办法。

你把启动过程搞砸了。您需要将磁盘装载到另一个VM上并手动修复。搜索Stackoverflow的示例答案。你能帮我链接到那个吗?我尝试了这种方法,但仍然在想如何将现有的引导磁盘装载到新的VMS。在过去的几天里,出现了一个类似的问题。例子和文章很容易找到。我写了一篇关于如何从UFW锁定中恢复的文章。阅读本文中的方法2:感谢您的解决方案!是的,我想有些人和我一样,对云服务器/实例的管理不太熟悉。现在我才意识到,许多文章提供了可能有效的解决方案,但实际上将其视为另一个问题。也许人们在对某个特定问题进行故障排除时,并没有想到这一点,或者文章应该作为一个更一般的问题来撰写。但是,您链接中的方法对我来说可以对磁盘进行更改。非常感谢你,朋友!在我的例子中,我在编辑文件时很粗心,我在其中复制粘贴了“NOFAIL_OPTION”,而不是“NOFAIL”或“nobootwait”作为值