2017-09-24 08:23 UTC

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0003803Kali Linux[All Projects] General Bugpublic2017-02-13 20:07
Reporterryo 
Assigned Torhertzog 
PrioritylowSeveritytrivialReproducibilityalways
StatusclosedResolutionwon't fix 
Product Version2016.2 
Target VersionFixed in Version 
Summary0003803: When reboot after using Kali Live, there is deviating 9 hours rely on PC.
DescriptionI live in Japan.

When reboot after using Kali Live, there is deviate 9 hours as much as diffrence UTC and JST rely on PC.

Although, TOSHIBA dynabook Satelite T30 160C/5W match this case, but Pavilion Slimline 3140jp is no problem.
Steps To Reproduce1. PC Power ON
2. Boot Kali Live of usb memstick and login.
3. Reboot.
4. Boot any OS on internal SSD.

Although, as far as I know, only TOSHIBA dynabook Satellite T30 160C/5W.
Additional Informationdynabook spec
=====
Type:Laptop
CPU:Intel Celeron M 1.60GHz
RAM:2048MB
SSD:128GB
O S:NetBSD/Debian/FreeDOS
=====

Pavilion spec
=====
Type:Desktop
CPU:Intel Core 2 1.80GHz
RAM:2048MB
HDD:2TB
O S:NetBSD/Debian/Fedora
=====
Attached Files

-Relationships
+Relationships

-Notes

~0006205

threeway (developer)

This is likely due to your hardware clock storing the time as local as opposed to UTC.

~0006206

ryo (reporter)

Oh! Thanks! Exactly!
I learned about hwclock and /etc/adjtime in the Linux and confirmed that differ two PC.
Although, I have using many Live tools, I feel like have never encounter this situation using another Live tools...Would be why...Is it just my imagination...?

~0006214

ryo (reporter)

P.S.

The matter of deviation is only kali-linux-light-2016.2-i386.iso.

kali-linux-2016.2-i386.iso is no problem, time is sync among Live and internal SDD's OS.

~0006389

rhertzog (administrator)

It's always recommended to store UTC time in the hardware clock. Even Windows supports this nowadays.
+Notes

-Issue History
Date Modified Username Field Change
2016-12-25 14:19 ryo New Issue
2016-12-25 15:43 threeway Note Added: 0006205
2016-12-26 05:45 ryo Note Added: 0006206
2017-01-03 23:49 ryo Note Added: 0006214
2017-02-13 20:07 rhertzog Assigned To => rhertzog
2017-02-13 20:07 rhertzog Status new => closed
2017-02-13 20:07 rhertzog Resolution open => won't fix
2017-02-13 20:07 rhertzog Note Added: 0006389
+Issue History