Re: X parou de executar após pico de luz.
Em Qui 13 Out 2005 19:47, Rafael Freitas escreveu:
> E ae Pessoal, t�ecisando de uma ajudinha ae:
> Seguinte, estou usando kernel 2.6.12.5 placa de video SIS 740 placa m�> M810-DLU da pcchips. Debian Sarge 3.1 e
> estava eu rodando o gnome, quando um pico de luz fez com que o pc
> rebootasse, depois disso
> ele n�mais abriu, digo o X, nada nem gnome, kde, blackbox ... reinstalei
> tudo de novo relacionado
> ao X, mudei at�ara o Xorg mas o problema � mesmo, esecutei o e2fsck e
> o mesmo fixou os problemas,
> mas continua sem o X, meu sistema de arquivos � EXT3 j�entei de tudo
> mesmo, detalhe que no boot, tem a op�
> que deixei do kernel antigo, o 2.2-idepci ... e para coisa de contador de
> hist�s, mas co o 2.2 o X funciona
> normalmente .....por�na lentid�....mas abre normal, o que poderia
> ser? at�ecompilei o kernel, baixei outra vers�e nada ....
> segue abaixo o XFree86 log ....... creio que o problema deve estar no
> kernel, pois se com o 2.2.idepci funciona ...n�> �ada relacionado com o X-Window-System......n�h�enhum erro
> reportado, simplesmente n�roda ... tentei inclusive kernel 2.4.x e nada
> ... Desde j�grade�a aten� dispensada!
> Abra�.
Procurando no google o número do sinal, descobri o seguinte (passo a traduzir
livremente a mensagem abaixo): é um aviso do kernel de que recebeu um
conjunto de bits que ele não entendeu como instrução. As causas podem ser
várias: executável corrompido em uma transferência ou por seu suporte físico
(disco etc), problema de memória, problema de cache... Enfim, qualquer coisa
pode mudar um bit. Tem uma lista dos sinais no arquivo
include/sdm-<arch>/signal.h. Mais sem muitas explicações. Sem nenhuma
explicação, na verdade. [fim da tradução]
Você vai ter que ir eliminando as possíveis causas de erro. Como acontece
sempre com o X, suponho que seja algum de seus arquivos, alguma das
bibliotecas que ele acessa ou algo diretamente relacionado ao kernel. Como
você já reinstalou o X, você já eliminou uma das possíveis causas. Acho que
você vai ter que ir tentando as outras, e imagino que eu não tenha listado
todas...
boa sorte!
[]s,
tiago.
>Le 2 Juillet, Arnaud Rolly écrit :
> Un programme d'install de Linux qui meurt avec un signal 4 : que peut-on
> en déduire ?
Instruction illégale : il a été présenté au processeur un ensemble de
bits qu'il n'a su interpréter comme une instruction.
Les causes peuvent être multiples : exécutable corrompu lors d'un
transfert ou par son support physique (disque, etc), problème mémoire,
problème de cache, micro coupure. Enfin, n'importe quoi qui peut
changer un bit inopinément.
> Y a-t-il une doc avec tous les signals du kernel ?
Il existe une liste dans include/asm-<arch>/signal.h. Mais sans trop
d'explications. Sans explication du tout, en fait.
Reply to: