macOS アップデートが失敗したとき：Tahoe 復旧プレイブック

macOS のアップデートが失敗するパターンは二つあり、その二つはまったく違う感触を伴います。一つ目は、夜にインストーラを起動し、1 時間後に戻ってきたら、進行状況バーが出かけたときとまったく同じ位置に留まっているというもの。何も動いていません。残り時間の推定値は同じ数字のまま長く固まりすぎていて、そもそもこの数字に意味があるのかと疑い始めるほどです。二つ目は、アップデートが完了して Mac が再起動し、そこから起動状態を維持できなくなるパターン。Apple ロゴ、進行状況バー、暗転、Apple ロゴ、進行状況バー、暗転を延々と繰り返し、Mac は使える状態のどこにも起動してくれません。

このどちらの状況にも正しい初手が存在し、そしてどちらの場合も、その正しい初手はたいていの人が飛ばしてしまうものです。本能的には、一つ目では電源ボタンに手を伸ばし、二つ目では再起動を繰り返したくなります。片方はたいてい間違いで、もう片方はたいてい正解です。その理由は運とは何の関係もありません。2026 年の macOS アップデートが、Mojave 時代に人々が覚えている操作とは根本的に別物になっており、それに伴って失敗の形も変わったという事実に由来します。

Big Sur 以降、Mac が起動するシステムは暗号的に封印された読み取り専用の APFS スナップショットです。あなたのファイルは完全に別のボリュームに存在し、アップデートのほとんどの時間、そのボリュームはマウントすらされていません。このアーキテクチャ上のたった一つの事実がすべてを組み替えます。何が壊れうるのかが変わり、中断されたアップデートが何を壊せて何を壊せないのかが変わり、そして復旧がどういう作業になるのかが変わります。「とりあえず上書き再インストールすれば何とかなる」という昔ながらのアドバイスが、5 年前とは違う結果を生むようになったのもこのためです。

この記事は macOS 26 世代向けの、順序立てられたプレイブックです。アップデートの内部で実際に何が起きているのか、症状と初手を対応づけるトリアージツリー、失敗モードごとのセクション、Tahoe の新しい Device Recovery Assistant、アーキテクチャごとの Recovery への入り方と各ユーティリティの役割、消去せずに再インストールする方法、そしてバージョンを戻す方法とその正確な代償を扱います。一部は実機で検証し、自分で実行できるコマンドとして示しています。Apple が文書化していない部分については、推測せずに「文書化されていない」と明記します。

要点まとめ

• 起動ボリュームは封印された読み取り専用スナップショットであり、コマンド 1 行で証明できます。 macOS 26.5.2（ビルド 25F84）を実行しているテスト用 Mac では、mount | grep ' on / ' が /dev/disk3s1s1 on / (apfs, sealed, local, read-only, journaled) を返しました。この sealed と read-only のフラグこそが、中途半端に適用されたアップデートが、HFS+ 時代のように微妙に壊れたシステムボリュームを残せない理由です。
• 一見フリーズした進行状況バーは、たいてい嘘をついている進行状況バーです。 Howard Oakley 氏は、macOS 26.4 のアップデートが 98.6%、「残り 5 分」の表示のまま 12 分 7 秒留まる一方で、ログエントリはその間ずっと準備処理が続いていたことを示していた、と記録しています。さらに、遅い Mac では 30 分以上かかることもあると述べています。
• 起動ループでは、初手はループを止めることであって、再びループに向けて再起動することではありません。 Howard Oakley 氏の指示は端的です。Mac がシャットダウンするまで電源ボタンを長押しする。ループ中の Mac は起動初期のカーネルパニックに突き当たって再起動しているのであり、1 サイクルごとに増えるのは新しいチャンスではなく、もう一つのパニックです。
• Tahoe は Device Recovery Assistant を追加しましたが、役に立つにはインターネットが必要です。 Apple は、Mac に起動を妨げる問題があるときに自動的に開くこと、Mac に影響しているソフトウェアの問題に関する最新情報をダウンロードするために接続が必要であることを文書化しています。また Apple は、キャプティブネットワークと 802.1X を要求するネットワークは macOS Recovery ではサポートされない、とも文書化しています。
• Apple シリコン Mac を以前の macOS バージョンに戻すと、Mac は消去されます。 Apple 自身による DFU 復元の説明は、内蔵ストレージ上の macOS を消去してインストールし、内蔵ボリューム上のデータは復元不可能になる、というものです。この道に進む前の検証済みバックアップは「あるとよいもの」ではありません。前提条件そのものです。

現代の macOS アップデートは実際にどう動いているのか

アップデート失敗時に人が下す悪い判断のほとんどは、2020 年に正確でなくなったメンタルモデルを引きずっていることから生じます。この後のプレイブックは伝聞ではなく実際の仕組みから導かれているので、数分かけて正しいモデルを押さえておく価値があります。

封印されたシステムボリュームは比喩ではない

macOS のシステムボリュームが「読み取り専用」だと言われると、管理者が切り替えられるアクセス権の設定のように聞こえます。そうではありません。ボリューム全体にかかった暗号的なシールであり、動作中のシステムはその封印された状態のスナップショットから起動しています。

これは Big Sur 以降を実行しているどの Mac でも確認できます。macOS 26.5.2（ビルド 25F84）を実行しているテスト用 Apple シリコン Mac で、次のコマンドを実行すると：

mount | grep ' on / '

正確に次の結果が返ってきました：

/dev/disk3s1s1 on / (apfs, sealed, local, read-only, journaled)

この行では 3 点が重要です。デバイスは disk3s1 ではなく disk3s1s1 です。余分な s1 がスナップショットを表します。つまり Mac はシステムボリューム本体ではなく、そのスナップショットから動いています。sealed フラグは、ボリュームの内容がシステムによって検証されるハッシュツリーで覆われていることを意味します。そして read-only は文字どおりの意味で、管理者パスワードでは変えられないレベルでの読み取り専用です。

The Eclectic Light Company で執筆する Howard Oakley 氏は、その帰結を平易に述べています。「SSV から起動する macOS は過去のものとはまったく異なる。T2、とりわけ Apple シリコンチップを搭載した Mac は、SSV の内容を最後の 1 ビットまで検証する」。この検証は、正しいインストールがどうあるべきかという Apple の基準に対して行われます。だからこそ、かつて主流だった失敗の種類、すなわち起動はするが挙動がおかしい、部分的に書き込まれたシステムディレクトリという状態が、事実上もう起こりえなくなったのです。シールが検証を通れば、あなたの手元にあるのは Apple が出荷したものそのものであり、検証を通らなければ、Mac はそこから起動することを拒否します。

これはトレードオフです。中途半端に壊れたぐずぐずの状態に陥る可能性を失う代わりに、起動するかしないかという二値の状態に陥る可能性を得ます。二値の失敗に対する復旧プレイブックは、ぐずぐずの失敗に対するものとは別物です。

ボリュームグループ：それぞれの役割

これを実行すれば構造全体が見えます：

diskutil apfs list

同じテスト用 Mac では、コンテナに役割の異なる複数のボリュームが並んでいました。System ロールのボリューム disk3s1 は Sealed: Yes を報告し、あわせて Snapshot: の UUID、Snapshot Disk: disk3s1s1、Snapshot Mount Point: /、Snapshot Sealed: Yes が表示されました。グループ内のそれ以外のボリューム、すなわち Preboot、Recovery、「Macintosh HD - Data」という名前のデータボリューム、そして VM は、いずれも Sealed: No でした。

この分布を見れば設計思想が一目でわかります：

