HWCLOCK(8)                    Administrare sistem                   HWCLOCK(8)

NUME
       hwclock - instrument pentru administrarea ceasurilor

REZUMAT
       hwclock [func<?>ia] [op<?>iune...]

DESCRIERE
       hwclock este un instrument de administrare pentru toate ceasurile
       sistemului. Acesta poate: afi<?>a ora ceasului hardware (al
       componentelor fizice, practic al placii baza) ; stabili ceasul hardware
       la o ora specificata; stabili ceasul hardware de la ceasul de sistem
       (ceasul software); stabili ceasul de sistem de la ceasul hardware;
       compensa abaterea ceasului hardware; corecta scara de timp a ceasului
       de sistem; stabili fusul orar al nucleului, scara de timp NTP <?>i
       epoca (numai pentru Alpha); <?>i prezice viitoarele valori ale ceasului
       hardware pe baza ratei de abatere a acestuia.

       Incepand cu versiunea v2.26, au fost aduse modificari importante
       func<?>iei --hctosys <?>i op<?>iunii --directisa <?>i a fost adaugata o
       noua op<?>iune --update-drift. A se vedea respectivele descrieri ale
       acestora mai jos.

FUNC<?>II
       Urmatoarele func<?>ii se exclud reciproc, se poate da doar una la un
       moment dat. Daca nu este data niciuna, valoarea implicita este --show.

       -a, --adjust
           Adauga sau scade timpul din ceasul hardware pentru a <?>ine cont de
           abaterea sistematica de la ultima data cand ceasul a fost stabilit
           sau ajustat. Consulta<?>i discu<?>ia de mai jos, la Func<?>ia de
           reglare.

       --getepoch; --setepoch
           Aceste func<?>ii sunt destinate numai ma<?>inilor Alpha <?>i sunt
           disponibile numai prin intermediul controlorului RTC din nucleul
           Linux.

           Acestea sunt utilizate pentru a citi <?>i stabili valoarea epocii
           ceasului hardware al nucleului. Epoch este numarul de ani in AD la
           care se refera o valoare de an zero in ceasul hardware. De exemplu,
           daca BIOS-ul ma<?>inii stabile<?>te contorul de ani din ceasul
           hardware pentru a con<?>ine numarul de ani intregi din 1952, atunci
           valoarea epocii ceasului hardware al nucleului trebuie sa fie 1952.

           Func<?>ia --setepoch necesita utilizarea op<?>iunii --epoch pentru
           a specifica anul. De exemplu:

           hwclock --setepoch --epoch=1952

           Controlorul RTC incearca sa ghiceasca valoarea corecta a epocii,
           astfel incat este posibil sa nu fie necesara definirea acesteia.

           Aceasta valoare de epoca este utilizata ori de cate ori hwclock
           cite<?>te sau stabile<?>te ceasul hardware pe o ma<?>ina Alpha.
           Pentru ma<?>inile ISA, nucleul utilizeaza epoca fixa a ceasului
           hardware de 1900.

       --param-get=parametru; --param-set=parametru=valoare
           Cite<?>te <?>i configureaza parametrul RTC. Acest lucru este util,
           de exemplu, pentru a prelua func<?>ia RTC sau pentru a configura
           modul de comutare de rezerva al RTC.

           parametru este fie o valoare numerica a parametrului RTC (a se
           vedea Kernel's include/uapi/linux/rtc.h), fie un alias.
           Consulta<?>i --help pentru o lista de alias valide. parametru <?>i
           valoare, daca sunt prefixate cu 0x, sunt interpretate ca valori
           hexazecimale, in caz contrar valori zecimale.

       --predict
           Prevede ce va citi ceasul hardware in viitor pe baza orei date de
           op<?>iunea --date <?>i a informa<?>iilor din /etc/adjtime. Acest
           lucru este util, de exemplu, pentru a <?>ine cont de abatere atunci
           cand se configureaza o trezire a ceasului hardware (adica alarma).
           A se vedea rtcwake(8).

           Nu utiliza<?>i aceasta func<?>ie in cazul in care ceasul hardware
           este modificat de altceva decat de comanda hwclock a sistemului de
           operare curent, cum ar fi ,,11 minute mode" sau de un alt sistem de
           operare dual-boot.

       -r, --show; --get
           Cite<?>te ceasul hardware <?>i imprima ora acestuia la ie<?>irea
           standard in formatul ISO 8601. Ora afi<?>ata este intotdeauna in
           ora locala, chiar daca ave<?>i ceasul hardware in UTC. Consulta<?>i
           op<?>iunea --localtime.

           Afi<?>area orei ceasului hardware este implicita atunci cand nu
           este specificata nicio func<?>ie.

           Func<?>ia --get aplica, de asemenea, o corec<?>ie de abatere la
           timpul citit, pe baza informa<?>iilor din /etc/adjtime. Nu
           folosi<?>i aceasta func<?>ie daca ceasul hardware este modificat de
           altceva decat de comanda hwclock a sistemului de operare curent,
           cum ar fi ,,11 minute mode" sau de la un alt sistem de operare
           dual-boot.

       -s, --hctosys
           Stabile<?>te ceasul de sistem de la ceasul hardware. Timpul citit
           de la ceasul hardware este compensat pentru a <?>ine cont de
           abaterea sistematica inainte de a-l utiliza pentru a stabili ceasul
           sistemului. Consulta<?>i discu<?>ia de mai jos, la Func<?>ia de
           reglare.

           Ceasul sistemului trebuie sa fie men<?>inut in scara de timp UTC
           pentru ca aplica<?>iile de data-ora sa func<?>ioneze corect in
           combina<?>ie cu fusul orar configurat pentru sistem. In cazul in
           care ceasul hardware este men<?>inut in ora locala, atunci ora
           citita de la acesta trebuie schimbata in scara de timp UTC inainte
           de a o utiliza pentru a stabili ceasul sistemului. Func<?>ia
           --hctosys face acest lucru pe baza informa<?>iilor din fi<?>ierul
           /etc/adjtime sau a argumentelor din linia de comanda --localtime
           <?>i --utc. Nota: nu se face nicio ajustare a orei de vara. A se
           vedea discu<?>ia de mai jos, la LOCAL vs UTC.

           Nucleul pastreaza, de asemenea, o valoare a fusului orar, iar
           func<?>ia --hctosys o stabile<?>te la fusul orar configurat pentru
           sistem. Fusul orar al sistemului este configurat de variabila de
           mediu TZ sau de fi<?>ierul /etc/localtime, a<?>a cum le-ar
           interpreta tzset(3). Campul invechit tz_dsttime al valorii fusului
           orar din kernel este fixat la zero. (Pentru detalii despre ce
           insemna acest camp, consulta<?>i settimeofday(2).)

           Atunci cand este utilizata intr-un script de pornire, facand
           func<?>ia --hctosys primul apelant al settimeofday(2) de la
           pornire, aceasta va stabili scara de timp NTP ,,11 minute mode"
           prin intermediul variabilei nucleului persistent_clock_is_local. In
           cazul in care se modifica configura<?>ia scarii temporale a
           ceasului hardware, este necesara o repornire pentru a informa
           nucleul. A se vedea discu<?>ia de mai jos, la Sincronizarea
           automata a ceasului hardware de catre nucleu.

           Aceasta este o func<?>ie buna de utilizat intr-unul dintre
           scripturile de pornire a sistemului inainte ca sistemele de
           fi<?>iere sa fie montate in regim de citire/scriere.

           Aceasta func<?>ie nu trebuie utilizata niciodata pe un sistem in
           func<?>iune. Salturile in ora sistemului vor cauza probleme, cum ar
           fi marcaje de timp ale sistemului de fi<?>iere corupte. De
           asemenea, daca ceva a modificat ceasul hardware, cum ar fi ,,modul
           11 minute" al NTP, atunci --hctosys va stabili timpul in mod
           incorect prin includerea compensarii abaterii.

           Compensarea abaterii poate fi inhibata prin definirea factorului de
           abatere in /etc/adjtime la zero. Aceasta valoare va fi persistenta
           atata timp cat op<?>iunea --update-drift nu este utilizata cu
           --systohc la inchiderea sistemului (sau oriunde altundeva). O alta
           modalitate de a inhiba acest lucru este utilizarea op<?>iunii
           --noadjfile la apelarea func<?>iei --hctosys. O a treia metoda
           consta in <?>tergerea fi<?>ierului /etc/adjtime. hwclock va utiliza
           in mod implicit scara de timp UTC pentru ceasul hardware. In cazul
           in care ceasul hardware are ora locala, aceasta va trebui definita
           in fi<?>ier. Acest lucru se poate face prin apelarea hwclock
           --localtime --adjust; in cazul in care fi<?>ierul nu este prezent,
           aceasta comanda nu va ajusta efectiv ceasul, dar va crea fi<?>ierul
           cu ora locala configurata <?>i cu un factor de devia<?>ie de zero.

           O condi<?>ie in care se poate dori inhibarea corec<?>iei de abatere
           a hwclock poate fi dorita atunci cand se face o dubla pornire a mai
           multor sisteme de operare. Daca in timp ce aceasta instan<?>a de
           Linux este oprita, un alt sistem de operare modifica valoarea
           ceasului hardware, atunci cand aceasta instan<?>a este repornita,
           corec<?>ia de abatere aplicata va fi incorecta.

           Pentru ca corec<?>ia de abatere a hwclock sa func<?>ioneze corect,
           este imperativ ca nimic sa nu modifice ceasul hardware in timp ce
           instan<?>a sa Linux nu ruleaza.

       --set
           Stabile<?>te ceasul hardware la ora indicata de op<?>iunea --date
           <?>i actualizeaza marcajele de timp din /etc/adjtime. Cu op<?>iunea
           --update-drift se (re)calculeaza, de asemenea, factorul de abatere.
           Incerca<?>i fara op<?>iunea --set daca --set nu reu<?>e<?>te. A se
           vedea --update-drift de mai jos.

       --systz
           Aceasta este o alternativa la func<?>ia --hctosys, care nu
           cite<?>te ceasul hardware <?>i nici nu stabile<?>te ceasul de
           sistem; in consecin<?>a, nu exista nicio corec<?>ie a abaterii.
           Aceasta func<?>ie este destinata utilizarii intr-un script de
           pornire pe sisteme cu nuclee mai mari de versiunea 2.6, in cazul in
           care <?>ti<?>i ca ceasul de sistem a fost stabilit de catre nucleu
           in timpul pornirii de la ceasul hardware.

           Aceasta face urmatoarele lucruri care sunt detaliate mai sus in
           func<?>ia --hctosys:

           o   Corecteaza scara de timp a ceasului de sistem la UTC, dupa cum
               este necesar. Numai ca, in loc sa realizeze acest lucru prin
               stabilirea ceasului de sistem, hwclock informeaza pur <?>i
               simplu nucleul, iar acesta se ocupa de schimbare.

           o   Stabile<?>te scara de timp NTP a nucleului in ,,11 minute
               mode".

           o   Stabile<?>te fusul orar al nucleului.

       Primele doua sunt disponibile numai la primul apel al settimeofday(2)
       dupa pornire. In consecin<?>a, aceasta op<?>iune are sens doar atunci
       cand este utilizata intr-un script de pornire. In cazul in care se
       modifica configura<?>ia intervalului de timp al ceasurilor hardware, ar
       fi necesara o repornire pentru a informa nucleul.

       -w, --systohc
           Stabile<?>te ceasul hardware de la ceasul de sistem <?>i
           actualizeaza marcajele de timp din /etc/adjtime. Cu op<?>iunea
           --update-drift, (re)calculeaza, de asemenea, factorul de abatere.
           Incerca<?>i fara op<?>iunea --systohc daca --systohc e<?>ueaza. A
           se vedea --update-drift mai jos.

       --vl-read, --vl-clear
           Unele dispozitive RTC sunt capabile sa monitorizeze tensiunea
           bateriei de rezerva <?>i, astfel, ofera utilizatorului o modalitate
           de a <?>ti ca bateria trebuie inlocuita. Func<?>ia --vl-read
           recupereaza informa<?>iile privind tensiunea scazuta <?>i
           decodifica rezultatul intr-o forma lizibila pentru oameni.
           Func<?>ia --vl-clear repune la zero informa<?>iile privind
           tensiunea scazuta ,,Voltage Low", ceea ce este necesar pentru unele
           dispozitive RTC dupa inlocuirea bateriei.

           Consulta<?>i fi<?>ierul nucleului include/uapi/linux/rtc.h pentru
           detalii privind informa<?>iile care pot fi returnate. Re<?>ine<?>i
           ca nu toate dispozitivele RTC au aceasta capacitate de monitorizare
           <?>i nici to<?>i controlorii nu accepta neaparat citirea
           informa<?>iilor.

       -h, --help
           Afi<?>eaza acest mesaj de ajutor <?>i iese.

       -V, --version
           Afi<?>eaza versiunea <?>i iese.

OP<?>IUNI
       --adjfile=nume-fi<?>ier
           Suprascrie ruta implicita a fi<?>ierului /etc/adjtime.

       --date=<?>ir_data
           Aceasta op<?>iune trebuie sa fie utilizata impreuna cu func<?>iile
           --set sau --predict, in caz contrar este ignorata.

           hwclock --set --date='16:45'

           hwclock --predict --date='2525-08-14 07:11:05'

           Argumentul trebuie sa fie in ora locala, chiar daca ave<?>i ceasul
           hardware in UTC. Consulta<?>i op<?>iunea --localtime. Prin urmare,
           argumentul nu trebuie sa includa informa<?>ii despre fusul orar. De
           asemenea, nu ar trebui sa fie o ora relativa, cum ar fi ,,+5
           minutes", deoarece precizia hwclock depinde de corela<?>ia dintre
           valoarea argumentului <?>i momentul in care este apasata tasta
           enter. Secundele frac<?>ionare sunt eliminate in mod silen<?>ios.
           Aceasta op<?>iune este capabila sa in<?>eleaga multe formate de ora
           <?>i data, dar trebuie respecta<?>i parametrii anteriori.

       --delay=secunde
           Aceasta op<?>iune poate fi utilizata pentru a suprascrie
           intarzierea utilizata intern la stabilirea orei ceasului. Valoarea
           implicita este 0,5 (500ms) pentru rtc_cmos, iar pentru alte tipuri
           de RTC intarzierea este 0. Daca tipul de RTC este imposibil de
           determinat (din sysfs), atunci valoarea implicita este de asemenea
           0,5 pentru a fi compatibila retroactiv.

           Valoarea implicita de 500 ms se bazeaza pe ceasul hardware
           compatibil MC146818A (x86) utilizat in mod obi<?>nuit. Acest ceas
           hardware poate fi stabilit numai la orice timp intreg plus o
           jumatate de secunda. Timpul intreg este necesar deoarece nu exista
           o interfa<?>a pentru a defini sau a ob<?>ine o frac<?>iune de
           secunda. Intarzierea suplimentara de o jumatate de secunda se
           datoreaza faptului ca ceasul hardware se actualizeaza la urmatoarea
           secunda exact la 500 ms dupa ce stabile<?>te noua ora. Din pacate,
           acest comportament este specific hardware-ului <?>i, in unele
           cazuri, este necesara o alta intarziere.

       -D, --debug
           Utilizeaza --verbose. Op<?>iunea --debug a fost depa<?>ita <?>i
           poate fi reformulata sau eliminata intr-o versiune viitoare.

       --directisa
           Aceasta op<?>iune este semnificativa pentru ma<?>inile compatibile
           ISA din familia x86 <?>i x86_64. Pentru alte ma<?>ini, nu are
           niciun efect. Aceasta op<?>iune ii indica lui hwclock sa utilizeze
           instruc<?>iuni de In/Ie<?> explicite pentru a accesa ceasul
           hardware. Fara aceasta op<?>iune, hwclock va utiliza fi<?>ierul de
           dispozitiv rtc, despre care presupune ca este condus de controlorul
           de dispozitiv RTC din Linux. Incepand cu versiunea v2.26, nu va mai
           utiliza automat ,,directisa" atunci cand controlorul rtc nu este
           disponibil; acest lucru cauza o situa<?>ie nesigura care putea
           permite ca doua procese sa acceseze ceasul hardware in acela<?>i
           timp. Accesul direct la hardware din spa<?>iul utilizatorului
           trebuie utilizat numai pentru testare, depanare <?>i ca ultima
           solu<?>ie atunci cand toate celelalte metode e<?>ueaza.
           Consulta<?>i op<?>iunea --rtc.

       --epoch=anul
           Aceasta op<?>iune este necesara atunci cand se utilizeaza func<?>ia
           --setepoch. Valoarea minima pentru anul este 1900. Valoarea maxima
           depinde de sistem (ULONG_MAX - 1).

       -f, --rtc=nume-fi<?>ier
           Suprascrie numele implicit al fi<?>ierului rtc al dispozitivului
           hwclock. In caz contrar, se va utiliza primul gasit in aceasta
           ordine: /dev/rtc0, /dev/rtc, /dev/misc/rtc. Pentru IA-64:
           /dev/efirtc /dev/misc/efirtc

       -l, --localtime; -u, --utc
           Indica la ce scara de timp este stabilit ceasul hardware.

           Ceasul hardware poate fi configurat pentru a utiliza fie UTC, fie
           scara de timp locala, insa ceasul nu indica ce alternativa este
           utilizata. Op<?>iunile --localtime sau --utc ofera aceste
           informa<?>ii comenzii hwclock. Daca o specifica<?>i pe cea
           gre<?>ita (sau nu specifica<?>i niciuna dintre ele <?>i lua<?>i o
           valoare implicita gre<?>ita), atat configurarea cat <?>i citirea
           ceasului hardware vor fi incorecte.

           Daca nu specifica<?>i nici --utc, nici --localtime, atunci se va
           utiliza ultima data cu o func<?>ie de stabilire (--set, --systohc,
           sau --adjust), a<?>a cum este inregistrata in /etc/adjtime. In
           cazul in care fi<?>ierul ,,adjtime" nu exista, valoarea implicita
           este UTC.

           Nota: modificarile orei de vara pot fi incoerente atunci cand
           ceasul hardware este men<?>inut la ora locala. Consulta<?>i
           discu<?>ia de mai jos, la LOCAL vs UTC.

       --noadjfile
           Dezactiveaza facilita<?>ile oferite de /etc/adjtime. hwclock nu va
           citi <?>i nici nu va scrie in acel fi<?>ier cu aceasta op<?>iune.
           Atunci cand se utilizeaza aceasta op<?>iune, trebuie specificate
           fie --utc, fie --localtime.

       --test
           Nu modifica efectiv nimic in sistem, adica ceasurile sau
           /etc/adjtime (--verbose este implicit cu aceasta op<?>iune).

       --update-drift
           Actualizeaza factorul de abatere al ceasului hardware in
           /etc/adjtime. Poate fi utilizata numai cu --set sau --systohc.

           Este necesara o perioada minima de patru ore intre ajustari. Acest
           lucru este pentru a evita calculele nevalide. Cu cat perioada este
           mai lunga, cu atat mai precis va fi factorul de abatere rezultat.

           Aceasta op<?>iune a fost adaugata in v2.26, deoarece este
           obi<?>nuit ca sistemele sa apeleze hwclock --systohc la inchidere;
           cu vechiul comportament, acest lucru ar fi (re)calculat automat
           factorul de abatere, ceea ce cauzeaza mai multe probleme:

           o   In cazul in care se utilizeaza NTP cu un nucleu ,,11 minute
               mode", factorul de abatere va fi redus la aproape zero.

           o   Aceasta nu ar permite utilizarea corec<?>iei de abatere ,,la
               rece". In cazul majorita<?>ii configura<?>iilor, utilizarea
               abaterii ,,la rece" va da rezultate favorabile. La rece
               inseamna atunci cand ma<?>ina este oprita, ceea ce poate avea
               un impact semnificativ asupra factorului de abatere.

           o   (Re)calcularea factorului de abatere la fiecare oprire ofera
               rezultate nesatisfacatoare. De exemplu, in cazul in care
               condi<?>iile efemere fac ca ma<?>ina sa fie anormal de
               fierbinte, calculul factorului de abatere ar fi in afara
               intervalului.

           o   Cre<?>terea semnificativa a timpului de oprire a sistemului
               (incepand cu v2.31, cand nu se utilizeaza --update-drift, RTC
               nu este citit).

       Calcularea factorului de abatere de catre hwclock este un bun punct de
       plecare, dar pentru rezultate optime va trebui probabil sa fie ajustat
       prin editarea directa a fi<?>ierului /etc/adjtime. Pentru majoritatea
       configura<?>iilor, odata ce factorul de abatere optim al ma<?>inii este
       creat, nu ar trebui sa fie nevoie sa fie modificat. Prin urmare,
       vechiul comportament de (re)calculare automata a abaterii a fost
       modificat <?>i acum necesita utilizarea acestei op<?>iuni. A se vedea
       discu<?>ia de mai jos, la Func<?>ia de ajustare.

       Aceasta op<?>iune necesita citirea ceasului hardware inainte de a-l
       ajusta. Daca acesta nu poate fi citit, atunci aceasta op<?>iune va face
       ca func<?>iile de stabilire sa e<?>ueze. Acest lucru se poate intampla,
       de exemplu, daca ceasul hardware este corupt de o pana de curent. In
       acest caz, ceasul trebuie mai intai stabilit fara aceasta op<?>iune. In
       ciuda faptului ca nu func<?>ioneaza, factorul de corec<?>ie a abaterii
       rezultat ar fi oricum nevalid.

       -v, --verbose
           Afi<?>eaza mai multe detalii despre ceea ce face hwclock la nivel
           intern.

NOTE
   Ceasuri intr-un sistem Linux
       Exista doua tipuri de ceasuri cu data <?>i ora:

       o   Ceasul hardware:* Acest ceas este un dispozitiv fizic independent,
           cu propriul sau domeniu de alimentare (baterie, condensator etc.),
           care func<?>ioneaza atunci cand ma<?>ina este oprita sau chiar
           deconectata.

       Pe un sistem compatibil ISA, acest ceas este specificat ca parte a
       standardului ISA. Un program de control poate citi sau stabili acest
       ceas doar la o secunda intreaga, dar poate detecta <?>i marginile
       ticurilor de ceas de 1 secunda, astfel incat ceasul are de fapt o
       precizie practic infinita.

       Acest ceas este numit in mod obi<?>nuit ceas hardware, ceas de timp
       real, RTC, ceas BIOS <?>i ceas CMOS. Ceasul hardware (Hardware Clock),
       in forma sa cu majuscula, a fost inventat pentru a fi folosit de
       hwclock. De asemenea, nucleul Linux se refera la acesta ca fiind ceasul
       persistent.

       Unele sisteme non-ISA au cateva ceasuri in timp real, doar unul dintre
       ele avand propriul domeniu de alimentare. Un cip de ceas extern I2C sau
       SPI de foarte mica putere poate fi utilizat cu o baterie de rezerva ca
       ceas fizic (hardware) pentru a ini<?>ializa un ceas in timp real
       integrat mai func<?>ional, care este utilizat in majoritatea celorlalte
       scopuri.

       o   Ceasul de sistem:* Acest ceas face parte din nucleul Linux <?>i
           este controlat de o intrerupere a temporizatorului. (Pe o ma<?>ina
           ISA, intreruperea temporizatorului face parte din standardul ISA.)
           Acesta are semnifica<?>ie doar in timp ce Linux ruleaza pe
           ma<?>ina. Ora sistemului este numarul de secunde de la 00:00:00:00
           1 ianuarie 1970 UTC (sau, mai pe scurt, numarul de secunde de la
           1969 UTC). Totu<?>i, Ora sistemului nu este un numar intreg. Are o
           precizie practic infinita.

       Timpul sistemului este timpul care conteaza. Scopul de baza al ceasului
       hardware este de a pastra timpul atunci cand Linux nu ruleaza, astfel
       incat ceasul de sistem sa poata fi ini<?>ializat de la acesta la
       pornire. Re<?>ine<?>i ca in DOS, pentru care a fost proiectat ISA,
       ceasul fizic (Hardware Clock) este singurul ceas de timp real.

       Este important ca ora sistemului sa nu prezinte discontinuita<?>i,
       a<?>a cum s-ar intampla daca a<?>i folosi programul date(1) pentru a o
       stabili in timp ce sistemul este in func<?>iune. Cu toate acestea,
       pute<?>i face orice dori<?>i cu ceasul hardware in timp ce sistemul
       este in func<?>iune, iar data urmatoare cand Linux va porni, o va face
       cu ora ajustata de la ceasul hardware. Nota: in prezent, acest lucru nu
       este posibil pe majoritatea sistemelor, deoarece hwclock --systohc este
       apelat la inchidere.

       Fusul orar al nucleului Linux este stabilit de hwclock. Dar nu va
       lasa<?>i in<?>ela<?>i - aproape nimanui nu-i pasa in ce fus orar crede
       nucleul ca se afla. In schimb, programele carora le pasa de fusul orar
       (poate pentru ca vor sa va afi<?>eze ora locala) folosesc aproape
       intotdeauna o metoda mai tradi<?>ionala de determinare a fusului orar:
       Ele utilizeaza variabila de mediu TZ sau fi<?>ierul /etc/localtime,
       a<?>a cum se explica in pagina de manual pentru tzset(3). Cu toate
       acestea, unele programe <?>i par<?>i marginale ale nucleului Linux, cum
       ar fi sistemele de fi<?>iere, utilizeaza valoarea fusului orar al
       nucleului. Un exemplu este sistemul de fi<?>iere vfat. Daca valoarea
       fusului orar din nucleu este gre<?>ita, sistemul de fi<?>iere vfat va
       raporta <?>i va defini marcaje de timp gre<?>ite pe fi<?>iere. Un alt
       exemplu este "modul 11 minute" NTP al nucleului. Daca valoarea fusului
       orar din nucleu <?>i/sau variabila persistent_clock_is_local sunt
       gre<?>ite, atunci ceasul hardware va fi stabilit incorect de catre '11
       minute mode'. A se vedea discu<?>ia de mai jos, la Sincronizarea
       automata a ceasului hardware de catre nucleu.

       hwclock stabile<?>te fusul orar al nucleului la valoarea indicata de TZ
       sau /etc/localtime cu ajutorul func<?>iilor --hctosys sau --systz.

       Valoarea fusului orar al nucleului este de fapt formata din doua
       par<?>i: 1) un camp tz_minuteswest, care indica cu cate minute este
       decalata ora locala (neajustata pentru DST) fa<?>a de UTC, <?>i 2) un
       camp tz_dsttime, care indica tipul de conven<?>ie privind ora de vara
       (DST) care este in vigoare in localitate la ora actuala. Acest al
       doilea camp nu este utilizat in Linux <?>i este intotdeauna zero. A se
       vedea, de asemenea, settimeofday(2).

   Metode de accesare a ceasului hardware
       hwclock utilizeaza mai multe moduri diferite de a ob<?>ine <?>i stabili
       valorile ceasului hardware. Cea mai normala modalitate este de a face
       In/Ie<?> catre fi<?>ierul special al dispozitivului rtc, care se
       presupune ca este condus de controlorul dispozitivului rtc. De
       asemenea, sistemele Linux care utilizeaza cadrul rtc cu udev, sunt
       capabile sa suporte mai multe ceasuri hardware. Acest lucru poate
       determina necesitatea de a suprascrie dispozitivul rtc implicit prin
       specificarea unuia, cu op<?>iunea --rtc.

       Cu toate acestea, aceasta metoda nu este intotdeauna disponibila,
       deoarece sistemele mai vechi nu dispun de un controlor rtc. Pe aceste
       sisteme, metoda de accesare a ceasului hardware depinde de componentele
       fizice ale sistemului.

       Pe un sistem compatibil ISA, hwclock poate accesa direct registrele de
       ,,memorie CMOS" care constituie ceasul, facand In/Ie<?> la porturile
       0x70 <?>i 0x71. Face acest lucru cu instruc<?>iuni In/Ie<?> reale <?>i,
       in consecin<?>a, poate face acest lucru numai daca ruleaza cu userid
       efectiv de superutilizator. Aceasta metoda poate fi utilizata prin
       specificarea op<?>iunii --directisa.

       Aceasta este o metoda foarte proasta de accesare a ceasului, din toate
       motivele pentru care programele din spa<?>iul utilizatorului nu ar
       trebui, in general, sa faca In/Ie<?> direct <?>i sa dezactiveze
       intreruperile. hwclock o ofera pentru testare, depanare <?>i pentru ca
       poate fi singura metoda disponibila pe sistemele ISA care nu au un
       controlor de dispozitiv rtc func<?>ional.

   Func<?>ia de reglare
       Ceasul hardware nu este, de obicei, foarte precis. Cu toate acestea, o
       mare parte din inexactitatea sa este complet previzibila - acesta
       ca<?>tiga sau pierde aceea<?>i cantitate de timp in fiecare zi. Acest
       lucru se nume<?>te abatere sistematica. Func<?>ia --adjust a hwclock va
       permite sa aplica<?>i corec<?>ii de abatere sistematica la ceasul
       hardware.

       Aceasta func<?>ioneaza in felul urmator: hwclock de<?>ine un fi<?>ier,
       /etc/adjtime, care pastreaza unele informa<?>ii istorice. Acesta se
       nume<?>te fi<?>ierul adjtime.

       Sa presupunem ca incepe<?>i fara niciun fi<?>ier adjtime. Emite<?>i o
       comanda hwclock --set pentru a fixa ceasul hardware la ora curenta
       reala. hwclock creeaza fi<?>ierul adjtime <?>i inregistreaza in el ora
       curenta ca ultima data cand ceasul a fost calibrat. Cinci zile mai
       tarziu, ceasul a ca<?>tigat 10 secunde, a<?>a ca emite<?>i o comanda
       hwclock --set --update-drift pentru a-l da inapoi cu 10 secunde.
       hwclock actualizeaza fi<?>ierul adjtime pentru a afi<?>a ora curenta ca
       ultima data cand ceasul a fost calibrat <?>i inregistreaza 2 secunde pe
       zi ca rata de abatere sistematica. Trec 24 de ore, iar apoi emite<?>i o
       comanda hwclock --adjust. hwclock consulta fi<?>ierul adjtime <?>i
       constata ca ceasul ca<?>tiga 2 secunde pe zi atunci cand este lasat in
       pace <?>i ca a fost lasat in pace exact o zi. Deci, scade 2 secunde din
       ceasul hardware. Apoi inregistreaza ora curenta ca fiind ultima data
       cand ceasul a fost ajustat. Mai trec 24 de ore <?>i se emite un alt
       hwclock --adjust. hwclock face acela<?>i lucru: scade 2 secunde <?>i
       actualizeaza fi<?>ierul adjtime cu ora curenta ca fiind ultima data
       cand ceasul a fost ajustat.

       Atunci cand utiliza<?>i op<?>iunea --update-drift cu --set sau
       --systohc, rata de abatere sistematica este (re)calculata prin
       compararea orei curente a ceasului hardware complet corectate pentru
       abatere cu noua ora stabilita, de la care se ob<?>ine rata de abatere
       pe 24 de ore pe baza ultimei date de timp calibrate din fi<?>ierul
       ,,adjtime". Acest factor de abatere actualizat este apoi salvat in
       /etc/adjtime.

       O mica cantitate de eroare se strecoara atunci cand este stabilit
       ceasul hardware (Hardware Clock), a<?>a ca --adjust se ab<?>ine de la
       orice ajustare mai mica de 1 secunda. Mai tarziu, cand solicita<?>i din
       nou o ajustare, abaterea acumulata va fi mai mare de 1 secunda, iar
       --adjust va efectua ajustarea, inclusiv orice cantitate frac<?>ionara.

       hwclock --hctosys utilizeaza, de asemenea, datele din fi<?>ierul
       adjtime pentru a compensa valoarea citita de la ceasul hardware inainte
       de a o utiliza pentru a stabili ceasul sistemului. Nu imparta<?>e<?>te
       limitarea de 1 secunda a --adjust <?>i va corecta imediat valorile de
       abatere sub o secunda. Nu modifica ora ceasului hardware <?>i nici
       fi<?>ierul ,,adjtime". Acest lucru poate elimina necesitatea de a
       utiliza --adjust, cu excep<?>ia cazului in care altceva in sistem
       necesita compensarea ceasului hardware.

   Fi<?>ierul adjtime
       In timp ce este numit pentru scopul sau istoric de a controla doar
       ajustarile, el con<?>ine de fapt alte informa<?>ii utilizate de hwclock
       de la o invocare la alta.

       Formatul fi<?>ierului ,,adjtime" este, in ASCII:

       Linia 1: Trei numere, separate prin spa<?>ii libere: 1) rata de abatere
       sistematica in secunde pe zi, numar zecimal cu virgula mobila; 2)
       numarul rezultat de secunde din 1969 UTC de la cea mai recenta ajustare
       sau calibrare, numar intreg zecimal; 3) zero (pentru compatibilitate cu
       clock(8)) ca numar zecimal cu virgula mobila.

       Linia 2: Un numar: numarul de secunde rezultat din 1969 UTC de la cea
       mai recenta calibrare. Zero in cazul in care nu a avut loc inca nicio
       calibrare sau se <?>tie ca orice calibrare anterioara este inutila (de
       exemplu, deoarece s-a constatat ca ceasul hardware nu mai con<?>ine o
       ora valabila de la acea calibrare). Acesta este un numar intreg
       zecimal.

       Linia 3: "UTC" sau "LOCAL". Indica daca ceasul hardware este stabilit
       la timpul universal coordonat sau la ora locala. Pute<?>i oricand sa
       inlocui<?>i aceasta valoare cu op<?>iunile din linia de comanda
       hwclock.

       Pute<?>i utiliza un fi<?>ier ,,adjtime" care a fost utilizat anterior
       cu programul clock(8) cu hwclock.

   Sincronizarea automata a ceasului hardware de catre nucleu
       Ar trebui sa <?>ti<?>i ca exista un alt mod in care ceasul hardware
       (Hardware Clock) este men<?>inut sincronizat in unele sisteme. Nucleul
       Linux are un mod in care copiaza ora sistemului in ceasul hardware la
       fiecare 11 minute. Acest mod este o op<?>iune de compilare, astfel
       incat nu toate nucleele vor avea aceasta capacitate. Acesta este un mod
       bun de utilizat atunci cand folosi<?>i ceva sofisticat, cum ar fi NTP,
       pentru a men<?>ine ceasul de sistem sincronizat. (NTP este o modalitate
       de a men<?>ine sincronizata ora de sistem fie cu un server de timp
       undeva in re<?>ea, fie cu un ceas radio conectat la sistemul
       dumneavoastra. Consulta<?>i RFC 1305.)

       Daca nucleul este compilat cu op<?>iunea ,,11 minute mode", aceasta va
       fi activa atunci cand disciplina de ceas a nucleului se afla intr-o
       stare de sincronizare. Cand se afla in aceasta stare, bitul 6 (bitul
       care este setat in masca 0x0040) din variabila time_status a nucleului
       este dezactivat. Aceasta valoare este afi<?>ata ca linie ,,status" (de
       stare) a comenzilor adjtimex --print sau ntptime.

       Este nevoie de o influen<?>a externa, cum ar fi demonul NTP, pentru a
       pune disciplina ceasului din nucleu intr-o stare de sincronizare <?>i,
       prin urmare, pentru a activa ,,modul 11 minute". Acesta poate fi
       dezactivat prin rularea oricarui lucru care ajusteaza ceasul de sistem
       in mod tradi<?>ional, inclusiv hwclock --hctosys. Cu toate acestea,
       daca demonul NTP este inca in func<?>iune, acesta va activa din nou
       ,,modul 11 minute" la urmatoarea sincronizare a ceasului de sistem.

       Daca sistemul dvs. func<?>ioneaza cu ,,modul 11 minute" activat, este
       posibil sa fie necesar sa folosi<?>i --hctosys sau --systz intr-un
       script de pornire, in special daca ceasul hardware este configurat sa
       foloseasca scara de timp locala. Daca nucleul nu este informat despre
       ce scara de timp folose<?>te ceasul hardware, este posibil sa o
       foloseasca pe cea gre<?>ita. In mod implicit, nucleul utilizeaza UTC.

       Prima comanda din spa<?>iul utilizatorului de stabilire a ceasului de
       sistem informeaza nucleul cu privire la scara de timp pe care o
       folose<?>te ceasul hardware. Acest lucru se intampla prin intermediul
       variabilei nucleului persistent_clock_is_local. Daca --hctosys sau
       --systz este prima, aceasta va defini aceasta variabila in func<?>ie de
       fi<?>ierul adjtime sau de argumentul corespunzator din linia de
       comanda. Re<?>ine<?>i ca, atunci cand se utilizeaza aceasta capacitate
       <?>i se modifica configurarea scarii temporale a ceasului hardware,
       este necesara o repornire pentru a notifica nucleul.

       hwclock --adjust nu ar trebui sa fie utilizata cu ,,modul 11 minute"
       NTP.

   Valoarea secolului pentru ceasul hardware ISA
       Exista un fel de standard care define<?>te octetul 50 al memoriei CMOS
       pe o ma<?>ina ISA ca indicator al secolului in care ne aflam. hwclock
       nu utilizeaza sau configureaza acel octet deoarece exista unele
       ma<?>ini care nu definesc octetul in acest mod <?>i, oricum, nu este
       necesar, deoarece anul secolului face o treaba buna in ceea ce
       prive<?>te indicarea secolului in care ne aflam.

       Daca ave<?>i o utilizare de buna credin<?>a pentru un octet de secol
       CMOS, contacta<?>i responsabilul hwclock; o op<?>iune poate fi
       potrivita.

       Re<?>ine<?>i ca aceasta sec<?>iune este relevanta numai atunci cand
       utiliza<?>i metoda ,,direct ISA" de accesare a ceasului hardware. ACPI
       ofera o modalitate standard de accesare a valorilor de secol, atunci
       cand acestea sunt acceptate de hardware.

