none
英文的操作系统装的各个国家的语言包后的时区问题! RRS feed

  • 问题

  • Hi 各位,

    我们公司的英文版Windows 2008 R2上面装了各个国家的语言包。我们做了时区重定向。 但是登录时,只要不是英文版本登录,其他语言都会在日期和时间这栏中显示"无法识别您当前的时区。请选择一个有效的时区。"

    注: 1. 虽然显示无法识别,但是时间显示是正确的。 日本的用户登录就是日本的时间,中国的登录就是中国的时间。

          2. 注册表中时区信息都是对的。

    所以我认为可能是显示问题。麻烦各位有经验的给予帮助。谢谢


    Leo Qin
    MCSE 2003&CCNP


    2013年6月3日 5:22

答案

  • 刚试了一下,改坏掉这个TimeZoneKeyName键值后(我是改名加了个_),重启机器,就重现你的问题了,你看看你那边是不是这样的表现?

    并且,注册表里改正回来后,再次点开右下角显示时间的UI,不会恢复,注销再登录也不行,只有重启机器或者重启w32time服务后才会恢复。

    那么,这样的话,确实在点UI时不能ProcMon到,但应该可以在重启w32time服务时ProcMon到。不过我想也许你不必抓了,就是这个键值有误吧?

    由此,也找到篇KB

    The TimezonekeyName registry entry value changes to a null value in Windows Vista, in Windows Server 2008, in Windows 7 or in Windows Server 2008 R2
    http://support.microsoft.com/kb/2562433


    Technical problem is never a problem.


    2013年6月5日 3:57

全部回复

  • 英文论坛也有人问过这个问题

    Time zone not recognized on Windows Server 2008 R2

    http://social.technet.microsoft.com/Forums/en-US/winservergen/thread/0f0a8472-cb13-4536-bfcf-50d0f48bf621/

    你试试那边的建议 restore Windows Time service on local computer to default settings

    net stop w32time

    w32tm /unregister

    w32tm /register

    net start w32time

    2013年6月3日 7:17
  • 我用本地管理员也没权限运行 w32tm /unregister这条命令,这条命令需要什么权限运行啊。

    Leo Qin
    MCSE 2003&CCNP

    2013年6月4日 3:11
  • 我用本地管理员也没权限运行 w32tm /unregister这条命令,这条命令需要什么权限运行啊。

    Leo Qin
    MCSE 2003&CCNP

    在运行w32tm /unregister之前,你运行了net stop w32time停止掉服务了吗?


    Technical problem is never a problem.

    2013年6月4日 3:36
  • 运行成功了,但是问题还是没解决。。。还有招吗~

    Leo Qin
    MCSE 2003&CCNP

    2013年6月4日 4:02
  • 运行成功了,但是问题还是没解决。。。还有招吗~

    Leo Qin
    MCSE 2003&CCNP

    既然这样,只能自己动手分析了。

    思路是这样:准备两台机器,一台是有问题的,一台是好的,分别用ProcessMonitor去抓点开这个UI的过程,然后对比该过程里面的细节文件及注册表读取过程,找出差异。


    Technical problem is never a problem.

    2013年6月4日 4:15
  • 多谢。这招挺有希望的,我试一下。

    Leo Qin
    MCSE 2003&CCNP

    2013年6月5日 1:12
  • Hi

    是这样的,我们之前做过很多测试,虽然其他语言版本的显示无法识别时区,但是实际上无论是注册表中的时区键值还是“date and time”中显示的时间都是与用户所在的时区一致的。

    所以我认为仅仅是显示的问题。这个我想就不是promon这个工具可以检测的到的了吧。


    Leo Qin
    MCSE 2003&CCNP

    2013年6月5日 2:23
  • 我觉得能ProcMon出来。

    我想问一下,你这个问题能通过固定步骤稳定重现吗?(步骤=初装英文版系统+装语言包?操作系统具体版本是?语言包下载地址是?)

    如果能,请你给出具体步骤,这样任何人都可以在自己本地环境重现并分析甚至得出结论,而不是单单给你一些troubleshooting建议。

    另补充一个帖子,里面已经有人找出了个有关的注册表键值

    Time Zone issue with Windows Server 2008 R2 and Sysprep
    http://social.technet.microsoft.com/Forums/en-US/windowsserver2008r2general/thread/6b5a6f2e-988e-4fe3-92bf-96d84b926d91/


    It seems to be a bug in the unattended installation of W2K8R2. I have had exactly the same problem. Whatever I put in the timezone section of the unattend.xml, the result always is Your current time zone is not recognized... I found out that in my case the entry of timezone from the unattend was placed in the reg key:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation\StandardName
    It should be in:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation\TimeZoneKeyName
    Which is empty after the unattended install.
    If you create a script to move the contents from key StandardName to key TimeZoneKeyName and reboot the machine, the message is gone and your time zone setting is correct.


    Technical problem is never a problem.


    • 已编辑 Finy 2013年6月5日 2:58
    2013年6月5日 2:31
  • 刚试了一下,改坏掉这个TimeZoneKeyName键值后(我是改名加了个_),重启机器,就重现你的问题了,你看看你那边是不是这样的表现?

    并且,注册表里改正回来后,再次点开右下角显示时间的UI,不会恢复,注销再登录也不行,只有重启机器或者重启w32time服务后才会恢复。

    那么,这样的话,确实在点UI时不能ProcMon到,但应该可以在重启w32time服务时ProcMon到。不过我想也许你不必抓了,就是这个键值有误吧?

    由此,也找到篇KB

    The TimezonekeyName registry entry value changes to a null value in Windows Vista, in Windows Server 2008, in Windows 7 or in Windows Server 2008 R2
    http://support.microsoft.com/kb/2562433


    Technical problem is never a problem.


    2013年6月5日 3:57
  • 感谢,

    我确认了一下,这个键值没有问题。而且重启了w32time这个服务。所以不是这个问题。我们这里比较复杂,出现在CITRIX 的xenapp服务器上,而且xenapp是用enteo,一个类似于SCCM的软件分发的并且加了很多其他安装包和脚本,我觉得这些肯那个是关键,我们看来有必要一个一个测。


    Leo Qin
    MCSE 2003&CCNP

    2013年6月7日 2:35
  • Hi

    问题招到了,是GPO里面一个"Allow time zone redirection" 这个策略造成的。但是我们亚洲其他国家在XENAPP上面必须要这个策略的,不然会有很大影响,譬如说时间不对,Outlook calendar 日期不对等等, 微软有招吗?


    Leo Qin
    MCSE 2003&CCNP

    2013年6月8日 0:37
  • 同时还有些其他的更新。

    假如说在纯净的Windows 2008 R2上启用这个策略就么有问题。而出问题的机器都是VMWARE template装出来的。我google了一把,sysprep可能是导致这个问题的原因。 能麻烦帮我查查看吗,看看VKB里面有没有类似的问题和解决方案。谢谢~


    Leo Qin
    MCSE 2003&CCNP

    2013年6月8日 2:59