Time Machineが「バックアップの準備」で止まった

2009年のMacBook Proを持っています。OSX 10.6（Snow Leopard）が付属していましたが、10.8（Mountain Lion）にアップグレードしました。

数日前、OSのアップグレードの前後に何度も成功したように、ファイルを外部ハードドライブにバックアップしようとしました。

画面上部のTime Machineメニューのステータスは、通常のようにカウントアップする代わりに「バックアップの準備中」と表示されました。それは数分間そのままで、それから私は待つことにうんざりして、バックアップを停止しました。

昨夜、私はそれをもう一度試して、ほぼ12時間一晩座ったままにしました。「バックアップの準備中」のままです。以前のようにバックアップを機能させるにはどうすればよいですか？

私はこの問題と私が見た解決策のためにグーグルを試してみました（どれくらい長く待つかはっきりしない）か、ウイルススキャナからBackups.backupdbフォルダを除外する（私はしないので私には適用されません）ウイルススキャナーを使用します）。

2013年5月23日編集：試してみたがうまくいかなかったすべてを以下に示します。

• インデックス作成が完了するのを待ってみましたが、それは役に立たなかったようです。ラップトップを約36時間放置しても、ステータスは「バックアップの準備中」のままです。
• という名前のバックアップドライブにフォルダーが見つかりました/Volumes/Time Machine Backups/Backups.backupdb/Elias Zamaria’s MacBook Pro (2)/2013-04-30-182726.inProgress。私はそれを削除しましたが、それは助けにならないようでした。
• ディスクユーティリティを使用してメインハードドライブの検証を試みましたが、すべて正常に見えました。ディスクのアクセス許可を確認しようとしましたが、iTunesに関連するいくつかのエラーが発生したと思います（「ディスクのアクセス許可を修復」ボタンをクリックして修正しました）。また、外付けハードドライブの検証も試みましたが、うまくいきました。バックアップを再試行しましたが、以前のように凍結しました。
• @lgsanchoがリンクしているWebサイトを見てみました。役に立つと思われるものを見つけましたが、まだ試していません。

• 私が実行しているしようとしたtmutil statusバックアップの実行せずに、この結果を得ました：

  Backup session status:
  {
      ClientID = "com.apple.backupd";
      Running = 0;
  }
  

  バックアップを開始し、ステータスが「バックアップの準備中」に変わるのを待って、同じコマンドを実行すると、次の結果が得られました。

  Backup session status:
  {
      BackupPhase = ThinningPreBackup;
      ClientID = "com.apple.backupd";
      DateOfStateChange = "2013-05-21 19:09:06 +0000";
      DestinationID = "8BC5795A-0AAC-4976-B960-ECCE8F48842C";
      DestinationMountPoint = "/Volumes/Time Machine Backups";
      Percent = "-1";
      Running = 1;
      Stopping = 0;
  }
  

  バックアップは約45分間続いています。私はコマンドを試して、この結果を得ました：

  Backup session status:
  {
      BackupPhase = ThinningPreBackup;
      ClientID = "com.apple.backupd";
      DateOfStateChange = "2013-05-21 19:09:06 +0000";
      DestinationID = "8BC5795A-0AAC-4976-B960-ECCE8F48842C";
      DestinationMountPoint = "/Volumes/Time Machine Backups";
      NumberOfChangedItems = 483816;
      Percent = 0;
      Running = 1;
      Stopping = 0;
  }
  

  Percent「-1」から0に増加したことを除いて、まったく同じように見えます。バックアップはほぼ3時間実行されています。ステータスには「バックアップの準備中」と表示さtmutil statusれ、前回とまったく同じ結果が得られます。

ここに提案されているものがありますが、私は試してみたくありません：

• ゴミ箱を空にします。ゴミ箱の目的を無効にし、誤って削除した可能性のあるファイルを回復する能力を奪うため、これを行いたくありません。
• 古いバックアップを削除します。私が考えることができる他に何も役に立たないなら、私はこれを試みるかもしれません。

2013年6月 1 日に編集：回答が再び発生するため、回答を受け入れません。私はそれが起こるたびに再起動するのにうんざりします。私はそれを止めたいだけです。古いバックアップを削除することを検討しています。これは、backupdからコンソールに表示されるものです。

