Resetting clock local time.

[Werner P. Schulz]

With Debian I use the crontab:

 40      10,15,20        * * *   /usr/sbin/ntpdate -v de.pool.ntp.org; /sbin/hwclock -u --systohc

I've read Sysadmin time again and now found this hint:

At least from Debian version 2.2 onwards, the system automatically saves the system time to hardware clock on shutdown, and sets the system clock from hardware clock when Debian boots up. This is done in the script /etc/init.d/hwclock.sh.

Therefore I changed my crontab-entry within Debian to

 40      10,15,20        * * *   /usr/sbin/ntpdate -v de.pool.ntp.org

[rajibando]

Please tell us the output from

cat /proc/driver/rtc; date

This one is from the Knoppix system: cat /proc/driver/rtc; date rtc_time : 08:14:09
rtc_date : 2013-01-29
alrm_time : 00:00:00
alrm_date : 2013-01-30
alarm_IRQ : no
alrm_pending : no
update IRQ enabled : no
periodic IRQ enabled : no
periodic IRQ frequency : 1024
max user IRQ frequency : 64
24hr : yes
periodic_IRQ : no
update_IRQ : no
HPET_emulated : yes
BCD : yes
DST_enable : no
periodic_freq : 1024
batt_status : okay
Mon Jan 28 21:44:09 EST 2013

[rajibando]

For my Debian system:
rtc_time : 08:43:18
rtc_date : 2013-01-29
alrm_time : 00:00:00
alrm_date : ****-**-**
alarm_IRQ : no
alrm_pending : no
24hr : yes
periodic_IRQ : no
update_IRQ : no
HPET_emulated : yes
DST_enable : no
periodic_freq : 1024
batt_status : okay
Tue Jan 29 08:43:18 IST 2013

[Werner P. Schulz]

This one is from the Knoppix system: cat /proc/driver/rtc; date rtc_time : 08:14:09

This value is wrong; did you write it manually? Now, what's the output from

cat /etc/timezone

within your Debian and Knoppix?

[rajibando]

This value is wrong; did you write it manually?

No, I pasted without putting a line break between the code and output (i.e., Enter Key)

This value is wrong; did you write it manually? Now, what's the output from

cat /etc/timezone

within your Debian and Knoppix?

This part is already settled (please remember to visit my earlier posts). My debian setting is Asia/Kolkata.
My knoppix setting resets itself to the settings for usa after every boot:

What I did was ... every time I boot the time is reset to that of the USA, ...

and

... I installed ntp, ntpdate, etc., and then used this application to set date time. But whatever I set is undone the next time I boot...the localisation I set remains as of India between powerdown and powerup.

[rajibando]

To be precise, the Knoppix time is:

knoppix@Microknoppix:~$ cat /etc/timezone

Output:

America/New_York

[rajibando]

The problem lies with the package: time-admin It can't store date-time settings, at least in my copy of Knoppix.

[Werner P. Schulz]

Oh, no! "time-admin" can store your settings and you can see it immediatly with "cat /etc/timezone". But Knoppix is a Live System and therefore it uses another way => '/etc/init.d/knoppix-autoconfig' => '# Set timezone'

Knoppix uses only the value of "tz=..." of the Kernel line and other settings within "/etc/timezone" will be overwritten.

[rajibando]

The problem lies with the package: time-admin It can't store date-time settings, at least in my copy of Knoppix.

What I meant was in between shutdown and booting.
You say,

Knoppix uses only the value of "tz=..." of the Kernel line and other settings within "/etc/timezone" will be overwritten.

I have tested with tz in the kernel line, but knoppix does not use that in the subsequent boots. Remember my posting,

... I have tried TZ cheatcode but that does not work either. I had also run tzselect (=asia/kolkata) here in knoppix, but that too does not work.

What it does is it treats my BIOS time as UTC and then calculates New York time. You say,

Oh, no! "time-admin" can store your settings and you can see it immediatly with "cat /etc/timezone" But Knoppix is a Live System and therefore it uses another way => '/etc/init.d/knoppix-autoconfig' => '# Set timezone'

Where is this line? My kernel line is:

linux (hd1,1)/boot/isolinux/linux root=/dev/ram rw ramdisk_size=100000 lang=us apm=power-off nomce tz=/Asia/Kolkata

[rajibando]

Yes, done! The error was in using the capital TZ, following earlier post. whereas it would be tz in kernel line, and then using the ntp daemon to fix the time and date. Thanks for staying on the issue with me.