在我的网络服务器的一些常规使用期间（通过WordPress保存帖子），我的实例突然上升到400％的CPU使用率，并且不会低于100％。重新启动和停止/启动实例并没有改变任何内容。
查看我的串行输出的最后一位：
[ 0.678602] md: Waiting for all devices to be available before autodetect
[ 0.679518] md: If you don't use raid, use raid=noautodetect
[ 0.680548] md: Autodetecting RAID arrays.
[ 0.681284] md: Scanned 0 and added 0 devices.
[ 0.682173] md: autorun ...
[ 0.682765] md: ... autorun DONE.
[ 0.683716] VFS: Cannot open root device "sda1" or unknown-block(0,0): error -6
[ 0.685298] Please append a correct "root=" boot option; here are the available partitions:
[ 0.686676] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[ 0.688489] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.19.0-30-generic #34~14.04.1-Ubuntu
[ 0.689287] Hardware name: Google Google, BIOS Google 01/01/2011
[ 0.689287] ffffea00008ae400 ffff880024ee7db8 ffffffff817af477 000000000000111e
[ 0.689287] ffffffff81a7c6c0 ffff880024ee7e38 ffffffff817a9338 ffff880024ee7dd8
[ 0.689287] ffffffff00000010 ffff880024ee7e48 ffff880024ee7de8 ffff880024ee7e38
[ 0.689287] Call Trace:
[ 0.689287] [<ffffffff817af477>] dump_stack+0x45/0x57
[ 0.689287] [<ffffffff817a9338>] panic+0xc1/0x1f5
[ 0.689287] [<ffffffff81d3e5f3>] mount_block_root+0x210/0x2a9
[ 0.689287] [<ffffffff81d3e822>] mount_root+0x54/0x58
[ 0.689287] [<ffffffff81d3e993>] prepare_namespace+0x16d/0x1a6
[ 0.689287] [<ffffffff81d3e304>] kernel_init_freeable+0x1f6/0x20b
[ 0.689287] [<ffffffff81d3d9a7>] ? initcall_blacklist+0xc0/0xc0
[ 0.689287] [<ffffffff8179fab0>] ? rest_init+0x80/0x80
[ 0.689287] [<ffffffff8179fabe>] kernel_init+0xe/0xf0
[ 0.689287] [<ffffffff817b6d98>] ret_from_fork+0x58/0x90
[ 0.689287] [<ffffffff8179fab0>] ? rest_init+0x80/0x80
[ 0.689287] Kernel Offset: 0x0 from 0xffffffff81000000 (relocation range: 0xffffffff80000000-0xffffffffbfffffff)
[ 0.689287] ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
（不确定它是否显而易见，但我使用的是标准的Ubuntu 14.04图像）
我尝试拍摄快照并将它们安装到新实例上，现在我甚至删除了实例并将磁盘安装到新的实例上，仍然是同一个问题和完全相同的串行输出。
我真的希望我的数据没有被无可救药地破坏。不确定是否有任何建议从永久磁盘恢复数据？
请注意，Google Compute Engine VM instance: VFS: Unable to mount root fs on unknown-block的接受答案对我不起作用。
答案 0 :(得分：1)
我在另一个问题上发布了此问题，但这个问题的措辞更好，所以我会在这里重新发布。
这是百万美元的问题。在检查了我的GCE VM之后，我发现安装了14个不同的内核占用了几百MB的空间。大多数内核没有相应的 initrd.img 文件，因此无法启动（包括3.19.0-39-generic）。
我当然没有试图安装随机内核，一旦删除，它们就不再显示为可用的升级，所以我不确定发生了什么。说真的，发生了什么？
修改：Google云支持的新响应。
我收到了另一个令人不安的回应。这可以解释其他错误的内核。
“在极少数情况下，需要将VM从一个物理主机迁移到另一个物理主机。在这种情况下，Google可能会应用内核升级和安全补丁。”
在几封来回的电子邮件之后，我终于收到了支持的回复，这让我可以解决这个问题。请注意，您必须更改内容以匹配您的唯一VM。
首先拍摄磁盘快照，以防我们需要回滚以下任何更改。
编辑损坏实例的属性以禁用此选项：“删除实例时删除启动磁盘”
删除损坏的实例。
启动新的临时实例。
将损坏的磁盘（这将显示为/dev/sdb1）附加到临时实例
启动临时实例时，请执行以下操作：
在临时实例中：
# Run fsck to fix any disk corruption issues
$ sudo fsck.ext4 -a /dev/sdb1
# Mount the disk from the broken vm
$ sudo mkdir /mnt/sdb
$ sudo mount /dev/sdb1 /mnt/sdb/ -t ext4
# Find out the UUID of the broken disk. In this case, the uuid of sdb1 is d9cae47b-328f-482a-a202-d0ba41926661
$ ls -alt /dev/disk/by-uuid/
lrwxrwxrwx. 1 root root 10 Jan 6 07:43 d9cae47b-328f-482a-a202-d0ba41926661 -> ../../sdb1
lrwxrwxrwx. 1 root root 10 Jan 6 05:39 a8cf6ab7-92fb-42c6-b95f-d437f94aaf98 -> ../../sda1
# Update the UUID in grub.cfg (if necessary)
$ sudo vim /mnt/sdb/boot/grub/grub.cfg
注意：这^^^是我偏离支持指令的地方。
我没有修改所有引导条目以设置root=UUID=[uuid character string]，而是查找了设置root=/dev/sda1并删除它们的所有条目。我还删除了没有设置initrd.img文件的每个条目。在我的案例中，具有正确参数的顶部启动条目最终为 3.19.0-31-generic 。但你的可能会有所不同。
# Flush all changes to disk
$ sudo sync
# Shut down the temporary instance
$ sudo shutdown -h now
最后，将HDD从临时实例中分离出来，然后根据 fixed 磁盘创建一个新实例。它有希望启动。
假设它确实启动了，你还有很多工作要做。如果您的未使用内核数量是我的一半，那么您可能希望清除未使用的内核（特别是因为有些内核可能缺少相应的initrd.img文件）。
我使用this askubuntu question中的第二个答案（基于终端的答案）来清除其他内核。
注意：确保不要使用！
清除启动的内核答案 1 :(得分：0)
要恢复数据，您需要创建一个全新的实例，您可以在其中使用ssh，并将损坏的磁盘作为辅助磁盘附加到其中。更多信息可以在this article中找到。我建议在附加之前拍摄损坏的磁盘的快照，以备份。