macOS 27 Golden Gate は CoreStorage ボリュームを実際にはサポートしていない

macOS 27 Golden Gate は CoreStorage ボリュームを実際にはサポートしていない

macOS 15 Sequoia は CoreStorage（したがって暗号化された HFS+ ボリューム）に苦労していました。これらの技術は非推奨となり、関連ツールが意図的に crippled されたにもかかわらず、それでも ほとんど の場合は機能していました。起動時に HFS+ ボリュームを手動でアンロックする必要がしばしばありましたが（常にではない）、一部のボリュームを HFS+ から APFS に変換できないという問題もありましたが[1]、それでも最終的には 機能 していました。データにアクセスし、ボリュームを多かれ少なかれ通常どおり使用できました。

残念ながら、macOS 27 では状況は変わりました。Golden Gate は CoreStorage / 暗号化された HFS+ ボリュームをサポートしていないだけでなく、そのままではそれらに対して 何も できません。マウントも、APFS への変換も、消去さえもできません。高価なストレージハードウェアが完全に無用になります。

さらに悪いことに、macOS 27 は起動時に、macOS 28（次の バージョン）ではこれらのボリュームがサポートされなくなると誤解を招くダイアログを表示します。Apple が何をしようとしているのか、何を考えているのか私にはわかりません。これは単なる恥ずかしい誤解かもしれません。ファイルシステムチームが通知チームに CoreStorage & 暗号化された HFS+ のサポートがなくなることを伝え、バージョン番号を 27 ではなく 28 とタイプミスしたのでしょうか？

詳細

macOS 27 は、CoreStorage ボリュームを自動的にも通常の手段でもマウントできません。さらに悪いことに、ディスクユーティリティは手動でマウントするように指示してもマウントできず、次のような不可解なエラーで失敗します。

com.apple.DiskManagement.disenter error 49,153

diskutil mount も失敗します。今回は明らかに嘘のエラーメッセージが表示されます。

disk27 はロックされた CoreStorage 論理ボリュームです。 "diskutil coreStorage unlockVolume" を使用してください

$ diskutil cs unlockVolume BC304645-7D99-481E-931F-855B3011D89DBC304645-7D99-481E-931F-855B3011D89D は既にアンロックされており、disk27 としてアタッチされています$ diskutil cs list                                             CoreStorage 論理ボリュームグループ（1件検出）|+-- 論理ボリュームグループ 0DC0EFB1-23CC-45BC-B37D-C1BBEBDAFCEB    =========================================================    名前:         Smash    ステータス:       Online    サイズ:         2000054960128 B (2.0 TB)    空き容量:   0 B (0 B)    |    +-< 物理ボリューム 1B5A1754-184B-4F17-A797-BF69B4BB627F    |   ----------------------------------------------------    |   インデックス:    0    |   ディスク:     disk10s2    |   ステータス:   Online    |   サイズ:     2000054960128 B (2.0 TB)    |    +-> 論理ボリュームファミリー 376204CD-8048-4962-B05C-72F4FC16B77B        ----------------------------------------------------------        暗号化タイプ:         AES-XTS        暗号化ステータス:       Unlocked        変換ステータス:       Complete        高レベルクエリ:      Fully Secure        |                        Passphrase Required        |                        Accepts New Users        |                        Has Visible Users        |                        Has Volume Key        |        +-> 論理ボリューム BC304645-7D99-481E-931F-855B3011D89D            ---------------------------------------------------            ディスク:                  disk27            ステータス:                Online            サイズ（合計）:          1999702634496 B (2.0 TB)            ロールバック可能:            No            LV 名:               Smash            ボリューム名:           Smash            コンテンツヒント:          Apple_HFS

余談ですが、brew 経由でインストールした hfsutils は全く機能しません。

$ sudo hmount /dev/disk27hmount: /dev/disk27: not a Macintosh HFS volume (Invalid argument)$ sudo hmount /dev/disk10s2hmount: /dev/disk10s2: not a Macintosh HFS volume (Invalid argument)

しかし、このゴミ箱ファイヤーでさらに悪いのは、macOS 27 はこれらのボリュームを問題なくマウントできる のに、それを実行するための 通常の 方法がすべて壊れていることです。低レベルに降りて mount_hfs を直接実行すると、機能 します。

