Reinstall issue: Is this a Daylight Savings Time Glitch?

I was reinstalling my system software (Garage band was lost when hard drive was backed up)and, after reinstall, the system goes to login screen. After login, the computer immediately goes to Unix login.
I looked at other threads, and can get back to the Mac login but never past it. I found a suggestion to run a diagnostice command "tail -10 /var/log/system.log" and the messages I get all included "unable to synchronize window backing store" The word "sychronize" made me think about the Daylight Savings time change as a source of the problem.
Any ideas?

dave:
Welcome to Apple Discussions.
I have not been able to find out what the message means, without any success. Someone may come along with the knowledge to solve that riddle.
First, I suggest that you boot from your install disk and run Repair Disk:
Insert Installer disk and Restart, holding down the "C" key.
Go to Installer menu and launch Disk Utility.
Select your HDD (manufacturer ID) in the left panel.
Select First Aid in the Main panel.
(Check S.M.A.R.T Status of HDD at the bottom of right panel, and report)
Click Repair Disk on the bottom right.
If DU reports disk does not need repairs quit DU and restart.
If DU reports errors Repair again and again until DU reports disk is repaired.
If DU reports errors it cannot repair you will need to use a utility like Tech Tool Pro or Disk Warrior
If that does not help post back with a description of exactly what is on your screen when you try to boot.
Good luck.
cornelius

Similar Messages

Outlook 2011 for mac daylight savings time issue

Hello,
I have a problem in my company where after daylight savings time meetings are shown an hour off in the calendar, but in the body of the meeting the time seems fine. The real problem is when after updating the meeting from it's body (just pressing save and
close) the meeting is bloated by an hour.
E.g. if a meeting after daylight savings time is from 11:00 to 12:00, it's shown on the calendar from 12:00 to 13:00, but after updating the meeting it's shown from 11:00-13:00.
This happens only on the macs in the company.
Thank you.

Hi Harel,
This is the forum to discuss questions and feedback for Windows-based Microsoft Office client. Since your query is directly related to Office for mac, I would suggest you to post in the forum of Office for Mac, where you can get more experienced responses:
http://answers.microsoft.com/en-us/mac/forum/macoffice2011?tab=Threads
The reason why we recommend posting appropriately is you will get the most qualified pool of respondents, and other partners who read the forums regularly can either share their knowledge or learn from your interaction with us. Thank you for your understanding.
Regards,
Ethan Hua
TechNet Community Support
It's recommended to download and install
Configuration Analyzer Tool (OffCAT), which is developed by Microsoft Support teams. Once the tool is installed, you can run it at any time to scan for hundreds of known issues in Office
programs.
Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact
[email protected]

Daylight Savings Time and Time Zone Issue:

Howdy! Many of us woke up this morning to be dismayed to find that our iPhone was TWO hours behind instead of falling back one for the Daylight Savings Time adjustment, and were late for church. I have an iPhone 4S, with iOS 5...
I was working at that time of morning, and the initial switch went well. However, when I woke up, the clock was yet another hour behind. A little investigation showed that the Time zone had been changed to Denver (It was previously on Chicaco, and I live in Dallas.) I tried to select it to change it, and it wouldn't allow me. If I turned off the Set Automatically feature, then I could change it, but when I turned the Set Automatically feature back on, it would re-set the time zone to Denver.
I found another thread where they discuss this:
https://discussions.apple.com/message/16644669
To fix this, put in airplane mode, then back out again, then re-choose your correct time zone. If this doesn't work, then try turning your phone completely off and then on again. Thanks to 4n6doc for the tip!
The airplane mode trick worked for me: I turned airplane mode on, then off, then went to the Date & Time and set my time zone to Dallas, TX while the Set Automatically was off. When I turned the Set Automatically back on, it changed Dallas to Chicago, which is what every iPhone iOS I've ever had has done.

