如何在 google 计算引擎实例上安装自定义内核?
How do I install a custom kernel on a google compute engine instance?
我想在 Google Compute Engine 实例上安装自定义内核映像。我有一个实例 运行:
foo@instance-1:/boot/efi$ uname -a
Linux instance-1 4.10.0-22-generic #24-Ubuntu SMP Mon May 22 17:43:20 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
并且我已经构建并安装了我的内核映像:
sudo dpkg -i linux-image-4.10.0-rc8.10.0-rc8_amd64.deb
它出现在 grub 配置文件中,我已将默认 grub 菜单项设置为正确的数字,并且我 运行
sudo update-grub
然而,当我重新启动时,我得到了与开始时相同的内核。
Google 似乎没有关于此的文档。有一点表明我可能必须在外部创建映像、安装内核并导入它。但是,我需要经常这样做,所以我宁愿用老式的方式安装新内核。
在尝试此操作之前,我假设您有后备选项?回到当前状态的某种方式。这很重要,因为您似乎无法物理访问系统。
请检查 /boot/grub/grub.cfg
显示的默认内核。这将是一个 开始 的部分,其中 menuentry
和下面是一个以 linux
开头的条目。如果它指向 /boot/<default-kernel>
那么这就是您需要与 initrd
条目一起更新的内容,以便内核映像和 initramfs 都指向您的自定义内核。
此外,内核映像的启动顺序可能是按字母顺序排列的,因此较新的内核映像(稍后按字母顺序)优先于较旧的内核映像。在那种情况下,如果您可以将内核映像的文件名更改为高于默认内核映像的文件名,并且相应的 initramfs 和配置文件也相同(它们的名称都相似)然后 运行 update-grub
可能是启动到自定义内核的更快方法。您可以在 /boot/
.
下找到这些文件
原来在 Google 的库存 Ubuntu 图像中,有一个 grub 配置文件:
/etc/default/grub.d/50-cloudimg-settings.cfg
这会覆盖
中的内容
/etc/default/grub
编辑第一个文件后一切正常。
对我有用的是进入 /boot/
并删除旧图像,然后 运行 sudo dpkg -i <new_image>
并使用 sudo reboot
重新启动系统
我想在 Google Compute Engine 实例上安装自定义内核映像。我有一个实例 运行:
foo@instance-1:/boot/efi$ uname -a
Linux instance-1 4.10.0-22-generic #24-Ubuntu SMP Mon May 22 17:43:20 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
并且我已经构建并安装了我的内核映像:
sudo dpkg -i linux-image-4.10.0-rc8.10.0-rc8_amd64.deb
它出现在 grub 配置文件中,我已将默认 grub 菜单项设置为正确的数字,并且我 运行
sudo update-grub
然而,当我重新启动时,我得到了与开始时相同的内核。
Google 似乎没有关于此的文档。有一点表明我可能必须在外部创建映像、安装内核并导入它。但是,我需要经常这样做,所以我宁愿用老式的方式安装新内核。
在尝试此操作之前,我假设您有后备选项?回到当前状态的某种方式。这很重要,因为您似乎无法物理访问系统。
请检查 /boot/grub/grub.cfg
显示的默认内核。这将是一个 开始 的部分,其中 menuentry
和下面是一个以 linux
开头的条目。如果它指向 /boot/<default-kernel>
那么这就是您需要与 initrd
条目一起更新的内容,以便内核映像和 initramfs 都指向您的自定义内核。
此外,内核映像的启动顺序可能是按字母顺序排列的,因此较新的内核映像(稍后按字母顺序)优先于较旧的内核映像。在那种情况下,如果您可以将内核映像的文件名更改为高于默认内核映像的文件名,并且相应的 initramfs 和配置文件也相同(它们的名称都相似)然后 运行 update-grub
可能是启动到自定义内核的更快方法。您可以在 /boot/
.
原来在 Google 的库存 Ubuntu 图像中,有一个 grub 配置文件:
/etc/default/grub.d/50-cloudimg-settings.cfg
这会覆盖
中的内容/etc/default/grub
编辑第一个文件后一切正常。
对我有用的是进入 /boot/
并删除旧图像,然后 运行 sudo dpkg -i <new_image>
并使用 sudo reboot