Apple、Tahoeアップデートで再びTime Machineを壊す

 (taoofmac.com)
2 ポイント 投稿者 GN⁺ 2026-02-03 | 1件のコメント | WhatsAppで共有
  • macOS Tahoeアップデート以降、2台のMacでTime Machineバックアップがひそかに停止する問題が発生
  • Synology NASをSMB接続してバックアップしていた環境で、エラーメッセージもなく約2か月間バックアップが止まっていた
  • 原因はAppleがSMBのデフォルト設定を一方的に変更したことで、nsmb.confファイルの修正で一時的に解決可能
  • 長期的にはProxmox + DockerベースのTime MachineサーバーやBorg Backupへの移行を検討中
  • Appleが繰り返しTime Machineを壊し、関連する変更を告知しない点への不満と改善要求が提起されている

Time Machineバックアップ中断問題

  • macOS Tahoeバージョン以降、2台のMacでTime Machineが動作しない

    • Synology NASをSMB共有先として使用しており、何年ものあいだ問題なく動作していた
    • 最近Obsidianデータの復旧を試みた際、バックアップが2か月間停止していた事実を発見
    • エラーメッセージや通知もなく静かに止まっており、ノートPCの最終バックアップは12月、デスクトップは外付けドライブで補助バックアップを維持していた

  • 問題の原因はAppleがSMBのデフォルト設定を変更したこと

    • signing_required=noからより厳格なセキュリティ設定へ変更された
    • 一部のNAS機器がこの変更を処理できず、バックアップが失敗
    • Appleは関連する変更内容を公式に告知していない

一時的な解決方法

  • GitHubのZahorone Gistを参考にして/etc/nsmb.confファイルを修正

    • ファイルに次の項目を追加: 
      [default]
signing_required=yes
streams=yes
soft=yes
dir_cache_max_cnt=0
protocol_vers_map=6
mc_prefer_wired=yes
    • この設定でバックアップは再び動作するが、今後のmacOSアップデートで再び壊れる可能性がある

  • Synology DSM設定の調整も推奨される

    • SMBプロトコル最大バージョン: SMB3
    • Opportunistic Locking、SMB2 Lease、Durable Handlesを有効化
    • Server signing: “No” または “Auto”
    • Transport encryption: 無効化
    • UIバージョンごとに項目名が異なる場合がある

代替バックアップ戦略

  • Appleの度重なる変更にうんざりし、Synology SMBへの依存を減らす方法を模索

    • Proxmoxサーバー（ZFSバックエンド）上でSamba LXCコンテナを運用中
    • これをTime Machineの保存先として活用するため、mbentley/timemachine Dockerイメージをテスト
    • Docker Composeの例には、ユーザー、グループ、ボリュームパス、権限設定などが含まれる

  • 現在は最初の修正案が機能しているが、Dockerベースのソリューションへ移行予定

    • Docker環境ではSMB実装を直接制御できるため、Synologyソフトウェアへの依存を排除できる

Borg Backupの検討

  • Borg BackupをFedoraで使用中で、macOSへの適用も検討
    • GUIクライアントVortaはまだ試していないが、有望な代替案として挙げられている

追加のiOS問題

  • 新しいiOSデバイスの設定中に**“Restore in Progress: An estimated 100 MB will be downloaded…”**バグが依然として存在
    • この6年間繰り返されてきた問題で、今回もネットワーク設定のリセットと再起動を3回繰り返す必要があった
    • AppleはOSの品質とユーザー体験の改善にもっと注力すべきだと強調している

関連記事

