iPhoneの復元が10回失敗した全記録|潰した変数と、ログに残ってたもの
iOSをアップデートしたあと、バックアップからの復元が10回連続で失敗しました。
検証した環境
iPhone 16 Pro(128GB) / iOS 26.5.2(build 23F84)→ 26.6 にiTunesで更新
Windows 11 / iTunes 12.13.10.3(Microsoft Store版・従来インストーラ版の両方で検証)
ノートPC(Windows 11 / 従来インストーラ版iTunes 最新)でも同様に失敗
2日かけて、思いつく限りの変数を潰しました。
結論から言うと解決してません。。。 ただ、試したことは全部書いておきます。どれも効きませんでした。
同じエラーで検索してここに辿り着いた人のために書いています。これから同じ切り分けをやろうとしてる人は、私がやって無駄だったことを繰り返さずに済みます。
データそのものは、復元を諦めたあとにバックアップから直接取り出して救出しました。その記録は記事①にあります。復元に失敗しても、データを諦める必要はありません。
症状

- 復元は毎回、数分〜26分ほど正常に進行してから失敗する
- 止まるタイミングが毎回バラバラ(4分 / 15分 / 19分 / 25分 / 26分 / 進捗約半分)
- エラーメッセージは複数種類が入れ替わりで出た
- 「iPhoneがコンピュータから取り外されたため、iPhone “iPhone” を復元できませんでした。」
- 「エラーが発生したため、iPhone “iPhone” を復元できませんでした。」
- 「iPhoneとの読み書き中にエラーが発生したため、iPhone “iPhone” を復元できませんでした。」
- Windowsのイベントログには、USB切断もディスクエラーも記録されてない
「バックアップが壊れているため」だけは意味が違います
同じ作業中に「バックアップが壊れているため、iTunesはiPhone “iPhone” を復元できませんでした。」も一度出ました。これは端末の問題ではなく、バックアップ側が不完全なときに出るメッセージです。私の場合はバックアップを別のPCへコピーする途中で容量が足りず、ファイルが欠けたのが原因でした。このメッセージが出たら、まずコピーが完全か確認してください。
つまり、iTunesは「取り外された」と言ってるのに、Windowsは切断を検知してません。
潰した変数(すべて実施済み・すべて失敗)
| 検証した変数 | 試した内容 | 結果 |
|---|---|---|
| PC本体 | デスクトップPCとノートPC、2台 | 両方失敗 |
| iTunesの系統 | Microsoft Store版 / 従来インストーラ版(いずれも最新) | 両方失敗 |
| iTunesの再インストール | アンインストール → 再起動 → 再インストール | 失敗 |
| バックアップの置き場所 | 内蔵NVMe / 外付けSSD | 両方失敗 |
| USBケーブル | サードパーティ製 / Apple純正 USB-C to USB-C | 両方失敗 |
| USB接続形式 | USB-C / USB-A、ハブ経由をやめてマザーボード直挿し | すべて失敗 |
| 電源管理 | USBセレクティブサスペンドを無効化 | 失敗 |
| 端末の状態 | 「すべてのコンテンツと設定を消去」で完全初期化してから復元 | 失敗 |
| ペアリング | C:\ProgramData\Apple\Lockdown の記録を削除して再ペアリング | 失敗 |
| ディスク空き容量 | 復元先に120GB以上を確保 | 失敗 |
| バックアップの整合性 | Manifest.dbの全63,936件と、実ファイルの存在・サイズを照合 | 欠落0件・サイズ相違688件(中身の完全性は未確認) |
これだけやって、全部失敗しました。
ログに何が残ってたか

