Migration Assistant が進まない？新しい Mac へ最速で移行する方法

macOSTahoe ·
Migration Assistant が進まない？新しい Mac へ最速で移行する方法

Migration Assistant が終盤で止まる？新しい Mac に最適な転送方法の選び方、ピアツーピア Wi-Fi が最悪の既定値になる理由、そして待つべきタイミングを解説します。

安全性に関する訂正、2026 年 10 月 18 日: クリーンアップと消去の前に行うデータ保護の手順を追加し、個人用フォルダの選択と FileVault の案内を訂正しました。また、カウンタの停止だけでは失敗と判断できないことを明確にしました。一時的に変更した保護設定は、移行後に元に戻す必要があります。訂正は以下にリンクした Apple の案内に基づきます。新たな実機テストは行っていません。

新しい Mac のセットアップでつまずく工程はほぼ一つに絞られます。Migration Assistant です。しかも、そのつまずき方は決まっていて、何度でも同じように再現します。箱は開いた、新しいマシンは机の上にある、そして進捗バーは 2 時間前から 45 パーセントのまま「残り 26 時間」と告げている。10 分後には「残り 4 時間」に変わる。そのさらに 10 分後には、また「26 時間」に戻る。待つべきなのか、やり直すべきなのか、諦めて手作業でファイルをコピーすべきなのか、その場にいる誰にも判断がつきません。

こうなる原因は、Migration Assistant が壊れているからではありません。Migration Assistant が転送経路（トランスポート）を自分で選ぶこと、そしてほとんどの人が使われていることにすら気づかない無線経路を優先すること、さらに一般家庭でほぼ確実に起きる状況 —— 2 台の Mac が隣り合って置かれ、どちらも同じ Wi-Fi ネットワークにつながっている —— が、このツールがサポートする構成のなかで最悪に近いものだからです。Apple はトランスポート選択の挙動をドキュメント化していますが、それが書かれているのは IT 管理者向けの Apple Platform Deployment ガイドであって、ノート PC をセットアップしようとしている人が読むコンシューマー向けサポート記事ではありません。

この記事では 3 つのことに決着をつけます。第一に、実際にどの転送方法を使うべきか。ランキング形式で、なぜその順序になるのかという仕組みまで含めて示します。第二に、「残り 1 分」という推定値が 1 時間続いても、それを成功や失敗の証拠とせずにどう解釈するかです。第三に、多くのガイドがいまだに間違えている Apple シリコン特有の事情です。そのなかには、起動時に T を押し続けるという非常によく見かける指示も含まれます。この指示は、Apple が 2023 年以降に新品として販売したどの Mac にも当てはまりません。

タイミングも今まさに重要です。2026 年 8 月 11 日付の MacRumors と 9to5Mac の報道によれば、Apple は米国での 2026 年 Back to School プロモーションを 2026 年 9 月 24 日まで延長しました。そして macOS 27 Golden Gate は、初の Apple シリコン専用リリースとして 2026 年 9 月に登場する見込みです。これから 6 週間のあいだに、非常に多くの人が新しい Mac への移行を行おうとしています。

要点まとめ

  • トランスポートを選ぶのは Migration Assistant であって、あなたではない —— Apple の導入ドキュメントには、転送元 Mac で Wi-Fi をオフにしていない限り 2 台の Mac はピアツーピア Wi-Fi 接続を確立する、と書かれています。だからこそ、古い Mac の Wi-Fi をオフにすることが、単独で最も効果の大きい変更になります。
  • Apple シリコンに Target Disk Mode は存在しない —— M シリーズの Mac で T を押し続けても何も起きません。相当する機能は Share Disk で、macOS Recovery の Utilities から開きます。そしてこれはボリュームをローカルディスクではなくネットワーク共有として提示します。
  • 推定値は診断にはなりません —— 小さなファイルやメタデータの処理は、終盤が遅くなる理由の一つとして考えられます。Apple は推定アルゴリズムを公開していません。
  • 進捗と両方の Mac を確認します —— 推定値やバイトカウンタが変化しないだけでは、失敗とは判断できません。Apple は、大容量の転送には数時間かかり、一時停止しているように見える場合があると案内しています。再試行を決める前に、エラー、電源、接続の問題を確認してください。
  • Time Machine バックアップからの移行が最も確実な代替手段 —— 2 台目の Mac、ネットワーク、対話型セッションのすべてを問題から取り除けます。実際、Apple 自身のコミュニティフォーラムで報告された Tahoe の移行失敗を解決したのも、この回避策でした。

Migration Assistant とは実際に何なのか

方法をランク付けする前に、このツールが何をするのかを正確に押さえておくと役に立ちます。というのも、このツールにまつわる不安の多くは、実際以上のことをすると思い込んでいるところから来ているからです。

Apple が「移動する」と言っているもの

Apple のサポート記事 Migration Assistant で新しい Mac に転送する（最終公開日 2026 年 2 月 10 日）は、1 文の適用範囲の宣言から始まります。Migration Assistant は書類、App、ユーザアカウント、設定を、ある Mac から別の Mac へ転送する。そして、古い Mac の情報を削除することはなく、新しい Mac のオペレーティングシステムを置き換えることもない、というものです。

後半部分が重要で、移行が世間の評判よりずっと安全である理由もここにあります。Greg Gant は、このツールを擁護する 2026 年 1 月の投稿で同じ点を指摘しています。現代の macOS ではシステムボリュームは読み出し専用で暗号学的に封印されているため、新しい Mac に入っているオペレーティングシステムは Apple がインストールしたそのままの状態で保たれます。Migration Assistant が壊れた古いシステムを引きずってくることはあり得ません。そもそもシステムボリュームには一切触れないからです。引きずってくるのはデータボリューム、つまりホームフォルダ、アプリケーション、設定です。

macOS Tahoe 26 の Mac ユーザガイドでは、Apple は選択画面を 5 つのカテゴリに分けています。

カテゴリ対象となるもの
Applications/Applications 内のサードパーティ製 App。Apple は、互換性のない App や、より新しいバージョンがすでにインストールされている App は転送されないか、使用できない場合があると注記しています
User accounts各アカウントとそのホームフォルダ。開閉用の三角ボタンで、書類、ピクチャ、ムービー、デスクトップ、ダウンロードなど個別のフォルダを選択できます
Other Files & Foldersホームフォルダの外側、データボリューム上にあるファイル
Privacy & Security Settingsプライバシーの許可と関連する設定
System & Networkシステムとネットワークの設定。展開して個別の項目を選択できます

Apple の Platform Deployment ガイドは、コンシューマー向け記事が省略している 2 つの詳細を追加しており、これは知っておく価値があります。ユーザの ~/Library フォルダは常に移行されること、そして移行には隠しフォルダと隠しファイルが含まれ、具体例として SSH 鍵が挙げられていること（管理構成で明示的に除外されている場合を除く）です。~/.ssh ディレクトリが引き継がれるのか気になったことがあるなら、これがドキュメント上の答えです。

The Eclectic Light Company の Howard Oakley も、実務的には同じ 4 つのバケツ —— アプリケーション、ホームフォルダを含むユーザアカウント、システムとネットワークの設定、その他のファイルとフォルダ —— として説明しており、さらに Migration Assistant は /usr/local を含むよく知られた隠しフォルダの中身も移行しようとするが、それらの場所が大幅にカスタマイズされている場合には苦戦することがある、と述べています。この 1 文が、この記事の後半で扱う Homebrew 絡みの苦労のほとんどを説明しています。

Migration Assistant が触らないもの

macOS を再インストールしたり変更したりはしません。古い Mac を消去しません。データを暗号化された形のまま転送することもありません。Glenn Fleishman が Macworld で説明しているとおり、移行は復号された内容をコピーします。転送先は新しいマシンを構成するために読める状態のデータを必要とするからです。そしてソフトウェアのライセンス管理も、単独では扱いません。

さらに Gant の言い回しを借りれば、これは清掃サービスではありません。まるごと転送するツールです。孤立した環境設定ファイル、放置されたアプリケーションサポートフォルダ、2019 年から静かに膨れ上がってきたキャッシュディレクトリ —— 事前に掃除するか選択から外さない限り、すべてが一緒についてきます。

Mac のどこにあるのか

新しい Mac がまだ Setup Assistant（国とネットワークを尋ねてくるあの流れ）を表示しているなら、移行はその流れに組み込まれているので、別途何かを開く必要はありません。

すでにセットアップを終えている場合、Migration Assistant は独立した App です。Apple は 2 つの経路を記載しています。Applications 内の Utilities フォルダと、システム設定 → 一般 → 転送またはリセット → Migration Assistant を開く です。起動すると他の App がすべて終了しログアウトされるので、先に作業内容を保存してください。

この違いは重要です。Setup Assistant の途中で移行すれば、Migration Assistant はアカウントをきれいに作成できます。あとから移行する場合はすでにアカウントが存在しており、後述する「同じ短縮名」の問題を招きます。

先に決めること: まるごと移行するか、選んで移行するか、まっさらから始めるか

最もよくある間違いは、トランスポートの選択を誤ることではありません。この問いをそもそも立てず、速さを求めて買ったはずのマシンに、15 年分の蓄積された状態を反射的にドラッグしてしまうことです。

まるごと移行することの利点

1 回の作業で仕事に戻れます。すべてのアプリケーション環境設定、すべてのメールアカウント、すべてのブラウザプロファイル、すべてのキーボードショートカットと Finder サイドバーの並びが生き残ります。Mac が趣味の道具ではなく仕事の道具である人にとっては、これがほぼ常に正解です。そして Gant の結論 —— ほとんどのユーザは、ほとんどの場合、Migration Assistant を使うべきだ —— は、デフォルトの助言として正しいものです。