ボリュームの役割	封印	そこに存在するもの	アップデート中に何が起きるか
System	あり	macOS のインストール本体。スナップショット経由で起動される	アップデートで丸ごと置き換えられる。使用前にシールが検証される
Data	なし	ホームフォルダ、インストールしたアプリ、設定、要するにあなたのもの全部	アップデートのほとんどの間アンマウントされ、最後にグループへ再合流する
Preboot	なし	ボリュームグループごとの起動サポートファイル。メインシステムが利用可能になる前に Mac が必要とするものを含む	処理中に更新される。ここが壊れると、システムを見つけられない・起動できない Mac として現れる
Recovery	なし	復旧環境とそのユーティリティ群	あなたのパラシュート。Apple シリコンでは複数存在し、それが後で効いてくる
VM	なし	スワップとスリープイメージの保存領域	再生成される。気にする必要はない

System と Data のボリュームを合わせたものが Apple の言うボリュームグループであり、macOS は firmlink の助けを借りてこれを 1 つのディスクとして見せています。この錯覚は便利ですが、アップデートが壊れてどちらの半分が問題なのかを考えなければならなくなった瞬間、便利ではなくなります。

データボリュームはアップデートのほとんどの間アンマウントされている

これが最も行動を変える事実であり、そしてほとんど誰も知りません。Howard Oakley 氏はこう述べています。「Big Sur 以降、それはむしろ不運な副作用になった。より新しいバージョンでは、アップデートのほぼ全期間を通じて、ファイルとアプリを含むデータボリュームはアンマウントされている」。

もう一度読んでください。ここにはかなりの量の安心材料が詰まっています。アップデートの大部分の時間、ドキュメント、写真ライブラリ、メール、Xcode プロジェクト、アプリケーションを保持しているボリュームはマウントされていません。書き込まれていません。再編成されてもいません。すべての動作はシステムボリューム上で起きており、そのシステムボリュームは、何かがそれを信頼する前に封印され検証されます。

実務上の含意はこうです。途中で死んだアップデートは、直感が示唆するよりもはるかにファイルを壊している可能性が低い。なぜなら、その時間帯のほとんどにおいて、あなたのファイルは土俵に上がっていなかったからです。だからといってアップデートの中断が良い考えになるわけではありません。ただ、強制シャットダウンせざるを得なくなった場合の合理的な予想は、ドキュメントがずたずたになった Mac ではなく、起動しない Mac だということです。

これはまた、後述する特有かつよくある、そして不安を煽る症状も説明します。アップデート後に起動はするものの、ファイルやアプリを失ったように見える Mac です。処理の最後にデータボリュームがグループへ再合流するところが、少数のものが元の場所とは違うところに行き着きうるポイントなのです。

なぜフリーズして見えるのか、そして「正常」はどれくらい長いのか

アップデート中に人が Mac に対して行う最も破壊的な行為は、進行状況バーが止まっているという理由だけで、マシンがハングしたと判断することです。

Howard Oakley 氏は macOS 26.4 のアップデートについて、これを正確に記録しています。バーは 98.6% で「残り 5 分」を表示したまま留まりました。その 5 分は 12 分 7 秒かかり、氏の言葉によれば「ログエントリは、その間ずっと準備処理が続いていたことを明確に示している」。氏の説明では、アップデートが大きく、「その内容を検証し準備を完了するために必要な作業が、完了率と残り時間の両方で誤って報告されていた」とのことです。氏のアドバイスは Mac に最後までやらせることであり、遅延は「遅い Mac ではおそらく 30 分以上」に及ぶこともあると述べています。

この背景には構造的な理由が二つあります。第一に、封印されたシステムボリュームの検証は膨大なデータをハッシュすることを意味し、その作業はファイルコピーの目に見える進捗とは線形に対応しないため、推定器は間違った変数に曲線をフィットさせています。第二に、最も重い工程の一部はグラフィカルな進行状況 UI がそれを表現する手段を持つ前に走るため、マシンが最も忙しいときにバーには報告すべき新しい情報が何もないのです。

そこから導かれるルールはこうです。止まっているバーはハングの証拠ではありません。長い時間窓にわたるディスクと CPU の活動の不在こそがハングの証拠です。この二つは別の観測であり、後述の停止したアップデートに関するセクションで、後者をどう観測するかを説明します。

トリアージ判断ツリー

具体的な対処に入る前に、順番に二つのことをやる必要があります。

ステップゼロ：バックアップの立ち位置を確定する

Howard Oakley 氏による、アップデートが失敗したときにやることの順序付きリストは、最新のバックアップがあることの確認から始まります。そこから始まる理由は、3 セクション先で明白になります。Apple シリコンで最も強力な復旧ツールは破壊的であり、それを使えるかどうかは、トラブルが始まる前に何をバックアップしていたかで完全に決まるからです。

だから、何かに触れる前に正直に答えてください：

1. 最後の Time Machine バックアップまたはクローンが完了したのはいつですか。予定されていたのがいつか、ではありません。完了したのがいつか、です。
2. バックアップディスクは今この瞬間、物理的に接続されていて健全ですか。それとも引き出しの中ですか。
3. 今から 10 分後にデータボリュームが消去されたら、何を失いますか。

質問 3 への答えが、以降のすべての判断を支配すべき数字です。それが「何も。今朝の検証済みバックアップがある」なら、素早く動いて思い切ったことを試せます。それが「11 か月分の仕事」なら、以下のすべてはトラブルシューティング作業であることをやめ、データ保全作業になります。そして正しい動きは、修復を試みる前にデータをマシンから取り出すことです。起動しない Mac でも、ファイルを渡してくれることはよくあります。Apple シリコンでは Recovery の Share Disk がケーブル経由で内蔵ディスクを別の Mac に提示しますし、Safe mode で起動できる Mac なら普通にファイルをコピーできます。これをきちんと用意したことがないなら、Mac バックアップ戦略の比較で、Time Machine、iCloud、起動可能なクローンがそれぞれ実際に何から守ってくれるのかを解説しています。これらは互換ではないからです。

ステップ 1：症状と初手を対応づける

目にしているもの	初手	やってはいけないこと
進行状況バーが動かない。Mac は温かく、ファンの音がする	待つ。可能なら CPU とディスクの活動を確認する。我慢の限界からさらに 30 分以上与える	最初の停滞で強制シャットダウンする
進行状況バーが何時間も動かない。Mac は冷たく無音で、ディスクランプも点かない	電源ボタン長押しで強制シャットダウンし、通常どおり再起動する	デスクトップ機の書き込み中に電源ケーブルを抜く
Apple ロゴ、そして再起動を繰り返す	シャットダウンするまで電源ボタンを押し続ける。その後、通常起動を 1 回だけ試す	ループを走らせ続ける
黒い画面。ポインタは動く	数分待ってから強制シャットダウンし、Safe mode で起動する	ディスプレイのハードウェアが壊れたと決めつける
ログインまでは起動するが、直後にクラッシュする	Safe mode に入り、2 分ほど待ってから通常どおり再起動する	Safe mode がクリーンかどうかを知る前に再インストールする
問題なく起動するが、ファイルやアプリが消えたように見える	ゴミ箱と /Users/Shared/Relocated Items を確認する	その 2 か所を確認する前にバックアップから復元する
Tahoe が自発的に応急処置画面を表示する	Device Recovery Assistant を実行させ、使えるネットワークに接続する	中断する
法則性のないカーネルパニックの繰り返し	sysdiagnose を実行し、その後 Recovery から再インストールする	まだ何も消去しない

この記事の残りは、1 行につき 1 セクションで構成されています。

失敗モード：進行状況バーが止まった

停止したアップデートと遅いアップデートを見分ける方法

懸命に働いているマシンと死んだマシンの間には実際の違いがあり、たいていは特別なツールなしで区別できます。

まだ働いている兆候：筐体が温かい。特にノートなら排気口付近、デスクトップなら背面。ファンが回っている、または回転数が変動している。ドライブの活動が目視できる Mac なら、その活動がある。進行状況バーを数分間まばたきせずに見ていると、わずかに動いている。過去 20 分の間に画面が何らかの形で変化した。バーから Apple ロゴ、そしてバーへ、といった変化も含みます。

