更新：リーダーの1人が、この手法を使用してコンパイルされたFDが正しく機能しないという情報を受け取りました。頻繁に使用されるファイルをSSDに転送しません。 おそらくこれは例外的なケースですが、最新のmacOSに関する記事の関連性を確認します。 さて、この記事を使用することにした人には、何か問題が発生した場合に最初の記事で最初からFDを作成できるように、システムとデータのバックアップを取ることをお勧めします。Fusion Driveへの移行の記事で、実験ディスクの情報の損失に関連する方法の概要を説明しました。 幸いなことに、最近これを回避する機会が生まれました。
Fusion Driveに関する前回の記事は、ディスクからデータを転送する必要なしに、その場でFDを作成することは不可能であるという少し悲しいコメントで終わりました。 作成されたFDでディスクを操作（追加および削除）することは不可能でした。 幸い、Mac OS X Mavericksの状況は変わりました。 Appleのエンジニアに感謝します。
使用したハードウェアとソフトウェア：
- Mac OS X 10.9.0
- 40Gb仮想ディスク（システムディスク）
- 5Gb仮想ディスク（作成したFDに接続するドライブ）
仮想マシンですべての操作を行いました。 FDでの実際の作業。
ディスクの変換を開始する前に、システムのバックアップがあることを確認してください！
近代化前のシステム
bash-3.2
FD用の既存のdisk0s2パーティションを準備します。
bash-3.2
システムはディスクが変換されたことを報告しますが、アンマウントすると表示されます。 新しい構成の確認：
再起動し、同時に5GBの仮想ディスクを追加して、ディスクスペースを拡張します。
システムがFDディスクをアクティブにして使用していることがわかります。 追加された仮想ディスクの名前はdisk0、変換されたディスクはdisk1、FD結合ディスクはdisk2です。
文書化されていないコマンドの起動オプションを確認します
コマンドを実行してdisk0をLVG 59142646-86FC-4E01-983F-43E167B23D45に追加します
bash-3.2
何が起こったのか確認してください
現在、ボリュームグループには2つの物理ボリューム（物理ボリューム）がありますが、システムはこれまでは最初のボリュームのみを使用し、5GBの空き容量があることに注意してください。
ここで、論理ボリューム29DC7C2D-3D59-4029-AE68-25404CD45D7Aを可能な最大サイズサイズ47630434304 B（47.6 GB）に拡張する必要があります。
理論的には、チームは働くべきです
bash-3.2
私の場合、空き領域が不足しているというエラーが発行されました。 47630434304Bをキロバイトに変換して実行しました
bash-3.2
別の仮想マシンでテストする場合、サイズがバイト単位で示され、ディスクが可能な最大サイズを作成したときにすべてが機能しました。 どうやらそれはディスクのサイズについてです。 バイト単位のサイズを徐々に減らすか、私がやったように、コマンドを実行してみてください。
まとめ
Fusion Driveへの移行がすべて成功しました！