Centos7 修改硬件时间和系统时间

查看系统时间

[[email protected] ~]# date
Tue Jun 13 10:20:13 CST 2017

查看硬件时间

[[email protected] ~]# hwclock --show
Tue 13 Jun 2017 02:11:12 AM CST  -0.848845 seconds

可以看出系统时间比硬件时间快，系统时间是准确的

假如系统时间和硬件时间都不准确

更新系统年月日

[[email protected] ~]# timedatectl set-time 2017-06-13

更新系统时分秒

[[email protected] ~]# timedatectl set-time 10:25:17

更新时区(亚洲-中国-上海)

[[email protected] ~]# timedatectl set-timezone Asia/Shanghai

将硬件时钟调整为与系统时钟一致

[[email protected] ~]# timedatectl set-local-rtc 1
或者
[[email protected] ~]# hwclock --systohc --localtime

将日期写入CMOS

[[email protected] ~]# clock –w

再次查看系统时间和硬件时间，他们就一致了

原文地址：https://www.cnblogs.com/zhouxinfei/p/8410792.html

时间： 2024-07-31 10:10:30

Centos7 修改硬件时间和系统时间的相关文章

android 命令修改时间或程序修改系统时间

前提是手机必须先获取root; root方法见其他章节或网上都有介绍 adb shell 进入shell 终端界面 1.先设置系统的时区配置 cat /data/property/persist.sys.timezone //查看当前时区配置文件 setprop persist.sys.timezone GMT //修改属性 2.开始设置修改当前系统时间 date -s "yyyymmdd.[[[hh]mm]ss]" 或System/bin/date -s "

java new Date()得到的时间和系统时间不一样

造成这种问题的原因是:操作系统时区跟JVM的时区不一致. [[email protected] ~]# timedatectl Local time: Thu 2016-12-29 15:35:44 CST Universal time: Thu 2016-12-29 07:35:44 UTC RTC time: Thu 2016-12-29 07:35:45 <strong>Time zone: Asia/Shanghai (CST, +0800)</strong> NTP en

ftp上来显示的时间和系统时间不一致

ftp上来显示的时间和系统时间不一致,是因为默认情况下,vsftpd 是用GMT做为他的时间的,所以和系统的时间可能会不一致修改也非常简单: vi /etc/vsftpd/vsftpd.conf 在最后加入一行: use_localtime=YES 存盘后,重启vsftpd: service vsftpd restart

如何解决vsftpd下显示的时间与系统时间不一致

vsftpd在安全性.高性能及稳定性三个方面有上佳的表现.它提供的主要功能包括虚拟IP设置.虚拟用户. Standalone.inetd操作模式.强大的单用户设置能力及带宽限流等.就是这么好的程序,有时候也能发生小错误:vsftpd下显示的时间与系统时间不一致,怎么办呢,我来帮你解答! ftp上来显示的时间与系统时间不一致,是因为默认情况下,vsftpd 是用GMT做为它的时间的,所以和系统的时间可能会不一致.修改也很简单: vi /etc/vsftpd/vsftpd.conf 在最后加入一行

修改本机的系统时间对send_after的影响

前几天写了一个系统, 在本机自测时,为了测试方便,修改了本机的系统时间(将时间向未来调),但是随后,出现了诡异的bug,费了一段时间后,才发现原因: 修改系统时间之前,原本是每分钟触发一次的逻辑,在修改了系统时间后,每分钟可能会触发一次,但也可能会触发两次! 通过调试打印信息,发现当某分钟内触发两次时,是有规律的,一次是在该分钟的0秒,另一次是在该分钟的59秒. 程序的逻辑很简单,就是一个gen_server的模块,在init()时, 调用schedule_loop(),预定一个下一分钟的loo

mysql-5.7.10产生的日志时间与系统时间不一致

问题描述: 使用安装的mysql workbench登录mysql后,选择server log 进行日志查看的时候,发现产生日志的时间和当期的系统时间不一致:如下图: 查看mysql系统的当期时间显示的是: 出现如上情况,很是不解:于是在度娘上问了一下各路大神,发现还真有灵丹妙药可以用: 原因描述: 在MySQL 5.7 新增了 log_timestamps 这个参数,该参数主要是控制 error log.genera log,等等记录日志的显示时间参数且默认安装后error_log,slow

crontab时间和系统时间不一致

昨天写了一脚本,放在crontab上,设定每天早上5点半执行.今天早上发现,没有脚本执行记录. # service crond status // 查看crontab 状态 # tail -100 /var/log/cron // 查看最近100条crontab日志发现是系统时间和crontab 日志时间不一致,慢了8个小时. # ntpdate us.pool.ntp.org // 同步系统时间 # cp /usr/share/zoneinfo/Asia

mysql5.7日志时间与系统时间不一致

在MySQL 5.7.2 新增了 log_timestamps 这个参数,该参数主要是控制 error log.genera log,等等记录日志的显示时间参数且默认安装后error_log,slow_log 日志时间戳默认为UTC,因此会造成与系统时间不一致,与北京时间相差8个小时 mysql> SHOW GLOBAL VARIABLES LIKE 'log_timestamps'; +----------------+-------+ | Variable_name | Value | +-

告警日志时间与系统时间相差8小时

系统默认的log_timestamps为UTC,与linux系统时间相差8小时解决方法: SET GLOBAL log_timestamps = SYSTEM;(立即生效,重启mysql服务,失效) 永久生效方法,在/etc/my.cnf中添加 log_timestamps=system 原文地址:https://www.cnblogs.com/tonnytangy/p/11966344.html