本当に固まっているかもしれない兆候：マシンが触って冷たく、無音で、同一の画面を数十分ではなく数時間表示し続けている。「数時間」という言葉に注意してください。見かけ上のフリーズを待ち抜けという Howard Oakley 氏の指針は、10 分待てという提案ではありません。

インストーラの下で macOS が動いているところまで進んでいる場合、Howard Oakley 氏の提案は Activity Monitor を開き、softwareupdated や関連プロセスからの持続的な CPU 使用と、ディスク活動を探すことです。これが得られる中で最も強い肯定的証拠です。Mac が全画面のインストーラを表示していて Activity Monitor に到達する手段がないという、より一般的なケースでは、熱、音、時間に頼ることになります。

待つことが正解でなくなるとき

2 時間経ったところで感情的に決めるのではなく、しきい値を設定してそれを守ってください。妥当なしきい値はこうです。内蔵 SSD の Mac で、画面が視覚的に同一のまま、マシンが冷たく無音の状態が約 2 時間を超えたら、停止したものとして扱う。古い Mac、回転式ドライブの Mac、遅いネットワーク接続経由でインストールしている Mac には、もっと余裕を与えるべきです。

停止したと判断したら、止め方が重要です：

1. Mac が完全にシャットダウンするまで電源ボタンを押し続けます。軽く押すのではありません。
2. 画面が暗くなってから 10 秒待ちます。
3. 電源ボタンを 1 回押して通常どおり起動します。

たいていは次の二つのどちらかが起きます。インストーラは再開可能に設計されており、封印ボリュームの設計により壊れたシステムを残していないため、Mac は中断した地点からアップデートを引き継いで完了します。あるいは、Mac は試行を破棄して、以前のバージョンに戻って起動します。

やってはいけないのは、デスクトップ Mac から電源を抜くこと、あるいはノートでそれに相当する行為です。強制的なものであっても、クリーンなシャットダウン要求は、電源を引き抜く場合とは違って、ファームウェアとストレージが落ち着く余地を与えます。

一度停止するのではなく繰り返し失敗する場合、特にインストールの失敗を伝えるメッセージが出る場合は、原因は構造的なものというより平凡なものであることが多いです。インストール失敗や空き容量不足で止まる macOS アップデートのガイドで空き容量の計算を扱っていますが、これはインストーラが提示する数字よりかなり厳しいものです。

失敗モード：起動ループ

起動ループとは実際に何なのか

起動ループは、Mac が迷っているように見えます。違います。Howard Oakley 氏はその仕組みを正確に説明しています。Mac は「起動しようとして、起動初期のカーネルパニックに突き当たり、そこでまた再起動しようとする」のです。

この捉え直しがこのセクションのすべてです。各サイクルは、うまくいくかもしれない新たな試みではありません。各サイクルは同じ地点での同じパニックであり、そのあとに macOS がパニック後に行う自動再起動が続いているだけです。放っておけば、ループする Mac はバッテリーが空になるまでこれを続けます。

パニックが起動初期に起きるため、有用な診断情報を書き出す macOS の部分が完全に立ち上がる前に起きています。だから起動ループは、ログイン後に起きるパニックよりも残す証拠が少ないことが多いのです。

初手：ループを止める

起動ループに対する Howard Oakley 氏の指示は、Mac がシャットダウンするまで電源ボタンを押し続けることです。何よりも先にそれをしてください。ボタンを押し続けることで何かが直るわけではありません。次に何を試すかをあなたがコントロールできるように、マシンが失敗する操作を繰り返すのを止めているのです。

そして Mac が完全に切れた状態で：

1. 10 秒待ちます。
2. 電源ボタンを 1 回押し、通常どおり起動させます。

クリーンな試行を 1 回。起動すれば最悪の状態は脱しています。ただちにバックアップを確認し、それから後述の診断セクションを見て、証拠が新鮮なうちに収集してください。またループするなら、3 回目を試してはいけません。Safe mode に進みます。

修復手段ではなく診断手段としての Safe mode

Safe mode はアップデート後の問題の大半が診断される場所ですが、修復ツールだと誤解されています。これは主として実験です。

Apple シリコン Mac では、Apple の文書化された手順に従います。完全にシャットダウンし、約 10 秒待ってから、「起動オプションを読み込み中」と表示されるまで電源ボタンを押し続けます。起動ボリュームを選択し、Shift キーを押しながら「Safe Mode で続ける」をクリックし、Shift を離します。

Intel Mac では、Mac を起動してすぐに Shift キーを押し続け、ログインウインドウが表示されたらログインします。メニューバーに「Safe Boot」と表示されるはずです。

Safe mode に入ったら何をすべきかについての Howard Oakley 氏のアドバイスは、文字どおり従う価値があります。2 分ほど待ってから通常どおり再起動する、というものです。この間は迷信ではありません。Safe mode はディレクトリチェックを実行し、特定のキャッシュを消去し、時間のかかる整理作業を行います。デスクトップが表示された直後に再起動すると、その作業を途中で打ち切ることになります。

その実験の結果が何を教えてくれるかは次のとおりです：

Safe mode の結果	それが証明すること	妥当な次の一手
クリーンに起動し、その後の通常起動も成功する	キャッシュや起動経路の何かが古くなっており、Safe mode の整理がそれを解消した	これ以上は不要。1 日ほど様子を見る
クリーンに起動するが、通常起動は依然失敗する	通常起動でのみ読み込まれる何かが原因。ログイン項目、カーネル機能拡張、システム機能拡張、またはサードパーティ製ソフトウェア	ログイン項目とサードパーティ製の機能拡張を無効化してテストする
Safe mode でも起動しない	問題は Safe mode が無効化する層より下にある。システム本体、Preboot ボリューム、またはファームウェアの可能性が高い	Recovery へ。Tahoe なら Device Recovery Assistant
起動はするが、両方のモードで特定の機能が壊れている	サードパーティの競合ではない。インストールされたシステムかハードウェアとの相互作用が原因	Recovery から macOS を上書き再インストールする

3 行目が重要です。Safe mode を完遂できない Mac は、あなたに具体的な情報を伝えています。そしてそれは、そもそも原因ではなかったウイルス対策ソフトのアンインストールに午後を丸ごと費やす事態からあなたを救ってくれます。

失敗モード：ポインタは動くのに画面が黒い

これは不釣り合いなほど人をパニックにさせます。黒い画面は死んだハードウェアに見え、動くポインタは生きているマシンに見えるので、その組み合わせは両方の最悪を合わせたように感じられるからです。

たいていは死んだハードウェアではありません。アップデート後に黒い画面でポインタが反応する場合、通常は Window Server は動いているが、デスクトップ、Dock、あるいはログイン UI の描画に失敗したことを意味します。ポインタは他のすべてとは別の仕組みで描画されており、だからこそ生き残るのです。

次の順序で進めてください：

1. まるまる 5 分与えます。メジャーアップデート後の初回起動は大量の一度きりの作業を行うため、遅い初回ログインはハングと見分けがつきません。
2. 意図的にディスプレイを起こしてみます。キーを押す、輝度を数段階上げる、外部ディスプレイが接続されているなら外す。アップデート後のディスプレイ構成の不一致は、実在するし復旧可能な原因です。
3. 何も変わらないなら、電源ボタン長押しで強制シャットダウンし、10 秒待ってから、前述の手順で Safe mode で起動します。Safe mode はより単純なグラフィックス経路を使うため、使えるデスクトップまでたどり着けることがよくあります。
4. Safe mode でも黒い画面なら、問題はデスクトップ環境ではないので、Recovery に進むべきです。

Intel Mac では、アップデート後のディスプレイや起動ディスク選択の異常に対して NVRAM のリセットは正当な手順です。ディスプレイと起動のパラメータがそこに保存されているからです。Apple シリコンでは、それに相当するユーザー向け手順は廃止され、マシン自身がその状態を管理します。したがって、古い Mac で覚えているキーの組み合わせは、現行機では単に何も起こさない可能性があります。