Oakley はタイミングの議論を付け加えています。現在のユーザ設定を含め、古い Mac にあるものの多くを持っていくつもりなら、それを行うのに最適なタイミングは新しい Mac を最初に構成するときです。Setup Assistant の途中で移行すれば、アカウント衝突の処理を完全に回避できます。

まっさらから始めることの利点

移行して持っていくのが間違いになる、具体的な状況があります。

  • 古い Mac が原因不明の不調を抱えていた場合。特にログイン時の遅さ、繰り返し出てくる許可ダイアログ、信頼できなくなったメール App など。これらの問題は ~/Library に住んでおり、~/Library は常に移行されます。
  • Intel から Apple シリコンへの境界を越えようとしていて、インストール済みソフトウェアのうち無視できない割合が Intel 専用の場合。移行すると、カウントダウンの進んでいるバイナリを持ち込むことになります。後述の Rosetta のセクションを参照してください。
  • Intel 時代の Homebrew で /usr/local を大幅にカスタマイズしており、加えて大規模な開発ツールチェーンがある場合。移行後の結果は、たいてい 2 つの中途半端な Homebrew prefix を抱えたマシンになります。
  • 古いマシンが本当に容量いっぱいに近く、その大半が何年も開いていないものである場合。

まっさらから始めることの正直なコストは時間であり、しかも多くの人が想像するより多くかかります。すべてのアカウントを再認証し、すべての App を再インストールし、すべての環境設定を組み直すことになります。Oakley の警告が当てはまります。手作業での移行ははるかに難しく、必要だったものを取りこぼす危険があります。そちらの道を選ぶなら、Mac 移行の完全ウォークスルーで手作業の手順をより詳しく扱っています。

判断表

あなたの状況推奨されるアプローチ
同じアーキテクチャ、両方とも最近の macOS、マシンは正常に動作しているSetup Assistant の途中ですべて移行する
Intel Mac から Apple シリコンへ、大半が App Store や主要な Appユーザアカウントとファイルを移行し、Applications は選択を外して、App はネイティブに再インストール
Intel Mac から Apple シリコンへ、重量級の開発ツールチェーンありユーザアカウントとファイルのみ移行。Homebrew と各言語ランタイムはゼロから組み直す
古い Mac に原因不明のログイン問題や許可の問題がある各ユーザアカウント内の必要な個人用フォルダを選択するか、確認済みのバックアップからそれらのフォルダを手動でコピーし、設定を組み直す
古い Mac が壊れている、または起動しない最新の Time Machine バックアップから移行する
デバイス管理下にある職場や学校の Macまず IT に相談する。管理された登録によって許可される内容が変わることがある
きれいなマシンにしたいが、ダウンタイムを取る余裕がないいまはすべて移行し、後日午後を確保して掃除する

Apple の案内では、書類、ピクチャなどの個人用フォルダはユーザアカウント内にあります。Other Files & Folders だけを選択しても、これらのアカウント内フォルダは含まれません。不要な設定の引き継ぎを避けるには、ホームフォルダ全体ではなく必要な個人用フォルダを手動でコピーし、App と環境設定を新たに設定してください。選択的な移行だけで、以前の問題の原因を特定したり解決を保証したりすることはできません。

ほとんどの人が取るべき中庸の道

Applications の選択を外し、それ以外はすべて残す。データもアカウントも設定も ~/Library も保持したうえで、アプリケーションは現行のインストーラから入れ直す。こうすれば、新しいマシン上のすべてのバイナリが最新で、正しく署名され、アーキテクチャに適合したビルドになります。コストはダウンロードに費やす一晩だけで、移行後の不可解な挙動という最大のカテゴリを丸ごと取り除けます。

逆にアプリケーションも移行する道を選ぶなら、あとで掃除のパスを計画しておいてください。App をゴミ箱にドラッグして削除しても、そのサポートファイルは残ります。これはまさに避けようとしていた沈殿物です。App と残されたファイルをすべて削除する方法のガイドで、正しいやり方を扱っています。

転送方法ランキング

移行が 90 分で終わるか 26 時間かかるかを決めるのが、このセクションです。

Migration Assistant はどうやってトランスポートを選ぶのか

Apple はこれを文書化していますが、場所は 2026 年 3 月 24 日公開の Apple Platform Deployment ガイド、Managed Migration Assistant for macOS の項です。該当箇所には、Migration Assistant は速度に基づいて移行に最適なトランスポート手段を選択すること、選択肢には Wi-Fi での直接接続、インフラストラクチャ Wi-Fi、Ethernet、Thunderbolt が含まれること、そして Migration Assistant は移行中にもより高速な手段が利用可能になっていないか頻繁に確認すること、が書かれています。

ここは注意深く読んでください。この中には別々の事実が 3 つ入っています。

第一に、トランスポートは 4 種類あり、そのうち 2 つは無線です。Wi-Fi での直接接続 は 2 台の Mac の間のピアツーピアリンクです。インフラストラクチャ Wi-Fi は 2 台の Mac がルーター経由で通信するものです。これらは同じものではなく、性能もまったく異なります。

第二に、選択は自動で、速度に基づいています。あなたが選ぶことはできません。できるのは、選択肢として何を用意するかを変えることだけです。

第三に —— そしてこれはほとんど誰も知らない部分ですが —— トランスポートは移行中に変わり得ます。Migration Assistant は転送の途中で再評価します。時間の推定値が激しく揺れる機構的な理由がこれです。外挿の元になっているスループット自体が定常ではないのです。2024 年 12 月に M4 MacBook Pro へ移行した MacRumors フォーラムのユーザは、まさにこれを目撃したと報告しています。転送は Ethernet で始まり、途中でピアツーピアに切り替わったというのです。

同じ導入ガイドのページには、要件がはっきりと書かれています。転送元 Mac で Wi-Fi をオフにしていない限り、デバイスはピアツーピア Wi-Fi 接続を確立する、と。この 1 文が、このツールに関する Apple のドキュメント全体のなかで、最も実行に移せる事実です。

なぜピアツーピア Wi-Fi が最悪の既定値なのか

その仕組みを説明します。鵜呑みにするのではなく、理解しておく価値のある部分です。

Mac のピアツーピア Wi-Fi は Apple Wireless Direct Link（AWDL）で、AirDrop や AirPlay の探索を運んでいるのと同じレイヤーです。Yggdrasil Network プロジェクトによる AWDL の技術的解説によれば、デバイスは 1 枚の Wi-Fi 無線機で、通常の Wi-Fi アクセスポイントと AWDL クラスタの両方に同時に参加できます。2 つの無線チャンネルの間を高速に切り替えることによってです。

無線機は 1 つ。チャンネルは 2 つ。カードは両方に同時にいられないので、時分割します。

これは、どちらも自宅ネットワークに参加している 2 台の Mac の間で移行するときに、具体的で不愉快な 2 つの帰結を生みます。

  • ピアツーピアリンクが得られるのは、利用可能な電波時間のごく一部だけです。無線機がルーターとの結び付きを維持するために、絶えず離れていくからです。
  • 同時に、同じ理由で自宅の Wi-Fi も劣化します。誰かが移行を始めると家じゅうが気づくのはこのためです。

その上に、2026 年の集合住宅の日常的な現実が重なります。混雑した 5 GHz 帯、隣接するネットワーク、そして 15 センチしか離れていない場所で 2 台の Mac が大声で送信している状態。結果として生まれるのは、実効スループットが分単位で変動するリンクです。これはまさに、時間推定器が最も苦手とする入力です。

Apple は、いずれのトランスポートについても Migration Assistant のスループットの数値を公表していません。出回っている数字はユーザ報告だけです。前述の MacRumors スレッドでは、ピアツーピア接続でおおよそ 40〜55 MB/s、投稿者がきちんとした USB-C データケーブルに交換すると約 90 MB/s まで上がったと報告されています。これらは 1 人が 1 組のマシンで観測した値であってベンチマークではないので、予測ではなく順序関係として受け取るべきです。

有線 Ethernet

Ethernet 経路は最も退屈で、最も予測可能な選択肢です。そしてここで欲しいのは退屈さです。

現代のノート型では、両端にアダプタかドックが必要になります。あるいは、ポートを標準で備えている Mac mini や Studio を使うことになります。両方の Mac を同じスイッチかルーターにつなぎます。そして決定的に重要なこととして、転送元 Mac の Wi-Fi をオフにしてください。そうしないと、Apple 自身が文書化した挙動どおり、Migration Assistant はなおピアツーピア経路を選ぶかもしれません。

ギガビット Ethernet は 1 Gbps のリンクで、これは硬い天井ではありますが 安定した 天井です。時間推定値を使い物にするのも、転送の途中でトランスポートが切り替わるのを防ぐのも、この安定性です。

2 台の Mac をつなぐ Thunderbolt ケーブル

Mac 間の直接移行としてはこれがサポートされている最速の経路であり、Apple 自身のハードウェアガイドが勧めているのもこれです。macOS Tahoe 26 の MacBook Air ユーザガイドには、両方のコンピュータを同じ Wi-Fi ネットワークに接続して無線で転送することもできるが、新しい Mac を Thunderbolt ケーブルまたは Ethernet ケーブルで以前の Mac に直接接続したほうが速いことが多い、と書かれています。Oakley の推奨はもっと具体的で、良質な Thunderbolt 4 ケーブルで 2 台の Mac を背中合わせにつなぐか、Thunderbolt 3 SSD 上のバックアップから移行せよ、というものです。

ここでうまくいかないことが 2 つあり、どちらも回避可能です。