Apple Mobile Device Support のログ(asl.*.log)に、10回すべてで同じ順序のイベントが記録されてました。
Windowsでの場所は以下です(Microsoft Store版の場合)。
C:\Users\ユーザー名\AppData\Local\Packages\AppleInc.iTunes_nzyj5cx40ttqa\LocalCache\Roaming\Apple Computer\Logs
中身がこれです(10回目・2026年8月4日の失敗分)。時刻も文字列もログそのままで、伏せたのは端末の識別子(UDID)だけです。プロセス名とスレッド番号は長いので省きました。
14:24:34 AMDeviceNotificationSubscribeWithOptions: Subscribed for device notifications from usbmuxd
↑ここで復元開始。以降25分、ログは静か
14:49:40 _AMDeviceInsecureNotificationCallback: Received insecure notification AMDNotificationFaceplant
14:49:43 _connect_to_port: USBMuxConnectByPort failed to connect to the device [UDID] on port 62078: connection refused
14:49:43 AMDeviceConnect: Could not connect to lockdown port (62078) on device 20 - [UDID]: 0xe8000065 (kAMDMuxConnectError)
14:50:08 AMDeviceStartSession: Could not start session with device [UDID]: kAMDInvalidHostIDError
14:50:08 AMDeviceSecureStartService: Failed to start service via AppleUSBDeviceMux: 0xe800001a (kAMDPasswordProtectedError)
14:50:08 _AMDevicePreflightWorker: Failed to register for insecure notifications (device 21): 0xe800001a (kAMDPasswordProtectedError)
必ず AMDNotificationFaceplant が先行し、その約3秒後に lockdown ポート(62078)が応答しなくなります。
ここから先は私の解釈です。Faceplant という語について、Appleの公式な説明は見つけられませんでした。
ただ、この通知が出た約3秒後に必ず通信が落ちるという順序が10回とも同じだったことから、端末側で何かが落ちた合図だと読んでいます。だとすればPC側が切断したのではなく、iPhoneが先に倒れていることになる。これはもうわからん。
※ここでの「AMD」はAMD社(Ryzen・Radeon)とは無関係です。Apple Mobile Device の略で、iTunesがiPhoneと通信するためのAppleのフレームワーク名です(AMDeviceConnect、kAMDMuxConnectError なども同じ系統)。私も一瞬CPU側を疑いましたが、綴りが同じだけの偶然。
ちなみにAMDチップセット環境でUSB機器が断続的に切れる、という別件の相性問題は実在します。
ただ今回それでは説明しづらい材料が2つあり、Windowsのイベントログに切断が一切記録されていないことと、ログの順序が「端末が先に倒れる → その3秒後に通信不能」で逆ではないことです。ホスト側が切ったなら、まずWindows側に記録が残ります。
端末から吸い出されたクラッシュレポート
iTunesは接続時に、端末側のクラッシュログを自動で吸い出します。同じLogsフォルダの CrashReporterMobileDevice 配下です。
そこに、こんなものが入ってました。
| ファイル | 意味 |
|---|---|
forceReset-full-2026-08-02-220945.ips | 作業を始める前日の強制リセット記録 |
JetsamEvent-2026-08-03-141104.ips | メモリ逼迫によるプロセス強制終了 |
BackupAgent2.diskwrites_resource-*.ips × 4 | 書き込み量超過の警告 |
作業を始める前日に、強制リセットの記録が残っていました。
ただ、このログがボタン操作による強制再起動でも残るものなのかは確認できていません。私自身がこの時間に強制再起動したかも覚えていないので、これだけで端末に異常があったとは言えません。
なお、iOS本体の再インストール自体は成功してました。restore_perform.txt に FINISHED-ENGINES:(SUCCESS) と記録されてます。
失敗するのは、そのあとのバックアップデータの流し込み工程だけでした。
途中で一度、犯人を誤認した
正直に書いておきます。切り分けの途中で、Windows側のドライバが3回クラッシュしてました。
重大 ユーザーモードドライバ AppleUsbFilter.dll でランタイム障害、ホストプロセス終了
重大 デバイス Apple iPhone がドライバクラッシュによりオフライン
しかも1回は、復元を開始する前、iPhoneを接続しただけの時点で発生してました。「これが原因だ」と判断してiTunesを再インストールしたところ、クラッシュは止まりました。
それでも復元は失敗しました。
このとき「ホスト側は無罪」と一度結論づけ、その後この記録を見つけて撤回し、再インストール後にまた失敗して、最終的に「ホスト側ではない」に戻りました。遠回りでしたが、これを潰さないと結論に確信が持てなかったので必要な回り道でした。
バックアップについて確認できたこと
「バックアップが壊れてるのでは」という疑いも確認しました。Manifest.db と実ファイルをAIに全件照合させました。
PRAGMA integrity_check ok
欠落ファイル 0件(Manifest.dbの63,936件すべてが実在)
孤立ファイル 0件
サイズ相違 688件
サイズ相違が688件ありましたが、全件がSQLiteデータベースファイルで、差分の679件が4096バイト(SQLiteのページサイズ)の正確な倍数でした。
これはバックアップ中のWALチェックポイントによる正常なずれらしい。
ランダムな破損なら、こんなにきれいにページ境界に揃わないとのこと。
写真もplistも1件も含まれてませんでした。
ここでやったのは、台帳(Manifest.db)に載っているファイルが実在するかと、そのサイズの照合です。結果は欠落0件・サイズ相違688件で、1ファイルずつ中身が壊れていないかまでは見ていません。
中身については、復元を諦めたあとの抽出作業(→記事①)で分かったこともあります。写真8,069件はファイル先頭のシグネチャ(形式を示す数バイト)を確認して、異常は検出されませんでした。メモ334件は文字化けなく取り出せました。
ただし、全写真・動画を最後まで開いて確認したわけではありません。
結論として言えること
言えること
- PC本体、iTunesの系統とバージョン、USBスタック、Appleドライバ、ケーブル、ポート、バックアップの置き場所、空き容量 — これらを変えても、結果は同じでした
- 10回すべてで
AMDNotificationFaceplantの通知が失敗に先行してる(端末側が落ちた合図だと読んでいますが、これは私の解釈です) - 失敗するタイミングが毎回バラバラ(4分 / 15分 / 19分 / 25分 / 26分)。これは地味に重要な手がかりで、特定の不良ブロックや特定のデータが原因なら毎回同じ場所で落ちるはずです。バラつくということは、熱・メモリ逼迫・タイミング依存の問題である可能性が高い
言えないこと
- iPhone本体のハードウェア故障なのか、iOS 26.6とiTunes復元経路のApple側の不具合なのかは、個人では切り分けられませんでした
- 試した2台は、どちらもWindows+iTunesです。Mac(Finder経由の復元)は試していないので、Windows向けの復元経路そのものに問題がある可能性は潰せていません
「新しいiPhoneとして設定はできたんだから、ハードは無事なのでは?」と思うかもしれません。私もそう思いました。ただ調べてみると、そうとも言い切れないようです。
復元は、端末にとって通常使用とは負荷の桁が違う処理だからです。
| 新しいiPhoneとして設定 | バックアップから復元 | |
|---|---|---|
| 書き込み量 | 数GB | 100GB超 |
| 所要時間 | 数分 | 数十分〜数時間 |
| メモリ使用 | 軽い | 重い(展開・DB再構築) |
| 発熱 | ほぼなし | 持続的に高負荷 |
PCでも「普段は動くのに、高負荷が続くと落ちる」はメモリ不良やストレージ劣化の典型的な壊れ方です。同じことがiPhoneにも起こりえます。ログには JetsamEvent(メモリ逼迫によるプロセス強制終了)も残っていましたが、これは普段使いのiPhoneでもよく記録されるもので、決め手にはなりません。
つまり「新規設定できた=ハードは正常」とは断定できない、というのが正直なところです。
だからこそ切り分けられなかった、という話でもあります。
最終的に「新しいiPhoneとして設定」を選び、データはバックアップから直接抽出しました。悔しいが、ここが引き際でした。。
同じエラーで困ってる人へ
1. まず2〜3回は復元を試して、ログを見てください
1回の失敗では、たまたまなのか再現性があるのか分かりません。2〜3回試して毎回同じ挙動になるかを確認したうえで、ログを開くのが先です。
2. ログの分岐で、やることが変わります
AMDNotificationFaceplant が毎回出ているなら——私と同じパターンです。
ただ、同じ通知が出ていても、原因が私と同じとは限りません。私の場合は、上の表の変更(ケーブル交換・iTunes再インストール・ポート変更など)では改善しませんでした。
ログと試した条件は、Appleサポートに伝える材料にしてください。
出ていないなら——私とは違うパターンです。ケーブルやUSBポート、iTunesの再インストールで直る可能性が十分あります。上の表を順に試す価値があります。
実際、単純なケーブル不良で失敗しているケースもあるので、私の結果だけを見て諦めないでください。
3. Appleサポートに持ち込む材料になります
「復元できません」だけだと「初期化してください」で終わりがちですが、ログのイベント名と、試した条件の一覧を持っていけば話が早いです。端末側のクラッシュレポート(forceReset や JetsamEvent など)が残っていれば、それも一緒に見せるとよいと思います。何を意味するかの判断は、サポート側に任せるのが確実です。
保証期間にも注意してください。
標準保証は購入から1年、AppleCare+は加入プランによって期間が変わります(自動更新型もあります)。診断を受けるなら、まず自分の保証状況を確認してから動いたほうがいいです。
4. データは諦めないでください
これが一番伝えたいことです。 復元が通らないことと、データが失われることは別です。
今回は、バックアップファイルから中身を直接取り出せました。
私はメモ334件、写真18,693点、ボイスメモ21本、連絡先198件、そして入ってたアプリ210件の一覧を、すべて取り出しました。その記録は記事①に書いてます。
関連記事