失敗モード：Mac は起動するがファイルやアプリが見当たらない

これは最も大きな警戒を生み、そして非常にしばしば、実際のデータ損失が最も少ない失敗です。ここでの Howard Oakley 氏の指針は、何かが失われたと決めつける前に、特定の 2 か所を確認することです。

Relocated Items フォルダ

Apple はこれを文書化しており、決してマイナーな存在ではないのですが、必要になる日が来るまでほとんど誰も遭遇しません。Apple 自身の Mac ユーザガイドより：「新しい場所に移動できなかったファイルがある場合、それらは Relocated Items フォルダに置かれます」。

どこを見るかについても Apple の言葉があります。「Relocated Items フォルダは、ユーザフォルダ内の共有フォルダにあります。フォルダのエイリアスが Mac のデスクトップに置かれます」。さらに Apple は「Relocated Items フォルダ内の PDF 書類には、このフォルダに置かれたファイルをどう扱うかが説明されています」とも述べています。

Finder では「移動」→「フォルダへ移動」を使い、次を入力します：

/Users/Shared/Relocated Items

または Terminal から：

ls -la "/Users/Shared/Relocated Items"

このフォルダは通常、その下に元のディレクトリ構造を保持します。したがって、あるパスにあったファイルは、Relocated Items の中にネストされた同じパスに存在します。この構造のおかげで、元に戻す作業が当てずっぽうではなく素直な手順になります。

知っておく価値のあることが二つ。第一に、項目がここに来るのは、インストーラがそれを新しいシステムのレイアウトが想定する場所に移動できなかったからで、通常のアプリやライブラリの慣習の外にインストールされたものが最も影響を受けます。第二に、デスクトップのエイリアスは簡単に消せてしまい、そのまま忘れられがちですが、フォルダ自体は /Users/Shared に残り続けます。

ゴミ箱

Howard Oakley 氏が指すもう一つの場所はゴミ箱で、もっと劇的なことをする前に確認する価値があります。空にする前に確認すること。当たり前に読める文章ですが、macOS のメジャーリリースごとにおよそ 1 回は無視されます。

どちらも空だったら

ファイルがどちらの場所にもなく、アプリが本当に /Applications にないなら、通常の復旧作業になります。アプリを配布元から再インストールするか、ファイルをバックアップから取り出すかです。ここで関係してくるのは、システム全体ではなく個別項目を復元できる Time Machine の機能です。数個の失われたファイルのために正当化するにはあまりに大きな操作であるシステム全体の復元よりも、そちらを行う価値があります。

失敗モード：Mac は起動するが何かが壊れている

Mac は起動し、ログインもできるが、特定の何かが動かない。Bluetooth がペアリングできない。外部ディスプレイが認識されない。オーディオ出力にデバイスがない。プリンタが消えた。昨日まで動いていたアプリが起動時に終了する。

ここでの規律は、すぐに再インストールしたくなる衝動を抑えることです。再インストールは大きな操作であり、実際の原因に触れないかもしれないからです。まず前掲の表を使って Safe mode の実験を行ってください。10 分のコストで、問題空間が半分に切り分けられます。

Safe mode がクリーンで通常起動が壊れているなら、次の順で層を追ってください：

1. ログイン項目とバックグラウンド項目。 システム設定 →「一般」→「ログイン項目と機能拡張」。サードパーティのものをすべて無効化し、再起動してテストします。アップデート後の不具合の最大の割合がここに存在します。システムにフックするソフトウェアは、システムアップデートによって無効化されやすいソフトウェアだからです。
2. システム機能拡張とカーネル機能拡張。 同じ設定パネルの機能拡張セクション。仮想化ソフトウェア、VPN クライアント、バックアップエージェント、オーディオルーティングユーティリティ、セキュリティソフトウェアが常連の容疑者です。古い macOS 向けにビルドされた kext やシステム機能拡張は、きれいに失敗するのではなく、読み込まれたうえで誤動作することがあります。
3. 壊れている特定機能に関する環境設定とキャッシュの状態。 再インストールより範囲が狭く、より安全です。
4. macOS の上書き再インストール。 後述します。データボリュームに触れずにシステムを置き換えるもので、問題がサードパーティ由来でないと確定した時点で正しい一手になります。

Safe mode でも同じ不具合が出るなら、手順 1 と 2 は完全に飛ばしてください。サードパーティ製ソフトウェアに責任がないことをすでに証明しているので、それでもテストするのは労力の無駄です。手順 4 に進みます。

失敗モード：カーネルパニックの繰り返し

アップデート後のカーネルパニック、特に繰り返すものは、単発のものとは違う扱いに値します。区別の決め手は、再現可能なタイミングで起きるかどうかです。

パニックが一貫したトリガーで起きるなら、つまり特定のデバイスを接続したとき、スリープからの復帰時、特定のアプリの起動時、ディスプレイを挿したときなどであれば、そのトリガーこそがあなたの診断であり、正確に記録すべきです。ハードウェアとの相互作用に紐づく再現可能なパニックは、壊れたインストールというよりドライバや構成の問題であることが多く、何かを再インストールする前に追跡する価値があります。このパターンの具体例は、ディスプレイのリフレッシュレートに紐づく Tahoe 26.5 のカーネルパニックの記事で扱っており、そこではパニックログ自体が原因を指し示していました。

パニックがランダムなら、状態を変える何かをする前に診断情報を収集してください。Howard Oakley 氏は深刻な問題に対して sysdiagnose の実行を推奨しており、早めに行う理由はログがローテートされて消えてしまうからです。完全な手順は後述の診断セクションにありますが、短く言えばキーコード、Control-Option-Command-Shift-ピリオドの同時押しです。

診断アーカイブを取得したあとは、Recovery から現行の macOS バージョンを再インストールするのが妥当な次の一手です。ただし、Howard Oakley 氏の言葉による正直な注意書きに注目してください。「過去のような不完全な、あるいは壊れたアップデートは、SSV では単純に起こりえない。SSV は Apple の意図どおりに完全であることが保証されている」。再インストールは既知の正常なシステムを与えてくれるので本当に有用ですが、システムがすでに検証可能な意味で正しかったのなら、それが壊れていた当のものではない可能性があります。これは再インストールという手順の実際の限界であり、後から驚かされるより、事前に知っておくほうがましです。

アップデートに固有ではない、より広い起動失敗には独自の判断ツリーがあり、Mac 起動トラブル完全ガイドで、似て見えるが原因の異なる症状、たとえば Apple ロゴにすら到達しない Mac などを扱っています。

Device Recovery Assistant：Tahoe の新しい一次対応者

macOS Tahoe は本当に新しい復旧機構を導入しましたが、静かに登場したため、それを必要とする人のほとんどにとって今なお馴染みのないものです。

これは何か

Apple は Recovery Assistant を、Mac に起動を妨げる問題があるときに自動的に開くよう設計されたユーティリティであり、その問題を特定して解決しようと試みるものだと説明しています。Apple 自身のインターフェイスの文言では、この Mac は起動中に問題に遭遇したこと、そして復旧プロセスが問題を探し、見つかった場合は解決を試みることが伝えられます。

Howard Oakley 氏はこれが登場した際、2025 年 9 月 26 日の「New in Tahoe Recovery: Device Recovery Assistant」で取り上げており、探しに行く前に理解しておく価値のある名前の罠を指摘しています。Recovery の中には似た名前を持つ別々のものが二つあります。起動オプション画面で「オプション」をクリックしたときに出会う、ユーザーを選択して認証するよう求めてくるアシスタントが一つ。もう一つは「ユーティリティ」メニューにあるツールで、そのアプリケーションメニューは自身を Device Recovery Assistant と示します。名前が共通していても両者は同じではなく、片方についての説明を読みながらもう片方を探すのは、20 分を確実に無駄にする方法です。