ケーブル。 USB-C コネクタが付いているからといって、そのケーブルが Thunderbolt ケーブルであることにはなりません。MacBook の箱に入っていた充電ケーブルは、電力と USB 2 のデータを運ぶ USB-C ケーブルです。前述の MacRumors スレッドの根本原因はまさにこれでした。投稿者の移行が遅かったのは充電ケーブルを使っていたからで、本物のデータケーブルに交換したところ大幅に速くなりました。コネクタのハウジングに成形された稲妻アイコンを探すか、Thunderbolt 3、Thunderbolt 4、Thunderbolt 5、USB4 として明示的に販売されているケーブルを選んでください。

インターフェイス。 2 台の Mac を Thunderbolt ケーブルで背中合わせに接続すると、macOS は Thunderbolt Bridge という IP over Thunderbolt のインターフェイスを作成します。2023 年 4 月 7 日公開の Glenn Fleishman による Macworld の記事「Thunderbolt 経由で Migration Assistant を使う」では、Thunderbolt Bridge がネットワーク設定に存在し接続済みとして表示されているかを確認する手順をたどっており、さらに Migration Assistant の転送画面には実際にどのリンクが選ばれたかを教えてくれる 接続の詳細 のコントロールがあると指摘しています。ぜひ使ってください。推測を事実に変えてくれます。

開始前に、どちらの Mac のターミナルからでもインターフェイスの存在を確認できます。

networksetup -listallnetworkservices

リストに Thunderbolt Bridge の項目があるか探してください。存在しない場合は、移行を始める前に システム設定 → ネットワーク の省略記号メニューから追加します。

Time Machine バックアップまたは外付けのクローンから

直接移行がすでに一度失敗している場合、ほとんどの人が真っ先に手を伸ばすべき方法がこれです。そして最初の選択肢としても過小評価されています。

Migration Assistant は Time Machine バックアップを転送元として受け付けます。最終公開日 2025 年 11 月 10 日の Apple の記事 バックアップから Mac を復元する が、その流れを記載しています。バックアップディスクを接続し、Migration Assistant を開き、Mac、Time Machine、または起動ディスクから転送するオプションを選び、バックアップディスクを選択し（Apple は表示されるまで少し時間がかかる場合があると注記しています）、次にどのバックアップを使うかを選ぶ。古いバックアップを使いたい場合は開閉用の三角ボタンを使う、という流れです。

Oakley は、転送元が Time Machine でなくてもよいことを確認しています。バックアップからの移行は、そのバックアップが Time Machine で作られたものであれ、Carbon Copy Cloner、SuperDuper、その他の優れたユーティリティで作られたものであれ、正しく動作するはずだ、というのです。重要なのは、それがディスクのルートにある ボリューム単位 のバックアップであることです。Carbon Copy Cloner の開発元である Bombich Software は、バックアップボリューム上のフォルダの中に置かれたバックアップは Migration Assistant に受け付けられないと明言しており、Migration Assistant 互換の転送元を用意するために、ローカル接続したバックアップディスクのルートへ起動ディスクを直接バックアップし直すことを推奨しています。

この方法がこれほど頻繁に勝つ理由は次のとおりです。ループの中に生きた 2 台目の Mac が存在しないので、何かをスリープさせないよう保ったり、電源につないだままにしたり、ネットワークを折衝したりする必要がありません。転送元はローカルディスクなので、スループットはエンクロージャとバスによって制限されますが、どちらも安定しています。途中で失敗しても、古い Mac には一切触れずにやり直せます。しかも、そもそもこの作業のいずれをするにも最新のバックアップは必要でした。

バックアップ戦略がまだ整っていないなら、移行の後ではなく前に手を打ってください。2026 年版 Mac バックアップ戦略ガイドが、守りの固い構成とはどういうものかを扱っています。また、Time Machine トラブルシューティングガイドでは、バックアップを移行元として頼る前に潰しておくべき失敗パターンを扱っています。

Windows PC から

Migration Assistant はこれにも対応しており、Windows 側のヘルパーを使います。2026 年 6 月 23 日公開の Apple の記事 Migration Assistant で PC から Mac に転送する は、Windows 10 以降から macOS Tahoe 26、Sequoia 15、Sonoma 14 へ移行する場合に Windows Migration Assistant 3.0.2.1 を指定しています。それより古い macOS には古いビルドが必要です。Ventura 13 と Monterey 12 には 2.4.5.0、Big Sur 11 には 2.3.1.0 です。誤ったものをダウンロードすることが、この移行が最初から失敗する最もよくある原因です。

要件は Mac 間の場合と 1 点、注目すべき違いがあります。Apple は、2 台のコンピュータが近くにあり、Wi-Fi と Bluetooth の両方がオンになっている必要があると述べており、Bluetooth Low Energy を持たない PC では USB Bluetooth アダプタが必要になる場合があると警告しています。Mac が macOS 13 以前を実行している場合、Apple はさらに両方のコンピュータを同じネットワークに置くか、Ethernet ケーブルで直接接続することを要求しています。

Apple は、そのページの表で何がどこに着地するかを正確に記載しています。Outlook と Windows Mail のアカウントは Mail へ、連絡先は Contacts へ、予定は Calendar へ、Outlook のタスクは macOS 13 以降では Reminders へ、メディアは対応する Apple の App へ、Chrome、Edge、Firefox、Internet Explorer、Safari のブックマークは Safari へ。C ドライブ上のシステム以外のファイルは、ホームフォルダ内の Shared フォルダに着地します。これには、PC に管理者としてログインした状態で Windows Migration Assistant を実行する必要があると Apple は注記しています。

制限が 2 つあります。Windows のアプリケーションは引き継がれません。移すべき同等のバイナリが存在しないからです。そして Mac ユーザガイドによれば、ネットワーク設定とパスワードは PC からは転送されません。

比較表

方法準備の手間予測可能性必要なもの使うべき場面
Thunderbolt ケーブル、転送元の Wi-Fi はオフ中直接方式のなかで最高本物の Thunderbolt または USB4 ケーブル。両方の Mac がスリープせず電源接続されていること両方の Mac が動作していて、最速の直接経路が欲しいとき
有線 Ethernet、転送元の Wi-Fi はオフ中高両端のアダプタまたはドック、およびスイッチかルーターThunderbolt が使えないとき。安定して退屈な方法が欲しいとき
外付けディスク上の Time Machine バックアップ低全体で最高ディスクのルートにある最新のボリューム単位バックアップ直接移行が失敗した、古い Mac が壊れている、または最も落ち着いた選択肢が欲しいとき
Carbon Copy Cloner や SuperDuper のクローン低高ローカル接続したディスクのルートに書かれたバックアップすでにこれらのツールを使っているとき
インフラストラクチャ Wi-Fi、両方の Mac がルーター接続最も低い低追加で必要なものはなし小規模な転送のみ、または他に手段がないとき
ピアツーピア Wi-Fi、自動的な既定値最も低い最も低い何も要らないこと、それ自体が問題意図的には避けるべき。これは事故として選ばれてしまうもの
Windows PC から中中Windows Migration Assistant 3.0.2.1、Bluetooth LEWindows から乗り換えるとき

Migration Assistant の転送経路の比較。2 台の Mac の間の Thunderbolt ケーブル接続、Ethernet 接続、ピアツーピア無線接続を示している

Share Disk は Target Disk Mode ではない

新しい Mac への移行について公開されているアドバイスの多くが、単純に間違っているのがここです。しかも、何年も前から間違ったままです。

Apple シリコン Mac で T を押しても何も起きない理由

Target Disk Mode は Intel の機能です。この件に関する Apple の Mac ユーザガイドのページは、適用範囲について曖昧さがなく、アーキテクチャを名指しする定義から始まります。Intel ベース の Mac を別の Mac に接続すると、その Intel ベースの Mac が外付けハードディスクとして表示される。これをターゲットディスクモードと呼ぶ、というものです。続く手順は Intel マシン向けです。コンピュータの電源が切れている場合は T キーを押しながら起動する、あるいは電源が入っている場合は システム設定 → 一般 → 起動ディスク → ターゲットディスクモードで再起動 を使う。起動すると、もう一方のコンピュータのデスクトップにディスクのアイコンが表示されます。

そして同じ Apple のページは、第 2 段落で Apple シリコンの所有者を別の場所に誘導し、Apple シリコン搭載の Mac と接続された別の Mac との間でファイルを転送するには、Apple シリコン搭載の Mac を macOS Recovery で起動する、と述べています。

Apple シリコンには T キーの経路がありません。Apple シリコン Mac は起動時のキーの組み合わせをそもそも読み取らず、起動オプションの流れ全体が電源ボタンに移りました。M シリーズの Mac で T を押し続けても、何も起きません。

混乱の起源になっているので、知っておく価値のあるニュアンスが 1 つあります。Apple 自身の Migration Assistant の手順書には、いまも T キーへの言及が 残っています が、その適用範囲は非常に狭く限定されています。Mac ユーザガイドの「Time Machine バックアップまたはその他のストレージデバイスから転送する」の項では、Thunderbolt ケーブルで接続した OS X 10.8 以前 を実行している別の Mac から転送できる、と述べ、その場合に限って転送元 Mac の再起動中に T を押し続けるよう指示しています。この指示は 2012 年以前のマシンについてのものです。一般的なアドバイスではなく、文脈を無視して引き写すことこそが、この俗説が広まる仕組みです。

Intel 側の経路には、見落とされがちなケーブルの制約もあります。Apple のターゲットディスクモードのページには、どちらかのコンピュータに macOS 11 以降がインストールされている場合、2 台のコンピュータを Thunderbolt ケーブルで接続しなければならないと注記されています。ただの USB-C ケーブルでは不十分です。

Share Disk の実際の使い方

Apple シリコンでの代替は Share Disk と呼ばれ、macOS Recovery の中にあります。macOS Tahoe 26 の Mac ユーザガイドは、これを macOS Recovery で起動した Mac と別の Mac の間で、ボリュームを共有し 2 台のコンピュータを USB、USB-C、または Thunderbolt ケーブル で接続してファイルを転送すること、と説明しています。ここで受け付けられるケーブルの一覧が、Intel のターゲットディスクモードの要件より広いことに注目してください。

