复制到USB驱动器的文件的时间戳


13

我从PC或笔记本电脑复制到USB驱动器的文件的时间戳有问题:原始文件的最后修改时间与复制文件的最后修改时间不同。因此,在PC和USB驱动器之间同步文件非常麻烦。

逐步说明

  1. 我可以使用GUI或命令将任意文件从PC /笔记本电脑复制到USB驱动器

    cp -a file.txt /media/gabor/CORSAIR/
    
  2. 我检查了原始文件的最后修改时间:

    $ ls -l --time-style=full-iso file.txt
    -rw-rw-r-- 1 gabor gabor 0 2018-09-22 15:09:23.317098281 +0200 file.txt
    
  3. 我检查复制文件的最后修改时间:

    $ ls -l --time-style=full-iso /media/gabor/CORSAIR/file.txt
    -rw-r--r-- 1 gabor gabor 0 2018-09-22 15:09:23.000000000 +0200 /media/gabor/CORSAIR/file.txt
    
  4. 如您所见,复制文件的最后修改时间中的秒数被截断为零个十进制数字。但是,如果我输入命令

    if ! [ file.txt -nt /media/gabor/CORSAIR/file.txt ] && ! [ file.txt -ot /media/gabor/CORSAIR/file.txt ]; then echo "The last modification times are equal."; fi
    

我得到了输出 The last modification times are equal.

  1. 如果卸载并重新安装USB驱动器,然后再次执行最后两个命令,情况将发生变化:

    $ ls -l --time-style=full-iso /media/gabor/CORSAIR/file.txt
    -rw-r--r-- 1 gabor gabor 0 2018-09-22 15:09:22.000000000 +0200 /media/gabor/CORSAIR/file.txt
    $ if [ file.txt -nt /media/gabor/CORSAIR/file.txt ]; then echo "The file is newer on the PC."; fi
    The file is newer on the PC.
    
  2. 因此,重新安装后,复制文件的最后修改时间将进一步减少一秒钟。但是,进一步的卸载和重新安装不再影响最后的修改时间。此外,对文件的测试现在表明PC上的文件是较新的(尽管不是)。

由于文件的最后修改时间在我的PC和笔记本电脑上显示的方式不同,因此情况变得更加复杂,尽管在我的PC和笔记本电脑上的日期和时间设置相同,但差异恰好是2小时!

更多信息

我的PC和笔记本电脑都显示了上述行为。我的PC上有Ubuntu 14.04.5(可信任),笔记本电脑上有Ubuntu 16.04.2(xenial)。

我的USB驱动器具有vfat文件系统。mount | grep CORSAIR 我PC上的输出是

/dev/sdb1 on /media/gabor/CORSAIR type vfat (rw,nosuid,nodev,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush,uhelper=udisks2)

mount | grep CORSAIR 我的笔记本电脑上的输出是

/dev/sdb1 on /media/gabor/CORSAIR type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)

我的其他USB驱动器显示相同的行为。

能否以某种方式消除上次修改时间的差异?例如,在安装/卸载时使用其他参数?还是Ubuntu中的错误?

我想实现原始文件和复制文件的时间戳完全相同,以便可以更高效地完成同步。另外,我想将vfat文件系统保留在USB驱动器上,以便也可以在Windows下使用它们。


您是否愿意在USB驱动器中创建另一个文件系统,例如linux ext4文件系统?(Linux对Microsoft专有文件系统,FAT32,exFAT,NTFS的支持有一些限制。)请参阅此链接,它不仅建议ext4而且还udf可以替代Microsoft专有文件系统。
sudodus

Answers:


17

时间戳秒更改的问题是由于VFAT(是,甚至FAT32)文件系统仅以2秒的分辨率存储了修改时间。

显然,只要挂载了文件系统,文件系统驱动程序就会将时间戳精确到1秒(可能满足POSIX要求),但是一旦卸载了文件系统,便会清除缓存,然后您会看到实际记录的内容。文件系统目录。

PC和笔记本电脑之间两个小时的差异可能是由于不同的时区设置和/或VFAT文件系统的默认安装选项不同引起的。(我猜测您位于UTC偏移当前为2小时(正数或负数)的时区。)

在内部,Linux在Unix风格的文件系统上使用UTC时间戳。但是在VFAT文件系统上,(当前)默认设置是在VFAT文件系统时间戳上使用本地时间,因为这是MS-DOS所做的,而Windows仍在执行。但是有两个挂载选项可能会影响此设置:您可以指定挂载选项tz=UTC以在VFAT文件系统上使用基于UTC的时间戳,或者可以用于time_offset=<minutes>显式指定要用于此特定文件系统的时区偏移量。

在内核或udisks可移动媒体帮助器服务中,Ubuntu 14.04和16.04之间的VFAT默认安装选项可能已更改,从而导致您看到两个小时的差异。


谢谢您的回答。我用mount | grep CORSAIR笔记本电脑上的输出完成了我的问题,这确实与PC上的输出不同。另外,您是对的,我位于欧洲中部CEST(= UTC + 2)时区。
K. Gabor

这些挂载输出似乎都没有包含任何会影响时间戳的挂载选项,因此我认为必须在这些版本的Ubuntu之间的内核级别更改VFAT时间戳的默认处理。显然,如果您为USB驱动器写一个条目,则现代人udisks应该尊重中指定的安装选项/etc/fstab
telcoM

0

尽管我在问题中写道“我想将vfat文件系统保留在USB驱动器上”,但最终我将其重新格式化为ntfs文件系统。Linux和Windows都可以处理ntfs,并且似乎没有显示带有时间戳的奇怪现象,如上所述。


是的,NTFS根据UTC时间将所有文件时间戳存储为64位数字,因此它们具有100纳秒的分辨率,日期范围是1601年1月1日至60056年5月28日。这应该绰绰有余。更重要的是,VFAT文件系统没有那种时区歧义的地方。
telcoM '18 -10-3
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.