Howard Oakley 氏はまた、Apple のサポート文書は「DRA が何をするのかについてそれ以上の情報を与えていない」と率直に述べています。これははっきり書いておく価値があります。Apple は結果と要件は文書化していますが、Device Recovery Assistant が実際にどんな修復を適用するのかは公表していません。それが何を直すのかを正確に語る人は、推測しています。

手動で起動する方法

自分でトリガーされるのを待つ必要はありません。Recovery で起動し、「ユーティリティ」メニューの Recovery Assistant コマンドを使います。

Apple シリコン Mac での経路はこうです。完全にシャットダウンし、「起動オプションを読み込み中」と表示されるまで電源ボタンを押し続け、「オプション」をクリックし、「続ける」をクリックし、管理者として認証し、それからメニューバーの「ユーティリティ」メニューから Recovery Assistant を選びます。

ネットワーク要件と、それが噛みつく場所

Apple は、Recovery Assistant が Mac に影響する可能性のあるソフトウェアの問題に関する最新の詳細をダウンロードするためにインターネット接続を必要とし、求められたら Wi-Fi ネットワークを選択すべきだと文書化しています。これがアーキテクチャ上のポイントです。このツールは固定された修復ロジックを Recovery ボリューム内に持っているわけではありません。実行時に Apple から最新の修復情報を取得します。だからこそ Apple は、すでに出荷されてしまったアップデートの問題に対して事後的に対応できるのです。

その裏返しが、まさに最悪のタイミングで人を捕まえる制限です。Apple の文書には、キャプティブネットワークと 802.1X 認証を要求するネットワークは macOS Recovery ではサポートされないと明記されています。これはホテルの Wi-Fi、空港の Wi-Fi、たいていのカフェのネットワーク、大学のネットワーク、そして企業無線 LAN の大部分を含みます。Mac が起動せず、あなたがそういう場所にいるなら、Device Recovery Assistant はその存在理由である仕事をできません。

そのつもりで計画してください。通常の WPA2 や WPA3 のセキュリティを使う自宅ネットワーク、有線 Ethernet、または iPhone のインターネット共有を使います。インターネット共有はキャプティブポータルではなく通常の WPA 保護ネットワークとして見えます。

三つの結果

Apple は三つの結果を文書化しています。平たく言えば、Mac の復旧に成功した、Mac を復旧できなかった、既知の問題が見つからなかった、のいずれかです。そのあと「Mac を再起動」をクリックします。Apple はまた、その後に起動が成功した場合、iCloud データの復旧に関する通知が表示されることがあるとも述べています。

それぞれの結果があなたにとって何を意味すべきか：

結果	解釈	次の一手
復旧に成功	あなたの Mac に存在する状態に対して Apple が既知の修復を持っており、それを適用した	再起動し、壊れていた当の機能を検証する
既知の問題は見つからなかった	あなたの症状は、Apple が現時点で修復ロジックを持っているものではない。これは「あなたの Mac は正常です」と同じ意味ではない	プレイブックを続行する。Safe mode、次いで Recovery からの再インストール
復旧できなかった	何かを特定したが、直せなかった	診断情報を収集し、再インストールする。エスカレーションの準備をしておく

真ん中の結果が最も誤読されやすいものです。「既知の問題は見つかりませんでした」は Apple の現在の修復データベースについての表明であって、あなたのマシンの健康証明書ではありません。

macOS Recovery：入り方と、その中にあるもの

Recovery は実際の修復の大半が行われる環境です。そこへの入り方は二つのアーキテクチャでまったく異なり、間違った手順を使うことが、実際には手の施しようがあるのに Mac はもうだめだと結論づけてしまう最もよくある理由の一つになっています。

Apple シリコン

Apple が文書化している手順は、「起動オプションを読み込み中」と表示されるまで電源ボタンを押し続け、そこで離すというものです。起動ディスクと「オプション」というラベルの歯車アイコンが並ぶ起動オプション画面が表示されます。「オプション」をクリックし、「続ける」をクリックします。

重要な細部があります。Mac はまず完全にシャットダウンされていなければならず、スリープ中でも再起動中でもいけません。ボタンは軽く押すのではなく、起動の間ずっと押し続けます。そして、何か起きてもよさそうだと感じる地点を過ぎても押し続けてください。テキストは直感より遅れて現れます。

その同じ起動オプション画面は、Recovery 以外のいくつかの入り口でもあります。別の起動ディスクの選択と、Shift キーを押しながら「続ける」をクリックすることによる Safe mode です。

Intel

Intel Mac では、電源ボタンを押して離して Mac の電源を入れ、直ちに Command-R を押し続けます。Apple ロゴまたは回転する地球儀が表示されるまで押し続けます。

Intel には二つの派生があり、それぞれ挙動が異なります：

キーの組み合わせ	何が起動するか	いつ使うか
Command-R	ローカルディスク上の Recovery	既定の選択。現在または直近にインストールされていたバージョンを再インストールする
Option-Command-R	インターネット復旧	ローカルの Recovery が壊れているか存在しない場合
Shift-Option-Command-R	インターネット復旧、旧バージョン挙動	Mac に付属していたバージョン、または入手可能な範囲で最も近いバージョンが特に必要な場合

回転する地球儀は、Mac がネットワーク復旧にフォールバックしたことを意味します。これは動作するネットワークを必要とし、何かを始める前に復旧環境をダウンロードするため、かなり時間がかかります。

Apple シリコンのフォールバック Recovery

Apple シリコン Mac は複数の復旧環境を保持しています。Howard Oakley 氏は Fallback Recovery を、耐障害性のために保存された recoveryOS の 2 つ目のコピーだと説明しており、プライマリの Recovery が壊れているときに到達できます。

入る方法は特有のリズムです。完全にシャットダウンした Mac から、電源ボタンを 1 回押し、直ちにもう一度押して、2 回目は画面にオプションの読み込みが表示されるまで押し続けます。Howard Oakley 氏はこのリズムをモールス信号の「トン・ツー」のようだと表現しており、2 回の押下の間隔はおよそ 1 秒以内にする必要があります。タイミングを掴むには数回かかりますし、失敗しても通常起動か通常の Recovery になるだけなので、安全に再試行できます。

得られるのは、通常は現行システムより古いバージョンの Recovery 環境であり、その古いバージョンの機能しか持ちません。Howard Oakley 氏は具体的な制限を一つ挙げています。Fallback Recovery では Startup Security Utility が動作しないため、そこからセキュリティポリシーを変更できません。Device Recovery Assistant を含む新しいツールも、Fallback がそれらより前から存在するため、備わっていない可能性があります。

プライマリの Recovery が起動しないときに Fallback を使ってください。Recovery の失敗と DFU の間に位置する手順であり、DFU に手を伸ばす前にこれを試すことで消去を回避できることがあります。

各ユーティリティの用途

ユーティリティ	何をするか	どんなときに適切か
Recovery Assistant	Apple から最新の修復情報を取得し、自動修復を試みる	Tahoe で Mac が起動せず、使えるネットワークがあるときの最初の立ち寄り先
macOS 再インストール	既存のボリュームグループ上にシステムを再インストールする	システムが疑わしい場合。データはその場に残る
Time Machine から復元	Time Machine バックアップからシステム全体を復元する	既知の正常な状態へ丸ごと戻すと決めた場合
Disk Utility	ボリュームとコンテナの First Aid。消去もここで行う	ファイルシステムの問題が疑われる場合。消去ボタンには要注意
Safari / Web ブラウザ	Mac が落ちている間にドキュメントを読む	行動前に特定のエラーを調べる
Terminal	復旧環境では root として動作する	何をしているか正確にわかっている場合の狙い撃ちコマンド
Startup Security Utility	起動セキュリティポリシー	アップデート復旧ではほとんど不要。Fallback Recovery では利用不可
Share Disk	内蔵ディスクをケーブル経由で別の Mac に提示する	起動しない Mac からデータを取り出す

