我的Windows 10设备已使用UWF（统一写过滤器）功能锁定。 在启用UWF并且卷C：受保护时，我注意到在更改系统日期和时间时出现奇怪的行为。 特别是我注意到，当我更改系统日期/时间时，我无法在启用UWF过滤器时在系统上设置的日期/时间之前超过26小时返回。
更清楚：
此行为似乎没有绑定到系统上设置的时区。我测试了从UTC-12到UTC + 14的行为，结果始终相同。
有没有人遇到过类似的问题，或者知道UWF不允许超过26小时的原因？
编辑1：经过进一步测试后，我们发现当设置为1时，注册表项HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ TimeZoneInformation \ RealTimeIsUniversal会授予26小时限制。 如果此键不存在或设置为0，则小时数限制因系统上设置的时区而异。
答案 0 :(得分：1)
由于回复率低，我无法发表评论或投票，但我们在“ Windows 8 Embedded Standard”和“ Windows 10 v1607 LTSB Enterprise”上都遇到了此问题。
我没有解决方案，但这是我们的解决方法...
我们工厂有一个流程，该流程会关闭写过滤器，将时间/日期设置为2000年，然后重新启用写过滤器并标记系统，以便在客户收到时，强制第一次设置时间/日期。请注意，从工厂首次启动时的标志和时间/日期UI是我们自己的自定义软件。
之所以可行，是因为时间/日期可以向前设置（从启用写过滤器的时间/日期开始）任意数量，而不能向后设置。
答案 1 :(得分：0)
我发现实际上可以在启用UWF的情况下向后设置时间，但不能超过没有UWF过滤器的上次设置时间。
因此，如果您的系统日期为2018年9月2日，然后启用了UWF，则可以将时间设置为几年，然后在以后的时间再次设置，但是如果您尝试将其设置为更早的时间自2018年9月2日起生效。如果不禁用UWF并在那里调整时间，该功能将无法正常工作。
如果这是出于设计或错误的原因，我不知道，但是我认为它具有一定的价值，可以避免使用UWF的系统的用户将时间设置为早于将其设置为收到系统的时间。