첫 번째 징후는 시작 시 gnome이 안전 모드에서 시작되었고 GUI 메뉴에서 시스템 설정에 액세스할 수 없다는 것입니다.
$ uname -a
Linux mymachine 3.7.2-204.fc18.i686.PAE #1 SMP Wed Jan 16 16:31:26 UTC 2013 i686 i686 i386 GNU/Linux
정보
[ 54.190910] SELinux: initialized (dev fuse, type fuse), uses genfs_contexts
[ 54.280239] SELinux: initialized (dev fusectl, type fusectl), uses genfs_contexts
[ 973.080049] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
[ 973.085561] i915: render error detected, EIR: 0x00000010
[ 973.085572] [drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x00000010, masking
[ 973.085587] i915: render error detected, EIR: 0x00000010
[ 1027.080050] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
[ 1027.084135] i915: render error detected, EIR: 0x00000010
[ 1027.084149] [drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x00000010, masking
[ 1027.084162] i915: render error detected, EIR: 0x00000010
[ 1030.084053] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
[ 1030.084241] [drm:i915_reset] *ERROR* GPU hanging too fast, declaring wedged!
[ 1030.084246] [drm:i915_reset] *ERROR* Failed to reset chip.
[ 3049.196863] nf_conntrack: automatic helper assignment is deprecated and it will be removed soon. Use the iptables CT target to attach helpers instead.
/var/log/Xorg.0.log에서
[ 28.112] (II) intel: Driver for Intel Integrated Graphics Chipsets: i810,
i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G,
E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G,
965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45,
4 Series, G45/G43, Q45/Q43, G41, B43, B43, Clarkdale, Arrandale,
Sandybridge Desktop (GT1), Sandybridge Desktop (GT2),
Sandybridge Desktop (GT2+), Sandybridge Mobile (GT1),
Sandybridge Mobile (GT2), Sandybridge Mobile (GT2+),
Sandybridge Server, Ivybridge Mobile (GT1), Ivybridge Mobile (GT2),
Ivybridge Desktop (GT1), Ivybridge Desktop (GT2), Ivybridge Server,
Ivybridge Server (GT2), Haswell Desktop (GT1), Haswell Desktop (GT2),
Haswell Desktop (GT2+), Haswell Mobile (GT1), Haswell Mobile (GT2),
Haswell Mobile (GT2+), Haswell Server (GT1), Haswell Server (GT2),
Haswell Server (GT2+), Haswell SDV Desktop (GT1),
Haswell SDV Desktop (GT2), Haswell SDV Desktop (GT2+),
Haswell SDV Mobile (GT1), Haswell SDV Mobile (GT2),
Haswell SDV Mobile (GT2+), Haswell SDV Server (GT1),
Haswell SDV Server (GT2), Haswell SDV Server (GT2+),
Haswell ULT Desktop (GT1), Haswell ULT Desktop (GT2),
Haswell ULT Desktop (GT2+), Haswell ULT Mobile (GT1),
Haswell ULT Mobile (GT2), Haswell ULT Mobile (GT2+),
Haswell ULT Server (GT1), Haswell ULT Server (GT2),
Haswell ULT Server (GT2+), Haswell CRW Desktop (GT1),
Haswell CRW Desktop (GT2), Haswell CRW Desktop (GT2+),
Haswell CRW Mobile (GT1), Haswell CRW Mobile (GT2),
Haswell CRW Mobile (GT2+), Haswell CRW Server (GT1),
Haswell CRW Server (GT2), Haswell CRW Server (GT2+),
ValleyView PO board
[ 28.122] (II) VESA: driver for VESA chipsets: vesa
위의 Intel 드라이버가 이 그래픽 카드에 적합하다고 생각합니까? 내장 그래픽이 정지되는 것을 방지하는 방법은 무엇입니까?
답변1
뭔가가 아주 아주 잘못됐어최신 X11 및 82845G 비디오 하드웨어를 갖추고 있습니다. 실제로 안정적인 82845G 그래픽 카드를 얻기 위해 한 컴퓨터에서 Slackware 11.0으로 다운그레이드했습니다.
내 개발 컴퓨터는 Arch를 실행합니다. 아치 포럼에는다년간의 테마로 구성된 7페이지82845G에 대해. Arch 포럼 스레드의 5페이지를 보면 일부 사람들이 이를 수정했다고 주장하는 것을 볼 수 있습니다. Arch는 이 문제를 처리하기 위해 2개의 별도 패키지를 제공합니다. 저는 Fedora를 설치한 적도 없어서 어떤 것을 추천해 드려야 할지 잘 모르겠습니다. 이제 알았으니 Arch의 새 패키지 중 하나를 설치해 보도록 하겠습니다.
답변2
마더보드 불량으로 인해 발생하는 문제를 본 적이 있습니다. 내 경우에는 시스템이 KDE GUI용 그래픽 렌더링을 시작할 때까지 Fedora19를 부팅할 때 모든 것이 괜찮았습니다. 그런 다음 렌더링 루프 실패에 대한 오류 메시지와 함께 멈춥니다. 마우스는 여전히 작동하고 텍스트 모드로 들어갈 수 있습니다. 시스템은 이전에 작동했지만 아무것도 변경되지 않았습니다.
내 마더보드는 약 10년이 되었으며 다른 가능성을 시도한 후 마더보드를 자세히 살펴보았고 많은 전해 커패시터(플라스틱 슬리브가 있는 알루미늄 캔)가 고장난 것을 발견했습니다. 이러한 커패시터는 로직 스위칭으로 인해 발생하는 전력선의 스파이크를 필터링합니다. 일반적으로 눈치채지 못한 채 일부 커패시터가 손실되지만, 결함이 충분히 발생하면 스파이크가 로직에 다시 연결될 만큼 커집니다. 렌더링할 때 로직이 고속 기어로 전환되기 때문에 이때 처음으로 효과를 볼 수 있습니다.
커패시터는 내부의 액체 전해질이 천천히 증발하기 때문에 작동하지 않으며, 전해질이 충분히 낮아지면 커패시터가 단락되어 남은 전해질이 끓고 병이 파열될 때까지 가열한 다음 잠시 증기 제트로 빠져나갑니다. 컴퓨터가 계속 작동할 수 있도록 덮개는 일반적으로 끓어오르게 됩니다. 이를 확인하려면 상단에 X 스탬프가 찍힌 뚜껑을 확인하세요. X의 임무는 캔이 치명적인 폭발을 일으키지 않고 깨질 수 있도록 캔을 약화시키는 것입니다. 이런 식으로 뚜껑이 망가지면 윗부분이 평평하지 않고 약간 돔형이 되고 증기가 빠져나가는 작은 구멍이 보일 수 있으며 구멍 근처에 갈색 또는 흰색 잔여물이 있을 수 있습니다.
이로 인해 캡 교체 문제가 발생합니다. 다른 보드에서 한 번 시도해 봤는데 여전히 작동하지 않았습니다. 모든 작업을 완료했는지 확신할 수 없으며 납땜 제거 작업을 많이 수행하면 보드가 손상될 가능성이 높습니다.