5/31/13 11:09:09.595 PM com.apple.backupd-helper[16259]: Not starting scheduled Time Machine backup - time machine destination not resolvable.
6/1/13 12:09:37.920 AM com.apple.backupd-helper[16438]: Not starting scheduled Time Machine backup - time machine destination not resolvable.
6/1/13 12:23:20.619 AM com.apple.backupd[16473]: Starting automatic backup
6/1/13 12:23:21.794 AM com.apple.backupd[16473]: Backing up to: /Volumes/Time Machine Backups/Backups.backupdb
6/1/13 12:23:26.430 AM com.apple.backupd[16473]: Using file event preflight for Macintosh HD
6/1/13 12:23:55.148 AM com.apple.backupd[16473]: Will copy (829.8 MB) from Macintosh HD
6/1/13 12:23:55.602 AM com.apple.backupd[16473]: Found 14880 files (949.2 MB) needing backup
6/1/13 12:23:55.632 AM com.apple.backupd[16473]: 2.44 GB required (including padding), 391.84 GB available
6/1/13 9:06:02.191 AM com.apple.backupd[16473]: Cancellation timed out - exiting
6/1/13 9:10:04.406 AM com.apple.backupd[18634]: Starting automatic backup
6/1/13 9:10:05.055 AM com.apple.backupd[18634]: Backing up to: /Volumes/Time Machine Backups/Backups.backupdb
6/1/13 9:10:11.788 AM com.apple.backupd[18634]: Using file event preflight for Macintosh HD

これは正常ではありませんが、次の2つのオプションがあります。

1. すべての処理が完了するか、エラーになるまで待ちます。
2. 一緒にプロセスを助けます。

この場合、最初のバックアップには長い時間がかかる可能性がありますが、プロセスを支援する方法は... / whatever.inProgressファイルを削除することです。また、新しいドライブにバックアップしてみて、バックアップドライブの問題や調整のための多くの変更とは対照的に、Macの問題ではないことを確認することもできます。

詳細については、この他の回答をご覧ください。

/apple//a/65801/5472

これに繰り返し遭遇する場合、どのフォルダがバックアップするのに非常に時間がかかるかを隔離しようとすることができます。最初のバックアップで、ユーザーフォルダー（または10 GBを超えるデータがある場合はブートボリュームのベースにあるいくつかのフォルダー）を除外して、filseystemが正常で、バックアップドライブが正常であることを確認しようとしました。その時点で、増分バックアップごとに1分程度かかるバックアップが表示されます。その後、除外リストを緩和してフリーズするかどうかを確認すると、特定のフォルダーに問題が発生します。

これを攻撃するもう1つの方法は、ディスクユーティリティ（または別のツール）を実行してディレクトリ構造を修復するか、別のツールを使用してバックアップを作成し、ドライブをワイプ/バックアップから復元することです。

連続して実行：

tmutil status

そして、NumberOfChangeItemsを見てください：

$ tmutil status
Backup session status:
{
BackupPhase = ThinningPreBackup;
ClientID = "com.apple.backupd";
DateOfStateChange = "2014-12-14 16:32:00 +0000";
DestinationID = "25933E19-B889-4FAF-B421-53AFE4C68B58";
DestinationMountPoint = "/Volumes/Time Machine Backups";
NumberOfChangedItems = 92229;
Percent = 0;
Running = 1;
Stopping = 0;
}

$ tmutil status
Backup session status:
{
BackupPhase = ThinningPreBackup;
ClientID = "com.apple.backupd";
DateOfStateChange = "2014-12-14 16:32:00 +0000";
DestinationID = "25933E19-B889-4FAF-B421-53AFE4C68B58";
DestinationMountPoint = "/Volumes/Time Machine Backups";
NumberOfChangedItems = 349457;
Percent = 0;
Running = 1;
Stopping = 0;
}

数が動いている限り、あなたは進歩しています。

ラップトップを再起動して、バックアップを開始しました。うまくいきました。

なぜこれが機能するのかはわかりませんが、少なくともこの問題が発生した場合はどうすればよいかについてはある程度わかります。

古いバックアップの削除に役立つと確信しています。私は同じ問題に苦労し、最も古いバックアップを削除することで解決しました。ここでそれを行う方法を参照してください。

Time Machineに関する非常に役立つページ：http : //pondini.org/OSX/Home.html

これがOPに問題があった理由ではないかもしれませんが、この質問が検索結果で高く表示されるため、別の原因が考えられます。MenuMetersのディスクアクティビティモニターが頻繁にディスクをポーリングし、TMを完全にブロックします。

（CPU、メモリ、およびネットワークモニターを維持したまま）そのモニターを無効にするだけで問題が解決します。

これは通常の問題だと思います。参照してください。ここでは、最初のバックアップは、長い時間がかかることが予想されています...