Hi,
Yes this is a correct way to fix the issue. One thing however, how did you set the timezone? For correct daylight saving handling, you'll have to use the long version, like America/New Yorw, NOT GMT-5 (for example).
regards,
~ Simon

READ THIS PLEASE : New technote crashing, Daylight Savings Time, Nov 4th time change in US.

http://www.adobe.com/go/kb402776
TechNote
Dreamweaver CS3 crashes after Daylight Savings Time ends
Issue
Adobe Dreamweaver CS3 crashes when working with certain PHP
or ASP files in
Code view or Design view after the clock goes back one hour,
when Daylight
Savings Time ends. The crashes only occur when selecting
certain lines in
Code view, or selecting certain objects in Design view. The
crashes only
occur in files that have PHP or ASP code, intermingled with
HTML code. The
crashes do not occur in Dreamweaver 8 or earlier (Ref.
229536).
Reason
The Dreamweaver CS3 WinFileCache-7A9586CB.dat file has been
corrupted by the
time change.
Solution
1. If Dreamweaver is open, quit the application.
2. Delete the WinFileCache-7A9586CB.dat file from the
Dreamweaver user
configuration folder. Note that on Windows, the Application
Data and AppData
folders are hidden by default, so verify that your Windows
Explorer folder
options are set to View Hidden Folders. The location of this
file is as
follows:
* Dreamweaver CS3 on Windows Vista:
C:\Users\[username]\AppData\Roaming\Adobe\Dreamweaver
9\Configuration
* Dreamweaver CS3 on Windows XP:
C:\Documents and Settings\[username]\Application
Data\Adobe\Dreamweaver
9\Configuration
3. Restart Dreamweaver.
Keywords
Code/Design view, Daylight Savings Time, Dreamweaver, crashes
TechNote Details
Last Update: 11-02-2007
ID: kb402776
OS:
* Windows XP, Windows Vista
Permanent Link:
http://www.adobe.com/go/kb402776
Alan
Adobe Community Expert, dreamweaver
http://www.adobe.com/communities/experts/

Alan wrote:
>
http://www.adobe.com/go/kb402776
>
> TechNote
>
> Dreamweaver CS3 crashes after Daylight Savings Time ends
>
> Issue
>
>
> Adobe Dreamweaver CS3 crashes when working with certain
PHP or ASP files in
> Code view or Design view after the clock goes back one
hour, when Daylight
> Savings Time ends. The crashes only occur when selecting
certain lines in
> Code view, or selecting certain objects in Design view.
The crashes only
> occur in files that have PHP or ASP code, intermingled
with HTML code. The
> crashes do not occur in Dreamweaver 8 or earlier (Ref.
229536).
>
>
> Reason
>
>
> The Dreamweaver CS3 WinFileCache-7A9586CB.dat file has
been corrupted by the
> time change.
>
>
> Solution
>
>
> 1. If Dreamweaver is open, quit the application.
> 2. Delete the WinFileCache-7A9586CB.dat file from the
Dreamweaver user
> configuration folder. Note that on Windows, the
Application Data and AppData
> folders are hidden by default, so verify that your
Windows Explorer folder
> options are set to View Hidden Folders. The location of
this file is as
> follows:
> * Dreamweaver CS3 on Windows Vista:
> C:\Users\[username]\AppData\Roaming\Adobe\Dreamweaver
9\Configuration
> * Dreamweaver CS3 on Windows XP:
> C:\Documents and Settings\[username]\Application
Data\Adobe\Dreamweaver
> 9\Configuration
> 3. Restart Dreamweaver.
>
>
> Keywords
>
> Code/Design view, Daylight Savings Time, Dreamweaver,
crashes
>
> TechNote Details
> Last Update: 11-02-2007
> ID: kb402776
> OS:
> * Windows XP, Windows Vista
> Permanent Link:
http://www.adobe.com/go/kb402776
>
>
>
Interesting, because on my PC that cache file is only in my
old DW8
folder, while this one is in my DW9 (CS3) folder:
WinFileCache-AD76BB20.dat
What's up with that?
E. Michael Brandt
www.divaHTML.com
divaPOP : standards-compliant popup windows
divaGPS : you-are-here menu highlighting
divaFAQ : FAQ pages with pizazz
www.valleywebdesigns.com/vwd_Vdw.asp
JustSo PictureWindow
JustSo PhotoAlbum, et alia