$ sudo mkdir -p /Volumes/Smash$ sudo mount_hfs -o rdonly /dev/disk27 /Volumes/Smash$ ls /Volumes/SmashDocuments           Pictures           Scratch space

とはいえ… その -o rdonly パラメータ… 原則として必要ないはずですが、macOS 27 で HFS on CoreStorage ボリュームを読み書き可能でマウントさせることができませんでした。何をしても、「Resource busy」（EBUSY）エラーで常に失敗します。これをデバッグするために多くの時間を費やしましたが、ボリュームがオープンされている証拠は何も見つかりませんでした（lsof などにも何も表示されません）。

しかし、もっと悪いことがあります。

macOS 27 はボリュームを消去することさえできません。すべての通常のツール（diskutil、ディスクユーティリティなど）が同じ「Resource busy」エラーで失敗します。

回避策

幸いなことに、Gemini 4 Argon の助けを借りて、回避策を見つけました。複雑ですが、幸いにも数ステップで完了します。

まず、論理ボリュームグループを削除しようとすると、表向きは失敗しますが、完全に 失敗するわけではありません。論理ボリューム内の論理ボリュームを実際に削除します。

$ diskutil cs delete 0DC0EFB1-23CC-45BC-B37D-C1BBEBDAFCEBStarted CoreStorage operationUnmounting Logical VolumesDestroying Logical Volume GroupErasing disk10s2newfs_hfs: cannot create filesystem on /dev/rdisk10s2: Resource busyMounting diskCould not mount disk10s2 after eraseError: -69832: File system formatter failed1 💣 $ diskutil cs list                                       CoreStorage logical volume groups (1 found)|+-- Logical Volume Group 0DC0EFB1-23CC-45BC-B37D-C1BBEBDAFCEB    =========================================================    Name:         Smash    Status:       Offline    Size:         2000054960128 B (2.0 TB)    Free Space:   -none-    |    +-< Physical Volume 1B5A1754-184B-4F17-A797-BF69B4BB627F        ----------------------------------------------------        (No properties)$ diskutil cs delete 0DC0EFB1-23CC-45BC-B37D-C1BBEBDAFCEBStarted CoreStorage operationDestroying Logical Volume GroupError: -69783: Unable to delete the CoreStorage Logical Volume Group

まだ完全に削除することも、物理ボリュームを消去することもできません。「Resource busy」エラーは依然として発生します。しかし、トリックは 再起動 することです。その後、ボリュームを消去できるようになります。

したがって、物理ボリューム（または論理ボリュームグループ）を「busy」状態に保持している壊れたものが、その中の論理ボリュームの存在に関連付けられており、それらが削除されると（そしてマシンが再起動されると）、バグのトリガーが停止するようです。

より良い回避策の募集

ボリュームをインプレースで保存するために行った多くのデバッグと試行（例えば hfsutils ででも機能させる、または APFS に変換するなど）については省略しました。しかし、私自身も Gemini 4 Argon も、機能するものは何も見つけられませんでした。私にとっては手遅れです。すべての HFS+ & CoreStorage ボリュームを削除し、バックアップから苦労して再構築せざるを得ませんでした。しかし、誰かが方法を見つけた場合は、将来の読者のためにこの投稿を修正したいと思います。

1. macOS 27 では問題は同じままです。つまり、最低でも 3 つのメジャーな macOS バージョン で、重要なシステムアップデート機能が機能していません。ため息。

   **$ diskutil apfs convert disk27 **Converting the volume on disk27 to an APFS Volume on an APFS Container Started APFS operation on disk27 (Smash) Converting HFS Volume to an APFS Container which will export one APFS Volume The target is the Journaled HFS+ volume "Smash" on disk27 backed via CoreStorage on disk10s2 Checking booter partition disk10s3 The target is a data disk; it is not a macOS system disk No APFS EFI driver found to install Saving encryption context The target is encrypted Unmounting disk27 Starting conversion from HFS to APFS Performing apfs_hfs_convert -x --verbose=0x400 /dev/disk10s2 Reporting post-conversion statistics A problem occurred during conversion from HFS to APFS APFS Converter exit code is 1 Aborted conversion in commit mode so will restore type Setting type of disk10s2 to CS Changing the physical disk partition type in shared mode Partition modification attempt count was 1 Not mounting APFS Volume Exiting conversion operations with error code -69860 Error: -69860: The underlying task reported failure on exit Underlying error: 1
   ↩︎