الساعات في نظام لينكس

هناك نوعان من ساعات التاريخ والوقت:

ساعة العتاد: هذه الساعة هي جهاز عتادي مستقل، مع نطاق طاقة خاص به (بطارية، مكثف، إلخ)، يعمل عندما يكون الحاسوب مطفأً، أو حتى مفصولاً عن الكهرباء.

في الأنظمة المتوافقة مع ISA، حُددت هذه الساعة كجزء من معيار ISA. يمكن لبرنامج تحكم أن يقرأ أو يضبط هذه الساعة فقط لثانية كاملة، ولكن يمكنه أيضاً كشف حواف تكات الساعة البالغة 1 ثانية، لذا فإن للساعة فعلياً دقة لانهائية افتراضياً.

تُسمى هذه الساعة عادةً ساعة العتاد، وساعة الوقت الحقيقي (RTC)، وساعة BIOS، وساعة CMOS. صِيغ مصطلح Hardware Clock، بصيغته الكبيرة، لاستخدامه بواسطة hwclock. تشير إليها نواة لينكس أيضاً باسم الساعة المستمرة.

تمتلك بعض الأنظمة غير المتوافقة مع ISA بضع ساعات وقت حقيقي، واحدة منها فقط لها نطاق طاقة خاص بها. قد تُستخدم رقاقة ساعة I2C أو SPI خارجية منخفضة الطاقة جداً مع بطارية احتياطية كـ ساعة عتاد لتهيئة ساعة وقت حقيقي مدمجة أكثر وظيفية تُستخدم لمعظم الأغراض الأخرى.

ساعة النظام: هذه الساعة هي جزء من نواة لينكس وتُقاد بواسطة مقاطعة الموقّت. (في أجهزة ISA، تعد مقاطعة الموقّت جزءاً من معيار ISA). لها معنى فقط أثناء تشغيل لينكس على الحاسوب. وقت النظام هو عدد الثواني منذ 00:00:00 في 1 يناير 1970 UTC (أو باختصار أكثر، عدد الثواني منذ 1969 UTC). وقت النظام ليس عدداً صحيحاً، بل له دقة لانهائية افتراضياً.

وقت النظام هو الوقت الأهم. الغرض الأساسي لساعة العتاد هو حفظ الوقت عندما لا يكون لينكس قيد التشغيل بحيث يمكن تهيئة ساعة النظام منها عند الإقلاع. لاحظ أنه في DOS، الذي صُمم ISA من أجله، كانت ساعة العتاد هي ساعة الوقت الحقيقي الوحيدة.

من المهم ألا يحتوي وقت النظام على أي انقطاعات مثلما سيحدث إذا استُخدم برنامج date(1) لضبطه أثناء تشغيل النظام. ومع ذلك، يمكنك القيام بما تريد بساعة العتاد أثناء تشغيل النظام، وفي المرة القادمة التي يبدأ فيها تشغيل لينكس، سيفعل ذلك بالوقت المعدل من ساعة العتاد. ملاحظة: حالياً لا يمكن القيام بذلك في معظم الأنظمة لأن hwclock --systohc يُستدعى عند الإيقاف.

يُضبط النطاق الزمني لنواة لينكس بواسطة hwclock. ولكن لا تنخدع - لا أحد تقريباً يهتم بالنطاق الزمني الذي تعتقد النواة أنها فيه. بدلاً من ذلك، تستخدم البرامج التي تهتم بالنطاق الزمني (ربما لأنها تريد عرض توقيت محلي لك) دائماً تقريباً طريقة أكثر تقليدية لتحديد النطاق الزمني: حيث تستخدم متغير البيئة TZ أو ملف /etc/localtime، كما هو موضح في صفحة الدليل لـ tzset(3). ومع ذلك، تستخدم بعض البرامج والأجزاء الهامشية من نواة لينكس مثل أنظمة الملفات قيمة النطاق الزمني للنواة. مثال على ذلك هو نظام ملفات vfat. إذا كانت قيمة النطاق الزمني للنواة خاطئة، فسيسجل نظام ملفات vfat ويضبط طوابع زمنية خاطئة على الملفات. مثال آخر هو وضع '11 دقيقة' لـ NTP في النواة. إذا كانت قيمة النطاق الزمني للنواة و/أو متغير persistent_clock_is_local خاطئة، فستُضبط ساعة العتاد بشكل غير صحيح بواسطة 'وضع 11 دقيقة'. انظر المناقشة أدناه، تحت مزامنة ساعة العتاد الآلية بواسطة النواة.

