Win7 x64가 약 1분 동안 응답하지 않습니다. HD가 실패했나요?

Win7 x64가 약 1분 동안 응답하지 않습니다. HD가 실패했나요?

완전히 업데이트된 Win7 x64에서는 시스템이 1분 정도 정지되는 경우가 많습니다. 이것은 지금 몇 달 동안 계속되고 있습니다. 멈춘다는 것은 마우스가 반응하고 창을 이동할 수 있다는 뜻입니다. 하지만 열려 있는 모든 창, 모든 프로그램이 선택하면 하얗게 변하고 새 프로그램이 열리지 않습니다. 어떤 종류의 프로그램인지는 중요하지 않습니다. 정지가 중지되면 내가 수행한 모든 클릭(예: 새 프로그램 열기)이 적용됩니다.

이벤트 로그에 일관되게(이런 일이 발생할 때마다) 아무것도 표시되지 않습니다. 오늘은 뭔가를 찾을 수 있었지만 "시스템이 응답하지 않았습니다"라는 것 외에는 많은 것을 드러내지 않았습니다. '의 경우 7009입니다.Windows 오류 보고 서비스 서비스 연결을 기다리는 동안 시간 초과(30000밀리초)에 도달했습니다."

USB 장치 플러그인이 있는지 여부는 중요하지 않습니다. 저는 Microsoft Security Essentials와 Malwarebytes를 실행했습니다.

기기가 응답하지 않는 동안 드라이브 D(이 노트북의 단일 내부 HD에 있는 다른 파티션)가 탐색기에 이와 같이 표시되는 것을 확인했습니다. 이는 C 드라이브나 시스템의 다른 드라이브에서는 절대 발생하지 않습니다. 탐색기의 탐색기에 드라이브 D가 표시되는 방법.

물리적 드라이브에 대한 SMART 보고서:스마트 보고서

아마도 퍼즐의 가장 중요한 부분인 HD Tune 5 Pro의 벤치마크를 읽어보세요. 이러한 문제로 인해 응답이 없는지 여부에 관계없이 이것만으로도 드라이브에 문제가 있음을 알 수 있지 않습니까? HD Tune 5 Pro의 벤치마크 읽기

다음은 간단한 하드웨어 보고서입니다.

Computer:      LENOVO ThinkPad T520
CPU:           Intel Core i5-2520M (Sandy Bridge-MB SV, J1)
               2500 MHz (25.00x100.0) @ 797 MHz (8.00x99.7)
Motherboard:   LENOVO 423946U
Chipset:       Intel QM67 (Cougar Point) [B3]
Memory:        8192 MBytes @ 664 MHz, 9.0-9-9-24
               - 4096 MB PC10600 DDR3 SDRAM - Samsung M471B5273CH0-CH9
               - 4096 MB PC10600 DDR3 SDRAM - Patriot Memory (PDP Systems) PSD34G13332S
Graphics:      Intel Sandy Bridge-MB GT2+ - Integrated Graphics Controller [D2/J1/Q0] [Lenovo]
               Intel HD Graphics 3000 (Sandy Bridge GT2+), 3937912 KB 
Drive:         ST320LT007, 312.6 GB, Serial ATA 3Gb/s
Sound:         Intel Cougar Point PCH - High Definition Audio Controller [B2]
Network:       Intel 82579LM (Lewisville) Gigabit Ethernet Controller
Network:       Intel Centrino Advanced-N 6205 AGN 2x2 HMC
OS:            Microsoft Windows 7 Professional (x64) Build 7601

1년 미만된 드라이브입니다. 드라이브에 결함이 있습니까? Seagate Tools 진단 결과 드라이브에 문제가 없다고 합니다...

업데이트: Windows 오류 보고 서비스가 실행 상태로 진입했다가 중지된 상태로 전환되었으며 두 이벤트 사이의 간격이 정확히 2분인 것을 확인했습니다. 어떤 오류를 보고하려고 했는지 모르겠습니다. "신뢰성 모니터"를 확인했는데 보고할 오류가 표시되지 않습니다. 문제가 중지되는지 확인하기 위해 Windows 오류 보고 서비스를 비활성화했습니다.