CONFIGURAREA DATEI <?>I A OREI
   Gestionarea timpului (data+ora) fara sincronizare externa
       Aceasta discu<?>ie se bazeaza pe urmatoarele condi<?>ii:

       o   Nu ruleaza nimic care sa modifice data <?>i ora ceasurilor, cum ar
           fi un daemon NTP sau un cron job (o sarcina programata in demonul
           <<cron>>).

       o   Fusul orar al sistemului este configurat pentru ora locala corecta.
           A se vedea mai jos, la POSIX vs ,,CORECT".

       o   La inceputul pornirii sunt apelate urmatoarele, in aceasta ordine:
           adjtimex --tick valoare --frequency valoare hwclock --hctosys

       o   In timpul inchiderii (opriri sistemului), se apeleaza urmatoarea
           comanda: hwclock --systohc

           o   Sistemele care nu dispun de adjtimex pot utiliza ntptime.

       Indiferent daca men<?>ine<?>i sau nu ora exacta cu ajutorul daemonului
       NTP, este logic sa configura<?>i sistemul pentru a men<?>ine o data
       <?>i o ora relativ bune pe cont propriu.

       Primul pas pentru a face acest lucru este sa in<?>elegem clar care este
       situa<?>ia in ansamblu. Exista doua dispozitive hardware complet
       separate care func<?>ioneaza la propria viteza <?>i care se
       indeparteaza de timpul ,,corect" in ritmuri proprii. Metodele <?>i
       software-ul de corec<?>ie a abaterii sunt diferite pentru fiecare
       dintre ele. Cu toate acestea, majoritatea sistemelor sunt configurate
       pentru a face schimb de valori intre aceste doua ceasuri la pornire
       <?>i la oprire. Acum, erorile de pastrare a timpului ale fiecarui
       dispozitiv in parte sunt transferate intre ele. Incerca<?>i sa
       configura<?>i corec<?>ia abaterii doar pentru unul dintre ele, iar
       abaterea celuilalt se va suprapune peste aceasta.

       Aceasta problema poate fi evitata atunci cand se configureaza
       corec<?>ia de abatere pentru ceasul de sistem, prin simpla ne-oprire a
       ma<?>inii. Acest lucru, plus faptul ca toata precizia hwclock (inclusiv
       calcularea factorilor de abatere) depinde de corectitudinea ritmului
       ceasului de sistem, inseamna ca ar trebui sa se faca mai intai
       configurarea ceasului de sistem.

       Abaterea ceasului de sistem este corectata cu ajutorul op<?>iunilor
       --tick <?>i --frequency a comenzii adjtimex(8). Aceste doua op<?>iuni
       func<?>ioneaza impreuna: ,,--tick" este ajustarea grosiera, iar
       ,,--frequency" este ajustarea fina (pentru sistemele care nu au un
       pachet adjtimex, se poate folosi in schimb ntptime -f ppm).

       Unele distribu<?>ii Linux incearca sa calculeze automat abaterea
       ceasului de sistem cu ajutorul opera<?>iei de comparare a adjtimex.
       Incercarea de a corecta un ceas cu abatere folosind ca referin<?>a un
       alt ceas cu abatere, se aseamana cu un caine care incearca sa-<?>i
       prinda propria coada. Succesul poate avea loc in cele din urma, dar
       probabil ca va fi precedat de un efort mare <?>i de frustrari. Aceasta
       automatizare poate aduce o imbunata<?>ire fa<?>a de absen<?>a oricarei
       configura<?>ii, dar a<?>teptarea unor rezultate optime ar fi o eroare.
       O alegere mai buna pentru configurarea manuala ar fi op<?>iunile --log
       de la adjtimex.

       Ar putea fi mai eficient sa urmari<?>i pur <?>i simplu abaterea
       ceasului de sistem cu sntp, sau date -Ins <?>i un ceas de precizie,
       apoi sa calcula<?>i manual corec<?>ia.

       Dupa ce a<?>i stabilit valorile pentru ,,--tick" <?>i cele pentru
       ,,-frequency", continua<?>i sa testa<?>i <?>i sa rafina<?>i ajustarile
       pana cand ceasul de sistem se men<?>ine potrivit. Consulta<?>i
       adjtimex(2) pentru mai multe informa<?>ii <?>i exemplul care
       demonstreaza calculele de abatere manuala.

       Odata ce ceasul de sistem (System Clock) func<?>ioneaza fara probleme,
       trece<?>i la ceasul hardware (Hardware Clock).

       De regula, abaterea la rece va func<?>iona cel mai bine pentru
       majoritatea cazurilor de utilizare. Acest lucru ar trebui sa fie
       valabil chiar <?>i in cazul ma<?>inilor care func<?>ioneaza 24/7 <?>i a
       caror perioada normala de oprire consta intr-o repornire. In acest caz,
       valoarea factorului de abatere are o importan<?>a redusa. Dar, in
       rarele ocazii in care ma<?>ina este oprita pentru o perioada lunga de
       timp, atunci abaterea la rece ar trebui sa dea rezultate mai bune.

       o   Pa<?>ii pentru a calcula deriva la rece: *

           1
               Asigura<?>i-va ca demonul NTP nu va fi lansat la pornire.

           2
               Ora System Clock (ceasului de sistem) trebuie sa fie corecta la
               oprire!

           3
               Inchide<?>i(opri<?>i) sistemul.

           4
               Lasa<?>i sa treaca o perioada indelungata fara a modifica
               ceasul hardware.

           5
               Porni<?>i sistemul.

           6
               Utiliza<?>i imediat hwclock pentru a stabili ora corecta,
               adaugand op<?>iunea --update-drift.

       Nota: daca la pasul 6 se utilizeaza --systohc, atunci ceasul sistemului
       trebuie stabilit corect (pasul 6a) chiar inainte de a face acest lucru.

       Calcularea factorului de abatere de catre hwclock este un bun punct de
       plecare, dar pentru rezultate optime va trebui probabil sa fie ajustat
       prin editarea directa a fi<?>ierului /etc/adjtime. Continua<?>i sa
       testa<?>i <?>i sa rafina<?>i factorul de abatere pana cand ceasul
       hardware este corectat corect la pornire. Pentru a verifica acest
       lucru, asigura<?>i-va mai intai ca ora sistemului este corecta inainte
       de oprire <?>i apoi utiliza<?>i sntp, sau date -Ins <?>i un ceas de
       precizie, imediat dupa pornire.

   LOCAL vs UTC
       <?>inerea ceasului hardware intr-o scara de timp locala determina
       rezultate incoerente in ceea ce prive<?>te ora de vara:

       o   Daca Linux ruleaza in timpul schimbarii orei de vara, ora scrisa in
           ceasul hardware va fi ajustata in func<?>ie de aceasta schimbare.

       o   Daca Linux NU ruleaza in timpul schimbarii orei de vara, ora citita
           de la ceasul hardware NU va fi ajustata pentru aceasta schimbare.

       Ceasul hardware de pe un sistem compatibil cu ISA pastreaza doar data
       <?>i ora, nu are no<?>iunea de fus orar <?>i nici de ora de vara. Prin
       urmare, atunci cand hwclock este informat ca se afla in ora locala,
       acesta presupune ca se afla in ora locala ,,corecta" <?>i nu face nicio
       ajustare a orei citite de la el.

       Linux gestioneaza schimbarile de ora de vara in mod transparent numai
       atunci cand ceasul hardware este men<?>inut in scara de timp UTC. Acest
       lucru este facilitat pentru administratorii de sistem, deoarece hwclock
       utilizeaza ora locala pentru ie<?>ire <?>i ca argument pentru
       op<?>iunea --date.

       Sistemele POSIX, precum Linux, sunt proiectate pentru ca ceasul de
       sistem sa func<?>ioneze pe scara de timp UTC. Scopul ceasului hardware
       este de a ini<?>ializa ceasul de sistem, astfel incat este logic sa fie
       pastrat <?>i in UTC.

       Cu toate acestea, Linux incearca sa se adapteze la faptul ca ceasul
       hardware se afla in scara de timp locala. Acest lucru este valabil in
       primul rand pentru pornirea duala cu versiunile mai vechi ale MS
       Windows. Incepand cu Windows 7, cheia de registru RealTimeIsUniversal
       ar trebui sa func<?>ioneze corect, astfel incat ceasul hardware sa
       poata fi pastrat in UTC.

   POSIX vs ,,CORECT"
       O discu<?>ie despre configurarea datei <?>i a orei ar fi incompleta
       daca nu ar fi abordata <?>i problema fuselor orare; acest aspect este
       in mare parte bine acoperit de tzset(3). Un domeniu care pare sa nu
       aiba documenta<?>ie este directorul ,,corect" al bazei de date a
       fusurilor orare, numit uneori ,,tz" sau ,,zoneinfo".

       Exista doua baze de date separate in sistemul zoneinfo, posix <?>i
       ,,right" (corect). ,,Right" (numita acum ,,zoneinfo-leaps") include
       secundele bisecte, iar posix nu. Pentru a utiliza baza de date
       ,,right", ceasul de sistem trebuie sa fie setat la (UTC + secundele
       bisecte), ceea ce este echivalent cu (TAI - 10). Acest lucru permite
       calcularea numarului exact de secunde dintre doua date care traverseaza
       o epoca de secunde bisecte. Ceasul sistemului este apoi convertit la
       ora civila corecta, inclusiv UTC, prin utilizarea fi<?>ierelor de fus
       orar ,,right/corecte" care scad secundele bisecte. Nota: aceasta
       configura<?>ie este considerata experimentala <?>i se <?>tie ca are
       probleme.

       Pentru a configura un sistem pentru a utiliza o anumita baza de date,
       toate fi<?>ierele aflate in directorul acesteia trebuie copiate in
       radacina fi<?>ierului /usr/share/zoneinfo. Fi<?>ierele nu se utilizeaza
       niciodata direct din subdirectoarele posix sau ,,right", de exemplu,
       TZ='right/Europe/Dublin'. Acest obicei devenise atat de frecvent incat
       proiectul ,,zoneinfo" din amonte a restructurat arborele de fi<?>iere
       al sistemului prin mutarea subdirectoarelor posix <?>i ,,right" din
       directorul zoneinfo in directoare fraterne:

       /usr/share/zoneinfo, /usr/share/zoneinfo-posix,
       /usr/share/zoneinfo-leaps

       Din nefericire, unele distribu<?>ii Linux au revenit la vechea
       structura arborescenta in pachetele lor. Astfel, problema
       administratorilor de sistem care ajung in subdirectorul ,,right/corect"
       persista. Acest lucru face ca fusul orar al sistemului sa fie
       configurat pentru a include secundele bisecte, in timp ce baza de date
       zoneinfo este inca configurata pentru a le exclude. Apoi, atunci cand o
       aplica<?>ie, cum ar fi un ceas mondial, are nevoie de fi<?>ierul cu
       fusul orar South_Pole; sau un MTA de po<?>ta electronica, sau hwclock
       are nevoie de fi<?>ierul cu fusul orar UTC; acestea il preiau de la
       radacina /usr/share/zoneinfo , deoarece a<?>a trebuie sa faca. Aceste
       fi<?>iere exclud secundele bisecte, dar ceasul de sistem le include
       acum, ceea ce provoaca o conversie incorecta a timpului.

       Incercarea de a amesteca <?>i de a potrivi fi<?>iere din aceste baze de
       date separate nu va func<?>iona, deoarece fiecare dintre ele necesita
       ca ceasul de sistem sa utilizeze o scara de timp diferita. Baza de date
       zoneinfo trebuie configurata pentru a utiliza fie posix, fie ,,right",
       a<?>a cum este descris mai sus, sau prin atribuirea unei rute la baza
       de date in variabila de mediu TZDIR.