Apple が文書化している手順どおりの正確な流れは次のとおりです。

  1. 2 台のコンピュータを USB、USB-C、または Thunderbolt ケーブルで接続します。
  2. ディスクを共有したい方の Mac で アップルメニュー → システム終了 を選び、完全に電源が切れるまで待ちます。
  3. システムボリュームと「オプション」ボタンが表示されるまで電源ボタンを押し続け、オプション をクリックしてから 続ける をクリックします。
  4. 求められた場合は、復旧するボリュームを選択して 次へ をクリックし、管理者アカウントを選んでそのパスワードを入力し、続ける をクリックします。
  5. 復旧アプリで Utilities → Share Disk を選びます。
  6. 共有したいボリュームを選択し、共有を開始 をクリックします。
  7. もう一方の Mac で Finder ウインドウを開き、サイドバーの「場所」の下にある ネットワーク をクリックします。
  8. 共有ディスクを持つ Mac をダブルクリックし、別名で接続 をクリックして ゲスト を選択し、接続 をクリックします。
  9. ファイルを転送します。
  10. 完了したら、もう一方の Mac でボリュームを取り出し、Share Disk App で 共有を停止 をクリックしてから、Share Disk → Share Disk を終了 を選びます。

お使いの macOS バージョンの Apple ドキュメントがこの手順と異なる場合は、Apple 側に従ってください。ここに書いたのは、執筆時点で公開されていた Mac ユーザガイドの macOS Tahoe 26 版からの書き起こしです。

もう一方の Mac に実際に何が見えているのか、そしてなぜそれが重要なのか

ここはどこでも説明が飛ばされる部分ですが、実はこれが勝負どころのすべてです。

Target Disk Mode は ブロックデバイス を提示していました。古い Mac は本当に外付けハードディスクとして現れ、もう一方のコンピュータのデスクトップにディスクアイコンが出て、Disk Utility からも、実在のボリュームを前提とする他のあらゆるツールからもアクセスできました。

Share Disk が提示するのは ケーブル越しのネットワーク共有 です。Apple 自身の手順がそれを証明しています。デスクトップではなく Finder サイドバーの ネットワーク の下で見つけ、別名で接続 → ゲスト で認証するのです。これは、Ethernet ではなく Thunderbolt または USB のリンク上でたまたま動いているファイル共有セッションにすぎません。

この違いは学術的なものではありません。どのツールがそれを利用できるかが変わってきます。

Share Disk が Migration Assistant の転送元にならない理由

Share Disk が渡してくるのは起動ディスクではなくネットワークファイル共有なので、Migration Assistant はそれを移行元として受け付けないようです。そして、まさにこれに関するコミュニティ報告が記録に残っています。

2022 年 1 月 29 日に提出され、Open Radar に FB9864910 および FB9864933 として公開ミラーされた 2 件の Feedback レポートが、この挙動を正確に記述しています。報告者は 2 台の 14 インチ MacBook Pro を 0.8 m の Apple Thunderbolt 3 ケーブルで接続し、転送元を Recovery から Share Disk に入れ、転送先で Migration Assistant を実行しました。Migration Assistant は ソースを探しています… といつまでも表示し続けました。報告者はリンク自体に問題がないことを確認しています。転送先の Finder はネットワークを閲覧して転送元マシンに接続できたからです。さらに、共有されたディスクが Thunderbolt 接続を介して AFP で利用可能になっていることも観測しています。2 件目のレポートでは、ユーザを無限に待たせるのではなく、せめてこの構成を検出して拒否するよう Apple に求めています。どちらも Open Radar 上でステータス Open として掲載されています。

正直に付す注意書きが 2 つあります。これらのレポートは 2022 年 1 月、macOS 12.2 に対するもので、macOS 26 での挙動を確認あるいは否定する情報源を私は見つけられていません。Apple の Mac ユーザガイドは、Migration Assistant が受け付ける転送元のなかに 同じネットワーク上のディスク を挙げており、この報告とはやや座りが悪い関係にあります。私の推論 —— 推論であると明示します —— は、Migration Assistant の転送元探索がマウントされた起動ボリュームか Migration Assistant を実行中の生きた Mac を探しており、Recovery 環境が提示する AFP 共有はそのどちらでもない、というものです。

いずれにせよ実務上の帰結は同じです。移行計画を Share Disk 前提で立てないでください。 Apple が文書化している用途、つまり通常起動できない Mac からファイルを手作業でコピーする用途に使ってください。ケーブル速度の移行がしたいなら、稼働中の 2 台の Mac を接続して Migration Assistant に Thunderbolt リンクを直接使わせるか、外付けディスク上のバックアップから移行してください。

始める前に: ほとんどの失敗を防ぐチェックリスト

移行の失敗の大半は、誰かが「続ける」をクリックする前からすでに存在していた構成の問題です。このリストは Apple が文書化している要件と、これまでに述べた失敗パターンから作られています。

まず、復旧に使えるデータを確保してください: 転送元 Mac と、失敗した試行の後に作成したファイルを含む転送先の既存データについて、最新のバックアップを作成します。クリーンアップ、アカウントの削除や置き換えの前に、必要な重要ファイルを復元できることを確認してください。

Apple のドキュメントから:

  • 両方の Mac に、利用可能な macOS のアップデートをすべてインストールします。Apple は、2 台の Mac が同じ macOS バージョンである必要は ない こと、それぞれが実行しているバージョンにおいて最新であればよいことを明言しています。
  • どちらかの Mac がノート型なら、電源に接続します。Mac ユーザガイドはこれを直接述べていますが、コンシューマー向けサポート記事には書かれていません。これが見落とされる理由の 1 つです。
  • Apple は、転送が完了するまでウイルス対策、ファイアウォール、VPN のソフトウェアを一時的にオフにするよう案内しています。信頼できる接続を使い、移行が完了したとき、またはトラブルシューティングを中止したときは、通常の使用に戻る前に両方の Mac で保護を再度有効にしてください。管理下の Mac では、まず IT 部門の指示を受け、強制適用された制御を回避しないでください。
  • どちらかの Mac が OS X El Capitan 以前を実行している場合、または不明な場合は、両方を同じ Wi-Fi ネットワークにも接続します。

Apple のドキュメントではなく、仕組みから導かれること:

  • 有線経路を用意したら、転送元 Mac の Wi-Fi をオフにします。これは、転送元 Mac で Wi-Fi をオフにしていない限りピアツーピア Wi-Fi 接続が確立される、という Apple 自身の記述から直接導かれる帰結です。
  • そのケーブルが充電用ではなくデータ用であることを確認します。
  • 作業中は両方の Mac のスリープを無効にします。画面については システム設定 → ロック画面 と システム設定 → ディスプレイ。ノート型ならフタを開けたままにするか、外部ディスプレイを接続した状態で電源につないでおきます。
  • 転送先の空き容量を確認します。Migration Assistant は転送元のサイズを計算してくれますが、それを行うのはあなたがすでに構成を確定したあとです。
  • クリーンアップの候補は、バックアップ後に確認します。ゴミ箱を空にする前に、必要な項目を取り出し、確認済みのバックアップに含めてください。ゴミ箱もバックアップされているとは考えないでください。ゴミ箱を空にすると、その内容は完全に削除されます。判断できない場合は、クリーンアップを省略してください。
  • 転送元 Mac ですべてを終了し、Photos や Mail のインデックス作成が終わってから開始します。
  • 転送元 Mac の短縮ユーザ名を控えておきます。転送先にすでにアカウントがある場合に必要になります。

Migration Assistant を手順どおりに実行する

新しい Mac 側で

Mac が Setup Assistant を表示しているなら、移行はその流れの一部なので別途何かを開く必要はありません。そうでない場合は、システム設定 → 一般 → 転送またはリセット → Migration Assistant を開く、または Utilities フォルダから Migration Assistant を開き、管理者として認証します。

転送方法を尋ねられたら、Mac、Time Machine、または起動ディスクから 転送するオプションを選んで「続ける」をクリックします。

古い Mac 側で

Migration Assistant を開いて「続ける」をクリックし、転送方法を尋ねられたら 別の Mac へ 転送するオプションを選んで「続ける」をクリックします。

これで古い Mac は待機状態になります。そのために App が終了しログアウトされていますが、これは想定どおりの動作です。

ペアリングとセキュリティコード

新しい Mac 側で、リストから古い Mac のアイコンを選んで「続ける」をクリックします。両方のマシンにコードが表示されます。コードが一致することを確認してから、古い Mac 側で「続ける」をクリックします。

新しい Mac のリストに古い Mac がいつまでも現れない場合、それは転送の問題ではなく探索の問題です。原因はほぼ必ず上記のチェックリストの中にあります。ファイアウォールや VPN がまだ動いている、2 台の Mac が別のネットワークにいる、あるいは転送元がスリープに入った、といったところです。

計算フェーズ

Migration Assistant はここで、アプリケーション、ユーザアカウント、ファイル、フォルダ、設定を含むすべての情報が使用しているストレージ容量を計算します。Apple の指示は単純で、計算が終わるまで待つこと、です。

大きな Photos ライブラリ、大きな Mail ストア、小さなファイルで満たされた開発用ディレクトリを持つマシンでは、このフェーズ自体に長い時間がかかることがあり、しかも意味のある進捗表示は出ません。ファイルシステムを歩いているのです。ここは慌てるべき段階ではありません。

何を転送するかを選ぶ

