我启动了一个 16GB 的 20.04 实时 USB，它是在我电脑上已经安装的操作系统 Windows 中创建的，并在那里安装了 mkusb，然后按照给出的说明进行操作这里适用于单独的 32GB USB 驱动器。我完成了所有步骤，除了显示“工作完成”的步骤。
现在进度条已经停留在原位，命令行已经一个多小时没有更新了。
以下是显示进度条的屏幕截图：
我有一台性能适中的计算机，之前在将 iso 刷入我目前在 Windows 中编写本文的非持久性 16GB 磁盘时没有遇到任何问题。
在使用 Rufus 和其他 Windows 应用程序制作持久驱动器时遇到困难后，我决定尝试从实时 Ubuntu USB 进行 mkusb。我选择 95% 的剩余空间用于持久性，因为我不认为需要任何 usbdata 空间。
也许它只是卡在了创建 20+GB 的持久空间上？
编辑：我正在考虑是否应该在该窗口仍打开的情况下拔出 USB，然后尝试启动它以查看它是否有效，如果不行的话，擦除它并重试 - 也许可以尝试再次使用 Windows 程序...是否有可能在不损坏它或阻止它启动的情况下停止它正在运行的最后一个进程（刷新文件系统缓冲区）？
答案1
从截图中我得出结论韓國从 iso 文件克隆到分区 #4 时卡住（或非常慢）。
如果目标驱动器之前已被使用，并且许多内存单元已被占用，则可能会发生这种情况。我们必须明白，USB 闪存盘是相当便宜的设备，并且内存单元的内置管理（它们如何通过分区表、文件系统、目录和文件链接到逻辑结构）可能会超载和变慢。有时 USB 闪存盘或存储卡会完全锁定，即“卡住”，然后变为只读（并且无法修复）。我们希望您的闪存盘只是速度慢而已。
我同意 CSCameron 的建议：“退出 mkusb 并安全弹出 USB。使用 mkusb 彻底擦除驱动器并重复安装...”。
选择mkusb的菜单选项“擦除整个设备“。这意味着整个驱动器将被零覆盖（甚至分区表和文件系统）。这会相当慢，但与创建持久的实时系统相比，它成功的可能性要大得多。这个擦除过程将释放内存单元的内置管理，内存单元磨损的自动平衡可以完成它的工作。
因此，当您再次尝试创建持久实时驱动器时，该过程将更快。请注意，您需要不是在使用 mkusb 创建持久实时驱动器之前进行任何格式化。
您可以在以下链接中找到更多详细信息，