PROSAGA码农传奇-可信计算-Google Compute Engine VM实例：VFS：无法在未知块上安装root fs

0# 疯子哥哥 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”>
  <P>
    在我的情况下grub的（/boot/grub/grub.cfg）第一个menuentry（3.19.0-51-generic）缺少一个initrd条目而无法启动。
  </p>
  <P>
    在进一步调查之后，查看特定内核的dpkg，将其标记为失败和未配置
  </p>
   <pre>
    <code>
      dpkg -l | grep 3.19.0-51-generic
     iF  linux-image-3.19.0-51-generic       3.19.0-51.58~14.04.1         
     iU  linux-image-extra-3.19.0-51-generic 3.19.0-51.58~14.04.1

</code>
  </pre>
  <P>
    这一切都源于Google提供的Ubuntu映像，启用了无人值守升级。出于某种原因，initrd在构建时被杀死，而其他东西出现并运行update-grub2。
  </p>
   <pre>
    <code>
       unattended-upgrades-dpkg_2016-03-10_06:49:42.550403.log:update-initramfs: Generating /boot/initrd.img-3.19.0-51-generic
 Killed
 E: mkinitramfs failure cpio 141 xz -8 --check=crc32 137
 unattended-upgrades-dpkg_2016-03-10_06:49:42.550403.log:update-initramfs: failed for /boot/initrd.img-3.19.0-51-generic with 1.

</code>
  </pre>
  <P>
    解决眼前的问题。
  </p>
   <pre>
    <code>
       dpkg --force-confold --configure -a

</code>
  </pre>
  <P>
    虽然理论上的无人值守升级是一个好主意，但默认情况下启用它可能会产生无人值守的后果。
  </p>
</DIV>

1# 浮华丶 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”>
  <H1>
    这是什么原因？
  </H1>
  <P>
    那是百万美元的问题。在检查了我的GCE VM之后，我发现安装了14个不同的内核占用了几百MB的空间。大多数内核都没有相应的内容
    的<strong>
      的initrd.img
    </强>
     文件，因此不可启动（包括3.19.0-39-generic）。
  </p>
  <P>
    我当然没有试图安装随机内核，一旦删除，它们就不再出现可用的升级，所以我不确定发生了什么。说真的，发生了什么？
  </p>
  <BLOCKQUOTE>
    <P>
      的<strong>
        修改：Google云支持的新响应。
      </强>
    </p>
    <P>
      我收到了另一个令人不安的回应。这可以解释其他错误的内核。
    </p>
    <P>
      “在极少数情况下，需要将VM从一个物理主机迁移到另一个物理主机。在这种情况下，Google可能会应用内核升级和安全补丁。”
    </p>
  </BLOCKQUOTE>
  <H1>
    1.“我在托管某些网站时如何处理这些问题？”
  </H1>
  <P>
    我的第一直觉是建议使用AWS而不是GCE。但是，GCE
    <EM>
      是
    </EM>
     更便宜。在做之前
    的<strong>
      <EM>
        任何
      </EM>
    </强>
     升级，确保拍摄快照，然后尝试重新启动服务器以查看升级是否破坏了任何内容。
  </p>
  <H1>
    2.如何从旧磁盘恢复数据？
  </H1>
  <H2>
    <EM>
      更好 - 如何恢复你的实例......
    </EM>
  </H2>
  <P>
    在几封来回的电子邮件之后，我终于得到了支持的回复，这让我可以解决这个问题。请注意，您必须更改内容以匹配您的唯一VM。
  </p>
  <OL>
    <LI>
      <P>
        首先拍摄磁盘快照，以防我们需要回滚下面的任何更改。
      </p>
    </LI>
    <LI>
      <P>
        编辑损坏实例的属性以禁用此选项：
        的<strong>
          “删除实例时删除启动盘”
        </强>
      </p>
    </LI>
    <LI>
      <P>
        删除损坏的实例。
      </p>
      <H3>
        重要信息：确保不要选择删除引导磁盘的选项。否则，磁盘将被永久删除！
      </H3>
    </LI>
    <LI>
      <P>
        启动一个新的临时实例。
      </p>
    </LI>
    <LI>
      <P>
        附上损坏的磁盘（这将显示为
         <code>
          /dev/sdb1
        </code>
        ）到临时实例
      </p>
    </LI>
    <LI>
      <P>
        启动临时实例时，请执行以下操作：
      </p>
    </LI>
  </醇>
  <P>
    在临时实例中：
  </p>
   <pre>
    <code>
      # 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

