ガールフレンドのラップトップがTime Machineサーバーにバックアップされません
私は、macOS ServerをインストールしたSierraを実行している2009年の白いUnibody MacBookから、paleophile.localというTime Machineサーバーを構築しました。暗号化されたスパースバンドルを保存するために、USB経由で5 TBの外部を接続しました。 Sierraを実行している私の2015年初頭のMacBook Proで見事に機能しています。残念ながら、2009年半ばのガールフレンドのMacBook ProでEl Capitanを実行して古愛者にバックアップすることはできません。(コンピューターをSierraにアップグレードすることはできません。) 私たちのLANは、古参者がイーサネットで接続されているApple Airport Extreme(フラットなもの)によって処理されます。私のラップトップと彼女の両方は、通常WiFi経由でネットワークに接続します。また、WiFiをオフにして、イーサネット経由で彼女のバックアップ設定をテストしました。残念ながら同じ結果が得られます。 ラップトップごとにサーバー上に1つのアカウントを設定しています。したがって、彼女は私のアカウントとは異なるアカウントを介してサーバーに接続します。これらのアカウントは同時に同じ方法で設定されているため、設定が同じであると思われます。これらの個別のアカウントの動機は、ディスク使用量の上限を適用する容量を利用することでした(特に私自身)。 ガールフレンドのコンピューターが報告するエラーメッセージは、ユーザー名とパスワードが間違っているというものです。 もちろんチェックしました。正確に言うと、サーバーをマウントし、同じパスワードで同じユーザーとしてログインしてから、既存の暗号化されたバックアップをキーでマウントしました。それはすべて完璧に機能しました。 彼女のラップトップと私の関連する別の違いは、「キーチェーンアクセス」で旧友に関連するキーを探すと、ラップトップで次のように表示されることです: paleophile._smb._tcp.local. Time Machine Password 一方、彼女には非常に明確なキーが表示されます paleophile._afpovertcp._tcp.local. Time Machine Password したがって、2台のマシンが異なるプロトコルを使用してサーバーと通信しようとしているようです。これは私のラップトップがSierraを実行しており、彼女のラップトップがEl Capitanを実行しているためですか? 以下のコメントで特派員から提供された情報を使用して、Time Machineサーバーの構成を調べました。彼女のアカウントでAFP接続とSMB接続の両方を受け入れるように設定されています。その構成パネルのスクリーンショットを次に示します。 TMサーバーは、たとえ失敗したとしても、少なくともAFP接続を受け入れるように構成されているようです。 バックアップをトリガーしようとするとConsole.appに表示されるエラーメッセージは 6/6/17 7:33:39.244 PM Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29 Googleエラーコード29に最善を尽くしましたが、有用な情報を見つけることができませんでした。この問題をさらに診断するには、どのような手順を実行する必要がありますか? 「今すぐバックアップ」を選択した瞬間から始まる彼女のラップトップのエラーログのサンプルを次に示します。 6/6/17 7:33:39.244 PM Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: …