يضبط hwclock النطاق الزمني للنواة على القيمة المشار إليها بواسطة TZ أو /etc/localtime باستخدام وظائف --hctosys أو --systz.

تتكون قيمة النطاق الزمني للنواة فعلياً من جزأين: 1) حقل tz_minuteswest يوضح عدد دقائق تأخر التوقيت المحلي (غير المعدل للتوقيت الصيفي) عن UTC، و 2) حقل tz_dsttime يوضح نوع اتفاقية التوقيت الصيفي (DST) المعمول بها في المنطقة في الوقت الحالي. هذا الحقل الثاني لا يُستخدم تحت لينكس ويكون دائماً صفراً. انظر أيضاً settimeofday(2).

طرق الوصول إلى ساعة العتاد

يستخدم hwclock طرقاً مختلفة عديدة لجلب وقيم ساعة العتاد وضبطها. الطريقة الأكثر اعتيادية هي إجراء إدخال/إخراج (I/O) إلى ملف جهاز rtc الخاص، والذي يُفترض أنه يُقاد بواسطة تعريف جهاز rtc. أيضاً، أنظمة لينكس التي تستخدم إطار عمل rtc مع udev، قادرة على دعم عدة ساعات عتاد. قد يؤدي هذا إلى الحاجة لتجاوز جهاز rtc المبدئي عبر تحديد واحد باستخدام خيار --rtc.

ومع ذلك، هذه الطريقة ليست متاحة دائماً لأن الأنظمة الأقدم لا تمتلك تعريف rtc. في هذه الأنظمة، تعتمد طريقة الوصول إلى ساعة العتاد على عتاد النظام.

في الأنظمة المتوافقة مع ISA، يمكن لـ hwclock الوصول مباشرة إلى سجلات "ذاكرة CMOS" التي تشكل الساعة، عن طريق إجراء إدخال/إخراج إلى المنافذ 0x70 و 0x71. يقوم بذلك باستخدام تعليمات إدخال/إخراج فعلية وبالتالي لا يمكنه فعل ذلك إلا إذا وُجه بمعرف مستخدم له صلاحيات المستخدم الخارق. يمكن استخدام هذه الطريقة بتحديد خيار --directisa.

هذه طريقة سيئة حقاً للوصول إلى الساعة، لجميع الأسباب التي تمنع برامج مساحة المستخدم عموماً من إجراء إدخال/إخراج مباشر وتعطيل المقاطعات. يوفر hwclock هذه الطريقة للاختبار، واستكشاف الأخطاء وإصلاحها، ولأنها قد تكون الطريقة الوحيدة المتاحة في أنظمة ISA التي لا تملك تعريف جهاز rtc يعمل.

وظيفة الضبط

عادةً ما تكون ساعة العتاد غير دقيقة للغاية. ومع ذلك، فإن الكثير من عدم دقتها يمكن التنبؤ به تماماً - فهي تكتسب أو تفقد نفس القدر من الوقت كل يوم. يسمى هذا الانجراف المنهجي. تتيح لك وظيفة --adjust في hwclock تطبيق تصحيحات الانجراف المنهجي على ساعة العتاد.

تعمل الآلية كالتالي: يحتفظ hwclock بملف، /etc/adjtime، يحفظ بعض المعلومات التاريخية. يسمى هذا ملف adjtime.

افترض أنك بدأت دون ملف adjtime. أصدرت أمر hwclock --set لضبط ساعة الحاسوب على الوقت الحالي الحقيقي. ينشئ hwclock ملف adjtime ويسجل فيه الوقت الحالي كآخر وقت عويرت فيه الساعة. بعد خمسة أيام، تقدمت الساعة 10 ثوانٍ، لذا أصدرت أمر hwclock --set --update-drift لإعادتها 10 ثوانٍ للخلف. يحدث hwclock ملف adjtime ليظهر الوقت الحالي كآخر وقت عويرت فيه الساعة، ويسجل ثانيتين يومياً كمعدل انزياح منتظم. تمر 24 ساعة، ثم تصدر أمر hwclock --adjust. يراجع hwclock ملف adjtime ويرى أن الساعة تتقدم ثانيتين يومياً عندما تُترك وحدها وأنها تُرِكت كذلك ليوم واحد بالضبط. لذا يطرح ثانيتين من ساعة الحاسوب. ثم يسجل الوقت الحالي كآخر وقت ضُبطت فيه الساعة. تمر 24 ساعة أخرى وتصدر أمر hwclock --adjust آخر. يقوم hwclock بالشيء نفسه: يطرح ثانيتين ويحدث ملف adjtime بالوقت الحالي كآخر وقت ضُبطت فيه الساعة.