失敗したアップデートという文脈では Share Disk に特筆する価値があります。これはバックアップに関する問いの最悪バージョンへの答えだからです。Mac が起動せず、バックアップが古いなら、Share Disk を使えば別の Mac がこの Mac のデータボリュームをマウントし、破壊的なことを試す前にファイルをコピーして取り出せます。これを先にやることが、起こりうる大惨事を単なる不便に変換します。

消去せずに macOS を再インストールする

これは人々が最も恐れる手順であり、そして最も人を傷つけにくい手順です。Recovery からの macOS 再インストールは、既存のボリュームグループ上にシステムの新しいコピーをインストールします。データボリューム、ホームフォルダ、アプリケーション、設定はこの操作の対象ではありません。

手順：

1. 上記のアーキテクチャに応じた方法で Recovery を起動します。
2. 「macOS を再インストール」を選び、「続ける」をクリックします。
3. インストール先を尋ねられたら、既存の起動ボリュームを選択します。ここが肝心な手順です。既存のボリュームを選ぶことが、これをクリーンインストールではなく再インストールにします。
4. 実行させます。1 回以上再起動し、しばらく時間がかかり、進捗の推定値は元のアップデート時と同程度にしか正直ではありません。

始める前に知っておくべきことが三つあります。

ネットワークが必要です。 インストーラはシステムをダウンロードします。遅い接続では、インストール本体よりかなり長くかかることがあり、キャプティブポータルと 802.1X の制限もここに当てはまります。

インストールされるバージョンは決まっています。 Apple シリコンでは、Recovery からの再インストールはその Recovery 環境に紐づいたバージョンをインストールします。どの macOS バージョンを入れるかを選ぶ仕組みではありません。

問題が直らない可能性があります。 Howard Oakley 氏の指摘を繰り返す価値があります。SSV があるなら、あなたがすでに持っていたシステムは、Apple が出荷したものとまったく同一であることが暗号的に検証されています。システムがすでに正しかったのなら、同一で正しいコピーに置き換えても何も変わりません。それでも再インストールをやる価値はあります。封印されておらず実際の原因になりうる Preboot ボリュームと起動経路も更新されるからです。ただし、保証された解決策として扱うのではなく、期待値を較正して臨んでください。

以前のバージョンに戻す

これは Apple に連絡する前の最後の手段であり、代償はアーキテクチャごとに異なります。途中まで進んでからではなく、始める前にこのセクションを読んでください。

Apple シリコン：まず代償を声に出して言う

Apple シリコン Mac を以前の macOS バージョンに戻すと、Mac は消去されます。 サポートされたその場でのダウングレードは存在しません。Apple 自身による DFU 復元の説明は、ファームウェアを更新し、recoveryOS を最新バージョンに更新し、内蔵ストレージ上の macOS を消去してインストールするというもので、内蔵ボリューム上のあらゆるデータは復元不可能になります。

「復元不可能」は Apple の言葉であり、正確です。これは復旧ツールで取り消せる削除ではありません。ストレージはハードウェアレベルで暗号化されており、復元は実質的にデータもろとも鍵を破棄するからです。

したがって順序はこうです。検証済みバックアップ、その後に復元。逆ではありません。信頼できるバックアップがないなら、たとえ 1 日かかっても、先に進む前に Share Disk か Safe mode を使って作ってください。

revive と restore：最も重要な区別

Apple Configurator の DFU 操作には二つの形態があり、この二つを混同することは、この記事全体で可能な最も高くつく間違いです。

操作	ファームウェア	recoveryOS	起動ボリューム	あなたのデータ
Revive	更新される	最新に更新される	変更しないよう設計されている	保持される
Restore	更新される	最新に更新される	消去され再インストールされる	消去され、復元不可能

Apple は revive を、ファームウェアを更新し recoveryOS を最新バージョンに更新する一方で、起動ボリューム、ユーザーのデータボリューム、その他のボリュームに一切変更を加えないよう設計されているもの、と説明しています。Howard Oakley 氏の要約では、revive は新しいファームウェアと Recovery をインストールしつつ macOS のコンテナには手を付けないのに対し、restore は内蔵 SSD 全体を消去してからファームウェア、Recovery、macOS のコンテナをインストールします。

そこから導かれる実務ルールはこうです。必ず先に revive を試すこと。 より速く、非破壊的であり、アップデート中のファームウェア問題で文鎮化した Mac にはこれで十分なことが少なくありません。revive が効かず、かつ検証済みのバックアップがあるときにだけ restore にエスカレートしてください。

DFU 操作はどう動くのか

2 台目の Mac が必要です。故障した Mac がターゲットになり、動作する Mac が操作を駆動します。

必要なもの：動作する Mac、データと電力を通せる USB-C ケーブル、そして Apple Configurator 2 か、最近の macOS バージョンならホスト Mac の Finder です。Howard Oakley 氏は、DFU 接続が Thunderbolt ではなく USB 経由で動作するため、片方しか対応していないケーブルやポートでは動作しないと指摘しています。ターゲット Mac のどのポートが DFU 接続を受け付けるかはモデルによって異なり、Apple 自身の文書がモデルごとに指定しているので、思い込まずに自分の機種を確認してください。

ターゲット Mac は、モデル固有の電源ボタン操作手順で DFU モードにする必要があります。その手順はノートとデスクトップで異なり、世代でも異なるので、当てずっぽうでやるものではありません。Apple の「Mac のファームウェアを復活または復元する方法」のサポート記事がモデルごとの現行手順を文書化しており、それが参照すべき情報源です。

どのバージョンになるかを選ぶ

restore は IPSW ファイルをインストールし、既定ではそれは最新のものです。より古い macOS バージョンに着地するには、より古い IPSW を渡す必要があり、Apple Configurator 2 では既定を受け入れる代わりに IPSW ファイルを DFU ターゲットにドラッグすることを意味します。

人が手遅れになってから気づく制約はこうです。その IPSW を Apple がまだ署名している必要があります。これを追跡している実務家、とりわけ Apple シリコンの復元イメージの公開データベースを維持している Mr. Macintosh は、Apple が古いリリースの署名を停止し、通常は前バージョンが復元可能なまま残る期間は狭い窓しか残されないことを記録しています。Apple は署名スケジュールを公表しておらず、期間の長さも約束していないので、目にした具体的な日数は保証ではなく過去の挙動の観察として扱ってください。

その帰結は、あなたには制御できない締め切りです。満足していたバージョンに戻すという選択肢は、Apple のスケジュールに従って静かに失効します。真剣に戻すことを検討しているなら、その判断には時計がついています。

緊急復旧としてではなく、ダウングレードとしてこれを検討しているなら、Tahoe から Sequoia へのダウングレードのステップバイステップガイドが、消去の前後にあるバックアップと復元の段階を含め、全経路を解説しています。

Intel：ファームウェアの天井

Intel Mac には回避策のない制限があります。Howard Oakley 氏は端的にこう述べています。「Intel Mac にはここで一つ重大な制限がある。ファームウェアだ……Intel Mac のファームウェアを以前のバージョンに戻すことはできない」。

これが問題になるのは、Intel Mac の macOS アップデートがオペレーティングシステムだけでなくファームウェアも更新しうるからです。逃れようとしている問題がファームウェアに存在するなら、macOS を戻してもファームウェアは一緒に戻りません。古い macOS をインストールすることはできますが、それを新しいファームウェアの上で動かすことになり、その組み合わせが問題なのだとしたら、あなたは何も解決していません。

ユーザーがアクセスできる回避策はありません。これは正真正銘の行き止まりであり、正しい対応は、バリエーションを試し続けることではなく Apple にエスカレーションすることです。

Apple に連絡する前に診断情報を収集する

Apple サポートに連絡するつもりなら、あるいは後から何が起きたのかを理解する望みを少しでも残したいなら、状態を変え始める前に sysdiagnose を取得してください。ログはローテートされます。障害から得られる証拠は生ものです。

sysdiagnose とは何か

