자동으로 꺼졌다 켜지는 컴퓨터.

반응형

고장 증상이 좀 까다로운 컴퓨터 A/S 요청이 들어 왔다. 정확하게는 고객이 컴퓨터 고장 원인을 찾아달라는 요청이었다. 아마 해당 제조회사 서비스센터와 트러블이 발생한 것 같았다.

최초 증상이 컴퓨터가 가끔 사용 중 꺼지는 증상이었는데, 해당 제조업체 서비스센터에 수리를 맡겼지만 하드웨어의 별다른 문제가 발견되지 않아 프로그램 문제로 판단, 운영체제를 재설치하고 수리를 완료한 것이다.
그런데 문제는 40분정도 컴퓨터를 사용하면 다시 꺼졌다 켜지는 증상이 발생한다는 것이다.

컴퓨터를 회수하여 xp 이벤트 뷰어 - 시스템 쪽을 살펴보니 아래 그림처럼 ftdisk 디스크 에러가 발생한 흔적이 보였다. 일단 하드디스크 부터 검사를 시작하기로 하였다.
Fdisk 부터 시작하여 Format, Scandisk 표면검사까지 실시하였으나 별다른 이상이 보이지 않았다.

사용자 삽입 이미지xp 이벤트뷰어


운영체제를 다시 설치한 후 이번에는 Burnln Test를 실시하였으나 역시 별다른 이상은 보이지 않았다.
아래 그림보다 테스트 시간 횟수는 훨씬 길었다.

사용자 삽입 이미지burnln test


결국 오버클럭킹 안정성 테스트 프로그램들을 가동하기로 하였다.
실제 컴파서블은 오버클럭킹은 별로 좋아하지 않아서 아래의 유틸들은 정상적인 시스템의 문제를 찾고자 할 때만 사용한다. 그 까닭에 이 유틸들이 보여주는 시스템 성능 수치는 거의 신경쓰지 않는 편이다.
Super PI를 실행하자 4M 이후 부터는 에러가 발생하기 시작한다.

사용자 삽입 이미지super pi


프라임2004를 실행하자 8초만에 Stop이다. 헉, 10초도 못 견디다니...

사용자 삽입 이미지프라임 2004


Mem Test 테스트도 역시 2.2%에서 바로 에러가 발생한다.
이 유틸들은 오버크럭을 하지 않은 시스템에서는 절대 에러가 발생해서는 안 된다.
결국 이 시스템은 현재 문제가 있다는 결론이다.

사용자 삽입 이미지mem test


메인보드 씨모스 셋팅 화면이다.
이 보드는 기가바이트 인텔 945gc 모델로 FSB 1066을 기본으로 지원한다.
FSB1333은 오버클럭으로 지원을 하는데 아래 그림처럼 씨모스에서 오버클럭 사용을 선택해야 한다.
현재 이 컴퓨터의 CPU 역시 FSB 1333을 사용하는 인텔 코어2 E6550(2.33GHz) 제품이었다.

사용자 삽입 이미지cmos, 씨모스 셋업


씨모스에서 오버클럭을 중지하고 시스템을 가동했다.
2.33GHZ에서 1.88GHZ로 클럭이 떨어져 작동을 하였다.

사용자 삽입 이미지


그 상태에서 다시 안정성 테스트 프로그램들을 실행하였다.
아래 그림은 Supre PI 테스트 중 마지막 관문 16M을 실행한 화면이다.
아주 무난하게 통과하였다.(연산 시간은 관심 없음)

사용자 삽입 이미지


역시 프라임 2004도 28분이상 아무 에러가 발생하지 않았다.

사용자 삽입 이미지


Mem Test 역시 320% 이상 아무 에러가 발생하지 않았다.

사용자 삽입 이미지

 


결국은 오버를 해야만 지원하는 CPU를 장착한 것이 결국 문제를 일으키고 만 것같다.
혹시나 싶어 메인보드 바이오스 업그레이드를 해 보았지만, 오히려 강제로 CPU를 1066클럭으로 고정을 하는 바람에 1.88GHZ 이상은 설정할 수도 없게 되어 다시 바이오스를 예전 것으로 되돌렸다.

정확한 것은 모든 부품을 하나씩 테스트를 더 해봐야겠지만,
아직 무상기간이라 다시 해당 제품 서비스센터로 컴퓨터를 넘겨주고, 테스트 결과를 알려주는 것으로 마무리 하였다.


참고)
간단한 테스트 과정에서 고장 증상이 바로 발견이 되는데, 해당 서비스센터에서 문제점을 찾지 못한 까닭은 무엇일까?
컴파서블보다 기술이 부족한가?...따~시!, 이 테스트는 걍 아무나 하는 것이니 실력과는 무관하다.

다만, 테스트 환경에 따라 결과가 다르게 나올 수 있다.
경험이 적은 기사분들이 간혹 컴퓨터 고장 테스트 과정에서 본체 뚜겅을 열어놓고 한는 경우가 있는데, 이번 경우는 40분정도 컴퓨터를 사용하면 에러가 발생하는 형태라 시스템 온도 문제를 염두에 둬야하며, 이런 경우 오히려 본체 내부 열을 올리는 방법을 사용해야 정확한 원인을 찾을 수 있다.

실제 이 컴퓨터를 테스트 할 때에도 뚜겅을 열은 상태에서는 안전성 테스트 프로그램들이 꽤 많은 시간동안 에러가 발생하지 않았다.

아마 같은 테스트를 본체을 열어놓고 하였다면 아주 길게 테스트를 하지 않은 이상 찾기 어려웠을 것이다.

반응형

댓글()