عند استخدام خيار --update-drift مع --set أو --systohc، يُعاد حساب معدل الانجراف المنتظم بمقارنة وقت ساعة العتاد الحالي المصحح كلياً مع الوقت الجديد المضبوط، ومن ذلك يُشتق معدل الانجراف لمدة 24 ساعة بناءً على آخر طابع زمني جُورِيَ من ملف adjtime. يُحفظ عامل الانجراف المحدث هذا في /etc/adjtime.

يتسلل مقدار ضئيل من الخطأ عند ضبط ساعة العتاد، لذا يمتنع --adjust عن إجراء أي تعديل يقل عن ثانية واحدة. لاحقاً، عند طلب تعديل مرة أخرى، سيكون الانجراف المتراكم أكثر من ثانية واحدة وسيقوم --adjust بإجراء التعديل بما في ذلك أي مقدار كسري.

يستخدم hwclock --hctosys أيضاً بيانات ملف adjtime لتعويض القيمة المقروءة من ساعة العتاد قبل استخدامها لضبط ساعة النظام. لا يشترك هذا الخيار في قيد الثانية الواحدة الخاص بـ --adjust، وسيقوم بتصحيح قيم الانجراف التي تقل عن ثانية فوراً. لا يغير هذا الخيار وقت ساعة العتاد ولا ملف adjtime. قد يغني هذا عن الحاجة لاستخدام --adjust، ما لم يحتاج شيء آخر في النظام إلى تعويض ساعة العتاد.

ملف Adjtime

رغم تسميته لغرضه التاريخي المتمثل في التحكم في التعديلات فقط، إلا أنه يحتوي فعلياً على معلومات أخرى يستخدمها hwclock من استدعاء لآخر.

تنسيق ملف adjtime هو، بترميز ASCII:

السطر 1: ثلاثة أرقام تفصل بينها فراغات: 1) معدل الانجراف المنتظم بالثواني في اليوم، كسر عشري؛ 2) عدد الثواني الناتج منذ عام 1969 UTC لآخر تعديل أو معايرة، عدد صحيح عشري؛ 3) صفر (للتوافق مع clock(8)) ككسر عشري.

السطر 2: رقم واحد: عدد الثواني الناتج منذ 1969 UTC لأحدث معايرة. صفر إذا لم تكن هناك معايرة بعد أو إذا عُرف أن أي معايرة سابقة أصبحت لاغية (على سبيل المثال، لأنه وُجد أن ساعة العتاد، منذ تلك المعايرة، لا تحتوي على وقت صالح). هذا عدد صحيح عشري.

السطر 3: "UTC" أو "LOCAL". يوضح ما إذا كانت ساعة العتاد مضبوطة على التوقيت العالمي المنسق أو الوقت المحلي. يمكنك دائماً تجاوز هذه القيمة باستخدام الخيارات في سطر أوامر hwclock.

يمكنك استخدام ملف adjtime كان قد استُخدم سابقاً مع برنامج clock(8) مع hwclock.

مزامنة ساعة العتاد الآلية بواسطة النواة

يجب أن تكون على دراية بطريقة أخرى لمزامنة ساعة العتاد في بعض الأنظمة. تمتلك نواة لينكس وضعاً تقوم فيه بنسخ وقت النظام إلى ساعة العتاد كل 11 دقيقة. هذا الوضع هو خيار وقت التصريف، لذا لن تمتلك جميع النوى هذه القدرة. هذا وضع جيد للاستخدام عند استعمال شيء متطور مثل NTP للحفاظ على مزامنة ساعة النظام. (NTP هو وسيلة للحفاظ على مزامنة وقت النظام إما مع خادم وقت في مكان ما على الشبكة أو مع ساعة راديو متصلة بحاسوبك. انظر RFC 1305.)

