だから私はVirtualBoxをうまく動くように設定した。
私は自分のVM内でKali Linuxを実行していますが、正しく起動できます。 VMのメインドライブにしたい物理ドライブ(USB)を指すVMDKファイルを作成しました。
私がやろうとしていたのは、VMの物理ドライブとしてLinuxをフルインストールし、それからUUIを使用するのではなくグラフィカルインストールを実行してKaliライブブートUSBを作成することでした。
グラフィカルインストールでは、ドライブをパーティション分割するための最後の段階に進み、実際のドライブは実際の128 GBではなく136.5 GBと表示されます。私が実際よりも多くのスペースを持っていることがどのように示されているのか理解していません(私はパーティションをチェックしました、そしてそれは単一のパーティションですので余分なスペースはどこにもありません)。
1)すべてを正しく設定しても永続性が機能しない、2)インストールしたファイルを保存して動作させる、という理由で、永続的なライブではなくドライブにフルインストールを実行するほうがよい単に永続的なデータではなく、OS全体のようなものです。
私の推測では、それはVMDKの問題か、VirtualBoxが実際に私の物理ドライブ(USB)を認識しているかです。
グラフィカルインストールの最後に、次のようなエラーが表示されます。
The I/O cache encountered an error while updating data in medium "ahci-0-0" (rc=VERR_ACCESS_DENIED). Make sure there is enough free space on the disk and that the disk is working properly. Operation can be resumed afterwards.
これは、VMが外付けUSB物理ドライブを認識する方法に問題があることを示しています。 VERR_ACCESS_DENIEDがあれば、私のUSBには適切な読み取り/書き込み権限がないと思います。
したがって、基本的に私が求めているのは、誰かがこの問題を抱えていてそれに対する修正方法を知っているかどうかです。 あるいは、VirtualBox VMを使用せずに外部USBドライブにフルKaliインストールを実行するための別の方法を知っている人がいるかもしれません(これが最も簡単な方法だと思いました)。
記録のために: Windows 10ホスト(64ビット) Kali Linux Guest(64と32の両方の問題)
あなたが必要とするかもしれないもう情報があるならば、私に知らせてください。
編集: Ubuntu Xenialホスト(別のUSBライブブート)からもこれを試してみると、VirtualBox内のグラフィカルインストールでドライブが136.5 GBと表示されるという同じ問題が発生したことを忘れていました。