VMWARE安装的LINUX系统时间与实际时间差8个小时

最新推荐文章于 2025-02-11 10:24:54 发布

原创最新推荐文章于 2025-02-11 10:24:54 发布 · 1.7k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#linux #运维 #服务器

文章讲述了在VMware部署的Almalinux8系统上，Zabbix记录的时间比实际时间快8小时。通过排查，发现是由于虚拟机未同步主机系统时间，修正时区设置和启用虚拟机时间同步后解决了问题。

背景：系统是VMWAER部署的Almalinux 8，部署了zabbix和 mysql ，在系统部与软件安装完成后。在查看zabbix仪表盘时，发现记录数据时间与真实时间相关8小时。

其实，修改VMWAER的本地时间同步及可。

问题排查过程：

首先，想到的时时区错误，但印象中安装系统是明确选择了上海UTC时区。

检查时区：date

反馈结果：

[root@VM01zabbix /]# timedatectl
Local time: 一 2023-10-02 17:35:55 CST
Universal time: 一 2023-10-02 09:35:55 UTC
RTC time: 一 2023-10-02 09:35:55

根据网上查到的方法，基本上是：

#rm /etc/localtime 删除之前的时区。

#ln -s /usr/share/zoneinfo/Asia/Shanghai /etc/localtime 使用北京上海时区

删除CST时间后，只有UTC时间是正确的，再次使用上海时区后，Local time再次快了8小时。

中国是东八区时间，所以是UTC+8，现在是Local time +8 。说明UTC时间是不正确的，UTC时间比实际快了8小时。

检查虚拟机配置，发现虚拟机未同步主机系统时间。开启时间同步后，虚拟机CST时间与现实时间一致。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

edisonluy

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
3
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

运维系列（亲测有效）：【已解决】CentOS7等linux系统时区时间不对显示误差8小时

weixin_54626591的博客

04-11

2373

【已解决】CentOS7等linux系统时区时间不对显示误差8小时

VMware安装CentOS后时间相差8小时解决方法

CleverCode的博客

01-18

7090

1 如果发现date与现在的时间差8个小时，需要修改。 2 date之后，发现没有CTS（中国标准时间：China Standard Time UT+8:00） 3 将/etc/localtime指向上海时间 # ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime 然后再date可以看到CST了。 4 下载ntp（需要联网） # y...

3 条评论您还未登录，请先登录后发表或查看评论

【linux 时间问题】centos7.4时间快了8小时，ntpdate命令无法更新时间

赖德发的博客

02-27

944

的错误信息通常意味着NTP客户端或服务器已经在运行，并且正在使用NTP socket。在CentOS 7.4上，命令在最近的Linux发行版中已经不推荐使用，因为它不是一个连续运行的服务，而是在需要时手动同步时间。如果上述步骤不起作用，或者您希望使用更现代的方法来同步时间，请考虑配置。是更现代的时间同步服务，它们可以提供更准确和连续的时间同步。首先，您可以尝试停止可能正在运行的NTP服务，然后再次运行。服务是启用的，并且在同步时间后重新启动它。命令冲突，因为它们都用于时间同步。服务来自动同步时间。

虚拟机时间为什么不是快了就是慢了？

zo2k123的博客

10-17

7460

如果你的虚拟机环境没有专门的时间服务器，没有互联网，那么你的时间可能是下面这样的（图一）：是不是虚拟机时间比宿主机时间快了大约8小时。又或者是下面这样的（图二）：似乎看着没毛病，时间完美对上，恭喜你还是错的，显然中国的时区不是UTC。或者其他情况就是比实际时间慢很多的。然后你被时间不对搞的头大，在百度、谷歌寻找“祖传配方”后，确发现依然不是快了就是慢了，或者就是时区不对。以下讲述环境均为vmware workstation16，基本适用于其他环境。先思考两个问题： 1、虚拟机在创建的时候bios时间

VMWARE安装的LINUX系统时间CST比UTC提前8个小时

gong0585的专栏

09-04

3443

虚拟机VMWARE ESXI环境下，设置系统时间，系统重启后只有UTC时间是刚才设置的时间，CST时间提前8个小时。或者有询问，Esxi不支持修改时区，但是可以使用ESX或者Centos 6/7的localtime文件进行替换以实现时区修改，问题是，重启后文件会被还原。还有解决方法，独门绝技解决 ESXI6.0 时间（时区）显示不一致都没下面的解决方法简单。网上正确的操作时间的操作流程如下：系统修改时间日期的顺序很重要。1，修改时区，2修改日期，3硬件时间写入。 #rm /etc/lo

