Debian kernel oops

Instalei Debian Squeeze amd64 com sucesso no meu computador com processador intel core 2 quad. Porém, o sistema falha criticamente: o ambiente gráfico KDE desaparece e apenas vejo no monitor um cursor igual àquele que aprece quando Debian é inicializado e o rato, ambos congelados sobre uma tela preta. As luzes Caps lock e scroll lock do teclado piscam. Segundo o que está aqui (http://mailman.linuxchix.org/pipermail/techtalk/2003-February/014644.html), esta falha é uma falha no kernel (kernel oops) da qual o sistema não consegue recuperar. E o pisca pisca é o kernel a tentar dizer-nos alguma coisa (nas versões mais novas, o pisca é código morse). Disseram-me numa lista de discussão Debian que todas as vezes que acontece erros desse tipo foram devidos ou a hardware com defeito (superaquecimento ou memória defeituosa) ou a drivers proprietários (nvidia, mais especificamente). E mais longe que isso não fui.
Tenho instalado em dual-boot Ubuntu 10.10 kernel 2.6.35-30-generic e come ele tudo ok. A versão do kernel do Debian deve ser a original da versão 6 Squeeze.
Minha placa gráfica é ATI e uso um driver proprietário no Ubuntu. O computador está a uma boa temperatura e se a memória fosse defeituosa ou outro problema de hardware o Ubuntu também não conseguiria rodar eficientemente. Mas roda.
Não verifiquei os logs do sistema, porque não sei como descobrir alguma coisa ali e não sei qual o ficheiro que devo olhar.
Não sei o que desencadeia esta falha, pois aconteceu quando estou a fazer coisas diferentes. Não acontece necessariamente quando faço algo em particular. Umas vezes consigo fazer tudo normal e encerrar corretamente, outras o sistema falha sem eu esperar.
Instalei segunda vez o Debian, mas nada resolveu. Verifiquei que o checksum da imagem está correto e verifiquei, através do instalador, que o CD que usei para instalar Debian é uma cópia válida. Utilizei uma versão amd64, como disse acima, no meu computador com processador que suporta essa arquitetura. Aliás, o Ubuntu também é amd64 ou x86_64.
Alguma ideia para resolver este problema? Eu gostava muito de poder usar Debian.

acho que uma maneira de fazer isso é usando um cd debian com a opção rescue mode, ou usar o ubuntu e entrar na partição do debian usando o chroote assim instalar o diver proprietario atravez do aptitude(antes de usar o aptitude use o comando 'bash' para ficar melhor)

para poder usar os drivers proprietario você terá que editar o /etc/apt/source.list do debian e acrecentar "non-free contrib" apos o "main" ai atualize o aptitude (update) e instale o drive

também andei tendo problemas com o Debian amd64, e também no Fedora e Arch Linux x86_64, creio eu que seja uma falha de um dos pentes de memória pois rodando o Debian i686 que não reconhece os 4GBs de RAM não tenho problemas.

para tirar a prova dos 9, resolvi compilar o kernel 2.6.39 com suporte a mais de 4GBs de RAM, tudo normal... drive da Nvidia e demais periféricos, quantidade de memória reconhecida sem problema, mas de vez em quando...

OOps!

http://www.vivaolinux.com.br/album/verFoto.php?codigo=8239

* faça um teste com uma distro (o Debian mesmo) i686, ainda mais se não tem mais de 4GBs de RAM e veja se o problema persiste.

Faça o teste que o @edps sugeriu.

Instale a versão 'i686' do Debian em vez da 'amd64' e vê se o problema persiste.

Uso debian no note e desk. No desk é 'i686' e no note é 'amd64'.

Não tive problema (amém) nenhum até agora com o 'amd64', por isso indico seguir o que o @edps sugeriu para ver se o problema persiste no 'i686' para poder fazer o diagnośtico mais preciso.

...

atualizei o kernel do Debian Squeeze|Stable (2.6.32-5) para o do Debian Wheezy|Testing (2.6.39-2), assim

$ sudo apt-get -t testing install linux-image-2.6-686 linux-headers-2.6-686

O que foi instalado?

o kernel 2.6-686-PAE! (seria somente o linux-image, o linux-headers o APT ignorou) então fiz assim:

$ sudo apt-get -t testing install linux-image-2.6-686 linux-headers-2.6-686 linux-headers-2.6.39-2-686-pae

Tudo ocorreu normalmente, o drive Nvidia foi compilado sem problema e com isso meus 4GBs de RAM passam a reconhecidos, mas vez ou outra dá uma travadinha básica:

http://www.vivaolinux.com.br/screenshot/Xfce-Debian-Squeeze|Wheezy

Obrigado a todos pela rapidez que responderam, ao contrário de mim que estou a escrever isto atrasado.
Durante tempo que usei a arquitetura Intel x86, não houve nenhum kernel oops e a instalação foi realizado com sucesso numa partição no disco rígido que contém o Debian Squeeze amd64.
O kernel oops acontece com amd64, mas não acontece com i686.
A versão Linux do Debian ix86 é 2.6.32-5-686 e a versão do Linux do Debian amd64 é 2.6.32-5-amd64.
Debian ix86 6.0.2.1 e Debian amd64 6.0.1a, o amd64 foi instalado primeiro.
Ambos os sistemas tem swap com tamamanho à volta de 5GB.
Amd64 está em uma partição /home e /.
/ está em /dev/sdb1 e tem 93,1GB; /home está em /dev/sdb6 e tem 1159.8GB.
ix86 tem uma partição / em /dev/sdb7 com 134GB. Como já disse anteriormente, uso KDE em ambos.
Então com esta informação onde é que podemos chegar?

Outra coisa: li no manual de instalação que se instalasse a partir de um CD ou DVD de um grupo maior, que foi o que fiz, o instalador perguntar-me-ia se queria pesquisar outros CD opu DVD. Mas isso não aconteceu, porquê?
Como faço para instalar a partir de vários CD? Como instálo os pacotes do CD depois de completa a instalação do sistema?
Utilizei a prioridade pré-definida do instalor: priority=hight.

"
O kernel oops acontece com amd64, mas não acontece com i686.
"

RESPOSTA: agora falta achar a causa do travamento, no meu caso é um módulo de memória, instale o memtest86 e execute os testes usando a opção criada no menu do Grub


"
Como faço para instalar a partir de vários CD? Como instálo os pacotes do CD depois de completa a instalação do sistema?
"

RESPOSTA: insira o CD desejado e use:

# apt-cdrom add
# apt-get update

Primeiro instalei o memtest86, mas, quando fui executar no Grub, o teste começa e logo reiniciava o computador. Não sei porquê. Então, desinstalei o memtest86 e instalei o memtes86+.
Como o memtest86+ fiz o teste duas vezes, ele começou de novo automaticamente. Na primeira, aconteceu um erro: o sumário dele é:
Tst:4 Pass:0 Failing Address:000638c84f4 - 1483.7MB Good:b030c1c6 Bad:3030c166 Err-bits:80000000 Count:1 Chan:
Não sei o que é que isto quer dizer, mas é erro, logo não é bom.
Mas na segunda vez não detetou qualquer erro. O teste durou cerca de 1 hora e 30 minutos.
Tenho 4GB de RAM DDR2 e teste disse também que o chipset é Intel P45/G45 se isto for útil.
Executei o teste com as opções que estavam pré-definidas.
Será que o problema está na memória ou o erro que aconteceu foi por acaso e a memória está ok?

Outra coisa à parte: como é que posso saber informação sobre um pacote? Eu consigo pesquisá-los utilizando apt-cache search pacote e aparece uma lista. Agora queria era mais informação sobre um pacote em particular.
Posso instalar o synaptic no KDE ou existe outro gestor de pacotes melhor para este ambiente gráfico.

se erros apareceram isso não é sinal de boa coisa, sugiro a remoção dos pentes de memória e a limpeza dos contatos das mesmas com borracha branca (de escola) em seguida execute os testes novamente.

sorbe a procura por pacotes, veja isto:

http://www.vivaolinux.com.br/artigo/A-procura-por-pacotes-em-distros-Debianbased-(Ubuntu-Linux-Mint-...

Limpei os contatos do pendes de RAM e corri novamente o teste. Desta vez, não aconteceu nenhum erro.
Estou a escrever isto no Debian amd64 e, por enquanto, nada de kernel oops.
Vou continuar usando-o para ter a certeza de o problema foi resolvido e depois marco este tópico como resolvido se tudo correr bem.
Mas não percebo porque é que, se o problema estava na RAM, os outros SO funcionavam corretamente e só no Debian amd64 o kernel oops acontecia.

Seja como for, muito obrigado edps e todos aqueles que me ajudaram. Sem a vossa preciosa ajuda não tinha conseguido usar Debian.

O problema ainda não foi resolvido infelizmente, mas depois de eu limpar os contatos da RAM acho que ele tornou-se bastante menos frequente.
Instalei o Debian de novo para remover o 32 bits e desta vez instalei gnome. O Linux é o mesmo, Linux 2.6.32-5-amd64.
Instalei no portátil de um amigo o Debian amd64 6.0.1a, do mesmo CD que instalei o meu da 1ª vez, e ele também sofreu do mesmo problema.
No meu computador, o Debian foi instalado a partir de um DVD com a versão 6.0.2.1

Encontrei nos logs do meu sistema o seguinte, retirei aquilo que me pareceu mais pertinente:
Em syslog selecionei as linhas:
kernel BUG at /build/buildd-linux-2.6_2.6.32-35-amd64-aZSlKL/linux-2.6-2.6.32/debian/build/source_amd64_none/mm/slub.c:2969!
BUG: unable to handle kernel paging request at fffffffffffeffff (esta linha repetiu-se várias vezes)
Oops: 0000 [#6] SMP
Em kern.log as linhas:
kernel BUG at /build/buildd-linux-2.6_2.6.32-35-amd64-aZSlKL/linux-2.6-2.6.32/debian/build/source_amd64_none/mm/slub.c:2969!
BUG: unable to handle kernel paging request at fffffffffffeffff (repetiu-se váreas vezes)
Oops: 0000 [#2] SMP

Em ambos os logs, o "BUG: unable..." seguia sempre a seguir a uma linha do tipo ---[ end trace 575eccb56b4affdc ]---, mais duas a seguir ao BUG e tinha o Oops.
Este registo é de quando estava a iniciar o Debian e aconteceu o erro. Não sei se seria melhor postado mais dos logs para perceber o que se passa, mas acho que o "BUG: unable..." está relacionado com a RAM.


Alguém sabe o que fazer agora e o que significam essas linhas exatamente?