在闪烁核心重新引导之后,我在我的linux安装上得到了错误的日期。
# date
Mon 21 Mar 2089 04:03:42 AM UTC
当我尝试用hwclock读取日期时,我会得到这个错误。
# hwclock -r
hwclock: ioctl(RTC_RD_TIME) to /dev/rtc0 to read the time failed: Invalid argument
这是dmesg的输出
这可能是由于CMOS电池濒临死亡或死掉造成的吗?
提前感谢!
PD:如果我启动核心信息,我会看到右下角似乎是一个无效的日期(71/131/1983-52:16:58)。
我使用的是 10提供的Ubuntu,我想通过使用hwclock查看硬件时钟时间,但是我总是会出错。
钟钟
root@DESKTOP:/home/blondinl# hwclock
hwclock: Cannot access the Hardware Clock via any known method.
hwclock: Use the --debug option to see the details of our search for an access method.
当我使用-调试选项时
root@DESKTOP:/home/blondinl# hwclock -- debug
h
我在GMT+8,我把我的hwlock设置为UTC。
[root@sjoam2 ~]# date
Sat Aug 1 16:32:04 SGT 2015
[root@sjoam2 ~]# hwclock --systohc --utc
[root@sjoam2 ~]# hwclock --debug
hwclock from util-linux-ng 2.17.2
Using /dev interface to clock.
Last drift adjustment done at 1438417931 seconds after 1969
Last calibration done at
我正在尝试使用以下c++代码更改Linux中的当前时间:
time_t * t = new time_t(QString::toLongLong(argv[1]));
int returnValue = stime(t);
qDebug() << (QString("set time return value %1").arg(returnValue));
qDebug() << (QString("setting time %1").arg(*t));
QProcess pProcess;
pProcess.start("hwc
我想在关机时从系统时钟中重置硬件时钟。我创建了这个脚本(K99savetime.sh):
#! /bin/sh
### BEGIN INIT INFO
# Provides: savetime.sh
# Default-Start: 6 0
# Short-Description: set hwclock.
# Description: set hwclock to systemclock on halt or reboot.
### END INIT INFO
PATH=/sbin:/usr/sbin:/bin:/usr/bin
log_action_msg
我的硬件时钟被设置为本地时间(GMT +2),而我的新拱形安装显然认为它不是,所以它增加了3个小时。我没有希望地摆弄过hwclock和timedatectl。我对在BIOS中触摸时间设置犹豫不决。我怎么才能解决这个问题?
下面是timedatectl的输出:
Local time: Sun 2013-06-23 06:44:12 EEST
Universal time: Sun 2013-06-23 03:44:12 UTC
Timezone: Europe/Istanbul (EEST, +0300)
NTP enabled: n/a
NTP syn
我刚刚安装了Ubuntu16.04.1取代Windows8.1。但系统时间比实际时间提前5:30。我来自印度,UTC的偏移量是+5:30。通过运行hwclock,我发现我的系统将硬件时钟解释为UTC,而实际上是本地时间。我试着编辑/etc/default文件(按照硬件时钟正在使用UTC时间.)。但是rcS文件不包含UTC条目。文件内容如下所示。我们能做些什么?
时钟的结果--调试:
hwclock from util-linux 2.27.1
Using the /dev interface to the clock.
Last drift adjustment done at 1474290
我有一个Centos5.8Linux服务器。我正在经历一个有点奇怪的问题,并发现这是一些与系统时间。当我检查日期命令时,输出是非常奇怪的。下面是一个例子:
[root@web ~]# date
Thu Feb 19 21:21:59 JST 2015
[root@web ~]# date
Thu Feb 19 21:23:43 JST 2015
[root@web ~]# date
Thu Feb 19 21:22:02 JST 2015
[root@web ~]# date
Thu Feb 19 21:23:45 JST 2015
[root@web ~]#
如您所见,每个日期命令输出不同的
我的RTC时钟不工作,在一个特别老的硬件上,用同样老的软件。这会扰乱各种进程,如/proc/stat和ps,但每当我试图更新任何东西或构建源代码包时,它也会引发错误。我目前正在尝试修补内核,并更新操作系统。
消息包括以下内容:
tar: kernel/lib/modules/3.14.28-g6327cdab/build/virt/kvm/vfio.c:
time stamp 2022-12-06 23:30:58 is 63926203.378766698 s in the future
这会阻止我安装内核吗?我需要关心这个问题吗?
当前内核为2.6.35。
试图同步时钟:
#hwcloc
在我的服务器上的时间大约是19个小时后,我无法为我的生活找到如何同步它。我确实遵循了这里步骤,这是输出:
[root@ip-72-167-39-231 ~]# /sbin/service ntpd stop
Shutting down ntpd: [ OK ]
[root@ip-72-167-39-231 ~]# /usr/sbin/ntpdate 0.pool.ntp.org
25 Oct 08:42:32 ntpdate[22173]: adjust time server 199.4.29.166 offs
我正在为util使用rpmbuild。
这个命令适用于我:
rpmbuild -ba ~/rpmbuild/SOURCES/util-linux.spec
在util-Linux2.23.2.tar.xz文件中,有一个名为配置的文件,该文件的属性可以激活如下
--disable-eject do not build eject
--disable-agetty do not build agetty
--disable-cramfs do not build fsck.cramfs, mkfs.cramfs
--disable-bfs
从昨天起,我的钟显示的时间不对。
比当地时间晚了两个小时。(这个错误的时间是UTC,不知道这是不是巧合)。
我确实有一个带有windows的双引导,但我不认为这是问题所在,因为在我的配置文件/etc/default/rcS中,UTC的条目已经设置为no。
有人有主意吗?
hwclock from util-linux 2.20.1
Using /dev interface to clock.
Last drift adjustment done at 1396258906 seconds after 1969
Last calibration done at 1396258906 second