Vmware中虚拟机断电重启后时间多8小时问题解决

土豆是狗的博客

02-11

886

时间问题有很多种情况导致异常，有由于安装操作系统是时间没有选好，后期的配置，系统断电，虚拟机时间不同步，硬件时间未同步，甚至主板中的小电池没电了都可能影响，要根据具体情况具体分析！

linux服务器时间慢8小时

xkx_07_10的博客

12-02

973

linux服务器时间慢8小时

解决VMware 虚拟机中Linux系统时间不准确问题（安装VMware Tools）

非著名运维的博客

05-25

4072

环境介绍： CentOS 7.5 VMware Workstation 15 pro 安装VMware Tools：选中要安装VMware Tools的虚拟机，点击鼠标右键，点击安装 VMware Tools。如果安装了早期版本的 VMware Tools，则菜单项是更新 VMware Tools。创建挂载点目录并挂载 [root@test2 ~]# mkdir /mnt/cdrom [root@test2 ~]# mount /dev/cdrom /mnt/cdrom mount: /dev

linux服务器时间相差8个小时的问题的解决方法

qq_59634082的博客

12-04

2223

使用命令 timedatectl set-timezone Asia/Shanghai 可以将时区设置为上海时区，如果你所在的时区不是上海，可以将 Asia/Shanghai 替换为你所在的时区。允许重启服务器的情况下，使用reboot命令重启一下服务器，可再使用date +%Z命令验证时区设置是否正确，如果显示的时区已经是你所在的时区，那么就说明时区设置已经生效了。时区修改后，使用date命令查看服务器时间，此时，服务器时间应该与你所在的时区时间一致了。重器服务器，验证时区设置是否正确。

【ChatGPT编程笔记】解决Linux服务器时间与北京时间差8小时

科大云炬

05-24

948

则表示时区设置已经生效，Linux 服务器的时间应该与北京时间相同了。，则表示 Linux 服务器的时区设置不正确。将时区设置为东八区（北京时间）。将时间设置为正确的时间。

虚拟机Vmware时间不对（与主机不同步）

weixin_52252847的博客

05-10

6842

第一步：打开虚拟机Vmware，点击左上角的虚拟机(M),点击选项，选中Vmware Toois(图中蓝色部分)，勾选“将客户机时间与主机同步”，第二步：在虚拟机终端输入 sudo cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime。点击确定。第三步：重启虚拟机就完成了！后点击回车键（Enter键）

linux NTP同步时间后比实际时间慢8小时

ARM-Linux

10-09

1549

ntp同步时间后比实际时间慢8小时

linux系统下时间与内核时间/硬件时钟相差8小时

echo_heart_echo_soul的博客

05-11

2324

解决在系统下时间与实时时钟相差8小时问题。

VirtualBox下win10系统时间比实际时间慢8个小时

ygy76756382的博客

03-17

2606

VirtualBox下win10系统时间比实际时间慢8个小时因工作需要，博主主机系统是Ubuntu14.04，平时可能会用到windows系统，装双系统又太麻烦，所以自然而然就想到了虚拟机。之前用过virtualBox，感觉挺不错，在Ubuntu下安装也方便，所以随便找了个4.3.36的版本就装上了，又到网上找了一个win10的iso，以下安装过程省略1000字…… But，，，win10...

linux服务器断电重启后，发现时间误差八小时

闫玉林的博客

05-23

5557

服务器时钟通常是通过全球卫星定位系统（GPS）或者时间服务器同步的。时钟同步是非常关键的，因为如果服务器上的时钟不准确，会导致许多问题，比如日志记录不准确、安全证书失效等等主板BIOS电池是一种小型的电池，通常被用来存储主板上的系统设置和时钟时间。在某些情况下，如果服务器无法连接到时间服务器或者GPS信号不稳定等问题，时钟同步可能会失败，这时候主板BIOS电池就会发挥作用，可以保证服务器时钟不会出现太大的偏差服务器通常具有内置的实时时钟（RTC。

linux 时间处理（差8小时）

最新发布

12-19