必要な各カテゴリのチェックボックスを選択するか、カテゴリ横の開閉用の三角ボタンで内部の個別項目を選びます。各 ユーザアカウント を展開し、書類、ピクチャなどの個人用フォルダを選択してください。Other Files & Folders だけでは代わりになりません。先ほど中庸の道を選んだなら、ここで Applications の選択を外します。

パスワードと「認証」プロンプト

ここでは 3 種類のプロンプトが現れることがあり、それぞれ意味が異なります。

  • 管理者アカウントを転送する場合。 「パスワードを設定」をクリックして安全なパスワードを設定するよう求められます。Apple の警告は繰り返す価値があります。新しい Mac でそのアカウントにログインするために必要になるので、必ず覚えておいてください。
  • 標準アカウントを転送する場合。 一時パスワードが割り当てられ、画面に表示されます。書き留めてください。ユーザは最初のログイン時にそれを入力し、その後自分のパスワードを設定するよう促されます。
  • 「認証」を求められた場合。 Migration Assistant が、新しい Mac ですでに認証済みの既存ユーザのパスワードを求めてきたら、「認証」をクリックしてそのアカウントのパスワードを入力します。これは FileVault とセキュアトークンの認可経路であり、開始前に転送先マシンに既存のアカウントの資格情報を把握しておきたい理由でもあります。

実行中

Apple 自身の期待値調整の 1 文が、Mac 間の記事にも Time Machine の記事にも一字一句同じで登場します。大容量の転送には完了までに数時間かかることがあり、ときどき一時停止しているように見えることがある、というものです。

完了すると Mac ユーザガイドによればコンピュータが再起動し、問題が見つかった場合には移行のサマリーが表示されます。たとえば転送できなかった書類があった場合や、互換性のないソフトウェアが検出された場合です。このサマリーは読んでください。得られる構造化されたレポートはこれだけであるにもかかわらず、多くの人が反射的に閉じてしまいます。

進捗バーを正直に読む

各フェーズを説明する一つのモデル

この表は説明用のモデルであり、Apple が文書化した処理順序でも、個別の転送を診断する方法でもありません。小さなファイルやメタデータの処理は、終盤が遅くなる理由の一つとして考えられます。

フェーズ見えるもの起きていること通常の所要時間
探索ソースを探しています両方の Mac が選ばれたトランスポート上で広告と待ち受けをしている数秒から 2 分程度
計算計算中。有用な進捗表示はなし転送元のファイルシステムを歩いて総バイト数と項目数を集計しているきれいなマシンなら数分。大きな Photos や Mail のストアがあるとはるかに長い
一括転送進捗バーが着実に動き、推定値はおおむね安定大きなファイルがリンク速度に近い速さで流れている大規模な転送では実時間の大部分
小ファイルの尾部進捗バーは終端付近、推定値は小さな数字に潰れて止まる膨大な数の極小ファイルが 1 つずつ作成されている人々を驚かせる部分であり、人々が手を出してしまう部分

終盤で推定値が潰れる理由

Apple は Migration Assistant が時間の推定値をどう計算しているかを一度も文書化しておらず、私が見つけられた限りどのサポート記事でも、あの 残り約 1 分 という特有の挙動を認めたことはありません。Apple が最も近づいているのは、大容量の転送には数時間かかることがあり一時停止して見えることがある、という先ほど引用した文です。以下に続く内容はすべて、ファイルコピーの仕組みからの私の推論であり、文書化された挙動ではなく推論として読むべきものです。

考えられるモデルの一つは、バイト数ベースの推定です。計算フェーズで総バイト数を求め、単位時間あたりに移動したバイト数から残り時間を外挿している可能性があります。これは、確認済みの Migration Assistant のアルゴリズムの説明ではありません。

このモデルは一括フェーズではよく機能します。一括フェーズは少数の大きなファイルによって支配されるからです。4 GB のディスクイメージ、動画、Photos ライブラリのオリジナル —— これらはリンク速度に近い速さで流れ、毎秒バイト数は起きていることをよく記述します。

終盤の処理として考えられるのは、~/Library/Caches、Mail のファイル、Photos ライブラリのメタデータ、ブラウザのプロファイル、node_modules ツリー、.git オブジェクトなどに関わる小さなファイルやメタデータの処理です。多数の小さなファイルを扱う可能性はありますが、進捗画面だけで、自分の転送がこの処理を行っていると判断することはできません。

その 1 つ 1 つに、サイズとは無関係な固定量の作業コストがかかります。転送先はファイルを作成し、拡張属性と ACL があればそれをコピーし、所有権と権限とタイムスタンプを設定し、さらにネットワークトランスポート越しであれば少なくとも 1 往復を完了しなければなりません。平均的なファイルが 4 キロバイトなら、この固定的なファイルあたりのコストがコストのすべてになります。スループットは帯域の問題ではなくなり、毎秒ファイル数の問題になります。そして毎秒ファイル数は、実効的な毎秒バイト数に換算すると 1 桁から 3 桁も悪化します。

このモデルでは、バイト数ベースの推定が、多数の小さなファイル操作に必要な時間を過小評価する可能性があります。ただし、残りの作業量や個別の転送にかかる時間を示すものではありません。

残り 1 分 という推定値が 1 時間続いても、移行が正常であることや、失敗したことの証明にはなりません。その表示だけを理由に中断することは避け、まず両方の Mac のエラー、電源、接続を確認してください。

時間の推定値が止まったまま完了間近を示す Migration Assistant の進捗画面と、大きなファイル群と大量の小さなファイル群を対比した図

本当に止まっているとき、どうすべきか

進捗、電源、接続、エラーを確認します

時間の推定値だけでは、正常に動作しているかどうかは判断できません。Apple は計算方法を公開しておらず、処理内容の変化は推定が不正確になる理由の一つとして考えられるにすぎません。

転送済みバイト数 と、表示される場合は項目数から、処理が続いていることを確認できます。これらが変化し、どちらの Mac にもエラーが表示されていなければ、転送を続けてください。カウンタが静止しているだけでは、失敗とは判断できません。

Apple が文書化した「1 時間で失敗と判断する」という基準はありません。 Apple は、大容量の転送には数時間かかり、一時停止しているように見える場合があると案内しています。十分な時間を取り、両方の Mac と接続を確認して問題に対処してから、再試行するかを判断してください。

エスカレーションの段階

このリストを順番に下っていってください。一番下に飛ばさないこと。

  1. 十分な時間を取ります。 大容量の転送には数時間かかり、一時停止しているように見える場合があります。推定値やバイトカウンタが変化しなくても、たとえ 1 時間続いても、それだけでは失敗の証拠にはなりません。
  2. 両方の Mac がスリープせず電源につながっていることを確認する。 転送元 Mac がスリープすると、転送先には何のエラーも出ないまま転送が止まります。転送元のトラックパッドを軽く動かしてください。何もクリックしないこと。
  3. リンクがまだ生きていることを確認する。 ケーブル接続なら、緩んでいないか確認します。Migration Assistant の転送画面に 接続の詳細 があるなら、現在どのトランスポートを使っているか確認してください。黙って格下げされている可能性があります。
  4. 転送元 Mac の画面を確認する。 転送元の Migration Assistant が、転送先には伝わらないエラーダイアログを表示していることがあります。後述の 起動時ネットワークエラー のメッセージもその 1 つです。
  5. 問題に対処した後で状況を再評価します。 電源や接続の問題を解消した場合は、進捗が再開するまで時間を取ってください。一定時間待ったかどうかでは、転送の失敗を判断できません。
  6. 明示的なエラーが発生した場合、または問題に対処した後で再試行すると決めた場合は、利用できるなら Migration Assistant のキャンセルまたは停止のコントロールを使います。 最初の対応として電源を切ることは避けてください。キャンセルしても、転送先のアカウントが完全な状態になる保証はありません。再試行の前にデータを保全してください。
  7. 再試行の前に、不完全なアカウントを保全します。 失敗した試行によって不要なアカウントが作られた場合も、まず転送元のバックアップを確認し、転送先にしかないファイルをバックアップして、そのアカウントに固有のデータがないことを確かめてください。そのうえで システム設定 → ユーザとグループ で削除する場合は、ホームフォルダをディスクイメージとして保存するか、フォルダをそのまま残してください。そうでなければアカウントを保持し、Migration Assistant のアカウント名に関する選択画面で対応してください。削除は必須ではありません。
  8. トランスポートを変えて再試行する。 無線で失敗したなら有線へ。有線で失敗したなら Time Machine バックアップへ。
  9. 代わりにバックアップから移行する。 これが実際に機能する代替手段であり、Apple のコミュニティフォーラムで報告された Tahoe の事例を解決したのもまさにこれです。

待つことが間違いになる唯一の状況

転送元 Mac が実際のエラーダイアログを表示しているなら、待っても何も達成できません。報告されている例は、2025 年 9 月に Apple サポートコミュニティに投稿された、macOS Tahoe を実行する M1 Mac mini から M4 Mac mini へ移行しようとしたユーザのものです。セキュリティコードが一致したあと、転送元マシンにこう表示されました。このマシンは移行に使用できません。起動時ネットワークエラーが発生しました。このマシンを再起動して、後でもう一度お試しください。 投稿者は、Ethernet でも Wi-Fi でも Thunderbolt の直接接続でも同じ失敗が起きたと報告しています。2 日後、投稿者は解決策を投稿しました。転送元 Mac を Time Machine で外付けドライブにバックアップし、そのバックアップから移行する、というものです。

これは 1 組のマシンについてのコミュニティ報告であって、文書化された修正を伴う確認済みの Apple のバグではありませんし、Apple がこれを認めた形跡も見つかりませんでした。しかし、そこで示されたエスカレーションは正しいものです。直接経路がどのトランスポートでも失敗するなら、トランスポートを試すのをやめて 転送元 を変えるのです。

代わりに Time Machine バックアップから移行する

手順

