|
楼主,我没有发帖权限,但有一个非常有意义的帖子需要发布。借用本楼顺带发帖,如果冒犯了,麻烦管理员将我的帖子删除。
当然楼主或者管理员将我的帖子从本帖转移到一个新帖子就更好了。
帖子内容如下:
----------------------------------------------------------------------
严重缺陷! VMware Tools for Win7 存在 2038 年问题
32 位的 Unix-like 操作系统存在 2038 年问题,但无论是 32 位还是 64 位的 MS Windows 系统都没有该问题。不过 Windows 系统本身以及完全直接调用 Windows 编程接口的应用软件没有 2038 年问题,许多跨平台的应用软件却存在此问题。近期我在虚拟机里测试时发现安装了 VMware Tools 的 Windows 7 存在 2038 年问题,应该很严重。因为 Windows 7 和 Windows XP 类似,都属于 Windows 系统的经典版本。许多应用软件依赖此平台,由于新硬件无法安装老版的操作系统,所以那些依赖旧版 Windows 的应用软件适合运行在虚拟机里。而 VMware Workstation 是最流行最受欢迎的桌面虚拟机平台,同时应当在 GuestOS 里安装 VMware Tools 才能让虚拟机运行良好。那些古老的应用软件极有可能在 2038 年后继续服役,到时候此问题就会凸显出来。
我测试过 Windows 2000/XP 以及 Windows 10/11, 发现都不存在此问题. Windows 2000/XP 和 Windows 7 适应于不同的 VMware Tools ISO 文件, Windows 10/11 所适应的 VMware Tools ISO 虽然跟 Windows 7 一样,但安装时会自动选择不同的文件. Windows Vista 和 Windows 8 没测试,不知是否也跟 Windows 7 一样存在 2038 年问题。另外从 VMware Workstation 14.1.7 以及更早版本里附带的 VMware Tools for Windows 7 都不存在 2038 年问题,但从 VMware Workstation 15.0.0 以及更新版本里附带的 VMware Tools for Windows 7 都存在此问题。
总结起来就是:自从 VMware Workstation 15.0.0 开始,安装的 Windows 7 都存在 2038 年问题。如果要避开此问题,那么需要安装旧版的 VMware Tools. 我简单搜索了一下,发现网上居然没人反映类似的问题,难道是我自己哪里弄错了?因为 VMware Workstation 15.0.0 都已经发布六七年了,在如此长的时间里,难道没有人在虚拟机里测试过 Windows 7 平台的 2038 年问题?
有兴趣的麻烦帮忙测试一下,本论坛高手如云,相信能对此问题分析得很透彻。由于大幅度地调整系统时钟会导致严重紊乱,因此测试前记得先对虚拟机里的 Windows 7 做个快照。另外记得在 Host OS 的 VMware 设置里取消虚拟机的时间同步,以免调整时钟后又自动跟 Host OS 的当前时钟对齐。还有记得在虚拟机里的 Windows 7 取消 Internet 时间同步,或者干脆将虚拟机的网线断开,以免联网干扰。
在 VMware 的 BIOS 里将时钟设置到 2038-01-19 之后,启动 Windows 7 后就会发现日期变成了 22 世纪,时分秒也错乱!如果不在 VMware 的 BIOS 里调整,而是在 Windows 7 下设置时钟,那么需要重启 Windows 7 才能看到效果。
|
|