232

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

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]

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

4

10 に答える 10

319

/foo/barがNFS（または場合によっては一部のFUSEファイルシステム）上にある場合は、それが問題である可能性があります。

いずれにせよ、コマンドラインに-O/--omit-dir-timesを追加すると、ディレクトリに変更時刻を設定しようとするのを防ぐことができます。

于 2009-03-20T21:20:24.643 に答える
95

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

この回答は投票されたため、誰かにとって役立つことを願っています。より明確にするために拡張しています。

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

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

于 2012-01-06T12:16:30.397 に答える
3

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

于 2019-02-25T07:33:14.423 に答える
1

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

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

于 2009-03-20T21:19:32.447 に答える
0

これは、タイプ のパーティションで発生しました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関連ですか？

于 2016-09-06T08:32:14.497 に答える
-1

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

于 2010-02-15T21:08:15.233 に答える