我已成功使用 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 与“标准”拇指驱动器相比有一些独特之处……不确定是驱动器大小还是硬件接口（我怀疑是后者）。
答案1
我最终确定，我最初的问题中链接的 mkusb 过程确实可以用来在便携式 USB SSD 或拇指驱动器上创建一个“真正的” Ubuntu 安装，可以在 BIOS 和 UEFI 系统上启动。
事实证明，我对该流程中这一步的假设是：
Cut grub.cfg from sdx5/boot/grub and paste to sdx3/boot/grub, overwriting the existing grub.cfg file
...完全是错误的。实际上并没有从 /dev/sdx5 分区“剪切” grub.cfg 文件，您需要将 grub.cfg 文件“复制”到 /dev/sdx3 分区。如上所述，Ubuntu 安装后未安装 /dev/sdx3，而 /dev/sdx5 安装在 /target 上。我手动将 /dev/sdx3 安装在 /media/ubuntu 上（该目录似乎是由安装过程创建的），然后复制mkusb 迭代中的文件：
sudo mount /dev/sdx3 /media/ubuntu
sudo cp /target/boot/grub/grub.cfg /media/ubuntu/boot/grub
只需进行简单的调整，否则@CSCameron 详述的程序可以完美地与便携式 SSD 配合使用！