iPhone文件App里群晖文件夹日期全显示1970年,是NAS坏了吗

症状长什么样

在 iPhone 或 iPad 上打开系统自带的文件 App,浏览 Synology Drive 应用的目录,发现顶层的几个文件夹修改日期清一色显示 1970/1/1。第一反应往往是:NAS 的时间设置错了?硬盘出问题了?还是同步把文件弄坏了?

先说结论:都不是。按官方说明,这是当前的预期行为,并不表示系统存在问题,不用做任何处理。

为什么会显示 1970/1/1

拆开看两层原因:

  1. 这些顶层目录是"分类目录"。通过 iOS 文件 App 浏览 Synology Drive 目录时,顶层目录是按分类组织出来的,它们本身没有日期属性。
  2. 没有日期,系统就填默认值。类 Unix 系统的计时起点是 1970 年 1 月 1 日(Unix 纪元),时间戳 0 对应的就是这个时刻。一个拿不到日期数据的目录,被填上这个起点值,显示出来就是 1970/1/1。

换句话说,这个日期不是 NAS 上真实的修改时间,而是 iOS 文件 App 给"无日期属性目录"的占位显示。

怎么验证确实没问题

点进这些显示 1970/1/1 的文件夹,查看里面的实际内容:官方说明是——进入目录后,内部实际存储的文件和子文件夹会显示其正确的日期属性。只要进去之后各个文件的日期正常,就说明只是顶层分类目录的显示问题,NAS 数据完好、同步也没出岔子。

反过来,如果点进文件夹之后,里面的文件日期也不对劲、或者文件根本打不开,那就不属于本文说的这个预期行为,需要另查原因——判断的分界线就在"进去之后正不正常"这一步。

一个坑

别因为这几个 1970 就去动 NAS。有人看到日期异常,第一反应是去改 NAS 的日期时间设置,或者怀疑硬盘、重建同步——都不需要,这个显示在官方口径里就是预期行为。另一个连带提醒:如果你习惯靠"修改日期"判断某个文件夹最近有没有新文件,在 iOS 文件 App 的顶层目录上这么看会误判——顶层日期永远不更新,要看真实动态,点进文件夹里面看文件本身的日期才作数。

企业用户用 iPhone、iPad 浏览公司 NAS 文件遇到各类显示怪象,可以找贵州本地的诚鑫致达科技做排查与配置支持。