1件のコメント

 
GN⁺ 2026-02-03
Hacker Newsのコメント
  • Time Machine を 暗号化バックアップ に設定すると、実際にはディレクトリツリー形式の仮想ディスクを作成し、その中に数 GB サイズのバイナリチャンクが入る
    こうすることで、ファイルシステムがシンボリックリンクや大文字小文字を区別しない Unicode ファイル名をサポートする必要がなくなり、より安全になる
    欠点は、Mac 以外のシステムで復元するのが厄介なことだ
    • 完全に同意する。私の経験では 暗号化された sparse bundle 方式のほうがずっと安定していた
      NAS に移しても問題なく、復元も完璧だった。もちろん人によるかもしれない
    • Time Machine がサポートしていないネットワーク上の場所でも、暗号化されていない sparse bundle を作って使える
  • より大きな疑問は、なぜ Time Machine がいまだに ネットワークファイルシステム を使っているのかということだ
    あまりに不安定で信用しづらい。最近は APFS のおかげか多少は良くなったが、結局バックアップ全体が飛ぶ事態が繰り返される
    私は Arq で日次バックアップを取り、Time Machine は時間単位バックアップ専用にしている。Time Machine が壊れてもクラウドに日次バックアップがあるので心配ない
    • 問題は Apple がきちんと 品質管理 をしていないことだ。他のバックアップソリューションはネットワークでもちゃんと動くし、失敗を隠したりもしない
    • ネットワークドライブにバックアップしなければならない状況なら、他にどんな代替手段があるのかと思う
    • Time Machine を使ったことはないが、rsync はローカルでもネットワークでも非常によく動く
      部分転送の再開やチェックサム比較もできるので、ネットワークバックアップが問題になる理由がわからない
  • 私も Tahoe バージョンで Synology NAS にバックアップしているが、理由のわからない問題で何度もバックアップを失った
    /etc/nsmb.conf ファイルもなく、いくつものチュートリアルに従って設定したが、結局またクラッシュしてすべて失った
  • 私は SuperDuper のファンだ。毎日 SSD に差分バックアップを取っている
    Time Machine のような時間単位バックアップではないが、システムディスクが死んでもすぐ起動できるバックアップだ
    cron と rsync でもできるだろうが、面倒だ
    SuperDuper 紹介リンク
    • Apple がアップデートでその機能を壊していなければ大丈夫だろう
      関連記事: You’re a mean one, Apple
    • 私もこれを買おうと思うだけでまだ買っていなかった
      内蔵の復旧インターフェースも悪くないが、オフラインで起動可能なバックアップ があるとずっと安心できる
      月に一度、外付けディスクにブートイメージをダンプするようスケジュール登録しておこうかと思う
  • Tahoe へのアップグレード 後、Time Machine の USB バックアップの問題を解決しようとしている
    新しくフォーマットしたディスクで初回バックアップは始まるが非常に遅く、100% に達しても終わらない
    再実行すると 10% 付近で止まる。複数のディスク、セーフモード、ネットワーク無効化など全部試したが同じだ
    tar では正常にバックアップできる。誰もエッジケースをテストしていないように見える
  • Time Machine は過大評価されている気がする
    たぶん 派手なスクロールインターフェース のせいかもしれない
    だが実際にはネットワークバックアップが不安定で、数か月たつとバックアップが破損したと言って最初からやり直させる
    • 昔の Time Machine は本当に 信頼できるバックアップ体験 を提供していた
      今のように品質管理が失われたバージョンしか使ったことがないなら、なぜ人気があったのか理解しにくいだろう
    • Time Machine は一般ユーザーに バックアップの習慣 を身につけさせたほぼ唯一のソリューションだった
      USB を挿して「はい」を押すだけで終わる。完璧ではなくても、ないよりはるかにましだ
    • 私もあの タイムライン UI が好きで使っている
      git のように過去の状態を簡単にたどれるが、git ほど考えることが少ない
    • ローカルシステムにバックアップする場合は非常に安定していて、Finder からも参照できる
      ネットワークバックアップもここ数年ずっと問題なく動いている
    • 私の場合はうまく動いている。新しいノートPCに買い替えるときも、ネットワークバックアップを指定すれば1時間で以前の環境がそのまま復元される
  • Time Machine バックアップがあまりに頻繁に 破損 するので、結局 rsync で増分バックアップ用スクリプトを自作した
    そのほうがずっと満足している。参考として このスクリプト を見た
    • 私も同じ経験をして、HFS+ から zfs に移行しながらバックアップ戦略を強化した
      今やり直すなら rustic-rs か borg backup を使うと思う
      それでも tmutil localsnapshot でローカルスナップショットは維持している
  • macOS の 年次アップデートの品質 はどんどん悪くなっている。Tahoe はその中でも最悪だ
    Apple は方向転換すべきだ
    • 私は High Sierra 以降、新しいメジャーバージョンが出ても最低 8 か月は待つ
      その頃にはパッチが何度も出て安定している。いつも1年遅れで使うことになるが、新機能は特に必要ない
  • 参考までに、スペインでは サッカー中継の著作権 の問題で多くのウェブサイトがブロックされている
    そのため今日はコンテンツを見られなかった。明日また試す予定だ
    • その話は Reddit で見たことがある。本当に奇妙な政策だ
  • Apple はもう Time Machine を使うユーザーが十分多くないと判断したようだ
    だから iCloud 中心のバックアップ へ徐々に移行しているのだと思う
    • だがそれは 本当のバックアップ ではない