![如何在 Linux 上将 TrueOS 安装程序添加到 USB](https://linux22.com/image/118844/%E5%A6%82%E4%BD%95%E5%9C%A8%20Linux%20%E4%B8%8A%E5%B0%86%20TrueOS%20%E5%AE%89%E8%A3%85%E7%A8%8B%E5%BA%8F%E6%B7%BB%E5%8A%A0%E5%88%B0%20USB.png)
请原谅我的无知,我已经使用过十几个 Linux 发行版(Debian 和 Fedora 衍生版),但还没有接触过 BSD。
我正在尝试通过 Debian 衍生版本 Mint,v. 18.2 将当前的 TrueOS 安装程序写入 USB。然而,我的运气并不好。
我已经清除了拇指驱动器的所有分区,然后启动了命令:
sudo dd if=./latest.img of=/dev/sdf bs=1M
其中 sdf 是拇指驱动器,latest.img 是磁盘映像。一段时间后,它完成了,我有一个格式化的驱动器,上面有一个分区,正如预期的那样,Linux 无法识别该分区(因为在大多数情况下,Linux 对 UFS 的支持为零或接近零)。
我启动它,当然是通过 UEFI,它开始启动,然后告诉我芯片上没有可启动的系统。这不是 EFI/BIOS 消息,因为安装程序在告诉我这一点之前会先进行简短的自检。
我重新启动 Mint 并在 GParted 中查看它,发现了多个关于驱动器结构的投诉。 (我很想直接向您引用这一点,但我今天早些时候重新格式化了拇指驱动器,目前无法检索它。)尽管我通常热衷于在备用驱动器上安装操作系统,但我不愿意继续闲逛,直到我解决这个问题。我认为磁盘转储会逐字节复制图像?
有人看出我的方法有什么明显的错误吗?我正在尝试遵循手册尽我所能。如果我没有立即得到解决方案,我会在几天后再次尝试并逐字获取日志。
- 附录 -
我刚刚再次将映像添加到磁盘,并在 GParted 中打开它。这两条消息是:
备份 GPT 表并不像它应该的那样位于磁盘的末尾。通过将备份移动到末尾(并删除旧备份)来修复? (单击“修复”)
似乎并未使用 /dev/sdf 的所有可用空间,您可以修复 GPT 以使用所有空间(额外的 10004782 块)还是继续当前设置? (单击“修复”)
之后,最终的分区大小/dev/sdf
为:
/dev/sdf1 800.0 KiB (boot, esp)
/dev/sdf2 63.00 KiB
/dev/sdf3 2.68 GiB
/dev/sdf4 1.00 MiB
unallocated 4.77 GiB
已经很晚了,但在我再次尝试此操作后,我会报告任何错误消息或提交我的问题的答案。
答案1
有趣的是,它现在正在启动。显然,建议的刻录到 USB 的方法并不总是有效,甚至会导致安装程序瘫痪,但可以使用 GParted 这样简单的工具进行修复。
答案2
我会尝试 ISO 文件而不是文件.img
。