【发布时间】：2020-01-22 05:33:23
【问题描述】：
我知道这个请求听起来很特别，但是我在尝试为我的应用程序升级它时破坏了一个 glibc 文件。
我没有为备份付费。而且我不会为云外壳之外的第二个实例付费。 这是个人使用而非专业类型，因此与ServerFault无关（这就是为什么创建一个新的并删除当前的不是解决方案的原因）。
我可以回滚升级：以前的文件已经在磁盘上，所以需要在 xfs 上执行一个简单的文件复制。但是，当我尝试将磁盘附加到其他位置时，它确实说它正在被实例使用，即使它已关闭。
【问题讨论】：
-
作为替代方案，有没有办法从 iso 引导甚至使用嵌入式 initrd？
-
1) 要在不同的实例上使用磁盘，您必须先分离它。 2) Google 不提供从 ISO 启动的功能。 3）我不确定“嵌入式initrd”是什么意思。 4) 分离命令：
gcloud compute instances detach-disk NAME --disk=DISK --zone=ZONE5) 在本文中，我展示了针对不同问题的恢复命令，但本文将帮助您完成这些步骤。 jhanley.com/google-cloud-recovering-from-ufw-lockout -
@JohnHanley 我的意思是用于引导系统的 initrd。对于磁盘分离，系统抱怨机器至少需要 1 个引导磁盘。还有怎么附加到云壳上？
-
1) 磁盘分离：您阅读我的文章了吗？ 2) 您无法将磁盘附加到 Cloud Shell。 Cloud Shell 是一个容器，而不是 Compute Engine 实例。你需要启动另一个实例，或者使用我文章中的启动命令方法。
标签： google-compute-engine glibc