컴퓨터가 깨어있는 동안 주요 시계 드리프트

Windows 2008 Server (Windows 7)를 제대로 실행 한 컴퓨터에서 새 Windows 8 Pro를 설치하면 시스템 시계가 빠르게 표류합니다.

이것은 DELL Precision M4300입니다.

편집하다

원래 나는 이것이 Windows 8에 있다고 생각했습니다. 이후 스왑 아웃되었지만 여전히 문제가 계속되는 Windows 2008 Server 하드 드라이브를 다시 넣었습니다. 나는 이것이 이전에 일어나고 있었고 나는 단지 눈치 채지 못했음을 받아 들일 수 없다 . 하루 동안 시계는 몇 시간 씩 표류 할 수 있습니다. 항상 느린 것 같습니다.

인터넷 시간 동기화를 사용하도록 설정했으며 수동으로 수행하는 방법을 알고 있습니다.

이 문제의 원인은 무엇입니까? 새로운 문제 여야합니까? 많은 Google 검색 결과는 잘못된 CMOS 배터리를 제안합니다. 그러나 또한 Windows가 깨어나거나 부팅되지 않는 한 하드웨어 시계를 참조하지 않으므로 표류 중에 컴퓨터가 항상 켜져 있으면 배터리가 어떻게 문제가 될 수 있는지 알지 못합니다. 또한 Windows 7에서는 (지속적) 문제가 아니기 때문에 다른 하드 드라이브 또는 다른 OS와 관련이 있어야한다고 생각합니다.

(아니, 바이러스가 아닙니다)

최신 정보

몇 달 동안 Windows 7 드라이브를 교체했습니다. 오래된 드라이브로 돌아온 처음 몇 주 동안,이 새로운 시계 드리프트 문제는 실제로 지속되었습니다! 내가 틀렸는 지, 드리프트 문제가 Windows 7에서도 있었는지 궁금했지만 눈치 채지 못했습니다. 나는 해결책을 찾을 수 없었지만 잠시 후에 사라졌고 안정적인 시스템 시계를 가지고있었습니다. 깨어 듭니다.

그래서 오늘 저는 Windows 8 드라이브를 다시 설치하여 문제가 발생한 드라이버 나 패치가 수정되었다고 생각했습니다. 글쎄, 벌써 나는 큰 드리프트를 다시보고있다!

드라이브 자체 (OCZ Agility 3에서 OCZ Vertex 4로 변경)가 이런 종류의 문제를 일으킬 수있는 방법이 있습니까? 나는 방법을 볼 수 없지만, 드라이브가 버스에서 재미있는 타이밍을 가지고 있거나 어쩌면 그 원인이 될 수 있습니까?

최신 정보

나는 OCZ에 편지를 썼다.

불행히도 우리는 드라이브와 관련 하여이 문제와 관련된 사례가 없었습니다. Windows 설치의 소프트웨어 문제이거나 시스템의 메인 보드의 하드웨어 문제인 것 같습니다. Microsoft 및 Dell에 문의하여 도움을받는 것이 좋습니다.

이것은 매우 실망스러운 문제입니다. 근무일에 시간 서버와 시계를 여러 번 다시 동기화해야합니다.

그것은 일정한 드리프트가 아닙니다, 나는 생각하지 않습니다. 때때로 몇 시간이 드리프트 (희귀)없이 지나갈 수 있지만 1 시간 안에 45 분 정도 쉽게 사라질 수 있습니다.

시간 이 지날 수록 확실하지 않습니다. 즉, 마지막으로 동기화 한 시간보다 빨리갑니다. 아마도 그렇지 않을 것입니다. 파일 관리에 큰 문제가 생길 수 있습니다.

최신 정보

다음은 일련의 이벤트 로그 항목입니다. 오늘 일어 났을 때, 어제 밤 7 시경에 시계가 멈춰있는 것을 보았습니다. 이벤트 순서에 따라 로그가 시간에 어떻게 반송되는지 확인하십시오. 나는이 시스템이 뒤로 점프하는 시간에 안정을 유지할 수 있다고 믿을 수 없다. 그 당시의 유일한 항목입니다.