Apple の バックアップから Mac を復元する の記事に従うと次のようになります。

  1. 何らかの理由で新しい Mac に macOS の再インストールが必要なら、先にそれを行います。
  2. Time Machine のバックアップディスクを接続し、電源が入っていることを確認します。
  3. Migration Assistant を開くか、Setup Assistant 内の移行ステップを使います。
  4. Mac、Time Machine、または起動ディスクから転送するオプションを選びます。
  5. バックアップディスクを選択します。Apple は表示されるまで少し時間がかかる場合があると注記しています。10 秒で「無い」と結論づけないでください。
  6. バックアップを選択します。「続ける」がグレーアウトしている場合や、表示されているものより古いバックアップを使いたい場合は、表示中のバックアップの横にある開閉用の三角ボタンをクリックしてリストから選びます。
  7. 計算を待ち、カテゴリを選び、Mac 間の移行と同様に進めます。

Apple が明確に「やるな」と言っていること

macOS Recovery の中には Time Machine のシステム復元というオプションがありますが、これは新しい Mac をセットアップするためのツールとしては誤りです。Apple は Mac ユーザガイドの macOS Recovery のページで、重要な注記としてこれを直接指摘しています。Time Machine バックアップは、そのバックアップの元となったコンピュータに情報を復元する目的でのみ使うこと、そしてこの Mac から新しいコンピュータに情報を転送したい場合は macOS Recovery を終了して再起動し、macOS の Migration Assistant App を使うこと、というものです。

Time Machine のシステム復元は、システム全体を元のマシンに復元します。Migration Assistant は、あなたのデータを別のマシンの新しくインストールされたシステムの上に移します。前者を使って新しい Mac をセットアップするのはカテゴリエラーです。

あとからバックアップを引き継ぐ

移行後、同じバックアップディスクを新しい Mac に接続すると、macOS は既存のバックアップ履歴を新しいマシンのものとして引き継ぐかどうかを尋ねてきます。Howard Oakley はこれを詳しく扱っています。バックアップを引き継げばそれは新しい Mac のバックアップ履歴の一部になりますが、古いマシンからは使えなくなります。また、APFS バックアップに対して動作しなくなっていた tmutil inheritbackup コマンドが、macOS Sequoia 15.1 の時点で再び動作するようになったとも述べています。

古い Mac とそのバックアップ履歴を今後も使い続けるつもりなら、引き継がないでください。古い Mac を売却または退役させるなら、引き継ぐことで一からのフルバックアップを避けられます。サポートされている経路はグラフィカルなプロンプトのほうです。tmutil inheritbackup の正確な引数の形式は APFS の改訂をまたいで変わってきているので、macOS 26 で検証できていない呼び出し方をここに書くつもりはありません。

引き継がれないものと、移行後のチェックリスト

Migration Assistant はファイルを移動します。ファイルの外側に存在する状態は移動しませんし、ハードウェアに結び付いた状態も移動しません。あとから確実に対応が必要になるものは次のとおりです。

ライセンスとアクティベーション

Migration Assistant はソフトウェアのライセンス管理を扱いません。アクティベーションをハードウェア識別子、マシンのフィンガープリント、ベンダーのサーバ上のデバイスごとのアクティベーション枠に結び付けているアプリケーションは、新しい Mac を新規インストールとして扱います。ベンダーによって、キーの再入力、再サインイン、あるいは枠を空けるために古いマシンを先に解除することが必要になります。

実務的な指示は退屈なものです。古い Mac を消去または売却する前に、そこですべてを解除しておくこと。 Adobe、Microsoft、ほとんどのオーディオ／ビデオのプラグインベンダー、そしてほとんどのプロ向け CAD や統計パッケージには、解除またはサインアウトの手順があります。そしてマシンが手元を離れてからそれを行うのは、事前に行うよりはるかに難しくなります。

Mail

これは Apple が直接文書化しています。Migration Assistant はメールを転送しますが、それにアクセスするにはまずメール App でメールアカウントを設定し直す必要がある場合があります。アカウントの再認証が必要になると考えてください。また、数時間走ることもある再インデックスも想定してください。その間、Spotlight と Mail の検索は信用できません。

Homebrew とコマンドラインツール

これは開発者にとって移行後の混乱の最大の原因であり、その理由はアーキテクチャにあります。

Apple シリコンでの Homebrew の prefix は /opt/homebrew です。Intel では /usr/local でした。Oakley の記述によれば、Migration Assistant は /usr/local を含むよく知られた隠しフォルダを移行しようとします。つまり Intel から Apple シリコンへの移行では、ネイティブの prefix が /opt/homebrew であるマシンの /usr/local に Intel 版 Homebrew ツリーがまるごと着地し、しかも移行されたシェルプロファイルによって /usr/local/bin が PATH に残ったままになる、ということが起こり得ます。

Homebrew 自身の Common Issues のドキュメントもこの症状に触れており、古い Mac から残っている /usr/local/bin/brew があれば、再インストール前にそれを削除するよう指示しています。

Apple シリコンから Apple シリコンへの移行はずっと良好です。Homebrew のメンテナ Gromgit は、プロジェクトのディスカッションフォーラムでの回答のなかで、Homebrew とインストール済みの formula および cask のそうした移行は一般的にシームレスだと述べています。ただし注意点として、macOS のバージョンが大きく飛ぶ場合は一部の formula の再インストールが必要になることがあること、ログイン時に起動するよう構成したサービスがまだそうなっているか確認すべきこと、そして macFUSE のようなセキュリティ上重要な cask は、新しいマシンが必要な許可を与えられるよう手動で再インストールすべきこと、を挙げています。

きれいなやり方 —— 費やす 20 分の価値があるやり方 —— は、移行する前に古い Mac でマニフェストを取っておくことです。

brew bundle dump --describe --file=~/Brewfile

そして新しい Mac で Homebrew をネイティブにインストールし、それを再生します。

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
echo 'eval "$(/opt/homebrew/bin/brew shellenv)"' >> ~/.zprofile
brew bundle install --file=~/Brewfile

こうすれば、古いマシンにたまたま入っていたものではなく、すべてのバイナリが正しいアーキテクチャの最新ネイティブビルドになります。

システム機能拡張、VPN クライアント、セキュリティエージェント

システム機能拡張、ネットワーク機能拡張、launch daemon、特権ヘルパーをインストールするものはすべて、新しい Mac で新規インストールが必要です。ファイルは移行されるかもしれませんが、承認は移行されません。macOS はシステム機能拡張の承認を そのマシンのユーザ に求め、その承認はインストールごとに紐づくからです。

VPN クライアント、エンドポイントセキュリティエージェント、特権ヘルパーを伴うバックアップエージェント、仮想オーディオデバイス、プリンタとスキャナのドライバ、そして macFUSE のようなファイルシステムドライバは、いずれもこのカテゴリに入ります。症状は一貫していて、しかも紛らわしいものです。App は起動し、見た目には問題ないのに、そのバックグラウンドコンポーネントが黙って何もしないのです。

移行後の新しい Mac で、実際に何が読み込まれているかを棚卸しできます。

systemextensionsctl list

これは登録済みのシステム機能拡張と、その有効化状態を表示します。あるはずのものが無い場合、あるいは存在するが有効になっていない場合は、移行されたコピーを再承認しようとするのではなく、現行のインストーラから App を入れ直してください。

Apple の Startup Security Utility は macOS Recovery の Utilities → Startup Security Utility から到達でき、Apple シリコンでレガシーなカーネル機能拡張を統制する場所です。デフォルトは「完全なセキュリティ」で、確認済みの開発元によるカーネル機能拡張のユーザ管理を許可するには「低セキュリティ」に落とす必要があります。古い App がカーネル機能拡張を必要とするなら、これは新しいマシンで意識的に下すべき判断です —— 移行が引き継いでくれるものではありません。

Docker と仮想マシン

Docker Desktop は確実な犠牲者です。docker/for-mac の issue トラッカーには、Migration Assistant を使うと該当する Library/Group Containers ディレクトリを手動で削除するまで Docker が起動しなくなる、という長年の報告があります。また、移行中にホームディレクトリのユーザ名が変わった場合にデーモンが起動しなくなる、という別の失敗パターンもあります。貢献者たちは、Apple シリコンでは Intel Mac から /usr/local/bin に移行されてきた colima や limactl のようなツールがアーキテクチャ違いになることも指摘しています。

コンテナと VM の状態は、移行するものではなく作り直すものとして扱ってください。必要なものをエクスポートし、ツール類をネイティブに再インストールし、イメージを再取得します。

Rosetta と Intel 専用 App

ここでのタイミングは、2026 年においては異例なほど重大です。

Apple は WWDC 2025 で、macOS 27 が Rosetta 2 を完全サポートする最後のリリースになり、macOS 28 以降は Intel のフレームワークに依存する古くメンテナンスされていないゲームタイトルのために限定的なサブセットだけが残されると発表しました。macOS 26.4 以降、Rosetta 2 を必要とする App を起動するとシステムが通知するようになっています。2026 年 6 月の WWDC で発表され、2026 年 9 月に登場が見込まれる macOS 27 Golden Gate は Apple シリコン専用で、すべての Intel Mac を切り捨てます。

移行にとっての帰結はこうです。今日あなたが新しい Mac に持ち込む Intel 専用バイナリには、すべて明確な賞味期限があります。Migration Assistant はそれらを持ってきますし、Mac ユーザガイドの Apple 自身の注記どおり、互換性のない App や、より新しいバージョンがすでにインストールされている App は転送されないか、使用できない場合があります。Gant の観察によれば、Migration Assistant は Apple シリコン上の Intel 専用 App について、移行を完全に拒否するのではなくフラグを立てます。