답변1

귀하께서 제공해 주신 새로운 정보에 따르면, 사실상 전혀 문제가 없다고 말씀드릴 수 있습니다. 그렇다면 게스트 OS를 일시 중지한 후 최대 3분 동안 몇 초 동안 "오프라인 상태"가 되는 이유는 무엇입니까? 말씀하신 대로 드라이브 사용량이 많아 드라이브가 응답하지 않는 동안에도 HDD LED 표시등은 계속 켜져 있기 때문입니다.

VMWare 사용을 마치고 게스트 OS를 절전 모드로 전환하려는 경우 종료하는 대신 대기 또는 최대 절전 모드 기능을 사용하는 경우가 발생합니다. 이로 인해 VMWare는 VM의 RAM 내용을 디스크에 복사하여 다시 부팅할 필요 없이 중단된 부분부터 다시 시작할 수 있습니다. VM에 할당한 메모리 양과 사용량에 따라 이는 VMWare가 디스크에 상당히 많은 데이터(기가바이트)를 써야 함을 의미할 수 있습니다.

VMWare가 메모리를 디스크에 복사하면 드라이브는 현재 디스크 작업(파일에 RAM 쓰기)이 완료될 때까지 새 디스크 작업에 거의 응답하지 않게 됩니다. 결과적으로 개봉하면내 컴퓨터, Windows는 데이터 새로 고침을 시도하지만 이미 모든 쓰기 명령이 대기 중이므로 필요한 데이터를 가져오기 위해 드라이브를 읽을 수 없습니다. 따라서 해당 읽기 요청(VMWare의 쓰기 작업 사이)이 처리될 수 있을 때까지 비어 있고 오프라인인 것처럼 보입니다.

탐색기에서 드라이브를 열면 한동안 드라이브가 전혀 열리지 않거나, 파일 작업이 길어질 때마다 드라이브가 열리고 주소 표시줄에 녹색 진행률 표시줄이 깜박이는 것을 볼 수 있습니다( 수천 개의 파일을 검색하는 것과 같습니다).

요약하자면, 이 상황에는 놀랍거나 신비한 것이 없습니다. VMWare 게스트 OS를 대기 상태로 두는 대신 대용량 파일을 수동으로 드라이브에 복사했다면 결과는 정확히 동일할 것입니다.

그렇다면 문제를 해결하기 위해 무엇을 할 수 있나요? 더 빠른 드라이브로 변경하는 것(또는 외장형인 경우 내부 드라이브 사용) 외에 D:가장 좋은 방법은 드라이브 조각 모음을 수행하는 것입니다. 매우 조각난 경우 D:VMWare가 RAM을 디스크로 플러시하려고 하면 RAM이 뒤섞이게 됩니다.많이거대한 파일 덩어리를 다른 영역에 쓰는 동안(물론 이것은 SSD가 아니라고 가정하고 D:여전히 와 동일한 0ST320LT007 드라이브에 있는 파티션이라면 C:그렇지 않습니다).

드라이브 조각 모음을 수행하면(여유 공간이 충분하다고 가정) 시스템은 write 1GB of data at cluster X많은 작은 작업( write 1MB here, write 245.18MB there, 4KB here, another 18.1MB somewhere else…) 대신 큰 범위에서 몇 가지 파일 작업(예: )만으로 RAM 파일을 쓸 수 있습니다. VM을 절전 모드로 전환하면 훨씬 빠르게 완료되고 드라이브의 응답성이 향상됩니다.

드라이브를 활성화하고 사용하게 만드는 액세스가 무엇인지 정확히 알아내려면 다음과 같은 도구를 사용할 수 있습니다.프로세스 모니터. 실행하고 클래스 필터를 클릭하면 아래와 같이 파일 클래스 필터만 선택됩니다.

이제 어떤 파일과 폴더에 액세스하고 있는지 확인할 수 있습니다. 활동 캡처( Ctrl+ ) 를 시작하고 중지하는 단축키를 기억하여 EVMWare의 디스크 작업으로 인해 범람이 시작되면 중지할 수 있도록 하십시오.