이러한 오류가 원인, 결과 또는 우연의 일치인지 모르겠습니다.

Information 2/6/2013 6:58:31 PM Windows Error Reporting 1001    None
Information 2/6/2013 6:59:57 PM Windows Error Reporting 1001    None
Information 2/6/2013 7:01:15 PM Windows Error Reporting 1001    None
Information 2/6/2013 6:58:52 PM Windows Error Reporting 1001    None
Information 2/6/2013 7:00:17 PM Windows Error Reporting 1001    None
Information 2/6/2013 7:01:40 PM Windows Error Reporting 1001    None
Information 2/6/2013 6:59:22 PM Windows Error Reporting 1001    None


Log Name:      Application
Source:        Windows Error Reporting
Date:          2/6/2013 6:58:31 PM
Event ID:      1001
Task Category: None
Level:         Information
Keywords:      Classic
User:          N/A
Computer:      
Description:
Fault bucket -1469235789, type 5
Event Name: WPNConnectionFailure
Response: Not available
Cab Id: 0

Problem signature:
P1: Data Reconnect
P2: 880403f5
P3: WNP
P4: IPv6v4
P5: None
P6: LAN
P7: 2
P8: 244
P9: 
P10: 

첨부 파일 : C : \ Users \ Jason \ AppData \ Local \ Temp \ wpn_3775682326159551384.evtx

이 파일들은 여기에서 구할 수 있습니다 :

Analysis symbol: 
Rechecking for solution: 0
Report Id: 1a552c3b-70b9-11e2-bed8-001e37f5f3d7
Report Status: 16
Hashed bucket: bf2d0f7d5d2d29e2ff5285f8ba408a8d
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Windows Error Reporting" />
    <EventID Qualifiers="0">1001</EventID>
    <Level>4</Level>
    <Task>0</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2013-02-06T23:58:31.000000000Z" />
    <EventRecordID>7762</EventRecordID>
    <Channel>Application</Channel>
    <Computer></Computer>
    <Security />
  </System>
  <EventData>
    <Data>-1469235789</Data>
    <Data>5</Data>
    <Data>WPNConnectionFailure</Data>
    <Data>Not available</Data>
    <Data>0</Data>
    <Data>Data Reconnect</Data>
    <Data>880403f5</Data>
    <Data>WNP</Data>
    <Data>IPv6v4</Data>
    <Data>None</Data>
    <Data>LAN</Data>
    <Data>2</Data>
    <Data>244</Data>
    <Data>
    </Data>
    <Data>
    </Data>
    <Data>
C:\Users\Jason\AppData\Local\Temp\wpn_3775682326159551384.evtx</Data>
    <Data>
    </Data>
    <Data>
    </Data>
    <Data>0</Data>
    <Data>1a552c3b-70b9-11e2-bed8-001e37f5f3d7</Data>
    <Data>16</Data>
    <Data>bf2d0f7d5d2d29e2ff5285f8ba408a8d</Data>
  </EventData>
</Event>

최신 정보

시계를 마지막으로 재설정하기 전에 한 시간 정도 시간을 거슬러 올라갑니다.

최신 정보

다음은 똑같은 문제처럼 보이는 것을 설명하는 게시물입니다.

http://h30434.www3.hp.com/t5/Notebook-Operating-Systems-eg-Windows-8-and-Software/Insanely-weird-clock-drift-issue-in-Windows-8-on-ENVY- 14t / td-p / 1989849

최신 정보

오래된 랩톱 마더 보드가 고장 났으며이 시계와 관련이 없을 수도 있습니다. 동일한 M4300 마더 보드를 교체했습니다. 나는 당장 눈치 채지 못했지만, 새로운 마더 보드에서도 역류하는 시계가 상당히 극적으로 일어나고 있습니다. 이전의 랩톱에서 동일한 소프트웨어와 드라이버가 있었지만 (보통 알고있는 한)이 일이 발생하지는 않았지만 훨씬 덜 자주 사용되었습니다.

