nfs共有を使用するrsyncは、「chown <...>失敗：無効な引数（22）」を提供します。

rootとして実行されるシェルスクリプトを介してrsyncを使用してシステム全体を外部ディスクにバックアップしようとしています。

#!/bin/bash
rsync -vSHPhhaX --numeric-ids --delete --exclude-from=/home/rena/.scripts/exclude-list / /home/rena/video/.backup/>/home/rena/video/.backup.log

スクリプトは「akira」マシンで実行されます。最初は/home/rena/videoがアキラのUSBハードドライブに直接接続され、スクリプトが正しく実行されました。

最近ディスクを移動しました。これで、同じパスにある別のマシン「yuki」にマウントされ、NFSを介して共有されます。したがって、akira：/home/rena/videoはまだ同じUSBハードドライブを参照しており、今はakiraに直接接続されていません。ディスクはext3を使用し、Truecryptで暗号化されます。

Yukiの/ etc / exportsは次のようになります。

/home/rena  akira(rw,subtree_check,nohide,no_root_squash) rei(rw,subtree_check,nohide,no_root_squash)
/home/rena/video    akira(rw,subtree_check,nohide,no_root_squash) rei(rw,subtree_check,nohide,no_root_squash)

rsync はファイルごとにエラーを発生させます。

rsync: chown "/home/rena/video/.backup/boot/System.map-2.6.38-8-generic" failed: Invalid argument (22)

nfsはしてはいけないという言葉にもかかわらず、「プレッシャー」していると思いますか？

rena@akira $ stat /home/rena/video/.backup/boot/abi-2.6.38-10-generic
  File: `/home/rena/video/.backup/boot/abi-2.6.38-10-generic'
  Size: 730457          Blocks: 1440       IO Block: 65536  regular file
Device: 19h/25d Inode: 38822526    Links: 1
Access: (0644/-rw-r--r--)  Uid: (65534/  nobody)   Gid: (65534/ nogroup)
Access: 2011-10-19 22:17:12.000000000 -0600
Modify: 2011-06-28 13:19:43.000000000 -0600
Change: 2011-10-19 22:17:12.000000000 -0600

rena@yuki $ stat /home/rena/video/.backup/boot/abi-2.6.38-10-generic
  File: `/home/rena/video/.backup/boot/abi-2.6.38-10-generic'
  Size: 730457      Blocks: 1440       IO Block: 4096   regular file
Device: fc04h/64516d    Inode: 38822526    Links: 1
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2011-10-19 22:17:12.000000000 -0600
Modify: 2011-06-28 13:19:43.000000000 -0600
Change: 2011-10-19 22:17:12.000000000 -0600

akiraではUIDとGIDが違って見える。なぜrsyncが失敗するのですか？

[編集]実際には明に出てくるのと似ています。すべて共有内のファイルのUIDとGIDは65534 / nobodyです。