我有很多UEFI机器。其中一个有Kubuntu 17.04。我就不能..。
引导17.04;下载并挂载一个17.10 iso映像;色度到该映像;运行它们中的无处不在,在单独的闪存驱动器上安装17.10
通过在闪存盘上创建一个引导和移动17.10安装,而不必重新启动或更改17.04机器上的任何内容?
也许我正试图用一种艰难的方式去做一些事情,但看起来尝试可能会很有趣。
发布于 2017-10-26 12:50:39
我不知道在Ubuntu17.04的引导下,17.10的普遍性是如何运行的。即使您使用chroot
,您仍将运行较旧的内核并在后台运行大量17.04的内容。你可以一直这样做,但你可能是世界上第一个这样做的人,而且没有什么理由.
为什么不直接引导17.10安装程序,而不是这样做呢?这在你的电脑上是没有理由的--或者如果有,你还没有确定这个原因是什么。本课程将消除问题的风险,因为您从旧操作系统的环境中运行安装程序。
不管怎样,您都面临一个问题:默认情况下,Ubiquity将尝试将GRUB安装到它发现的第一个EFI系统划分(ESP),这通常是硬盘上的ESP。因此,您将得到一个USB驱动器,它不会自行启动,而计算机将不会启动,除非USB驱动器是插入的。(后者是因为Ubuntu将其GRUB配置为依赖于/boot/grub/grub.cfg
,它将在安装Ubuntu后位于USB驱动器上。)这个问题的最简单的解决方案是告诉Ubiquity不要安装GRUB,然后手动安装它(或者其他一些引导加载程序)。简而言之,程序是:
ubiquity -b
型-b
选项告诉Ubiquity不要安装引导加载程序。EFI/BOOT/bootx64.efi
将引导加载程序安装到ESP。这个步骤本身是相当复杂的,而且我恐怕在Ubuntu安装环境中没有一步一步地完成它的过程;但是.引导加载程序安装的最后一步要比应该安装的更复杂,因为安装到USB驱动器并不是无处不在的设计目的,而且GRUB配置是一场噩梦。(大多数人没有经历过这种噩梦,因为GRUB提供了正确完成任务的配置脚本,并且Ubiquity为将Ubuntu安装到硬盘的常见情况做了适当的设置。不过,你的情况并不常见。如果您不需要安全启动支持,那么使用另一个引导加载程序可能比使用GRUB更容易,因为其他所有东西都比GRUB更容易配置;但是GRUB是唯一一个签名的方式,它可以在安全引导下工作,而不需要跳过额外的循环。因此,如果您需要安全启动,这更像是抛出。
还请注意,BIOS模式和EFI/UEFI模式的引导依赖于完全独立的引导加载程序。因此,如果您希望您的USB驱动器在两种模式下都是可引导的,则需要同时安装BIOS模式和EFI模式的引导加载器,这将使事情变得更加复杂。我的过程假设您只想在EFI模式下启动,因为您显式地提到了UEFI计算机,而不是BIOS计算机。
最后,还有其他方法可以做到这一点。最简单的方法可能是使用一台没有操作系统的计算机安装。这样,您可以设置USB驱动器与ESP,它将是唯一的ESP可用。安装后,就变成了重命名几个文件的问题,就像这里,描述的那样,可以在任何计算机上启动USB驱动器。暂时拔出硬盘或将ESP的类型代码更改为其他类型的代码可能是一种在普通计算机上实现此操作的方法,但这些选项可能会导致后续问题。(最值得注意的是,一些EFIs擦除已不再有效的引导选项,因此如果您拔掉硬盘,您可能会发现当您将硬盘重新插入时,它将不再启动。)
https://askubuntu.com/questions/969191
复制相似问题