SimpleDateFormat / Daylight Savings time issue in 1.5.0_11 ?

I am having trouble with SimpleDateFormat.format(), possibly due to Daylight Savings Time, but I can't figure it out.
      import java.text.*;
      import java.util.*;
      public class Test {
        public static void main(String[] args) throws Exception{
          SimpleDateFormat dateFormat = new SimpleDateFormat("EEE MMM dd z yyyy");
          Date date = dateFormat.parse("Tue April 13 CDT 2007");
          System.out.println(dateFormat.format(date));
          System.out.println(date.toString());
          SimpleDateFormat dateFormat2 = new SimpleDateFormat("MMMM dd, yyyy");
          System.out.println(dateFormat2.format(date));
      }I am in the CDT time zone.
If I run this code on JRE 1.5.0_04-b05, I get:
Fri Apr 13 CDT 2007
Fri Apr 13 00:00:00 CDT 2007
April 13, 2007This is what I expect. But, if I run this code on JRE 1.5.0_11-b03, I get:
Fri Apr 13 CDT 2007
Thu Apr 12 23:00:00 GMT-06:00 2007
April 12, 2007I don't understand why, the time calculated to be an hour off, since my time zone and locale are the same as that of the input string?
I thought this could be a DST issue, but a) both dates are in DST, and b) I tried applying the fix to the Java 5 DST bug, on the off chance it would help. but it did nothing. http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6530336
I'm stumped. Can anyone help?
Thanks,
Ed

It looks like the problem is that Java doesn't have my timezone correct after all.
SimpleDateFormat dateFormat = new SimpleDateFormat("EEE MMM dd z yyyy");
System.out.println(dateFormat.getTimeZone());    prints:
sun.util.calendar.ZoneInfo[id="GMT-06:00",offset=-21600000,dstSavings=0,useDaylight=false,transitions=0,lastRule=null]
...which is wrong. It should be dstSavings=3600000,useDaylight=true.
So, one SimpleDateFormatter has CDT as its timezone, and the other has CST as its timezone. This changes the time from midnight on one day to 11 pm on the previous day, causing the wrong date to be shown.
This workaround gives the date I want, the original date at its (not my) timezone.
    SimpleDateFormat dateFormat = new SimpleDateFormat("EEE MMM dd z yyyy");
    Date date = dateFormat.parse("Tue April 13 CDT 2007");
    SimpleDateFormat dateFormat2 = new SimpleDateFormat("MMMM dd, yyyy");
    dateFormat2.setTimeZone(dateFormat.getTimeZone());
    System.out.println(dateFormat2.format(date));Now if I can coerce Java to give me my correct local time zone, I'll be set.

Daylight savings time issue with iphone

When syncing iphone to pc (Vista) and Microsoft Outlook 2007, the time on the iPhone is one hour LATER that it is on the computer source.
It seems that, once again, Apple and Microsoft are at odds with each other and the new rules on Daylight Savings time were never considered.
Anybody have ideas? Seen this? There is NOTHING on the Apple website (also typical!!).

This seems like it might be similar to the problem I was having. Please see the following thread for the solution:
http://discussions.apple.com/thread.jspa?threadID=1791145&tstart=0
It worked for me, give it a shot.

ICal issues with Daylight Savings Time