</code>
  </pre>
  <P>
    注意：这^^^是我偏离支持指令的地方。
  </p>
  <P>
    而不是修改所有引导条目来设置
     <code>
      root=UUID=[uuid character string]
    </code>
    ，我查找了所有设置的条目
     <code>
      root=/dev/sda1
    </code>
     并删除它们。我还删除了没有设置的每个条目
     <code>
      initrd.img
    </code>
     文件。在我的情况下，具有正确参数的顶部引导条目最终成为
    的<strong>
      3.19.0-31泛型
    </强>
    。但你的可能会有所不同。
  </p>
   <pre>
    <code>
      # Flush all changes to disk
$ sudo sync

# Shut down the temporary instance
$ sudo shutdown -h now

</code>
  </pre>
  <P>
    最后，将HDD从临时实例中分离出来，并根据该实例创建一个新实例
    <EM>
      固定
    </EM>
     磁盘。它有希望启动。
  </p>
  <P>
    假设它启动了，你还有很多工作要做。如果您的未使用内核数量是我的一半，那么您可能希望清除未使用的内核（特别是因为某些内核可能缺少相应的initrd.img文件）。
  </p>
  <P>
    我用了
    的<strong>
      第二
    </强>
     回答（基于终端的）
    <a href="https://askubuntu.com/questions/2793/how-do-i-remove-or-hide-old-kernel-versions-to-clean-up-the-boot-menu">
      这个askubuntu问题
    </A>
     清除其他内核。
  </p>
  <P>
    注意：确保不要清除启动的内核！
  </p>
</DIV>

2# 银环蛇 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”>
  <BLOCKQUOTE>
    <OL>
      <LI>
        当我托管一些网站时如何处理这些问题？
      </LI>
    </醇>
  </BLOCKQUOTE>
  <P>
    我不确定你是如何陷入这种情况的，但是如果有其他信息（请参阅上面的评论）以便能够理解触发此问题的原因，那将会很高兴。
  </p>
  <BLOCKQUOTE>
    <ol start =“2”>
      <LI>
        如何从旧磁盘恢复我的数据？
      </LI>
    </醇>
  </BLOCKQUOTE>
  <H2>
    连接并装入磁盘
  </H2>
  <P>
    假设您在删除实例时没有删除原始磁盘，只需从另一个VM安装此磁盘即可从中读取数据。去做这个：
  </p>
  <OL>
    <LI>
      <P>
        <a href="https://cloud.google.com/compute/docs/disks/persistent-disks#attachdiskrunninginstance" rel="nofollow noreferrer">
          将磁盘附加到另一个VM实例
        </A>
        ，例如，
      </p>
      <P>
         <code>
          gcloud compute instances attach-disk $INSTANCE --disk $DISK
        </code>
      </p>
    </LI>
    <LI>
      <P>
        挂载磁盘：
      </p>
      <P>
         <code>
          sudo mkdir -p /mnt/disks/[MNT_DIR]
        </code>
      </p>
      <P>
         <code>
          sudo mount [OPTIONS] /dev/disk/by-id/google-[DISK_NAME] /mnt/disks/[MNT_DIR]
        </code>
      </p>
      <P>
        注意：您需要替换适当的值：
      </p>
      <UL>
        <LI>
           <code>
            MNT_DIR
          </code>
          ： 目录
        </LI>
        <LI>
           <code>
            OPTIONS
          </code>
          ：适用于您的磁盘和文件系统的选项
        </LI>
        <LI>
           <code>
            DISK_NAME
          </code>
          ：将磁盘附加到VM后的磁盘ID
        </LI>
      </UL>
    </LI>
  </醇>
  <H2>
    卸载和卸下磁盘
  </H2>
  <P>
    使用完磁盘后，请执行以下步骤：
  </p>
  <P>
    的<strong>
      注意：在分离非根磁盘之前，请先卸载磁盘。拆卸已安装的磁盘可能会导致I / O操作不完整和数据损坏。
    </强>
  </p>
  <OL>
    <LI>
      <P>
        卸载磁盘
      </p>
      <P>
         <code>
          sudo umount /dev/disk/by-id/google-[DISK_NAME]
        </code>
      </p>
    </LI>
    <LI>
      <P>
        <a href="https://cloud.google.com/compute/docs/disks/persistent-disks#detachdisk" rel="nofollow noreferrer">
          从VM分离磁盘
        </A>
        ：
      </p>
      <P>
         <code>
          gcloud compute instances detach-disk $INSTANCE --device-name my-new-device
        </code>
      </p>
    </LI>
  </醇>
</DIV>