Que informações fornecer em um relatório de erros sem fio?

2

Eu possuo um adaptador USB sem fio da Belkin. Parece ser suportado pelo driver rtl8192cu em 11.10 betas, o que é ótimo, porque em 11.04 o driver tinha que ser compilado / instalado manualmente. Mas, ninguém é perfeito, e eu pareço ter alguns problemas relacionados ao driver com o dongle.

Parece que ele é capaz de se conectar somente após várias novas tentativas (retirando o dongle e conectando-o em outra porta), ou após uma reinicialização, ou às vezes na primeira inicialização.

Eu não sei como diagnosticar essas coisas sem fio na linha de comando, então eu vou te dizer o que eu vejo no gerenciador de rede do Kubuntu: Quando ele não consegue se conectar, ele diz "Configurando interface" por um tempo longo e, em seguida, às vezes "Aguardando autorização". Nada mais.

O que eu estou perguntando é:

  1. Que tipo de informação (registros, traços, etc.) e
  2. Como faço para obtê-lo exatamente (onde está, existe um comando especial como dmesg ),

para

  1. tente solucionar o problema sozinho
  2. Ter melhores chances de detectar um relatório de bug duplicado.
  3. Forneça essas informações em um novo relatório de erros.

Eu apreciaria o máximo de informações possível sobre esse assunto, porque nunca fiz isso, mas já precisei disso no passado.

UPDATE Eu finalmente arquivei um relatório de bug neste importam. Alguém sabe por que isso pode estar acontecendo?

    
por Xavi López 24.09.2011 / 10:20

1 resposta

2

Eu finalmente enviei um relatório de bug usando apport . Este comando pode ser usado para anexar automaticamente algumas informações úteis a um erro. Outros registros / informações que se mostraram provavelmente relevantes foram dmesg , lsusb e uname outputs, grepped lsmod para mostrar os módulos relacionados ao dispositivo e modinfo desses módulos.

Finalmente, descobriu-se que o driver proprietário da Realtek funcionava bem. O driver pode ser baixado em site da Realtek . Parece que a Realtek modificou o driver para que ele suporte versões mais recentes do kernel. Nas versões anteriores, era necessário corrigir um par de includes , como @chicoff apontou em sua resposta à pergunta Instalando o Realtek 8188 o driver sem fio falha e em este comentário em um Relatório de bug similar ao Launchpad

O pacote da Realtek fornece um instalador sh que compila e instala o módulo no kernel. É necessário colocar na lista negra o driver incluído no kernel, para que ele não seja elegível para carregamento durante a reinicialização. Veja esta pergunta para obter detalhes sobre como alcançá-la: Como forçar um driver proprietário a ser carregado na inicialização? .

    
por Xavi López 27.02.2012 / 17:16