Gráficos integrados Intel 82845G pendurados no desktop do Fedora 18 i686

2

O primeiro sinal disso foi que na inicialização o gnome foi iniciado em modo de segurança e não consigo acessar as configurações do sistema no menu 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

dmesg

[   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.

de /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

Eu suponho que o driver intel acima seja o correto para esta placa gráfica? Como faço para parar a placa gráfica embutida?

    
por user1561108 21.01.2013 / 22:41

2 respostas

1

Algo está muito errado com o novo hardware de vídeo X11 e 82845G. Eu realmente fiz o downgrade para o Slackware 11.0 em uma máquina para obter gráficos 82845G confiáveis.

Minha máquina de desenvolvimento roda o Arch. Os fóruns do Arch têm um thread plurianual de 7 páginas sobre o 82845G. Se você observar a página 5 do tópico do fórum Arch, verá que algumas pessoas reivindicam uma correção. O Arch fornece dois pacotes separados para lidar com esse problema. Eu nem sequer instalei o Fedora, por isso não sei o que recomendo que você tente. Eu posso tentar instalar um dos novos pacotes do Arch, agora que estou ciente disso.

    
por 21.01.2013 / 23:08
0

Eu já vi esse tipo de problema causado por uma placa-mãe ruim. No meu caso, ao inicializar o Fedora19, tudo funcionou bem até o sistema começar a renderizar os gráficos para o KDE. Em seguida, pendurado com uma mensagem de erro sobre falha do anel de renderização, o mouse ainda funcionou e eu poderia entrar no modo de texto, o sistema tinha trabalhado anteriormente e nada foi alterado.

Minha placa-mãe tinha cerca de 10 anos e, depois de esgotar outras possibilidades, olhei de perto a placa e descobri que muitos dos capacitores eletrolíticos (as latas de alumínio com mangas de plástico) haviam falhado. Esses capacitores filtram picos, causados pela comutação lógica, das linhas de fonte de alimentação e geralmente você pode perder alguns e nunca notar, mas quando falham o suficiente, os picos ficam grandes o suficiente para se reconectarem à lógica. Desde que a lógica muda em alta velocidade ao renderizar isso é quando você vê o efeito pela primeira vez.

Os capacitores falham porque o eletrólito líquido neles evapora lentamente e quando fica baixo o suficiente, o condensador aquece o eletrólito restante até ferver e romper a lata e então escapa brevemente como jato de vapor. As tampas geralmente se abrem para que o computador continue funcionando. Para verificar isso, examine as tampas com um X estampado no topo, que X está lá para enfraquecer a lata, para que ela se rompa sem uma explosão catastrófica. Se a tampa falhar dessa maneira, a parte superior ficará ligeiramente abaulada em vez de plana, você poderá ver um pequeno orifício onde o vapor escapou e pode haver um pequeno resíduo marrom ou branco perto do buraco.

Isso levanta a questão de substituir as tampas. Eu tentei isso uma vez em outra placa e ainda não funcionou. Você nunca pode ter certeza de ter conseguido tudo isso e de fazer muitos resultados de dessoldagem com alta probabilidade de danificar o tabuleiro.

    
por 03.12.2013 / 22:52