إذا صُرِفت النواة مع خيار 'وضع الـ 11 دقيقة'، فسيكون نشطاً عندما يكون انضباط ساعة النواة في حالة مزامنة. في هذه الحالة، تكون البتة 6 (البتة المضبوطة في القناع 0x0040) لمتغير time_status الخاص بالنواة غير مضبوطة. تظهر هذه القيمة في سطر 'status' لأوامر adjtimex --print أو ntptime.

يتطلب الأمر تأثيراً خارجياً، مثل عفريت NTP، لوضع انضباط ساعة النواة في حالة مزامنة، وبالتالي تشغيل 'وضع الـ 11 دقيقة'. يمكن إيقافه عن طريق تشغيل أي شيء يضبط ساعة النظام بالطريقة القديمة، بما في ذلك hwclock --hctosys. ومع ذلك، إذا كان عفريت NTP لا يزال قيد التشغيل، فسيعيد تشغيل 'وضع الـ 11 دقيقة' مرة أخرى في المرة القادمة التي يزامن فيها ساعة النظام.

إذا كان نظامك يعمل مع تشغيل 'وضع الـ 11 دقيقة'، فقد يحتاج إلى استخدام إما --hctosys أو --systz في برنامج بدء التشغيل، خاصة إذا كانت ساعة العتاد مضبوطة لاستخدام المقياس الزمني المحلي. ما لم تُخطر النواة بالمقياس الزمني الذي تستخدمه ساعة العتاد، فقد تفسده بمقياس خاطئ. تستخدم النواة UTC مبدئياً.

يقوم أول أمر في مساحة المستخدم لضبط ساعة النظام بإخطار النواة بالمقياس الزمني الذي تستخدمه ساعة العتاد. يحدث هذا عبر متغير النواة persistent_clock_is_local. إذا كان --hctosys أو --systz هو الأول، فإنه سيضبط هذا المتغير وفقاً لملف adjtime أو وسيط سطر الأوامر المناسب. لاحظ أنه عند استخدام هذه القدرة وتغيير ضبط المقياس الزمني لساعة العتاد، يلزم إعادة التشغيل لإخطار النواة.

ينبغي ألا يُستخدم hwclock --adjust مع 'وضع الـ 11 دقيقة' لـ NTP.

قيمة القرن لساعة حاسوب ISA

يوجد نوع من المعايير الذي يحدد البايت 50 في ذاكرة CMOS على حواسيب ISA كمؤشر للقرن الحالي. لا يستخدم hwclock هذا البايت ولا يضبطه لأن هناك حواسيب لا تعرف البايت بتلك الطريقة، ولأنه ليس ضرورياً حقاً على أي حال، بما أن سنة القرن تقوم بمهمة جيدة في الإشارة إلى أي قرن نحن فيه.

إذا كان لديك استخدام حقيقي معتبر لبايت القرن في CMOS، فاتصل بمسؤول صيانة hwclock؛ فقد يكون من المناسب إضافة خيار لذلك.

لاحظ أن هذا القسم وثيق الصلة فقط عند استخدام طريقة "ISA المباشرة" للوصول إلى ساعة العتاد. يوفر ACPI طريقة قياسية للوصول إلى قيم القرن، عندما يدعمها العتاد.

الحفاظ على الوقت دون مزامنة خارجية

يعتمد هذا النقاش على الشروط التالية:

سواء كنت تحافظ على دقة الوقت باستخدام عفريت NTP أم لا، فمن المنطقي ضبط النظام للحفاظ على تاريخ ووقت جيدين بشكل معقول من تلقاء نفسه.

الخطوة الأولى لتحقيق ذلك هي الحصول على فهم واضح للصورة الكبيرة. يوجد جهازان عتاديان منفصلان تماماً يعملان بسرعتهما الخاصة وينجرفان عن الوقت 'الصحيح' بمعدلاتهما الخاصة. تختلف طرق وبرمجيات تصحيح الانجراف لكل منهما. ومع ذلك، ضُبطت معظم الأنظمة لتبادل القيم بين هاتين الساعتين عند بدء التشغيل وإيقافه. الآن، تُنقل أخطاء ضبط الوقت لكل جهاز ذهاباً وإياباً بينهما. إن محاولة ضبط تصحيح الانجراف لأحدهما فقط ستؤدي إلى تراكب انجراف الآخر عليه.

