2012/7/28 Mrk3004 <[email protected]>: > >> Se for problema for mesmo no X, tu pode usar o magic sysrq k para >> matar o X e ver se o sistema volta a responder. É só mandar um Alt + >> Print Screen + k. > > > Nem assim, não há nenhuma resposta. O que pude observar é que o processo > ocorre da seguinte maneira: > > 1) Mouse trava > 2) Começa aparecer falhas no monitor como aquelas falhas de jogos sem vsync. > (linhas) > 3) Imagem se desloca gerando pixels coloridos por toda a tela. > 4) (alguns segundos depois) Tela preta > > Se eu não tivesse presenciado diria: É problema de vga com certeza! Mas > depois de acontecer 3 vezes e nas 3 vezes a verificação dos setores do disco > resolver o problema, já fica difícil. Inclusive na ultima vez, como já > estava ciênte do problema, eu apenas reiniciei e executei a verificação, e > foi dito e feito. Não reinstalei nada, nem alterei nenhuma configuração, ou > seja, não pode ser problema com a distro, nem com o hardware, pois estou > usando nesse momento, inclusive já fiz vários testes pesados de > renderização, compilação e não apresentou nenhuma falha. Estranho... muito > estranho!
Se tu passar um badblocks no teu disco, ele aponta algum bloco defeituoso mesmo? Pode ser que não seja necessariamente um problema no disco e sim no teu sistema de arquivos. A propósito, qual o sistema de arquivos? Eu não lembro de ter visto isto nos e-mails anteriores, é ext4? Como que tu monta ele? E como que tu formatou o sistema de arquivos, com as opções padrão do mkfs? >> Tu também pode aumentar a verbosidade do xorg passando um -logverbose >> 9 nos parâmetros. > > > Não tinha pensado, tentarei caso aconteça novamente, farei o mesmo com o > kernel. Eu penso que talvez a travada seja tão brusca que não está dando > tempo de gravar algum log, por isso não vejo nada de anormal. Tenta usar a magic sysrq s para sincronizar os discos antes de reiniciar, quem sabe assim algo é gravado em algum lugar. >> Eu imagino que o problema não está no X, mas em um destes dois pontos: >> >> - O driver de video (mais provável) -- tu testou com os drivers open >> source ou os blobs proprietários da nvidia? Tu testou com versões >> diferentes do driver proprietário? Quais placas de vídeo tu usou nos >> testes? > > > Testei apenas os drivers da nvidia, com uma geforce 8200 e uma geforce > 9600gt. Agora que você falou, uma falha nos drivers recentes talvez > explicasse, mas como pode ser se o fsck resolve?! > > Quando esse problema acontece, posso reiniciar quantas vezes for, desligar > quanto tempo for, o problema só se resolve após um fsck -cf. Mas a questão > é: Por que?! O que está causando isso ?! É, não faz o menor sentido. Eu acho bem improvável que o driver da nvidia conflite com algo como sistema de arquivos. Eu tentaria com o nouveau e depois tentaria com versões anteriores (ou quem sabe um beta) do driver proprietário. >> - O desktop que tu usa -- tu testou com um x pelado, só com um xterm? >> E outros desktop environments, tipo blackbox ou xfce? > > > O x funciona se eu não fizer nada (até inicia o painel, conky,etc), mas > basta abrir qualquer programa com uma janela "comum" que dentre 5 segundos o > problema acontece. Eu uso o openbox. No ~/.xsession-errors não tem nada que possa dar uma dica do problema? Dependendo tu tem que modificar o teu .xsession ou xinitrc para jogar a saída para este arquivo colocando um 'exec >$HOME/.xsession-errors 2>&1' logo no começo. > Eu tenho as temperaturas da cpu e gpu no meu conky, por isso descartei a > hipótse. -- GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected]
