তারিখ। এইচডাব্লুওয়ারকুট রিবুটের পরে প্রতিবার ভুলভাবে দেখায়


0

পরিস্থিতি আরও ভালভাবে প্রতিফলিত করার জন্য সম্পাদিত প্রশ্ন। (আমার এইচএলক্লোক এবং তারিখটি সঠিকভাবে প্রদর্শিত হচ্ছে না)

আমি + জিএমটি 8 তে আছি এবং আমি নিম্নলিখিতটি করে আমার এইচডাব্লুয়াল লোকালটাইমনে সেট করেছি

rm /etc/adjtime
system-config-date -- to set the correct date/time
ln -s /usr/share/zoneinfo/Asia/Singapore localtime
hwclock --systohc --localtime

আমার কনফিগারেশন পরীক্ষা করুন

[root@sjoam2 etc]# date
Sun Aug  2 03:24:59 SGT 2015

[root@sjoam2 etc]# hwclock --debug
hwclock from util-linux-ng 2.17.2
Using /dev interface to clock.
Last drift adjustment done at 1438457074 seconds after 1969
Last calibration done at 1438457074 seconds after 1969
Hardware clock is on local time
Assuming hardware clock is kept in local time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2015/08/02 03:25:16
Hw clock time : 2015/08/02 03:25:16 = 1438457116 seconds since 1969
Sun 02 Aug 2015 03:25:16 AM SGT  -0.672466 seconds


[root@sjoam2 etc]# cat /etc/adjtime 
0.000000 1438457074 0.000000
1438457074
LOCAL

সব ভাল লাগছে। আমি রিবুট না করা পর্যন্ত তারিখ এবং এইচএলক্লোক সঠিক সময় দেখায়। রিবুট হওয়ার পরে, তারিখটি আরও +8 ঘন্টা যোগ করা হয়েছে যদিও আমি ইতিমধ্যে hwॉक স্থানীয় সময়টিতে নির্দিষ্ট করে রেখেছি।

[root@sjoam2 ~]# date
Sun Aug  2 11:30:06 SGT 2015 **-- why +8 hours ? i have specified hwclock in localtime**

[root@sjoam2 ~]# hwclock --debug
hwclock from util-linux-ng 2.17.2
Using /dev interface to clock.
Last drift adjustment done at 1438457074 seconds after 1969
Last calibration done at 1438457074 seconds after 1969
Hardware clock is on local time
Assuming hardware clock is kept in local time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2015/08/02 03:30:09
**Hw clock time : 2015/08/02 03:30:09 = 1438457409 seconds since 1969
Sun 02 Aug 2015 03:30:09 AM SGT  -0.626865 seconds  -- still showing the correct timing for hwclock**

কিছু গুরু কি এ সম্পর্কে কিছু আলোকপাত করতে পারে?

শুভেচ্ছা, নুব


আপনি কী ওএস ব্যবহার করছেন?
সচিথ

@Sachith centos6.6
Noob

আপনি যে সময় অঞ্চলটি বাস করেন তা কী?
সচিথ

এসজিটি সিঙ্গাপুরের সময়
যাত্রামন গীক

আপনি কি / ইত্যাদি / সিসকনফিগ / ক্লক ফাইল আউটপুটটি পেস্ট করতে পারবেন
সুরেশু

উত্তর:


0

প্রথমে স্থানীয় সময় ফাইলের একটি ব্যাকআপ তৈরি করুন।

sudo mv /etc/localtime /etc/localtime.bak

তারপর,

sudo ln -s /usr/share/zoneinfo/Country/City /etc/localtime

আপনি যেখানে বাস করেন সেখানে আপনার দেশ এবং শহরটি প্রতিস্থাপন করুন। সংরক্ষণ এবং পুনরায় বুট করুন। আরও তথ্যের জন্য এই দুটি থ্রেড অনুসরণ করুন। সময় অঞ্চল পরিবর্তন , আমি মনে করি এই আপনার জন্য কিছু অতিরিক্ত বিবরণের হয়েছে।


আমার আসল পোস্টের আগেই সম্পন্ন হয়েছে। একটা সিম্বলিক লিঙ্ক, / etc / স্থানীয়সময় ইতিমধ্যে, / usr / শেয়ার / zoneinfo / দেশ / শহর এশিয়া / সিঙ্গাপুর নির্দেশ করা হয়
Noob

আপনার পিসি ব্যাটারি সম্পর্কে কি?
সচিথ

আমি আমার পিসি ব্যাটারি কিভাবে চেক করব? - আমি যদিও
ভিএমওয়্যারের সাথে

@ নূব, যদি সিস্টেমের ব্যাটারিটি মারা যায়, তবে ঘড়িটি কয়েক ঘন্টা না হয়ে বছরের পর বছর বন্ধ হয়ে যেত। উদাহরণস্বরূপ, আপনি যদি এটি চালিত করে থাকেন এবং এটিতে অতীতের কিছু সময় আজকের তারিখ নয়, বরং 8 ঘন্টা এগিয়ে একটি ডিফল্ট তারিখে ফিরে যায়।
চাঁদপয়েন্ট