macOS の man ページが正確に説明しています。「sysdiagnose – システムのパフォーマンス問題の調査に役立つ、システム全体の診断情報を収集する」。

出力と動作については man ページにこうあります。「データは /var/tmp ディレクトリに保存されます。sysdiagnose は root として実行する必要があります。コマンドラインインターフェイス経由で起動した実行中の sysdiagnose を中止するには、Ctrl-\ を押します」。

キーコード

man ページには次のように記載されています。「sysdiagnose は次のキーコードが押されると自動的に起動します：Control-Option-Command-Shift-ピリオド」。

5 つを同時に押します。短い音が鳴り、画面が一瞬点滅し、その後 Mac は数分間かけてすべてを収集します。これは書く順序が人によってまちまちなキーの組み合わせです。Apple の man ページは Control-Option-Command-Shift-ピリオドの順で並べ、Howard Oakley 氏は Command-Option-Control-Shift-ピリオドと書いています。同じキー、同じ結果です。どの順で名前を挙げるかは何の違いも生みません。違いを生むのは、5 つすべてとピリオドキーが同時に押されているという事実です。

Mac が満身創痍のときはこの方法を使ってください。Terminal も入力も不要だからです。

Terminal から

sudo sysdiagnose

man ページにあるとおり root が必要です。アーカイブを /var/tmp より見つけやすい場所に置きたい場合、-f オプションで結果ディレクトリを指定します：

sudo sysdiagnose -f ~/Documents

Howard Oakley 氏はこの状況に対してまさにこの形を提案しており、/var/tmp はほとんどの人が Finder で快適にたどり着ける場所ではないので、実務上の改善になります。

Activity Monitor から

Howard Oakley 氏は Activity Monitor の「システム診断」オプションも挙げています。入力するよりクリックしたい場合で、かつ Mac がアプリを開ける程度には動いている場合に有用です。

アーカイブに何が入るのか

man ページが列挙しています。とりわけ sysdiagnose は、システムの spindump、数秒分の top 出力、カーネルゾーンに関するデータ、読み込まれたカーネル機能拡張の状態、ユーザープロセスの常駐メモリ使用量、最近のシステムログ、System Profiler のレポート、最近のクラッシュレポート、ディスク使用状況、I/O Kit レジストリ情報、ネットワーク状態などを収集します。

そのうち三つが失敗したアップデートに直接関係します。読み込まれたカーネル機能拡張の状態は、どのサードパーティ製コードがカーネル内にいたのかを教えてくれます。最近のクラッシュレポートはパニックを捉えます。そして最近のシステムログにはアップデート自身の足跡が含まれており、実際の原因はたいていそこにあります。

正直な注意点を一つ。sysdiagnose のアーカイブには、あなたの Mac と、そこで何が動いていたのかについての膨大な情報が含まれます。機微な情報として扱ってください。これは Apple に渡すことを想定したものであり、公開の場に投稿するものではありません。

次を防ぐ

以下のほとんどは地味ですが、そのすべてが上記のプレイブックより安上がりです。

バックアップは「持っている」ではなく「検証する」

一度も復元したことのないバックアップは仮説です。メジャーアップデートの前に、そこから何か 1 つ復元してください。連鎖が端から端まで機能することを証明するには 1 ファイルで十分です。ディスクがマウントされ、バックアップが読め、復元が実際にファイルを生成する、ということです。

スケジュールではなく、直近で完了したバックアップの日付を確認してください。保存先に空きがあることを確認してください。バックアップドライブが 3 週間ひそかに完了に失敗し続けていたのだとしたら、それを発見したい瞬間はアップデート時ではありません。

空き容量

アップデートにはダウンロードサイズよりかなり多くの空き容量が必要です。インストーラはコンテンツをステージングし、展開し、検証する場所を必要とし、また処理中に APFS のスナップショットが容量を消費するからです。インストーラが提示する数字は下限であって、余裕のある目標値ではありません。要求される値より健全な余裕を持って臨むことで、アップデート途中の失敗の一群がまとめて防げます。

リリース当日にアップデートしない

当日アップデートの向こう側に、第一波に加わる価値のあるものは何もありません。1 週間待ってもあなたには何のコストもかからず、その間に他の人がモデル固有の問題を見つけてくれます。これはこの記事全体で最も費用対効果の高い習慣であり、技術的スキルを一切必要としません。

先に既知の問題を確認する

「アップデート」をクリックする前に 5 分かけて、自分の特定のモデルや、自分にとって重要な特定のソフトウェアで問題が報告されていないかを確認してください。これは「そのアップデートが全般的に問題ないか」とは別の問いです。

適切なタイミングで、適切な電源で更新する

電源をつなぐこと。バッテリー駆動でアップデートを始めない、1 時間後にマシンが必要なときに始めない、自分が制御していない接続経由で始めない。中断されずに完了するために必要な条件をプロセスに与えてください。中断からの復旧こそが、この記事の残りの内容だからです。

macOS 27 Golden Gate がもうすぐ来る

これは今から計画しておく価値があります。Apple は 2026 年 8 月 10 日に macOS 27 Golden Gate の開発者向けベータ 5 を配布しており、ビルド番号は 26A5406e、そのベータを扱った報道は 9 月のローンチが予定どおりであることを示すものだと述べています。Apple はリリース日を公表していないので、9 月は約束ではなく予想にとどまります。

これがあなたにとって意味するのはこうです。数週間のうちに大量の人々がまったく新しいメジャーバージョンをインストールし、そしてメジャーバージョンのアップグレードこそ、この記事にある失敗モードが最も現れやすい場面です。バックアップ、空き容量、そして先頭を走らないことについて上で述べたすべては、ポイントリリースよりもメジャーアップグレードにおいて、いっそう強く当てはまります。

リリースを待たずにベータを検討しているなら、それは独自のリスクプロファイルを持つ別の判断として扱ってください。macOS 27 Golden Gate 開発者ベータを入れるべきかの記事で既知の問題と、より有用な論点として、どのハードウェアで動かすべきかという問いを扱っています。

よくあるトラブルへの対処

Mac がインストーラに何度も再起動して戻ってしまう

問題： 停止したアップデートを強制シャットダウンしたあと、Mac が macOS ではなくインストーラに何度も起動して戻る。

解決策： これは通常、インストーラが正しく再開しているのであって、正しい対応はやらせることです。電源をつないだ状態で、中断せずに 1 サイクル丸ごと与えてください。本当に進捗せずにループするなら、電源ボタン長押しで止め、それから Recovery で起動し、既存のボリュームを選択して「macOS を再インストール」を使います。それが曖昧な状態を確定した状態に置き換えます。この段階では何も消去しないでください。

Apple シリコン Mac で Recovery が起動しない

問題： 電源ボタンを押し続けても通常の起動が始まるか何も起きず、「起動オプションを読み込み中」が一向に表示されない。

解決策： Mac はまず完全にシャットダウンされている必要があり、スリープではいけません。コールドスタートからボタンを押し続け、画面が点灯したと感じる地点をかなり過ぎても押し続けてください。プライマリの Recovery が本当に壊れているなら、Fallback Recovery を使います。電源ボタンを 1 回押し、直ちにもう一度押して 2 回目はオプションが読み込まれるまで押し続けます。押下間隔は 1 秒未満です。どちらも効かないなら、次の手順は 2 台目の Mac からの DFU revive で、これは非破壊的です。

Recovery Assistant が接続できないと言う

問題： Device Recovery Assistant がネットワークを要求し、その後 Apple に到達できない。

解決策： Apple は、キャプティブネットワークと 802.1X を要求するネットワークが macOS Recovery ではサポートされないと文書化しています。ホテル、空港、大学キャンパス、そしてたいていの企業無線 LAN はいずれかのカテゴリに入ります。通常の WPA2/WPA3 セキュリティの自宅ネットワーク、有線 Ethernet、または iPhone のインターネット共有を使ってください。Recovery の内部にキャプティブポータルを回避できる設定はありません。