يمكن تجنب هذه المشكلة عند ضبط تصحيح الانجراف لساعة النظام ببساطة عن طريق عدم إيقاف تشغيل الجهاز. هذا، بالإضافة إلى حقيقة أن كل دقة hwclock (بما في ذلك حساب عوامل الانجراف) تعتمد على كون معدل ساعة النظام صحيحاً، يعني أنه يجب ضبط ساعة النظام أولاً.

يُصحح انجراف ساعة النظام باستخدام خياري --tick و --frequency لأمر adjtimex(8). يعمل هذان الخياران معاً: tick هو التعديل التقريبي و frequency هو التعديل الدقيق. (بالنسبة للأنظمة التي لا تحتوي على حزمة adjtimex، يمكن استخدام ntptime -f ppm بدلاً من ذلك.)

تحاول بعض توزيعات لينكس حساب انزياح ساعة النظام آليًّا باستخدام عملية المقارنة الخاصة بالأداة adjtimex. إن محاولة تصحيح ساعة مُنزاحة باستخدام ساعة مُنزاحة أخرى كمرجع تشبه كلبًا يحاول مطاردة ذيله؛ قد يتحقق النجاح في النهاية، ولكن يسبقه مجهود كبير وإحباط شديد. قد يقدم هذا الأتمتة تحسنًا مقارنة بعدم الضبط، ولكن توقع نتائج مثلى سيكون خطأً. الخيار الأفضل للضبط اليدوي هو خيارات --log الخاصة بالأداة adjtimex.

قد يكون من الأكثر فاعلية تتبع انزياح ساعة النظام ببساطة باستخدام sntp، أو الأمر date -Ins وساعة دقيقة، ثم حساب التصحيح يدويًّا.

بعد ضبط قيم التكة (tick) والتردد، استمر في اختبار وتحسين التعديلات حتى تحافظ ساعة النظام على وقت جيد. راجع adjtimex(2) لمزيد من المعلومات وللمثال الذي يوضح حسابات الانزياح اليدوية.

بمجرد أن تعمل ساعة النظام بسلاسة، انتقل إلى ساعة العتاد.

كقاعدة عامة، سيعمل الانزياح البارد (cold drift) بشكل أفضل في معظم حالات الاستخدام. يجب أن ينطبق هذا حتى على الأجهزة التي تعمل على مدار الساعة والتي تقتصر فترات توقفها على إعادة التشغيل. في هذه الحالة، لا تشكل قيمة معامل الانزياح فرقًا كبيرًا. ولكن في الحالات النادرة التي يُغلق فيها الحاسوب لفترة طويلة، فإن الانزياح البارد سيعطي نتائج أفضل.

خطوات حساب الانزياح البارد:

1

2

3

4

5

6

ملاحظة: إذا استُخدم خيار --systohc في الخطوة 6، فيجب ضبط ساعة النظام بشكل صحيح (الخطوة 6أ) قبل القيام بذلك مباشرة.

يعد جعل hwclock يحسب معامل الانزياح نقطة بداية جيدة، ولكن للوصول إلى نتائج مثلى سيتعين غالبًا تعديله عبر تحرير ملف /etc/adjtime مباشرة. استمر في اختبار وتحسين معامل الانزياح حتى تُصحح ساعة العتاد بشكل سليم عند بدء التشغيل. للتحقق من ذلك، تأكد أولاً من أن وقت النظام صحيح قبل الإغلاق، ثم استخدم sntp، أو الأمر date -Ins وساعة دقيقة فورًا بعد بدء التشغيل.

الوقت المحلي مقابل التوقيت العالمي (UTC)

يؤدي الاحتفاظ بساعة الحاسوب بمقياس زمني محلي إلى نتائج غير متسقة في التوقيت الصيفي:

تحتفظ ساعة العتاد في الأنظمة المتوافقة مع ISA بالتاريخ والوقت فقط، وليس لديها مفهوم للمناطق الزمنية أو التوقيت الصيفي. لذلك، عندما يتم إخبار hwclock بأنها بالتوقيت المحلي، فإنها تفترض أنها في التوقيت المحلي "الصحيح" ولا تجري أي تعديلات على الوقت المقروء منها.