After Daylight Savings Time some of my appointment in iCal have automatically changed to one hour later. This did it happen to all of them which makes it quite confusing. I think that it was mostly the recurring ones. Any ideas on how to fix this? I don't recall this happening in previous years. A couple things that may be in play. My iCal is linked to a google calendar but I make the vast majority of my appointments through iCal. I have noticed that some appointments show up in CEntral Time and others in GMT. Could this be a factor. How do I get that timing consistent? Thanks for your help.

Yes we did power down and then back up with all three. We also called each phone to see if that would help. I just had a thought ... would removing the battery help? I've had verizon phones for many years and I"ve never had this happen.

IdM Scheduler and Time Change to Daylight Savings Time GMT to BST

This isn't really a 'question' , but just a topic for discussion.
We're not live yet, but will be by the time the clocks go back. So I'm just interest to hear everyone's experiences and any issues with regards to the switching to / from DST
I did some "interesting" (or not) tests last night to see what happens with Pending Values which are due to take effect at the time change threshold of 01:00 GMT when switching to Daylight Savings Time (BST) GMT +0100.
It seems as if the IdM scheduler keeps going according to UTC or GMT. However any values provisioned to target systems or to local tables using the ddm.datetime8601 system variable are in local time according to the runtime server or SQL server's locale settings.
I set up a task to output from a javascript the current system date
using the following in the functions.
currentTime = new Date();
return currentTime.toString(); // returns Locale Time String
currentTime = new Date();
return currentTime.toUTCString(); // returns UTC Time String
in the same pass I also output the ddm.datetime8601 system parameter and the ddm.time24 system parameter.
This task was to update a comment on an entry and Scheduled to run at 00:00:00 and was executed at 00:00:06 GMT all times were still in GMT as expected.
Local Time: Sun Mar 27 00:00:06 GMT-0000 (GMT) 2011, UTC Time: Sun, 27 Mar 2011 00:00:06 GMT, ddm.datetime8601: 2011-03-27T00:00:06, ddm.time24: 00:00:06
This task was scheduled at 01:00:00 in IdM and was exectued at 01:00:08 GMT by the runtime, and you can see the local time is being correctly reported as 02:00:08 BST. Note also the ddmdatetime8061 is also 02:00:08 i.e. BST.
Local Time: Sun Mar 27 02:00:08 GMT+0100 (BST) 2011, UTC Time: Sun, 27 Mar 2011 01:00:08 GMT, ddm.datetime8601: 2011-03-27T02:00:08, ddm.time24: 02:00:08
In the database the entry values MXI_VALUES ModifyTime field has the GMT / UTC timestamp.
I also set up some pending value objects to be applied at 00:59:59 and 01:30:00 to see if the 01:30:00 would be 'skipped' as the locl clock change would've gone from 00:59:59 to 02:00:00. Well the pending values were correctly applied and expired and no 'lost' transactions happened as a result of the change.
So essentially it seems to me that the IdM runtime and scheduler times are all based on UTC / GMT.
I guess it's only an issue twice a year if you're expecting something to happen at a specific local time 01:00:00 or if you've got a global user base and their account expiry should be in each user's own country's local time. In these cases, it would seem that you'd need to convert the schedule times and pending value times to UTC first before setting them in the database.
Has anyone else had any issues, thoughts, questions or suggestioins on scheduling tasks which span the DST time change when switching to and from Daylight Savings Time.
Edited by: Paul Abrahamson on Mar 27, 2011 10:51 AM

Read here:
http://www.appleinsider.com/articles/10/10/11/applesays_ios_software_update_to_fix_pesky_alarm_clockbug.html

Multiple instances spawned after daylight savings time change