<think>我们正在解决OPNsense设置时区为上海后系统时间相差8小时的问题。根据引用内容，时区问题通常与系统配置、硬件时钟设置或服务同步有关。以下将结合引用信息和OPNsense系统特点提供解决方案。关键点： 1. 引用[1]提到Linux系统中需要设置硬件时钟不采用UTC（即UTC=false），并同步时区文件，然后通过ntpdate同步网络时间，最后更新硬件时钟。 2. 引用[3]解释了CentOS系统时间差8小时的原因是：系统时区设置为上海（CST），但硬件时钟被当作UTC时间，导致时差8小时（CST=UTC+8）。 3. OPNsense基于FreeBSD，因此我们需要考虑FreeBSD的配置方式。步骤： 1. **确认时区设置**：在OPNsense网页界面中，确保时区设置为“Asia/Shanghai”。 - 路径：System > Settings > General > Timezone 2. **检查系统时间与硬件时钟的关系**：在FreeBSD（OPNsense的基础系统）中，默认行为是将硬件时钟视为本地时间（local time）还是UTC？根据引用[3]，Linux默认将硬件时钟视为UTC，而系统时间根据时区转换。但FreeBSD的默认行为可能不同。 - 在FreeBSD中，通常硬件时钟被视为本地时间。但是，我们需要确认OPNsense的配置。 3. **调整硬件时钟设置**（关键步骤）： - 根据引用[1]中Linux的解决方法，设置硬件时钟为本地时间（即不采用UTC）。在FreeBSD中，我们可以通过调整`/etc/wall_cmos_clock`文件来实现。 - 在FreeBSD中，如果硬件时钟设置为本地时间，则创建`/etc/wall_cmos_clock`文件（空文件即可）；如果设置为UTC，则删除该文件。 - 因此，为了让系统将硬件时钟视为本地时间，我们执行： ```bash touch /etc/wall_cmos_clock ``` - 或者，我们可以通过sysctl设置： ```bash sysctl kern.settime=1 # 表示硬件时钟是本地时间 ``` 要使重启后生效，在`/etc/sysctl.conf`中添加： ``` kern.settime=1 ``` 4. **同步网络时间并更新硬件时钟**： - 在OPNsense网页界面中，配置NTP服务器（如asia.pool.ntp.org）并启用NTP服务。 - 或者，在命令行中手动同步时间（需要先安装ntp，但OPNsense默认应已包含）： ```bash ntpdate asia.pool.ntp.org ``` - 将系统时间同步到硬件时钟： ```bash hwclock -w ``` 在FreeBSD中，命令为`hwclock`可能不可用，应使用`adjkerntz`或直接使用`ntpdate`同步后，系统自动更新硬件时钟？实际上，在FreeBSD中更新硬件时钟的命令是： ```bash adjdb -s # 这会将系统时间写入硬件时钟 ``` 但更常见的做法是使用`ntpd`服务来同步并自动更新。 5. **重启系统**：进行上述更改后，重启系统以使更改生效。 6. **验证**： - 在命令行中执行`date`查看系统时间。 - 执行`sysctl kern.clockrate`或`hwclock -r`（如果可用）查看硬件时间。注意：OPNsense是基于FreeBSD的，所以操作可能略有不同。在OPNsense中，我们通常通过Web界面进行配置，但也可以通过命令行。另外，引用[2][4][5]分别针对Java、数据库和PHP的时区问题，与系统时区设置相关度不高，但提醒我们在应用程序中也可能需要单独设置时区，但本问题仅关注系统时间。因此，解决OPNsense系统时间差8小时的步骤总结如下： **步骤详解：** 1. **Web界面设置时区**： - 登录OPNsense的Web界面。 - 转到 System > Settings > General。 - 在“Timezone”中选择“Asia/Shanghai”。 - 保存设置。 2. **通过SSH登录到OPNsense命令行**（或使用控制台）。 3. **设置硬件时钟为本地时间**： ```bash echo 'kern.settime=1' >> /etc/sysctl.conf sysctl kern.settime=1 ``` 或者，创建`/etc/wall_cmos_clock`文件（如果系统使用此机制）： ```bash touch /etc/wall_cmos_clock ``` 4. **配置NTP服务器并同步时间**： - 在Web界面中： - 转到 Services > NTP > Settings。 - 在“Time Servers”中添加服务器（如0.asia.pool.ntp.org、1.asia.pool.ntp.org）。 - 勾选“Enable NTP server”和“Enable NTP client”。 - 保存并应用。 - 或者，在命令行中手动同步（临时）： ```bash ntpdate -u 0.asia.pool.ntp.org ``` 5. **将系统时间写入硬件时钟**： ```bash adjkerntz -s # 这个命令在FreeBSD中用于同步硬件时钟，但注意adjkerntz通常用于处理时区变化，同时也会更新硬件时钟。在系统启动时运行。手动同步硬件时钟可以使用： hwclock -u -w # 但FreeBSD中通常使用hwclock命令的选项可能不同，或者使用rtc(8)工具。 ``` 实际上，在FreeBSD中，可以使用以下命令将当前系统时间写入硬件时钟： ```bash /etc/rc.d/ntpd onefetch # 强制ntpd同步一次（如果ntpd服务已启用） # 或者直接写RTC adjkerntz -i # 初始化时区调整，并更新硬件时钟？但更直接的是： ntpwait -v # 等待ntp同步完成（如果ntpd正在运行） # 然后使用以下命令写入硬件时钟： sysctl kern.settime=1 # 确保设置 date # 显示当前系统时间 # 写入硬件时钟 /libexec/save-entropy # 这个命令通常用于保存随机种子，但写入硬件时钟通常由系统自动完成。我们可以手动用： /sbin/sysctl -w kern.settime=1 # 再次确认设置 # 或者，重启后系统会自动调整？但为了立即生效，我们可以重启。 # 如果以上方法不明确，可以尝试直接写硬件时钟的命令（需要root）： # 在FreeBSD中，硬件时钟设备为/dev/rtc，我们可以用以下命令读取： # rtc -r # 写入：rtc -w `date -j -f "%Y%m%d%H%M%S" "now" +"%Y%m%d%H%M%S"` # 但是，OPNsense可能没有rtc命令，所以建议使用标准方法：通过调整系统设置并重启。 ``` 考虑到OPNsense是一个专用防火墙系统，我们更倾向于使用Web界面操作和标准服务。另一种简单方法：在Web界面中设置正确的时区后，重启系统。因为OPNsense在启动时会根据时区设置调整时间，并同步硬件时钟。如果问题仍然存在，请尝试以下步骤： 6. **检查系统启动时的时区设置**：确保在系统启动过程中时区设置被正确加载。可以检查系统日志（/var/log/system.log）中关于时区的信息。 7. **手动设置时间**：如果时间仍然不对，可以临时手动设置时间： ```bash date 202311221630 # 例如：2023年11月22日16:30 ``` 8. **更新OPNsense**：确保系统是最新版本，因为时区问题可能在更新中修复。由于OPNsense基于FreeBSD，其处理方式与Linux（如CentOS）略有不同。根据FreeBSD文档，系统在启动时会读取硬件时钟，并假设其为UTC时间，然后根据时区调整系统时间。但是，如果硬件时钟实际上是本地时间，那么就会导致时间错误（相差时区）。因此，我们需要告诉系统硬件时钟是本地时间，即设置`kern.settime=1`（表示硬件时钟存储的是本地时间）。因此，关键步骤是设置`kern.settime=1`并确保在每次启动时生效。综上所述，解决方案如下： **最终解决方案步骤：** 1. 通过Web界面设置时区为Asia/Shanghai（System > Settings > General）。 2. 通过SSH登录OPNsense命令行。 3. 执行以下命令： ```bash # 设置硬件时钟为本地时间（非UTC） echo 'kern.settime=1' >> /etc/sysctl.conf sysctl kern.settime=1 ``` 4. 重启系统： ```bash reboot ``` 5. 系统重启后，检查系统时间（`date`命令）是否与本地时间一致。 6. 如果仍然不一致，检查NTP服务是否正常工作（在Web界面中启用NTP服务并配置合适的服务器）。注意：如果硬件时钟原本是UTC时间，那么在设置`kern.settime=1`后，系统启动时会将其当作本地时间，因此时间显示会多8小时（假设原硬件时钟是UTC）。所以，在设置之后，需要确保用正确的时间去设置硬件时钟。因此，在设置`kern.settime=1`后，应该立即用当前正确的系统时间更新硬件时钟。但是，在重启前，系统时间可能是正确的（通过NTP同步），我们可以在重启前执行： ```bash # 将当前系统时间（已经根据时区调整过）写入硬件时钟（作为本地时间） hwclock --systohc # 在FreeBSD中，这个命令可能不可用，所以使用以下方法： ``` 在FreeBSD中，我们可以使用： ```bash adjkerntz -s # 这个命令会重新计算时区偏移并设置硬件时钟？实际上，adjkerntz主要是在系统启动和时区改变时调整。我们可以用： ntpdate -u pool.ntp.org # 同步系统时间 # 然后手动写入硬件时钟： /sbin/hwclock --systohc --localtime # 如果hwclock命令可用（OPNsense可能没有），否则： # 或者，使用sysctl强制写入 sysctl -w kern.settime=1 # 确保设置 # 系统在关机时会自动同步系统时间到硬件时钟（作为本地时间）？ ``` 在FreeBSD中，系统关机时会将系统时间同步到硬件时钟，并且根据`kern.settime`的设置来决定是作为UTC还是本地时间。因此，我们执行以下步骤： 1. 设置sysctl.conf 2. 同步系统时间（通过NTP） 3. 重启（在重启过程中，系统会自动将当前系统时间写入硬件时钟，并按照本地时间存储）这样，下次启动时，系统读取硬件时钟（作为本地时间）就不再需要调整时区，因此时间正确。如果重启后时间仍然不对，请检查硬件时钟时间是否正确（在启动时进入单用户模式检查？），并确认NTP服务在启动后是否成功同步。由于OPNsense是一个专用系统，可能还提供了其他时间管理工具。如果问题仍然存在，建议查阅OPNsense官方文档或社区支持。 §§相关问题§§ 1. 如何验证OPNsense系统时间是否正确？ 2. OPNsense中如何配置NTP服务器？ 3. FreeBSD系统中如何设置硬件时钟为本地时间？ </think> ### 解决OPNsense设置时区为上海后系统时间相差8小时问题该问题通常由**硬件时钟（BIOS时间）与系统时钟的时区标准不一致**导致。根据引用内容[^1][^3]，Linux/BSD系统中若硬件时钟被设为UTC时间（世界协调时），而系统时区设置为上海（CST, UTC+8），则系统时间会显示为硬件时间+8小时，导致实际时间误差。以下是具体解决方案： --- #### **步骤1：通过Web界面修正系统配置** 1. **登录OPNsense后台** 访问 `https://<OPNsense_IP>` 进入控制台。 2. **设置时区** - 导航至：`System > Settings > General` - 在 **Timezone** 中选择 `Asia/Shanghai` - 保存设置（*此步骤确保系统时区正确*） 3. **配置硬件时钟模式（关键步骤）** - 在同一个页面 (`System > Settings > General`) 中，找到 **Hardware clock** 选项 - 将其改为 **Local time**（默认为UTC） - 保存并应用更改： ![OPNsense硬件时钟设置](https://docs.opnsense.org/manual/images/settings_general.png) [^1] > ✅ **原理**：硬件时钟设为 `Local time` 后，系统不再自动将硬件时间视为UTC+0，避免了8小时时差[^3]。 --- #### **步骤2：通过SSH命令行强制同步时间** ```bash # 登录SSH（默认用户：root） ssh root@<OPNsense_IP> # 手动同步网络时间（需先安装ntp） opnsense-update -y ntp # 安装NTP工具 ntpdate -u pool.ntp.org # 从公共NTP服务器同步 # 将系统时间写入硬件时钟（关键） hwclock --systohc # 保存系统时间到硬件时钟 # 重启时间服务 service ntpd restart ``` > ⚠️ **注意**：若提示 `hwclock` 命令不可用，需先安装 `os-hw-probe` 插件（通过Web界面：`System > Firmware > Plugins`）。 --- #### **步骤3：验证时间同步** - **检查系统时间**： ```bash date # 应显示上海时间（如：Wed May 22 14:30:00 CST 2024） ``` - **检查硬件时钟**： ```bash hwclock --show # 应与系统时间一致 ``` --- #### **其他可能原因与排查** 1. **NTP服务未启用** - 在 `Services > NTP > Settings` 中启用NTP客户端，并添加亚洲服务器（如 `cn.pool.ntp.org`）。 2. **虚拟机环境问题** - 若OPNsense运行在虚拟机（如VMware/Hyper-V）中，需在宿主机设置时区为上海，并启用时间同步功能。 3. **应用层时区问题** - 若数据库或应用（如PHP/Java）仍显示错误时间，需单独配置时区（参考引用[^2][^4][^5]）： ```java // Java示例：显式设置上海时区 TimeZone.setDefault(TimeZone.getTimeZone("Asia/Shanghai")); ``` ```php // PHP示例：在php.ini中添加 date.timezone = "Asia/Shanghai" ``` --- #### **总结** | 步骤 | 操作 | 目标 | |------|------|------| | 1 | Web界面设置硬件时钟为 `Local time` | 消除UTC与CST的8小时时差 | | 2 | SSH执行 `ntpdate` 和 `hwclock --systohc` | 强制同步系统与硬件时间 | | 3 | 启用NTP服务 | 保持长期时间准确 | 通过以上操作，系统时间与硬件时钟将统一为上海时区（CST），解决8小时偏差问题。