#1
|
|||
|
|||
Time Sync Issue (Fix), Available!
Here is the time sync pkg that was created by zephyroth for those that are having time differences between their dual boot configuration (b/w windows and osx)
http://www.one4house.com/iamges/Zeph...me_Fix.pkg.tgz this package is over 1 1/2 years old. many users have asked me for this pkg but it appears I've mistakenly deleted the file. however, the above link is an alternate source where you can find the same fix. Enjoy! =) |
#2
|
|||
|
|||
Thanks, it works very well.
10.7.1 / Gigabyte P55-USB3 / i5 750 / 9800gt / http://miliuco.es |
#3
|
|||
|
|||
hmmm... im having time issues running only osx... the clock is to fast... will this fix it...?
Mac OSX 10.6.3 (Vanilla) Gigabyte GA-EP45-DS3LR, P45, Socket-775, ATX, ICH10R, GbLAN, DDR2, PCI-Ex(2.0)x16 MotherBoard Intel® Core™2 Duo E7500 2,93GHz CPU 6GB DDR2 RAM ASUS GeForce 9600GT 1GB PhysX CUDA GPU |
#4
|
|||
|
|||
I found this on google and tried installing in on 10.6.3 however its not seeming to make a difference.
|
#5
|
||||
|
||||
This would be nice though...
SportsGuy Dell Studio Desktop 540 Intel Core 2 Quad 2.83 GHz Q9550 (All cores work) EVGA nVidia GeForce 9500 GT (1GB) (Works) M-Audio Fast Track Ultra Sound (Works) Realtek Ethernet (Works) 8 GB DDR2 RAM (Of course works) 24" Dell 1920x1080 16:9 Monitor Tri Boot with Snow Leopard 10.6.3 (64-bit) and Vista (64-bit) and Linux Mint |
#6
|
|||
|
|||
link doesn't work
|
#7
|
||||
|
||||
Quote:
/ / / contents of Zephyroth_Dual_Boot_Time_Fix.pkg.tgz attached Last edited by spalek83; 04-05-2010 at 11:00 PM. |
#8
|
||||
|
||||
Dual Boot Time Fix
On the two portables that dual boot, I just set the kept adjusting the Time Zone until the clock was right in OS X.
I know its not the best, but I don't look at the Zones much. Tiger: G4 PowerPC Dual Core 400 Mhz w/640 MB RAM 20 Gig ATA HD all HFS+ Internal DVD Access to Server True Tiger Leopard: Acer Intel Atom Dual [email protected] w/1 Gig Ram 160GB HD-133GB NTFS, 15.68GB HFS+ SD slot No Net access iDeneb 1.6 Lite Compaq SR5710F [email protected] w/3 Gigs Ram 80 Gig ATA HD (NTFS - Vista) 200 Gig ATA HD (NTFS-Data) Access to Server Server: Compaq 1.8 Single Core Windows Server 2003 Enterprise Edition ~2 TB online.... |
#9
|
|||
|
|||
tyhis would work for me as im still on leopard but to bad im not at home right now.. in school :P
will give it a try later. Computer: Gateway 838GM | 9.5.0 Vodoo Kernel |2.0 RC4 Chameleon Bootloader | Processor:Intel Pentium 4 630 / 3 GHz | RAM: 512MB | OS: Windows 7 32BIT, OSx86 iPC 10.5.6 | Mainboard Chipset: Intel 915G Express | Graphics Card:Integrated Intel GMA 900 | Video Memory: Dynamic Video Memory Technology 3.0 | Audio:ALC 860 |Card Reader:8 in 1 Integrated| Hard Drives:1x 200GB SATA(Win 7), 1x 320GB SATA(OS X) Both Internal
|
#10
|
|||
|
|||
FWIW, the problem is caused by different assumptions by Windows and OS X about the hardware clock (which is distinct from a software clock that the OS maintains once it's booted). Both systems use Coordinated Universal Time (UTC; basically Greenwich Mean Time, or GMT) internally; however, older Microsoft OSes (DOS and Windows 9x/Me) used local time internally, and so hardware clocks on PCs have traditionally been set to local time. When it boots, Windows NT and its derivatives (including XP, Vista, and 7) read the local time from the hardware clock and then set their internal clocks by adjusting this value using the time zone. Unix, and hence OS X, however, tends to assume that the hardware clock is set to UTC; they read it directly and set their internal clocks appropriately. Both OSes then convert their internal time (in UTC for both) to local time using the time zone setting. Therefore, with no special adjustment, if you dual-boot the two OSes, the clocks will be off by however far you are from UTC. (This amount may vary with Daylight Saving Time settings.)
Two solutions are possible: Make OS X act like Windows or make Windows act like Unix/OS X. I'm pretty sure that zephyroth's patch does the former. This page is one of many that describes how to do the latter. IMHO, adjusting Windows is the superior solution, since it means there will be little risk of problems when DST comes around. If the hardware clock is set to local time, then the hardware clock must be adjusted for DST changes. (UTC doesn't shift with DST changes; instead, computers adjust local time from UTC based on time zone data files.) Since Windows might try to do this automatically, you could easily get a double adjustment if you do it manually in OS X before booting Windows. If you're careful to keep Windows from making the adjustment, you'll still have to do it manually in one OS or the other. (I'm not sure offhand if a change in OS X will be properly sent to the hardware clock in a Hackintosh, though.) OTOH, there have been reports of Windows mysteriously resetting its clock interpretation, so making Windows treat the hardware clock as UTC might not be 100% reliable. I've seen this happen once myself, but a reboot fixed it. 💡 Deploy cloud instances seamlessly on DigitalOcean. Free credits ($100) for InfMac readers. |