This is a known issue and there is an SAP Knowledge Base Article created on this issue:
1448881 - Multiple instances spawned after daylight savings time change
Below is the information from the SAP Knowledge Base Article:
Symptom
Scheduled reports that are supposed to run once a day, run multiple times.
Duplicate instances are being created.
Environment
BusinessObjects Enterprise XIR2 SP5
BusinessObjects Enterprise XIR2 SP5 + FP5.x
Reproducing the Issue
A report is scheduled to be run on a daily basis - this is a Recurring schedule.
Normally the report runs once a day, at a particular time.
After Daylight Savings Time change, the report runs at the specified time, but immediately after the successful instance, another instance is spawned.
Many more instances spawn after each instance completes.
Cause
This is a known issue: ADAPT01318487. This issue is because of DST and how our code handles this change.
Resolution
There is currently no known fix for this issue. There is however a script that can quickly resolve the problem.
The issue it seems is related to Daily recurring schedules.
What this script will do:
it will run a query to display all your DAILY Recurring jobs
you will have the option to choose your jobs and reschedule them by 1 hour
you will then highlight the same job and change them back by 1 hour
by modifying the schedule times, you are modifying the schedule itself and this will keep the issue of duplicate instances from occurring.
Exact Steps to Complete:
Stop the Job Servers.
Double click on the .hta file.
Change the System Name to that of your CMS name.
Add the Administrator's password.
Click Logon.
Click List All Recurring Instances.
Select All.
Make note of what it says in: Schedule Selected Recurring Instances: Should be 1 hr earlier.
Click Reschedule Selected Recurring Instances.
Choose All instances again and change Schedule Selected Recurring Instances to 1 hour Later.
Click Reschedule Selected Recurring Instances.
Now start your Job Servers.
The issue should not occur again.
The Script is attached here, but please review the SAP Knowledge Base article 1448881 as well

Hi Nicola,
- The multiple spawned instances issue ONLY affects XI3 SP3+ only. For XI3 SP1 and SP2 all Fix Pack levels this is not an issue as it was introduced as a problem in SP3.
- 1568239 notes the Java version and can apply to all O/S environments and is updated to reflect that.
If you are located in Europe you can also apply the patches in advance of the DST change to avoid the problem. If you are in Americas at this point utilizing the clean up scripts for this year is the approach needed to clean up the spawned instances and reschedule the existing schedules.
Thanks,
Chris

2007 Daylight Savings Time Changes

What, if any, effects will the 2007 changes to US daylight savings time have on the operation of the LabVIEW 7 Express development environment and deployed applications created with it?

I believe the answer depends on the OS the application runs under.
If MS has there act together and the machine in question has recieved updates, there should be no issue.
If you are running Unix (or a variation o such), a patch must be applied (at least that was the story my wife gave for working all night Saturday night).
I can not answer this Q for Mac or LV-RT running under Pharlap.
Ben
Message Edited by Ben on 02-27-2007 10:24 AM
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

E-Load/e-ME and Daylight Savings Time Change

If you are using e-TEST suite versions 8.10 or older, please see the following knowledge base article on updating your JRE for e-Load and e-Manager Enterprise.
http://qazone.empirix.com/entry.jspa?externalID=201&categoryID=15
(you must be logged into QAZone to view this link)
It is recommended that e-Load and e-Manager Enterprise customers update the JRE on their e-Load and e-ME server machines using the SUN JRE patch referenced in the article.
e-TEST suite version 8.20 which is releasing this week does not require any update.
Message was edited by: jfernandes