棚卸しをするべき正しいタイミングは移行後ではなく移行前です。棚卸しの結果が、そもそも持ち込むべきでないアプリケーションを教えてくれるからです。Rosetta 2 終了に向けた Intel App 棚卸しガイドで、そのリストを作る方法を詳しく扱っています。

移行後のチェックリスト

項目対応
移行のサマリー閉じる前に読む。転送できなかったものが列挙されている
FileVault状態を確認する。新しい Mac の復旧方法を別途保存して検証し、転送元 Mac を意図的に消去して復旧に不要になるまでは、その復旧キーを保持する
Mailアカウントを追加し直し、検索を評価する前にインデックス作成を終わらせる
iCloud と Apple アカウントサインインし、新しい Mac がデバイス一覧に現れることを確認する
ライセンス製品再アクティベートする。古い Mac は処分前に解除しておく
ウイルス対策、ファイアウォール、VPN、セキュリティエージェント必要に応じて現行のインストーラからエージェントを入れ直す。通常の使用に戻る前に、両方の Mac で一時的に無効にしたすべての保護を再度有効にして確認する
システム機能拡張systemextensionsctl list で確認する
Homebrew/opt/homebrew にネイティブで再インストールし、Brewfile を再生する
Docker と VM再インストールし、コンテナと VM の状態を作り直す
Time Machine古いバックアップ履歴を引き継ぐか決め、その後最初のバックアップが完了することを確認する
ログイン項目システム設定 → 一般 → ログイン項目と機能拡張。移行されてきたものを整理する
古い Mac移行した重要なファイルと App を確認し、転送先のバックアップが完了するまで保持する。その後でのみ、以下の Apple の引退手順に従う

古い Mac を消去する前に、確認済みの転送元バックアップを保持し、新しい Mac のバックアップを完了してください。「すべてのコンテンツと設定を消去」を使うには、Apple シリコンまたは T2 セキュリティチップを搭載した Mac で、macOS Monterey 12 以降が必要です。古い Intel Mac やその他の非対応構成では、Apple の別の引退手順に従ってください。消去すると、古い Mac を復旧用の代替手段として使えなくなります。

マシンが動くようになったら、新しい Mac 全般の構成パスも通しておく価値があります。最初の 24 時間のセットアップチェックリストが、どうせシステム設定を開いているうちに変えておくべき項目を扱っています。

特殊なケース

Intel から Apple シリコンへ

Apple はこの移行をサポートしており、macOS バージョンの一致も要求していません。明示されている要件は、各 Mac が実行しているバージョンにおいて最新であることだけです。変わるのはソフトウェアです。

推奨されるアプローチ: ユーザアカウント、Other Files & Folders、設定を移行し、Applications の選択を外して、アプリケーションは現行のインストーラから入れ直します。これで全体がネイティブビルドになり、Rosetta のカウントダウンと /usr/local の問題の両方を回避できます。コストは一晩です。

アプリケーションも移行する場合は、あとで棚卸しをして Intel 専用のものを置き換える計画を立ててください。

FileVault: 移行の前、最中、後

FileVault はボリュームを暗号化するのであって、オブジェクトとしてのファイルを暗号化するわけではありません。移行は転送元から復号された内容を読み、それを転送先に書き込みます。この件に関する Glenn Fleishman の Macworld の記事は、その扱いにくい帰結を説明しています。実際には有効になっていないのに macOS は FileVault が有効だと信じている、という状態に陥る可能性があるのです。まさに、移行が暗号化されたコンテナではなく暗号化されていないデータを移したからです。

実務的な手順は次のとおりです。

  1. 転送元 Mac で、自分のログインパスワードを把握しておきます。FileVault が移行を妨げることはありませんが、ログインできる必要があります。
  2. 転送先では Setup Assistant で管理者アカウントを作成してから移行します。
  3. 移行後は、思い込みではなく FileVault の実際の状態を確認します。
fdesetup status
  1. オフになっていたら、システム設定 → プライバシーとセキュリティ → FileVault でオンにし、新しい復旧キーを永続的に残る場所に記録します。
  2. 古い Mac の復旧キーでは、新しい Mac のロックを解除できません。転送元 Mac を意図的に消去し、その暗号化データを復旧する必要がなくなるまで、安全に保管してください。新しい Mac の復旧方法は別途保存し、検証してください。Apple は復旧の選択肢を説明し、使えるパスワードや復旧キーがないとアクセスできなくなることを警告しています。

複数アカウントに関しては、本物の落とし穴が 1 つあります。Mac の管理者たちは以前から、Migration Assistant が作成するすべてのアカウントに必ずしもセキュアトークンを付与するとは限らないと報告しています。つまり、副次的なアカウントが存在はしていても、起動時に FileVault で暗号化されたディスクをロック解除できない、ということが起こり得ます。Apple はこの挙動を文書化していないので、仕様ではなく現場の観測として扱ってください。防御策のコストは安上がりです。FileVault の有効なマシンに複数のアカウントを移行したなら、古い Mac を退役させる前に、各アカウントにログインして、再起動後にディスクをロック解除できることを確認しておきましょう。

短縮名が同じアカウント

これは数少ない、本当にきちんと文書化されたエッジケースであり、Apple は明示的なプロンプトで処理します。

新しい Mac に同じ名前のアカウントがすでに存在する場合、Apple のサポート記事によれば、2 つのオプションから選ぶよう求められます。

  • 新しい Mac 上のアカウントを、古い Mac のアカウントで 置き換える。置き換えられるアカウントのデータのコピーを「削除されたユーザ」フォルダに移して保持し、あとからアクセスできるようにするオプションも表示される場合がある、と Apple は注記しています。
  • 転送前に古いアカウントの 名前を変更する。こうすると両方のアカウントが残り、それぞれ別々にログインできます。

置き換える を選ぶ前に、転送先にしかないファイルをバックアップし、固有のデータが失われないことを確認してください。作成直後のアカウントにも、新しい作業内容が含まれることがあります。名前を変更する を選ぶと両方のアカウントが残ります。判断できない場合は、転送先のアカウントを不要と決めつけず、両方を保持してください。

この選択自体を完全に回避する方法は、アカウントが存在する前、つまり Setup Assistant の途中で移行することです。あとから移行するなら、最もきれいなやり方は Setup Assistant のアカウントを意図的に異なる短縮名 —— たとえば admin のようなもの —— で作ることです。そうすれば移行されるアカウントは衝突なく本来の名前で到着し、使い捨ての管理者アカウントはセキュアトークンを持つ予備として残ります。

管理下の Mac と業務用 Mac

新しい Mac がデバイス管理サービスに登録されているなら、その場の判断で進めないでください。Platform Deployment ガイドに記載された Apple の Managed Migration Assistant は、何を転送するかを組織側が制御できるようにします。ホームフォルダ内のどのサブフォルダを必須にするか、どれを除外するか、どのユーザアカウントを移行対象として一切提示しないか、そしてシステムレベルのプライバシー設定を引き継ぐかどうか、といった具合です。その要件は、転送元 Mac が macOS 15 以降、新しい Mac が macOS 26.4 以降、そして新しい Mac が Apple School Manager または Apple Business Manager に登録され、管理サービスに割り当てられていることです。

それがあなたの状況なら、移行はポリシーによって UI からは明らかでない形に規定されている可能性があります。そして管理者には、日時、転送されたデータ量、移行できなかったファイルの有無を含むレポートが後から届きます。始める前に確認してください。

すでに使っている Mac に移行する

Migration Assistant は新しい Mac 専用ではなく、どの Mac に対しても機能します。しかし、この状況は明らかに脆くなります。転送先にすでに状態が存在するからです。

ルールは 2 つ。第一に、移行する前に転送先をバックアップすること —— 設定したばかりの転送先にも、固有のファイルが含まれることがあります。第二に、前述のアカウント衝突の選択について意図的に判断すること。半年間使ってきたマシンでの「置き換える」は、今朝開封したばかりのマシンでの「置き換える」とはまったく意味が違います。

よくある問題のトラブルシューティング

Migration Assistant が相手の Mac をいつまでも見つけない

Problem: 新しい Mac が ソースを探しています… を延々と表示する、または古い Mac がリストに現れない。

Solution: これは転送の失敗ではなく探索の失敗で、原因のほとんどは Apple の前提条件でカバーされています。信頼できる接続での移行中に限り、ウイルス対策、ファイアウォール、VPN のソフトウェアを一時的にオフにしてください。管理下の Mac では IT 部門の指示に従います。転送が完了したとき、またはトラブルシューティングを中止したときは、通常の使用に戻る前に両方の Mac で保護を再度有効にしてください。各 Mac が正しいステップにいることを確認します。新しい方は Mac、Time Machine、または起動ディスクから、古い方は 別の Mac へ です。両方がスリープしておらず、電源につながっていて、近くにあることを確認します。どちらかの Mac が OS X El Capitan 以前を実行しているなら、両方を同じ Wi-Fi ネットワークに置きます。そして転送元が Recovery からの Share Disk モードのままなら、それがまさに、ここで無限にハングすると報告されている構成です。通常どおり起動して、そちらで Migration Assistant を実行してください。

ケーブルをつないでいるのに無線並みの速度で転送されている

Problem: Thunderbolt ケーブルを接続したのに、転送が這うように遅い。

Solution: 原因は 2 つ、可能性の高い順に。第一にケーブル。MacBook の充電ケーブルは USB-C コネクタを持っていますが運ぶのは USB 2 のデータだけで、これを本物の Thunderbolt または USB4 ケーブルに交換することが、この件に関する MacRumors スレッドでの解決策でした。稲妻の刻印を探してください。第二にトランスポートの選択。転送元 Mac の Wi-Fi をオフにしてから、転送画面の 接続の詳細 で実際にどのリンクが使われているかを確認し、システム設定 → ネットワーク で Thunderbolt Bridge が接続済みと表示されていることを確認してください。

