boot camp パーティション作成エラー

私自身はBootcampを使用していませんが、US のコミュニティに以下のような書き込みを見つけました。

Bootcamp partitioning error in macOS 10.13 |Official Apple Support Communities

同じ原因かは判定できませんが、解決にいたった対処例としていかのようなものが挙げられています。

1. 暗号化（FileVault）をオフにする。（これは既に行われていますね）
2. Time Machineのローカルスナップショットを全て削除する。
3. 一旦、Time Machineにバックアップをとり、内蔵SSDを完全に消去してから復元する。

完全消去からの復元は時間もかかる作業なので、まず２を試されてはいかがでしょうか。

なお、あちらのスレでも見かけられたように、「diskutil list」の出力をポストすることで助言が得やすくなるかもしれません。

ちなみに、（今回の件には関係ないかもしれませんが）

• 現行Macの起動ディスクはGPTという方式でパーティション情報が管理されていますが、bootcamp環境ではMBRという方式が使用されます。そのため、bootcampアシスタントはGPTでパーティションを切りなおしたあとMBRをそれにあわせて設定しています。そのため、アシスタント以外の手段でパーティションを変更するとGPTとMBRの情報が一致しなくなり、不具合の原因となります。（Windows側からはMBRしか見ず、bootcampアシスタント以外のmacOSからはGPTしか見ません。）
• MacはWindows機のようにMBRの拡張パーティションをサポートしていないので、最大でもパーティションは４個までです。このうちMacではEFI、起動ボリューム、リカバリー用で３個を使用しますので、bootcamp用に使用できるのは（APFSでは事情が違うかもしれませんが）１個のみになります。なお、EFIとリカバリー用のパーティションはディスクユーティリティでは表示されません。
• First Aidが調べるのはGPTに記録されたパーティション情報やEFIパーティションが正常か否かであって、正常であってもBootCamp用パーティションを設定するための条件を満たしているかどうかはまた別の問題です。
• すでに書かれていますが、High Sierra移行後、Windows から起動ボリュームをmacOSに変更できなくなったのは、Windows用のツールがまだAPFSに対応していないのが理由です。Windows側やMac側に不具合があることを必ずしも意味しません。将来的には解決されると考えていますが、対応スケジュールはApple次第です。

といった辺りを理解しておくと今後のbootcamp関連のトラブルの際、もしくはその回避に役立つこともあるかもしれません。（既出の情報と重複する内容についてはご容赦を）

以上、ご参考まで。

> Macに戻ろうとしても「起動ディスクが見つかりません」というようなメッセージ

これはhigh sierraのbootcampでwindowsをインストールした場合のアップルも認めてるバグです。これを直そうとしても、現状では治らないと思います。

macOS High Sierra で Windows と macOS を切り替える方法 - Apple サポート

上記サポート記事にあるように、アップルはwindows終了時に再起動して、optionキーを押してスタートアップマネジャーで対応しろ、としてます。これでなら、macに戻れます。

現状でwindowsをインストールできないことは、多分ユーザ環境に由来する、これとは次元の違う問題です。

tyt_ksh さんによる書き込み:

電源オフからcommand+R+電源ボタンで起動し、Macに入り直し一度Windowsをアンインストールしました。

一つ確認させていただきたいのですが、「Windowsをアンインストールしました」とは具体的にどの操作をされたのでしょうか？

通常はBootcampアシスタントを用いて、Windows用パーティションをMac側に「復元」する操作になるかと思うのですが、何か別の操作をされてはいないでしょうか。

ラッキーなだけだと思うよ。

パーティションの切り直しには、使用されていない連続した領域の存在が前提になるけど、使い込めば、このような連続領域は確保できない。

SSDはハードディスクのセクタ配置を模して記憶領域を管理しているけど、劣化平準化のためや書き込み単位の関係で、セクタ管理を論理化している。なので、論理的なセクタ空間での連続領域の確保、ましてや物理的な連続領域の確保は、少しの使用でも不可能になるはず。これをどのようにカバーするかはSSDメーカとOSメーカの考え方次第だけど、SSDをハードディスクと思い込んでいるディスクユーティリティがSSDのパーティション切り直しで不明なエラーを起こすのは想像に難くないね（というか、よほどの大容量なら別だけど、SSDにパーティションを切ること自体、できたら避けたい）。

パーティションの切り直しは本来、一旦、単一に戻してからするものだし、SSDの場合、これにより論理的なセクタ管理がクリアされるだろうから、本来的な方法を採用するしかないと思われるね。

そもそもパーティションの境界を移動しても既存のデータ管理を維持するのは、ファイル管理上、大変な作業が必要なはずで、このような作業が不要になるような限られた条件下でしか境界移動はできないと思われる（イメージファイルだと不要な作業になるので、今後はイメージ化が指向されるのかも）。

SSDの時代にパーティションやBootCampは時代遅れと思う。

解決、おめでとうございます。

常駐型のセキュリティーソフトはシステムの動作に関係が深い分、システムの構成に及ぼすような作業 – 起動パーティション（起動ボリューム）の変更やOSのアップデート – において不具合の原因となることが少なくありません。

それが理由で私は常駐型セキュリティソフトは使用していません（その分、通常の使用時には危険を避けるように留意するともに必要に応じてスキャンするようにしています）。

# 弁解させていただくなら、それ故にセキュリティソフトの影響の可能性については思い浮かびませんでした。m(_ _)m

なお今更になりますが、Time Machineもパーティションのサイズ変更作業ではオフにすべきの記事がありました。

考えてみれば、パーティションサイズの修正作業中はそのパーティションでの読み書きは避けるべきなのに、常駐型セキュリティソフトにしろTime Machineにしろ、ユーザの意図とは無関係にパーティション上のデータを読み出し、さらには書き込み（Time Machineのスナップショット、セキュリティソフトのログ等）を行いかねないのですから、どちらもこういった作業中はオフにするのが良いようです。その意味では、こういった作業ではセーフモードでの起動が確実かもしれません。

そもそも使い込んだディスク上でパーティションを切り直すのは無理だと思うけど。SSDだとさらに難しくなるかと。

その症状だとパーティションマップに再作成をすると正常になることがあります。ただ必ず直るわけでもないのに時間とリスクだけはかかりますので、今はあまりお勧めしてはいません。

なお使い込んだストレージでパーティションを切るのは確かに不安はありますね。たかだか200GB 程度のSSD で90GB 程度の使用量で数時間とかかかるとxy さんがお書きのように無理なのかと私も思ったことがあります。

ディスク全体を初期化した上でOSXのインストールとBootCampによるパーティション作成からやり直せば、成功するんじゃないかと予想しますけどね。