nfs是否将ext4装载到ext3–；文件在传输到QNAP NAS期间损坏
问题：是否可以将ext4 NFS共享（例如，从QNAP NAS，他们选择ext4作为默认值…如果您可以更改，我不是舒尔）装载到ext3文件系统中 调试问题还需要哪些其他信息 以下是我到目前为止的情况： NFS是访问文件的非常快的协议——我喜欢这样 它比SMB/CIFS使用更少的开销，因此获得了更高的性能。此外，在许多版本的Windows中，SMB的许多版本可能彼此不兼容 nfs也是这样吗？（可能是问题的根源之一） 方法1）以20,7 MB/秒的速度重新同步到安装了nfs的qnap nas 方法2）虽然直接ssh同步到qnap只能以3-4 MByte/s的速度工作（服务器的CPU性能不是很好，根据cat/proc/CPU，Feroceon 88F6281 rev 1（v5l）@1.2 GHz，BogoMIPS:1196.85“无法更快地解密ssh流量） 我丢失了数据，因为在传输过程中似乎出现了问题 这些文件被破坏了 不管我是直接将文件复制到挂载的文件夹中，还是将其rsync到该文件夹中…（直接ssh rsyncing到qnap工作正常） 这让我有点困惑 nfs是否能够桥接不同的文件系统？ 服务器：QNAP TS-219 QTS 4.1.4构建20150522nfs是否将ext4装载到ext3–；文件在传输到QNAP NAS期间损坏,nfs,nas,ext4,ext3,qnap,Nfs,Nas,Ext4,Ext3,Qnap,问题：是否可以将ext4 NFS共享（例如，从QNAP NAS，他们选择ext4作为默认值…如果您可以更改，我不是舒尔）装载到ext3文件系统中 调试问题还需要哪些其他信息 以下是我到目前为止的情况： NFS是访问文件的非常快的协议——我喜欢这样 它比SMB/CIFS使用更少的开销，因此获得了更高的性能。此外，在许多版本的Windows中，SMB的许多版本可能彼此不兼容 nfs也是这样吗？（可能是问题的根源之一） 方法1）以20,7 MB/秒的速度重新同步到安装了nfs的qnap nas 方法2
uname -a; # QNAP uses EXT4
Linux QNAP 3.4.6 #1 Fri May 22 07:56:30 CST 2015 armv5tel unknown
mount; # DATA is ext4
/dev/md0 on /share/MD0_DATA type ext4 (rw,usrjquota=aquota.user,jqfmt=vfsv0,user_xattr,data=ordered,nodelalloc,noacl)
nfsd on /proc/fs/nfsd type nfsd (rw)
cat /proc/fs/nfsd/versions
+2 +3 -4 -4.1
cat /proc/fs/nfs/exports
# Version 1.1
# Path Client(Flags) # IPs
/share/MD0_DATA/DATA *(rw,insecure,no_root_squash,async,wdelay,no_subtree_check,uuid=60dd2e14:9a01561b:00000000:00000000)
dmesg|grep nfs
[ 66.638725] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[ 214.072501] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
lsmod | grep nfs
nfsd 231700 12 fnotify, Live 0xbf349000
exportfs 2885 1 nfsd, Live 0xbf345000
nfs 251340 0 - Live 0xbf2f2000
auth_rpcgss 30572 2 nfsd,nfs, Live 0xbf2e4000
lockd 59814 2 nfsd,nfs, Live 0xbf2cd000
sunrpc 167759 14 nfsd,nfs,auth_rpcgss,lockd, Live 0xbf291000
mount; # client is using ext3
/dev/sda5 on / type ext3 (rw,relatime,errors=remount-ro,data=ordered)
dmesg|grep nfs
[ 2.517324] FS-Cache: Netfs 'nfs' registered for caching
[ 2.522955] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
dmesg|grep NFS
[ 2.509406] RPC: Registered tcp NFSv4.1 backchannel transport module.
[13274.540947] NFS: Registering the id_resolver key type
How share was mounted:
# command used to mount the NFS share
mount 192.168.1.123:/DATA /mnt/qnap;
192.168.1.123:/DATA on /mnt/qnap type nfs (rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=60 0,retrans=2,sec=sys,mountaddr=192.168.1.123,mountvers=3,mountport=48394,mountproto=udp,local_lock=none,addr=192.168.1.123)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
„This is a much-improved Linux NFS server with support for NFSv3 as well as NFSv2. NFSv4 is being worked on. These patches are considered stable and are indeed shipping with most distributions. The stock Linux 2.2 NFS server can’t be used as a cross-platform file server“