হ্যাঁ, তিনি কোনও ভিএম সম্পর্কে উল্লেখ করেননি।
সচিথ

0

সিঙ্গাপুর সময় যদি GMT / UTC সময় এবং 8 ঘন্টা সময় থাকে এবং আপনি পুনরায় বুট করার সময় আপনার 16 ঘন্টা এগিয়ে রাখা হয়, আপনার সিস্টেমটি অফসেটের জন্য দু'বার ক্ষতিপূরণ দেবে বলে মনে হয়।

CentOS 7 সিস্টেমে টাইমডেটেক্টল কমান্ডটি ব্যবহার না করা পর্যন্ত বেশ কয়েক ঘন্টা সময় বন্ধ হয়ে যাওয়ার সাথে আমার একটি সমস্যা হয়েছিল । উদাহরণ:

timedatectl set-timezone Asia/Singapore

"সেট-টাইমজোন" বিকল্পটি নিম্নলিখিতটি করে:

set-timezone [TIMEZONE]
           Set the system time zone to the specified value. Available
           timezones can be listed with list-timezones. If the RTC is
           configured to be in the local time, this will also update the RTC
           time. This call will alter the /etc/localtime symlink. See
           localtime(5) for more information.

যদিও সেই সিস্টেমে হার্ডওয়্যার ক্লকটি ইউটিসি সময় ব্যবহার করছে। উদাহরণস্বরূপ, আমি নিম্নলিখিতটি দেখতে পাচ্ছি:

# hwclock --debug
hwclock from util-linux 2.23.2
Using /dev interface to clock.
Last drift adjustment done at 0 seconds after 1969
Last calibration done at 0 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2015/08/01 20:54:34
Hw clock time : 2015/08/01 20:54:34 = 1438462474 seconds since 1969
Sat 01 Aug 2015 04:54:34 PM EDT  -0.904866 seconds

hwclock --debugউপরের কমান্ডের শেষ লাইনটি সংশ্লিষ্ট সময় অঞ্চলে সেই সিস্টেমের জন্য সঠিক স্থানীয় সময় দেখায়।

সেই সিস্টেমে আমি / etc / লোকালটাইমের জন্য নিম্নলিখিতগুলি দেখতে পাচ্ছি:

# ls -l /etc/localtime lrwxrwxrwx. 1 root root 38 Oct 5 2014 /etc/localtime -> ../usr/share/zoneinfo/America/New_York

যদি আপনি প্রবেশ করেন ls -l /etc/localtimeতবে আপনার এখনও এটি দেখায়/usr/share/zoneinfo/Asia/Singapore


1
সম্ভবত হার্ডওয়্যার ক্লকটি বায়োস দ্বারা প্রভাবিত হয়েছে।
redbeam_

@ রেডবিয়াম, সেখানে সময় নির্ধারণের পরীক্ষা করার জন্য এটি ভাল পরামর্শ।
চাঁদপয়েন্ট

@ মুনপয়েন্ট আমার / ইত্যাদি / স্থানীয় সময়টি / ইউএসআর / শেয়ার / জোনিনফো / এশিয়া / সিঙ্গাপুরের দিকে ইঙ্গিত করছে এবং আমার বায়োস সময়টি এইচডব্লিউ - ডিবাগ আউটপুট হিসাবে একই, যা স্থানীয় সময় হিসাবে সেট করা হয়। এইচডাব্লুওয়াক এবং বায়োস সঠিক সময়টি প্রতিফলিত করছে। তবে তারিখটি ইতিমধ্যে সঠিক সময়ে অতিরিক্ত 8 ঘন্টা যুক্ত করছে। আমি সেন্টোস .6..6 এ আছি, সুতরাং টাইমডেটেক্টল বা টাইম-জোন কমান্ড সেট করব না। তবে কমান্ড সিস্টেম-কনফিগার-ডেটের সাহায্যে আমি ইতিমধ্যে সঠিক দেশ এবং সময় অঞ্চল নির্ধারণ করেছি, দয়া করে কী ভুল হতে পারে তা পরামর্শ করুন?
নুব

@ নূব, আপনার দেওয়া তথ্যের ভিত্তিতে এটি আমার কাছে আপাত নয় যে কেন আপনার সময় এখনও 8 ঘন্টা অবকাশ রয়েছে। আমার কাছেও মনে হয় আপনার সেটিংস ঠিক আছে। এই ইউনিক্স এবং লিনাক্সের একটি বোন সাইট রয়েছে যেখানে আপনি এখানে সরবরাহ করা বিশদ সহ যদি আপনার প্রশ্নটি সেখানে পোস্ট করেন তবে কেউ সমস্যার সমাধান করতে সক্ষম হতে পারে।
চাঁদপয়েন্ট
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.