يتعامل لينكس مع تغييرات التوقيت الصيفي بشفافية فقط عندما تُحفظ ساعة العتاد بمقياس توقيت UTC. هذا الأمر يسير على مديري النظام لأن hwclock تستخدم التوقيت المحلي في مخرجاتها وكوسيط لخيار --date.

صُممت أنظمة POSIX، مثل لينكس، لتعمل ساعة النظام فيها بمقياس توقت UTC. والغرض من ساعة العتاد هو تهيئة ساعة النظام، لذا فإن إبقاءها في UTC منطقي أيضًا.

ومع ذلك، يحاول لينكس التكيف مع وجود ساعة العتاد في مقياس التوقيت المحلي. هذا بشكل أساسي من أجل الإقلاع المزدوج مع إصدارات MS Windows القديمة. بدءًا من Windows 7 فصاعدًا، من المفترض أن يعمل مفتاح السجل RealTimeIsUniversal بشكل صحيح بحيث يمكن الاحتفاظ بساعة العتاد بنظام UTC.

POSIX مقابل 'RIGHT'

سيكون النقاش حول تهيئة التاريخ والوقت ناقصاً دون معالجة النطاقات الزمنية، وهذا مغطى بشكل جيد غالباً في tzset(3). أحد المجالات التي يبدو أنها لا تملك وثائق هو دليل 'right' في قاعدة بيانات النطاق الزمني، والتي تسمى أحياناً tz أو zoneinfo.

يوجد قاعدتا بيانات منفصلتان في نظام zoneinfo، هما posix و 'right'. تشمل 'right' (المسماة الآن zoneinfo-leaps) الثواني الكبيسة بينما لا تشملها posix. لاستخدام قاعدة بيانات 'right'، يجب ضبط ساعة النظام على (UTC + الثواني الكبيسة)، وهو ما يعادل (TAI - 10). يتيح ذلك حساب عدد الثواني الدقيق بين تاريخين يتقاطعان مع عهد ثانية كبيسة. ثم تُحوّل ساعة النظام إلى الوقت المدني الصحيح، بما في ذلك UTC، باستخدام ملفات المنطقة الزمنية 'right' التي تطرح الثواني الكبيسة. ملاحظة: يُعد هذا الضبط تجريبيًّا ومن المعروف وجود مشكلات فيه.

بغرض ضبط نظام لاستخدام قاعدة بيانات معينة، يجب نسخ جميع الملفات الموجودة في دليلها إلى جذر /usr/share/zoneinfo. لا تُستخدم الملفات مباشرةً أبداً من الأدلة الفرعية posix أو 'right'، على سبيل المثال، TZ='right/Europe/Dublin'. أصبحت هذه العادة شائعة جداً لدرجة أن مشروع zoneinfo الرئيسي أعاد هيكلة شجرة ملفات النظام بنقل الأدلة الفرعية posix و 'right' خارج دليل zoneinfo وإلى أدلة شقيقة:

/usr/share/zoneinfo، /usr/share/zoneinfo-posix، /usr/share/zoneinfo-leaps

لسوء الحظ، تقوم بعض توزيعات لينكس بتغييرها مرة أخرى إلى هيكل الشجرة القديم في حزمها. لذا لا تزال مشكلة وصول مديري النظام إلى الدليل الفرعي 'right' قائمة. يؤدي هذا إلى ضبط النطاق الزمني للنظام ليشمل الثواني الكبيسة بينما لا تزال قاعدة بيانات zoneinfo مضبوطة لاستبعادها. ومن ثم عندما يحتاج تطبيق مثل World Clock إلى ملف النطاق الزمني لـ South_Pole؛ أو يحتاج MTA للبريد الإلكتروني، أو hwclock إلى ملف النطاق الزمني UTC؛ فإنهم يجلبونه من جذر /usr/share/zoneinfo، لأن هذا هو المفترض القيام به. تستبعد تلك الملفات الثواني الكبيسة، لكن ساعة النظام تشملها الآن، مما يسبب تحويلاً خاطئاً للوقت.

لن تنجح محاولة خلط ومطابقة الملفات من قواعد البيانات المنفصلة هذه، لأن كل منها يتطلب من ساعة النظام استخدام مقياس زمني مختلف. يجب ضبط قاعدة بيانات zoneinfo لاستخدام إما posix أو 'right'، كما هو موضح أعلاه، أو عبر تعيين مسار قاعدة بيانات لمتغير البيئة TZDIR.