파일 클래스 필터만 활성화된 프로세스 모니터 스크린샷

답변2

설명된 증상은 실제로 불량 드라이브의 고유한 증상입니다. 디스크가 응답하지 않으면 시스템은 시간이 초과되어 오류가 발생하기 전에 겉으로는 헤아릴 수 없을 만큼 오랜 시간을 기다립니다.

즉, 이 문제가 볼륨 D:( 와 동일한 물리적 드라이브에 있는 파티션임을 암시함 C:)에서만 발생하는 것 같다는 점이 궁금합니다. 소프트웨어 문제인 경우(예: 의 파일 시스템 손상 D:) 간헐적으로 발생해서는 안 됩니다. 반면에 하드웨어 문제는 실제로 간헐적으로 발생할 수 있습니다. 예를 들어 플래터 내부에 불량 섹터가 두 개만 있고 시스템은 가끔 만지는 경우가 있습니다. 물론 HD Tune에서 아무 것도 보고하지 않았다고 이미 말씀하셨습니다. 그러나 생각하셨듯이 최신 드라이브는 실제로 불량 섹터를 숨깁니다. 일반적으로 불량 섹터를 다시 매핑할 수 있는 예비 섹터가 많이 있습니다. 예, OS가 불량 섹터에 대해 알 수 없도록 이 작업을 투명하게 수행합니다(SMART를 통한 일반 정보 제외).

만약데이터열이 원시 데이터를 보고하고 있다면, 그렇습니다. 2,465개의 재배치된 섹터는 많은 것입니다. 에서만 발생하는 경우 D:불량 섹터가 헤드가 파킹되는 플래터 중앙쪽으로 그룹화될 가능성이 높으므로 드라이브가 종료/회전하는 동안 드라이브가 밀릴 수 있습니다.

그 볼륨은 어디에 사용되나요? temp디렉토리 저장이나 OS나 프로그램이 가끔 액세스하는 등 의 용도로 사용되는 경우~할 수 있었다파일 시스템이 손상되었을 수 있습니다(물론 을 실행했다고 말 chkdsk했으므로~해야 한다안 된다).

eventvwr.exe이벤트 뷰어( ) System를 열고원천Disk. 표시된 디스크 번호를 상호 참조할 수 있습니다.디스크 관리MMC 스냅인( diskmgmt.msc).

이벤트 뷰어의 불량 디스크 이벤트

디스크 관리 스냅인의 해당 디스크 번호

답변3

문제는 VMWare Player로 추적되었습니다. VMWare 게스트 OS가 종료된 후 일정 시간이 지나면 즉시 발생합니다. 더 많은 정보여기.

제 경우의 해결책은 VMware Authorization Service를 비활성화하는 것이었습니다. 이 서비스는 관리자가 아닌 사람이 가상 머신을 실행해야 하는 경우에만 필요합니다.

업데이트: VMware 인증 서비스를 비활성화하고 Application Experience Service(불필요하다고 판단하여 비활성화했음)를 다시 활성화하면 문제가 해결되었습니다.

HD를 교체한 후에도 D: 드라이브가 몇 초 동안 여전히 "오프라인" 상태가 됩니다. 이로 인해 전체 시스템이 응답하지 않게 되는 것이 아니라 D:에 저장된 데이터에 의존하는 특정 응용 프로그램만 렌더링됩니다(예: 내 구성의 Outlook). D: 오프라인 드라이브 문제는 별개의 문제로 생각하겠습니다.

답변4

이는 귀하가 제공한 정보로 진단하기 어려운 문제입니다(정보가 너무 많으니 오해하지 마세요). 이를 하드웨어 문제로 진단하는 한 가지 방법은 wubi 등을 통해 Linux 설치 시 문제를 재현해 보는 것입니다.

HD에 불량 섹터가 있을 때 비슷한 일이 발생하는 것을 보았습니다. 그러나 나는 또한 잘못된 드라이버로 인해 유사한 문제를 보았습니다.

CHKDSK를 사용해 보고 불량 섹터를 검색해 보셨나요?

관련 정보