「残り約 1 分」と表示されたまま 1 時間経っている

Problem: カウントダウンが小さな数字に潰れて動かなくなったが、転送は終わっていない。

Solution: 推定値が静止しているだけでは、失敗とは判断できません。小さなファイルやメタデータの処理は理由の一つとして考えられますが、診断でも、文書化された推定方法の説明でもありません。両方の Mac のエラー、電源、接続を確認してください。大容量の転送には十分な時間を取ります。バイトカウンタが 1 時間静止したことは、失敗と判断する基準にはなりません。問題に対処した後で再試行すると決めた場合は、利用できるなら App のキャンセルコントロールを使い、まず転送元と転送先のデータを保全してください。

「このマシンは移行に使用できません。起動時ネットワークエラーが発生しました」

Problem: セキュリティコードが一致したあと、転送元 Mac がこのエラーを表示し、移行が始まらない。

Solution: 2025 年 9 月に Apple サポートコミュニティで、macOS Tahoe の 2 台の Mac mini 間で移行しようとしたユーザが報告した事例です。その人は Ethernet でも Wi-Fi でも Thunderbolt の直接接続でも同一の失敗を見ました。そのスレッドに投稿された解決策は、直接移行を諦めることでした。転送元 Mac を Time Machine で外付けドライブにバックアップし、そのバックアップから移行するのです。この特定のエラーについて Apple の認知はないので、コミュニティが報告しコミュニティが検証した回避策として扱ってください。バックアップ経路に切り替える前に、両方の Mac を再起動して、もう一度試してみてください。その試行で VPN やセキュリティソフトウェアを一時的に無効にする場合は、信頼できる接続を使い、管理下の Mac では IT 部門の指示を受け、試行が終わり次第保護を元に戻してください。

移行は終わったが新しい Mac が遅く、ファンが回っている

Problem: すべて転送されたのに、マシンが熱く、何時間も反応が鈍い。

Solution: これはほぼ常に、移行の失敗ではなく移行後のインデックス作成です。Spotlight は新しく書き込まれたデータボリュームをインデックスしており、Photos は分析データベースを再構築しており、Mail はメッセージストアを再インデックスしています。大きなライブラリでは、これは正当に何時間もかかり、I/O と CPU の両方を消費します。Mac を電源につなぎ、スリープさせず、ネットワークにつないだままにして、その日の夜ではなく翌日に性能を判断してください。

App は起動するのにバックグラウンドのコンポーネントが何もしない

Problem: VPN クライアント、バックアップエージェント、セキュリティツール、仮想オーディオドライバが起動して正常に見えるのに、効果がまったくない。

Solution: アプリケーションのファイルは移行されましたが、システムレベルの承認は移行されていません。システム機能拡張、ネットワーク機能拡張、特権ヘルパーは、それが動くマシンの上でインストールされ承認されなければなりません。systemextensionsctl list で実際に何が登録されているかを確認し、その上で該当する App を、移行されたコピーではなく新たにダウンロードした現行のインストーラから入れ直してください。macOS が求めてきたら機能拡張を承認し、あとで システム設定 → 一般 → ログイン項目と機能拡張 も確認します。

ターミナルが壊れている、またはコマンドが誤ったアーキテクチャを指している

Problem: Intel から Apple シリコンへの移行後、シェルコマンドの挙動がおかしい、brew が不調、あるいはツールがアーキテクチャのエラーを報告する。

Solution: 移行された /usr/local ツリーと移行されたシェルプロファイルが、ほぼ確実な原因です。まず uname -m でマシンのアーキテクチャを確認します。Apple シリコンなら arm64 と表示されます。次に Homebrew の指針に従います。再インストール前に古い Mac から残っている /usr/local/bin/brew を削除し、Homebrew を /opt/homebrew に着地するようネイティブでインストールし、PATH の先頭に /opt/homebrew/bin が来るようシェルプロファイルを修正します。パッケージ一覧は、移行されたツリーを信用するのではなく Brewfile から再生してください。

移行されたユーザアカウントが起動時にディスクをロック解除できない

Problem: FileVault はオンなのに、移行された副次的なアカウントが起動前のロック解除画面に表示されない。

Solution: この症状だけでは、セキュアトークンの問題とは判断できません。ディスクをロック解除できる管理者アカウントでログインし、システム設定 → プライバシーとセキュリティ → FileVault を開いてください。ユーザを有効にする（Enable Users） が表示される場合は、Apple の手順に従って対象ユーザを選択し、そのユーザのログインパスワードを入力してください。そのコントロールがない場合や、Mac が管理下にある場合は、トークンの修正方法を推測せず、管理者または Apple サポートに相談してください。管理構成では、ブートストラップトークンやボリュームの所有権も関係することがあります。古い Mac を引退させる前に、再起動して、必要な各ユーザがディスクをロック解除できることを確認してください。

FAQ

2 台の Mac が異なるバージョンの macOS を実行していても Migration Assistant を使えますか？

はい。Apple は、各 Mac が同じバージョンの macOS を使用している必要はなく、それぞれで macOS が最新であればよい、と直接述べています。ただし実際には、バージョンの差が非常に大きいと、移行したアプリケーションが妙な挙動をする確率が上がります。Howard Oakley が新しい Mac を買ったらすぐに移行するよう勧めているのはこのためです。

Migration Assistant は古い Mac の中身を消したり変えたりしますか？

いいえ。Apple のサポート記事は、Migration Assistant が古い Mac の情報を削除することはない、と明言しています。移行した重要なファイルと App を確認し、転送先のバックアップが完了するまで、復旧用の代替手段として保持してください。後で引退させる場合は、移行後チェックリストで説明したとおり、そのモデルと macOS のバージョンに対応した消去方法を使ってください。

移行には実際どのくらい時間がかかるものですか？

Apple はどのトランスポートについてもスループットの数値を公表していないので、公式な答えはありません。Apple の唯一の指針は、大容量の転送には数時間かかることがある、というものです。1 つの参照点として、Howard Oakley は Mac Studio M1 Max から Mac mini M4 Pro へ、Thunderbolt 3 SSD 上のバックアップを使って移行し、2 時間弱で完了したと報告しています。

初期セットアップ中に移行すべきですか、それとも後からですか？

古いマシンの中身の大半を持っていきたいと分かっているなら、セットアップ中です。Setup Assistant で移行すれば Migration Assistant がアカウントをきれいに作成でき、短縮名の衝突を完全に回避できます。あとから移行しても問題なく動きますが、アカウントを置き換えるか名前を変えるかを決めなければならず、その決定には結果が伴います。

固まったように見える Migration Assistant を強制終了しても大丈夫ですか？

推定値やバイトカウンタが変化しないだけでは、1 時間たっても失敗とは判断できません。両方の Mac のエラー、電源、接続の問題を確認し、十分な時間を取ってください。明示的なエラーが発生した場合や、問題に対処した後で再試行すると決めた場合は、利用できるなら Migration Assistant のキャンセルコントロールを使います。転送元のバックアップと、転送先にしかないファイルを保全してください。途中まで移行されたアカウントは、不要と確認できるまで保持し、削除する場合もホームフォルダを保存してください。

起動しない古い Mac から移行できますか？

多くの場合できますが、Share Disk 経由ではありません。代わりに Time Machine バックアップかボリューム単位のクローンから移行してください。ただし、そのバックアップはフォルダの中ではなくローカル接続したディスクのルートにある必要があります。バックアップがまったくなく、その Mac が Apple シリコンなら、macOS Recovery の Share Disk を使えば少なくともケーブル越しに手作業でファイルをコピーして取り出せます。

まとめ

Migration Assistant は信頼できないツールではありません。仕様が明示されていないのです。それも正確な意味で、つまり結果のほぼすべてを決める選択 —— トランスポート —— が自動的に行われ、その挙動を Apple は IT 導入ガイドの中でしか文書化しておらず、しかもあなたが能動的に阻止しない限り 4 つの選択肢のうち最悪のものを既定として選ぶ、という意味においてです。

重みを持つ決定は 3 つです。まず、始める前に何を移行するかを決めること。Intel から Apple シリコンへの移行で Applications の選択を外せば、一晩のダウンロードと引き換えに移行後の苦痛のほとんどが消えるからです。次に、Migration Assistant に有線の経路を与え、転送元 Mac の Wi-Fi をオフにすること。そうしない限り 2 台のマシンはピアツーピア Wi-Fi リンクを確立すると、Apple 自身のドキュメントが述べているからです。そしてカウントダウンが止まったら、進捗とあわせてエラー、電源、接続の状態を確認してください。小さなファイルの処理は、考えられる理由の一つにすぎません。推定値も、たとえ 1 時間静止したバイトカウンタも、それだけでは失敗の証明にはなりません。

直接経路が 2 回失敗したら、トランスポートを試すのをやめて転送元を変えてください。古い Mac を外付けディスクにバックアップし、そのバックアップから移行するのです。この 1 手だけで、生きた 2 台目のマシン、ネットワーク、対話型セッションが問題から取り除かれます。そしてこれこそが、Apple 自身のフォーラムで報告された失敗を解決してきたエスカレーションです。

何をするにせよ、Apple シリコン Mac で T を押し続けるのはやめてください。Target Disk Mode は Intel の機能であり、Apple のドキュメントは最初の 1 文でそう述べています。Apple シリコンでの同等機能は Share Disk で、macOS Recovery の Utilities → Share Disk にあり、USB、USB-C、Thunderbolt で動作し、相手の Mac に渡すのはデスクトップ上のディスクではなくネットワーク共有です —— まさにこれこそが、それがファイルコピーのツールであって移行の経路ではない理由です。

関連記事: 実機 2 台で見えた Mac 移行の落とし穴 · 2026 年版 Mac バックアップ戦略