何が起きているか
スケジュールされたバックアップ時刻にバックアップ先へ到達できない場合、Time Machineは Time Machine couldn't complete the backup. The backup disk could not be found. というエラーを表示します。主な原因としては、USBドライブが抜かれていた、NASがオフラインになった、MacがWi-Fiネットワークを静かに切り替えた、またはmacOSのアップデート後にディスクの関連付けが失われた、などが考えられます。
修正方法はご利用の環境（USBドライブ、ネットワークボリューム、NASなど）によって異なります。以下の手順を順番に試してください。ほとんどの場合、手順1または2で解決します。
手順1 — バックアップディスクがmacOSから認識されているか確認する
ディスクユーティリティ（アプリケーション → ユーティリティ → ディスクユーティリティ）を開き、バックアップドライブがサイドバーに表示されているか確認します。
- USBドライブが表示されない場合：抜いて10秒待ってから再接続します。別のポートも試してください — 一部のUSBハブはスリープ後に電源状態が失われることがあります。
- NASまたはTime Capsuleが表示されない場合：デバイスの電源が入っており、Macと同じネットワークに接続されているか確認します。
ターミナルからマウント済みボリュームを一覧表示します：
ls /Volumes/
バックアップディスクの名前がそこに表示されるはずです。表示されない場合、macOSはまだそのディスクを認識できていません。物理的またはネットワーク接続の問題を先に解決してください — ドライブが認識されていない状態では、以降の手順は効果がありません。
手順2 — Time Machine設定でバックアップディスクを再接続する
ドライブがmacOSからは正常に認識されていても、Time Machineが失敗することがあります。macOSのアップデート後、バックアップの関連付けが気づかないうちに壊れることがあります。
- システム設定 → 一般 → Time Machine（macOS Ventura以降）または システム環境設定 → Time Machine（旧バージョン）を開きます。
- バックアップディスクの項目をクリックします。警告アイコンが表示されている場合は、− ボタンで削除します。
- バックアップディスクを追加… をクリックして、ドライブを再選択します。
即座にバックアップを強制実行して動作を確認します：
tmutil startbackup --auto
リアルタイムで状態を確認します：
tmutil status
手順3 — ネットワーク/NASボリュームのマウントを修正する
Synology、QNAP、その他のSMB共有は、Time Machineがバックアップを行う前にマウントされている必要があります。設定しない限り、macOSはこれを自動的に行いません。Wi-Fiをご利用の場合は、Macがゲストネットワークやホットスポットに静かに切り替わっていないかも確認してください。
NAS共有を手動でマウントする
Finderで 移動 → サーバへ接続（⌘K）を選択し、NASのアドレスを入力します：
smb://192.168.1.x/TimeMachineShare
# または AFP（古いデバイス）の場合：
afp://192.168.1.x/TimeMachineShare
マウントできたら、バックアップを実行します：
tmutil startbackup --auto
ログイン時に共有フォルダを自動マウントする
システム設定 → 一般 → ログイン項目 に移動し、マウントしたネットワークボリュームを追加します。これを設定しないと、再起動のたびにTime Machineが失敗します — 午前2時の最初のスケジュールバックアップ実行時に、単純にディスクが存在しない状態になるからです。
手順4 — Time Machineのバックアップデータベースをリセットする
ディスクには到達でき、関連付けも正しいのにバックアップが失敗し続ける場合は、ローカルのスナップショットデータベースが破損している可能性があります。これは強制シャットダウンやバックアップの中断後に発生することがあります。
# Time Machineを停止する
sudo tmutil disable
# 検証キャッシュとステータスplistを削除する
sudo rm -rf /private/var/db/com.apple.backupd.backupVerification
rm -f ~/Library/Preferences/com.apple.TimeMachineStatus.plist
# 再度有効にする
sudo tmutil enable
ディスクを再関連付け（手順2）して、バックアップを実行して確認します。
手順5 — バックアップディスク自体を確認・修復する
あまり知られていない動作として、ファイルシステムエラーがあるディスクは、適切なディスクエラーではなく「ディスクが見つかりません」とTime Machineに報告させることがあります。ドライブが正常だと思い込む前に、まず「応急処置」を実行してください。
# ディスク識別子を確認する
diskutil list
# 応急処置を実行する（disk2s1 は実際の識別子に置き換えてください）
diskutil repairVolume /dev/disk2s1
ディスクユーティリティのGUIからも実行できます：バックアップボリュームを選択 → 応急処置 → 実行。
応急処置で修復できないエラーが報告された場合は、SMARTステータスを確認します：
diskutil info /dev/disk2 | grep SMART
SMART Status: Verified と表示されればドライブのハードウェアは正常です。それ以外の結果が表示された場合は、すべてのデータを失う前に交換品を探し始めてください。
手順6 — ゼロからやり直す（最終手段）
上記の手順で解決しない場合は、関連付けを削除してゼロから始めます。バックアップ履歴は失われますが、クリーンなバックアップはバックアップなしよりはるかにましです。
# 現在のバックアップ先を一覧表示する
tmutil destinationinfo
# 壊れたバックアップ先を削除する（destinationinfo の出力からIDを使用）
tmutil removedestination <destination-id>
# ディスクユーティリティでバックアップディスクを消去・再フォーマットする
# フォーマット：ローカルUSBドライブには Mac OS拡張（ジャーナリング）を使用
# macOS Big Sur以降はTime MachineでAPFSも完全にサポートされています
# 再度追加する
tmutil setdestination /Volumes/YourBackupDiskName
修正を確認する
# バックアップを開始して状態を確認する
tmutil startbackup
tmutil status
# 最新のバックアップが完了しているか確認する
tmutil latestbackup
# すべてのバックアップスナップショットを一覧表示する
tmutil listbackups
完了後、tmutil status に Running = 0 と表示されます。tmutil latestbackup を実行すると、今日の日付が返されるはずです。
得られた教訓
- ログイン時にNAS共有をマウントする。 Time Machineはオンデマンドではなくスケジュールで動作します — 午前2時のバックアップ実行時に共有がマウントされていないと、このエラーが発生します。ログイン項目に追加することで恒久的に解決できます。
- macOSのメジャーアップデート後は必ずTime Machineを確認する。 アップグレードによってバックアップの関連付けが静かに壊れることは、Appleが認めたいと思う以上に頻繁に起こります。システム設定で2分確認するだけで、復旧の数時間の苦労を防げます。
- USBバックアップドライブはAPFSではなく Mac OS拡張（ジャーナリング）でフォーマットする — APFSがTime Machineで完全サポートされているmacOS Big Sur以降を使用している場合は除きます。
- SMARTが失敗するまで待たない。 断続的なエラーを報告しているドライブはすでに劣化が始まっています。バックアップ途中で故障して使用可能なリストアポイントがなくなる前に交換しましょう。