STARE DE IE<?>IRE
       Una dintre urmatoarele valori de ie<?>ire va fi returnata:

       EXIT_SUCCESS (,,0" in sistemele POSIX)
           Executarea cu succes a programului.

       EXIT_FAILURE (,,1" in sistemele POSIX)
           Opera<?>ia a e<?>uat sau sintaxa comenzii nu a fost valida.

MEDIU
       TZ
           Daca aceasta variabila este definita, valoarea ei are prioritate
           fa<?>a de fusul orar configurat de sistem.

       TZDIR
           Daca aceasta variabila este definita, valoarea ei are prioritate
           fa<?>a de ruta la directorul bazei de date a fusului orar
           configurat de sistem.

FI<?>IERE
       /etc/adjtime
           Fi<?>ierul de configurare <?>i de stare pentru hwclock. A se vedea,
           de asemenea, adjtime_config(5).

       /etc/localtime
           Fi<?>ierul cu fusul orar al sistemului.

       /usr/share/zoneinfo/
           Directorul bazei de date cu fusul orar al sistemului.

       Fi<?>ierele de dispozitiv hwclock pot incerca sa acceseze ceasul
       hardware: Dev/rtc0_ Dev/rtc0 /dev/rtc /dev/misc/rtc /dev/efirtc
       /dev/misc/efirtc

CONSULTA<?>I <?>I
       date(1), adjtime_config(5), adjtimex(8), gettimeofday(2),
       settimeofday(2), crontab(1p), tzset(3)

AUTORI
       Scris de Bryan Henderson <bryanh@giraffe-data.com>, septembrie 1996, pe
       baza lucrarilor efectuate pe programul clock(8) de Charles Hedrick, Rob
       Hooft <?>i Harald Koenig. Consulta<?>i codul sursa pentru un istoric
       complet <?>i o lista de credite (mul<?>umiri adresate diferi<?>ilor
       contribuitori).

RAPORTAREA ERORILOR
       Pentru rapoarte de eroare, folosi<?>i sistemul de urmarire al erorilor
       <https://github.com/util-linux/util-linux/issues>.

DISPONIBILITATE
       Comanda hwclock face parte din pachetul util-linux care poate fi
       descarcat de la Linux Kernel Archive
       <https://www.kernel.org/pub/linux/utils/util-linux/>.

util-linux 2.41                   2025-03-29                        HWCLOCK(8)