samba文件修改时间有时比windows快1秒

改成这样
dos filetime resolution = Yes

把原来两个快1秒的文件去对比，现在有个对了，另一个变成慢1秒了。但即使时间变成一样那个，在同步软件软件中还是会复制下来，说明程序认为还是不一样的修改时间。难道是因为在哪可以看到精确到毫秒下的修改时间？？

 

据说，#Samba对文件生成时间作取整处理，计为下1秒，这也是windows工作方式。不过似乎windows不会快这1秒。

 

 

我原来是这样出问题的:

 

samba为什么有时文件修改时间会比windows快1秒？

---

我的系统是fedora core 5，locale是zh_CN.UTF-8，时间当然是GMT+8，smaba是自带的再yum update了一下，版本为3.0.23c。设置也没什么特别的，至少没有能引起时间差的。才建起不起，只在新建时复制一批游戏，用在网吧游戏同步。前些天似乎还没发觉有啥问题，应该是没注意吧，因为只是一次全部复制过，没有单个游戏升级过，今天从另一台windows2003同步服务器复制了一个游戏，因为这个游戏升级了，结果发觉明明与windows同步了，怎么在linux服务器还要同步一次。反之也一样。所谓同步就是对比游戏中文件日期大小吧。经我认真分析，大小当然没变。怪就怪在有些samba的文件修改时间要比windows（包括服务器和工作站）的快1s。

win文件修改时间为2006年10月13日 19:19:20 ,复制后在samba中的文件为2006年10月13日 19:19:21

小声问一下大家一个弱智问题，如何在linux中查看（不是通过samba)查看文件的修改时间（精确到秒）？

那现在我们又从samba把刚才复制的文件复制回windows，又会如何？结果是win文件修改时间也变为2006年10月13日 19:19:21


那我们现在把这个21秒的文件再次复制到samba，会不会变成22秒？答案是，不会，还是21秒。为什么这次不加1秒？


经我认真测试，发觉复制的文件中，大部分文件都不会有问题，但是大约有百分之几的比例会快一秒，这个比例大概在6-8%左右吧。

附上我的samba配置:

[global]
netbios name = GAME
server string = linux上的文件服务器
username map = /etc/samba/smbusers
log file = /var/log/samba/%m.log
max log size = 50
dns proxy = No
cups options = raw

[printers]
comment = All Printers
path = /usr/spool/samba
printable = Yes
browseable = No

[游戏样本]
comment = 游戏样本和其他只读文件
path = /file/win/read
write list = game
read only = No
guest ok = Yes

[game]
comment = 映射的网络游戏
path = /file/win/game
read only = No
guest ok = Yes
browseable = No

[临时文件]
comment = 临时文件夹可写
path = /file/win/temp
read only = No
guest ok = Yes