Új hozzászólás Aktív témák

• #11372 Siriusb veterán Fooler89 #11370

  Új Válasz 2011-07-28 19:49:59 #11372

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Siriusb

  veterán

  válasz Fooler89 #11370 üzenetére

  Ezzel a gnome-shelles problémával kapcsolatban kicsit több info kellene. Pl. terminálból futtatni a gnome-control-center-t (milyen hibát ír ki) és a problémás folyamatok neve...

• #11371 Siriusb veterán Fooler89 #11370

  Új Válasz 2011-07-28 19:33:35 #11371

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Siriusb

  veterán

  válasz Fooler89 #11370 üzenetére

  A windows általában csak localtime-ot kezel (lehet a win7 már okosabb, passz), szóval az rc.conf-ba a hardwareclock-hoz localtime-t írj. Ha a winen is be lehet állítani, akkor célszerűbb a HARDWARECLOCK="UTC", de ezt csak zárójelben jegyzem meg.
  Tehát mivel a win a biosba a helyi időt írja, ezért az arch-on is azt kellene beállítani (lásd első változat) és megszűnik a gondod.
  Ha a dátumod is elszáll, akkor az inkább hardware probléma (elemcsere szükséges, bár notin ez nem tudom hogy megy).
  hwclock benne van a daemon sorban?

  Szerk: ne használj UTC-t: Note: Windows Vista SP2 and Windows 7 have a preliminary support to UTC. The solution is add the DWORD value HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation\RealTimeIsUniversal with hexadecimal value 1 in the registry (through regedit). Windows XP and Windows Vista SP1 also have support to UTC and can be activated in the same way, but there's a bug after resume from suspend/hibernation that resets the clock to localtime, so it's not recommended to use UTC in these systems.

Új hozzászólás Aktív témák