私の無知を許してください。私は何十ものLinuxディストリビューション（DebianとFedoraの派生製品）を試しましたが、BSDにさらされたことはありません。
私はDebian派生Mint、v。 18.2を介してUSBに現在のTrueOSインストーラを書き込もうとしています。しかし、私は運があまり良くなかった。
サムドライブのすべてのパーティションを消去した後、次のコマンドを実行しました。
sudo dd if=./latest.img of=/dev/sdf bs=1M
ここで、sdf はサムドライブ、late.img はディスクイメージです。しばらくして作業が完了し、予想どおりにLinuxで認識されないパーティションを含むフォーマットされたドライブがありました（ほとんどの場合、UFSのLinuxサポートが0または0に近いため）。
もちろん、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。