rsyncエラー：「/ foo / bar」で時間を設定できませんでした：操作は許可されていません

rsyncから紛らわしいエラーが発生し、Web検索（および通常のすべてのchmod処理）から最初に見つけたものはそれを解決していません。

rsync: failed to set times on "/foo/bar": Operation not permitted (1)
rsync error: some files could not be transferred (code 23) 
  at /SourceCache/rsync/rsync-35.2/rsync/main.c(992) [sender=2.6.9]

そのエラーにもかかわらずそれは動作しているようですが、それを取り除くといいでしょう。

場合は/foo/barNFS（またはおそらくいくつかのFUSEファイルシステム）上で、それが問題かもしれません。

どちらの方法でも、コマンドラインに-O/ --omit-dir-timesを追加すると、ディレクトリに変更時刻を設定しようとするのを回避できます。

この問題は、リモートdarwin（OS X）システムの書き込みプロセスが/ foo / barを所有していないことが原因であると考えられます。 この問題の解決策は、リモートサイトに適切な所有者を設定することです。

この回答は投票されたため、誰かに役立つと期待されているので、明確にするために拡張します。

これが発生する理由は、rsyncがファイルのコピー時に任意の変更時間（mtime）を設定しようとしているためです。

このダーウィンのシステムutime()機能を実行するには、書き込みプロセスの有効なuidがファイルuidまたはスーパーユーザーのuidと同じである必要があります。opengrouputimeのページを参照してください。参照として、rsyncメーリングリストに関するこのディスカッションを確認してください。

@ racl101が回答にコメントしたため、この問題はフォルダの所有者に関連している可能性があります。rsyncコマンドは、フォルダーの所有者と同じユーザーが実行する必要があります。同じでない場合は、変更できます。

chown -R userCorrect /remote/path/to/foo/bar

私の場合の問題は、「レシーバーマウントポイント」が正しくマウントされていないことでした。読み取り専用モードでした（何らかの理由により）。rsyncがファイルをコピーしていたように見えましたが、そうではありませんでした。fstabファイルをチェックして、マウントオプションをデフォルトに変更し、ファイルシステムを再マウントして、rsyncを再度実行しました。それなら大丈夫。

私も同じ問題を抱えていました。私にとっての解決策は、リモートファイルを削除して、rsyncもう一度作成することです。

時間を（適切に）処理しないファイルシステムに書き込んでいるとき、その問題を見てきました-SMB共有またはFATなどだと思います。

ターゲットのファイルシステムは何ですか？

一部のファイルに対する権限がない可能性があります。管理者アカウントから「sudo rsync -av」を試すか、rootアカウントを有効にしてrootとしてサインインします。これにより、システムを完全にホースし、rsyncを総当たりにすることができます。;-)上記の--extended-attributesが役立つかどうかはわかりませんが、私はそれを適切な方法で投入しました。

これは、私xfs (rw,relatime,seclabel,attr2,inode64,noquota)が両方のメンバーであるグループの別のユーザーによって所有されているディレクトリのタイプのパーティションで私に起こりました。グループメンバーシップはログイン前にすでに確立されており、ディレクトリ構造全体がグループ書き込み可能でした。私は手動で実行しsudo chown -R otheruser.group directory、sudo chmod -R g+rw directoryこれを確認しました。

なぜそれが元々機能しなかったのかはまだわかりませんが、sudo chown -R myuser.group directory修正して所有権を取得します。おそらくSELinux関連ですか？

このエラーは、ソースまたは宛先で最近変更されていないファイルに対してrsyncプロセスを実行した場合にもポップアップする可能性があります...最近変更されたファイルの時間を設定できないためです。