アップデートは完了したが、サードパーティ製アプリが起動時にクラッシュするようになった

問題： 1 つのアプリケーションを除いてすべて動作し、そのアプリだけが即座に終了する。

解決策： システムに手を加える前に、そのベンダーが自分の macOS バージョンについて出している互換性表明を確認してください。修正はあなた側の何かではなくベンダーのアップデートであることが非常に多いからです。そのアプリがシステム機能拡張やカーネル機能拡張をインストールするなら、システム設定 →「一般」→「ログイン項目と機能拡張」でブロックされていないか確認します。macOS を再インストールしても、新しいシステム向けに更新されていないアプリは直りません。

ファイルが見当たらず、Relocated Items も空

問題： /Users/Shared/Relocated Items とゴミ箱を確認したが、探しているものはどちらにもない。

解決策： そのファイルを所有していたアカウントにログインしていることを確認してください。アップデート後に別のアカウントや新規作成されたアカウントにログインしていることは、「全部消えた」の意外なほどよくある原因です。Spotlight で特徴的なファイル名を、システムの場所も含めて検索します。ファイルが本当に存在しないなら、システム全体を復元するのではなく、バックアップから個別に復元してください。全体復元は問題の規模に比してはるかに大きな操作です。

スリープから復帰するたびにカーネルパニックが起きる

問題： Mac は起きている間は安定しているが、復帰時にパニックする。

解決策： これは再現可能なトリガーであり、ランダムなパニックよりはるかに扱いやすくなります。パニック直後に sysdiagnose を取得し、クラッシュレポートをアーカイブに含めてください。次に Safe mode でテストします。そこで復帰が安定するなら原因はサードパーティであり、候補は外部デバイスのドライバ、仮想化ソフトウェア、そしてカーネル機能拡張やシステム機能拡張をインストールするものすべてです。周辺機器をすべて外して再テストし、ハードウェアとの相互作用を切り分けてください。

Disk Utility が修復できないエラーを報告する

問題： Recovery の First Aid がボリュームに問題を見つけ、修復に失敗する。

解決策： 個別のボリュームだけでなくコンテナに対しても First Aid を実行してください。コンテナレベルの問題はボリュームレベルの症状として現れるからです。失敗する修復を繰り返し再実行しないでください。弱っているディスクへの試行にはそのたびにリスクが伴います。First Aid がコンテナを修復できないなら、他の何かをする前に Share Disk かバックアップでデータをマシンから取り出すことを優先し、内蔵 SSD の修復不能なファイルシステムエラーは、ツールを試し続ける理由ではなく Apple を巻き込む理由として扱ってください。

Mac は起動するが macOS が違うバージョンを表示する

問題： 失敗または中断されたアップデートのあと、システム設定が予期しないバージョンを表示する。

解決策： これは一般に無害で、アップデートが完了せず Mac が以前のシステムにフォールバックしたことを意味します。これは設計が正しく機能している状態です。空き容量を確認し、バックアップを確認し、それからシステム設定 →「一般」→「ソフトウェアアップデート」からアップデートを再試行してください。同じ形で 2 回失敗したら、3 回目を試す前にパターンがログに残るよう、2 回目の失敗後に sysdiagnose を取得してください。

FAQ

macOS アップデート中に Mac を強制シャットダウンしても安全ですか？

最初に試すべきことではありませんが、かつてほどの大惨事でもありません。Howard Oakley 氏は、アップデートのほぼ全期間を通じてファイルの入ったデータボリュームはアンマウントされていると述べており、したがって強制シャットダウンが冒すリスクは、主に壊れた書類ではなく不完全なシステムです。まずは我慢の限界を十分に超えるまで待ち、電源を抜くのではなく電源ボタンの長押しを使ってください。

固まった macOS アップデートの進行状況バーは、行動する前にどれくらい待つべきですか？

妥当に感じるより長くです。Howard Oakley 氏は 98.6% で 12 分 7 秒続いた見かけ上のフリーズを記録しており、その間ずっと準備処理は続いていました。また遅い Mac では 30 分以上かかることもあると述べています。バーの数字ではなく、熱、ファンの音、そして過去 20 分間に画面上で何かが変化したかどうかで判断してください。

Recovery から macOS を再インストールするとファイルは消えますか？

いいえ。既存のボリュームグループ上への再インストールはシステムを置き換えるだけでデータボリュームはその場に残るので、ホームフォルダ、アプリ、設定は生き残ります。肝心なのは、インストール先を尋ねられたときに既存の起動ボリュームを選ぶことです。消去は Disk Utility の中で明確にラベル付けされた別の操作であり、自分で意図的に選ぶ必要があります。

DFU モードの revive と restore の違いは何ですか？

Apple は revive を、ファームウェアと recoveryOS を更新する一方で、起動ボリューム、ユーザーのデータボリューム、その他のボリュームを変更しないよう設計されたものと説明しています。restore はファームウェアと recoveryOS を更新したうえで macOS を消去してインストールし、内蔵ボリューム上のデータは復元不可能になります。必ず先に revive を試してください。非破壊的で、多くの場合それで十分です。

なぜ Recovery Assistant はインターネット接続を必要とするのですか？

修復ロジックをローカルに持っていないからです。Apple は、Mac に影響する可能性のあるソフトウェアの問題に関する最新の詳細をダウンロードするために接続が必要だと文書化しており、これが、アップデート出荷後に発見された問題に Apple が対応できる仕組みです。Apple はまた、キャプティブネットワークと 802.1X ネットワークが macOS Recovery ではサポートされないとも文書化しているので、通常の WPA 保護ネットワークを用意しておいてください。

Apple シリコン Mac をデータを失わずにダウングレードできますか？

サポートされた経路ではできません。Apple シリコンで以前の macOS バージョンに戻す作業は DFU 復元を通ることになり、Apple はそれを、macOS を消去してインストールし内蔵ボリュームのデータが復元不可能になるものだと説明しています。データを保つ唯一の方法は、あとからバックアップより復元することであり、それゆえ検証済みバックアップは任意の予防策ではなく前提条件になります。

まとめ

失敗した macOS アップデートが実際よりもはるかに悪く感じられる理由は、画面が見せているものとマシンが実際にやっていることのずれに帰着します。止まった進行状況バーは死んだ Mac に見えて、たいていは忙しい Mac です。起動ループは精一杯がんばっているマシンに見えて、実際には同じ起動初期のカーネルパニックを繰り返しているマシンです。そしてファイルなしで起動する Mac はデータ損失に見えて、そのファイルはしばしば /Users/Shared/Relocated Items に、まさに Apple が文書化しているとおりの場所に座っています。

そのすべてを貫く糸が、封印されたシステムボリュームです。Howard Oakley 氏の言うとおり、システムは最後の 1 ビットまで暗号的に検証されているので、昔のぐずぐずに半壊した失敗は姿を消し、よりきれいな二値の失敗に置き換わりました。データボリュームはアップデートのほとんどの間アンマウントされているので、中断はあなたの仕事よりもはるかにシステムを脅かします。そして Apple シリコン Mac を決定的に修復できる復旧ツールの中に、Mac を消去するものが含まれているので、検証済みバックアップの価値はプレイブック全体に均等に分布しているのではありません。それは末尾に完全に集中していて、そこで最後の手段があなたにとって使えるものになるかどうかを決めるのです。

3 つだけ持ち帰るなら：強制シャットダウンの前に自分が望むより長く待つこと、起動ループは走らせ続けず止めること、そして restore の前に revive を試すこと。これからアップデートしようとしているなら、特に macOS 27 Golden Gate が 9 月に見込まれている今、今日 10 分かけてバックアップから 1 ファイル復元し、バックアップが機能することを証明してください。その 10 分が、この記事のあらゆるシナリオを危機から単なる不便に変えてくれます。

関連記事: Mac 起動トラブル完全ガイド · 2026 年のベストな Mac バックアップ戦略