我已经成功地使用 mkusb 在新的三星 T5 USB SSD 上安装了持久的 Ubuntu 18.04.2 LTS 系统。mksusb 的优点在于它创建了一个可在各种计算机系统上运行的可引导系统。但是,我希望有一个可移植的“真正的”Ubuntu 安装,而不是一个适用于 UEFI 和 BIOS 引导方法的实时/持久安装。
此处概述的过程看起来可以解决问题,但在我的情况下,我只是在引导驱动器时看到 grub 提示。请注意,我解释了该步骤:
Cut grub.cfg from sdx5/boot/grub and paste to sdx3/boot/grub, overwriting the existing grub.cfg file
...意味着我应该将新的 grub.cfg 文件从 /dev/sdx5/boot/grub 移动到 /dev/sdx3/boot/grub,覆盖 mkusb 创建的 grub.cfg 文件并删除创建的 grub 配置文件通过从安装分区安装。另外,Ubuntu安装完成后没有挂载/dev/sdx3,我不得不手动挂载它(/dev/sdx5已经挂载在/target上)。
由于未经修改的 mkusb 可以在 T5 SSD 驱动器上正常工作,因此我认为 Ubuntu 18.04.2 LTS 安装 grub.cfg 文件存在问题。
是否有另一种可行的方法,或者便携式 SSD 与 USB 拇指驱动器是否存在本质上的不同,从而阻止创建真正的便携式驱动器?
更新:我刚刚用一个备用的 64GB 微型 USB 驱动器完成了上面链接的过程,它运行良好。我能够通过 BIOS 和 UEFI 模式启动它。我想我可以安全地排除 Ubuntu (18.04.2) 的特定版本作为问题的根源,并假设使用 USB SSD 与“标准”拇指驱动器有一些独特之处......不确定是否它是驱动器大小或硬件接口(我怀疑后者)。
我终于确定,在我原来的问题中链接到的 mkusb 进程确实可以用来在便携式 USB SSD 或拇指驱动器上创建一个“真正的”Ubuntu 安装,它可以在 BIOS 和 UEFI 系统上启动。
事实证明,我对该过程中这一步的假设:
...完全不正确。实际上并没有从 /dev/sdx5 分区“剪切” grub.cfg 文件,您需要将 grub.cfg 文件“复制”到 /dev/sdx3 分区。如前所述,/dev/sdx3 未在 Ubuntu 安装后挂载,而 /dev/sdx5 已挂载在 /target 上。我在 /media/ubuntu 上手动挂载 /dev/sdx3 (该目录似乎是由安装过程创建的),然后通过 mkusb 迭代复制文件:
这个简单的调整是必要的,否则@CSCameron 详细介绍的过程与便携式 SSD 完美配合!