나는 여행을 갔고 간헐적으로 연결되었다. 새로운 Windows 예약 작업으로 5 분마다 시계를 동기화하고 깨우기 문제를 다소 완화했습니다. 시계가 뒤로 이동하면 작동하지 않습니다. 연결이 없으면 문제가 완전히 적용됩니다. 마지막 동기화 하루나 이틀 안에 시계가 더 많은 시간이 지나면 뒤로 표류했습니다.

이것은 매우 실망스럽고 파일 동기화 및 자식 저장소 무결성을 위협합니다. 몇 개의 투표권을 받고 있습니다. 문제가 있기 때문입니까? 아니면 그냥 재미있는가요? :-피

여기 동일!

일주일 전에 문제가 발생하자마자 cmos 배터리를 교체했지만 지속되었습니다. 다른 소프트웨어로 여러 바이러스 검사를 실행했지만 아무것도 찾지 못했습니다. sfc / scannow는 시스템 파일이 정상이라고 말했지만 시계는 계속 정지하거나 뒤로 점프했습니다.

그때 나는 바이오스의 시계가 얼 었다는 것을 깨달았다 . 하드웨어 문제를 생각했지만 Asrock에 전화하기 전에 인터넷을 검색하여 다음을 발견했습니다. https : //.com 사용 중

하드 CMOS 재설정 (배터리 제거)을 시도 하고 BIOS 시계가 다시 시작되었습니다! 그러나 이전에 저장 한 BIOS 설정을로드하면 다시 중지되었습니다. 그래서 수동으로 모든 설정을 수동으로 다시 설정하여 원래 상태로 되돌려 야했습니다. 이제 작동합니다.

"교환 한 Windows 2008 Server 하드 드라이브"에서 문제가 발생했다고합니다.

결론은 클럭 문제는 SSD와 아무런 관련이 없으며 OCZ Support가 말한 것처럼 마더 보드와 관련된 모든 것입니다. 클럭 업 클럭 회로 외에 배터리 만 남았습니다 (오버 클럭킹을 제외하고는 모든 것이 가능합니다).

예를 들어 포스터가 CMOS 배터리를 교체하도록 설득하기 위해 Win 8 Pro의 시계 문제 스레드 문제를 참조하십시오 . 그러나 이것이 올바른 해결책이었습니다.

"windows 8 clock problem"에 대한 인터넷 검색은 Windows 8에 시계와 관련된 재미있는 문제가 많이있을 수 있음을 발견했습니다. 이것은 물론 마더 보드 시계 문제에 훨씬 더 민감하기 때문일 수 있습니다. 물론 이상한 소프트웨어 결함 일 수도 있습니다.

따라서 인터넷 시간 서버와 CMOS 배터리를 변경하고 Windows 8 (선택적 업데이트 포함) 패치를 계속 유지하는 것이 좋습니다. 필요한 경우 Windows 8 SP1이 나올 때까지 다른 Windows 버전을 사용하십시오 (그러나 아무도 컴퓨터 모델의 문제를 해결할 것이라고 보장하지는 않습니다).

harrymc가 지적한 것처럼 저전압의 CMOS 배터리가 있다고 생각합니다. 간단한 테스트를 수행하고 PC를 켜고 시간이 표시되는 BIOS 화면에 놓으십시오. 몇 시간 동안 그대로두고 시간이 허비되는지 확인하십시오. 이 수준에서는 OS 관련이 없으므로 소프트웨어를 배제 할 수 있습니다. BIOS에 업데이트가 있는지 확인해도 문제가되지 않습니다.

Windows 8에서도 비슷한 문제가 발생했습니다. 때로는 시계가 특정 시간에 멈추고 결코 바뀌지 않을 수도 있습니다. 처음에는 CMOS 배터리도 생각하고 있었지만 실제로는 explorer.exe가 얼고 있음을 알았습니다. 탐험가가 얼어 붙었 기 때문에-전체 작업 표시 줄이 얼어 붙었습니다 (따라서 시계가 멈 춥니 다).

내 문제는 별도의 문제를 설명하지만 대답은 동일하게 유지됩니다. 이벤트 로그에서 꽤 많은 답을 찾았습니다. 시계가 표류하기 시작할 때쯤에 이벤트 로그를 살펴보아야합니까?