My problem is that now CFMX 6.1 thinks that it is 8 hours
later in the day
than it really is (it is stuck on GMT now) and I am unable to
get CFMX to
acknowledge the operating systems clock. :-(
"GregK" <[email protected]> wrote in message
news:eord35$5mq$[email protected]..
The technote for this issue:
http://www.adobe.com/cfusion/knowledgebase/index.cfm?id=d2ab4470
has
another
link to a technote which addresses null pointer exceptions
after upgrading
the
JVM on CFMX 6.1 systems:
http://www.adobe.com/cfusion/knowledgebase/index.cfm?id=kb400232
The hotfix
described in that technote gives a fix for CFLDAP and
CFSERVLET tags after
the
new JVM is installed.
The important thing to note is that Adobe feels that
daylight savings time
will indeed present a problem for ColdFusion applications.
Unfortunately,
the
problems are not explained in any detail. I can guess that
functions like
DateDiff( ) may calculate incorrect values when spanning the
changed weeks
of
daylight savings time. As others have suggested; however,
simply retrieving
the system time, i.e. Now( ) function may not be affected as
long as the
operating system clock is set correctly.
Hope that helps.

CF MX and Daylight Savings Time Change

Next year 2007, the Daylight Saving day (chaning the clocks
for spring and fall) will be changing. The Spring date will be a
month earlier and the fall date a month later then it has been for
years.
How will the Cold Fusion Server for MX 7+ handle this? Will
it use the server time or use the internal CF Server clock?
Thanks.

My problem is that now CFMX 6.1 thinks that it is 8 hours
later in the day
than it really is (it is stuck on GMT now) and I am unable to
get CFMX to
acknowledge the operating systems clock. :-(
"GregK" <[email protected]> wrote in message
news:eord35$5mq$[email protected]..
The technote for this issue:
http://www.adobe.com/cfusion/knowledgebase/index.cfm?id=d2ab4470
has
another
link to a technote which addresses null pointer exceptions
after upgrading
the
JVM on CFMX 6.1 systems:
http://www.adobe.com/cfusion/knowledgebase/index.cfm?id=kb400232
The hotfix
described in that technote gives a fix for CFLDAP and
CFSERVLET tags after
the
new JVM is installed.
The important thing to note is that Adobe feels that
daylight savings time
will indeed present a problem for ColdFusion applications.
Unfortunately,
the
problems are not explained in any detail. I can guess that
functions like
DateDiff( ) may calculate incorrect values when spanning the
changed weeks
of
daylight savings time. As others have suggested; however,
simply retrieving
the system time, i.e. Now( ) function may not be affected as
long as the
operating system clock is set correctly.
Hope that helps.

CF MX and Daylight Savings Time

Hi. We have ColdFusion MX Version 6,1,0,83762 installed on
our Windows 2003 server. Will we have any issues with the product
and the Daylight Savings Time coming up on March 11? Is there a
required patch for this change? Thank you.

This has been discussed at length in
http://www.adobe.com/cfusion/webforums/forum/messageview.cfm?forumid=1&catid=7&threadid=12 44419&highlight_key=y&keyword1=dst

CUE timezone and daylight savings time

Hi,
Having issue where CUEs don't seem to be adjusting for daylight savings time. Timezone is set correct to EST but is a hour off because its daylight savings time now. The router and CUE are configured to use same NTP server and router has summertime setting and adjusts for DST fine and has correct time but CUE is a hour behind, like it is not doing DST.
Were on version 2.2(2) of CUE software.
This is also in indiana where the laws changed recently so maybe that has something to do with this.
Any ideas?

Very likely due to the change in Indiana. A workaround would be to change the timezone to an EST zone that observes DST such as America/Louisville (Eastern Time - Kentucky - Louisville Area).
Hope this helps.
Brandon

Daylight Savings Time in Calendar Bar

I am in Australia and we have also adjusted the clocks to Daylight Savings Time -
I am using an Iphone 5 with IOS 7.0.2 and all settings are set to time zone Sydney, in both Date and Time and Calendar.
The calendar shows the correct time at the top of the screen but the red bar that identifies the current time is showing pre DST - quite bizzare?
My Ipad is showing the same as is my wifes Iphone 5 (also updated with IO7)
I suggest this is an IO7 glitch/bug - anyone with a solution?

It's not just an hour late issue. My 3GS alarm went off an hour early this past Saturday. I tried to reset the alarm for the desired time and it didn't go off. Then my girlfriend's alarm on her 3GS did go off an hour late this morning.

Reinstall issue: Is this a Daylight Savings Time Glitch?

Similar Messages

Maybe you are looking for