请原谅我的无知，我已经使用过十几个 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。