Eu tenho um problema de detecção de hardware, em quais logs eu preciso investigar?

169

Estou tentando fazer uma pergunta sobre como fazer meu hardware funcionar, mas não sei quais informações adicionar à minha pergunta para obter ajuda. O que preciso fazer?

Relacionado se você não tiver acesso a uma GUI:

por Jorge Castro 19.11.2010 / 13:49

8 respostas

142

A informação mais importante que você pode dar é o que você fez , o que você esperava acontecer, e o que você observa aconteceu .

Esta questão é um exemplo particularmente bom de um problema de detecção de hardware com um dispositivo USB.

Outros exemplos disso podem ser:

  

Instalei o Ubuntu 10.04 Desktop no meu laptop Dell Optiwhatever 312. Quando   Faço login, meu cartão sem fio não é visível no menu pop-up Gerenciador de rede,   embora a rede com fio apareça lá.

ou

  

Eu tenho o Ubuntu 10.04 Netbook edition no meu laptop System76. Quando eu conecto meu   fones de ouvido na tomada, o som sai os fones de ouvido, mas também   os alto-falantes.

ou

  

Estou usando o Ubuntu 10.04. Eu usei o programa "Drivers Adicionais" para instalar o   drivers nVidia atuais para minha GeForce FX 5200. Agora, quando eu inicializo o sistema pára   com uma tela preta após o término da inicialização do Ubuntu.

Após esta descrição geral do problema, que outras informações são interessantes depende do tipo de hardware com o qual você está tendo problemas e de quais problemas você está tendo.

Em geral:

  • sudo lspci -nn listará todos os dispositivos PCI no seu sistema. Isto incluirá todas as placas de expansão (placas de vídeo, WiFi, etc) em seu sistema, independentemente de o kernel ter ou não um driver para elas. Esta informação é útil se você não tiver certeza sobre qual hardware você tem.
  • lsusb listará todos os dispositivos USB conectados ao seu sistema. Novamente, isso é útil se você não tiver certeza de qual hardware você possui. Também é útil verificar se o dispositivo está realmente conectado corretamente!
  • /var/log/udev e /var/log/dmesg terão informações sobre quais dispositivos o kernel detectou. Esses logs são geralmente muito grandes - a menos que você saiba quais partes do log são interessantes, não é uma boa idéia incluí-las na sua pergunta, embora um link para elas possa ser útil (você pode usar link para logs grandes)
  • sudo lshw --class X pr sudo lshw -C X também pode fornecer informações valiosas sobre o hardware da classe especificada X - as classes de exemplos incluem cdrom , communication , core , cpu , display , isa , medium , memory , multimedia , network , pci , scsi , serial , storage e usb - então, por exemplo, você pode usar sudo lshw -C network para mostrar informações sobre as placas de rede que o computador pode detectar.

Para problemas com Vídeo :

  • /var/log/Xorg.0.log é o arquivo de log do servidor X. Isso é útil para todos os problemas de vídeo. Este arquivo pode ficar muito tempo, então sinta-se livre para colocá-lo no link . Certifique-se de dar um link para o seu "colar" para que possamos encontrá-lo quando precisarmos.
  • LIBGL_DEBUG=verbose glxinfo exibirá informações sobre o suporte à aceleração 3D, útil para problemas com efeitos 3D ou de área de trabalho.
  • lspci -nn | grep VGA listará todas as placas de vídeo em seu sistema, úteis se você não tiver certeza do tipo de placa de vídeo que você possui.
  • /usr/lib/nux/unity_support_test -p deve ser usado para compiz e outros problemas de compatibilidade do Unity.

Para problemas de Áudio :

  • cat /proc/asound/cards listará os dispositivos de áudio que foram detectados. Você deve incluir isso.
  • cat /proc/asound/card0/codec#0 conterá informações sobre a primeira placa de som, incluindo informações sobre as portas de entrada / saída conectadas a ela. Se você tiver um problema ao conectar um microfone, fones de ouvido ou alto-falantes externos, inclua isso. Você também pode ter mais de um dispositivo de som. Nesse caso, haverá mais de um diretório /proc/asound/card??? .
  • Wiki: Depurando problemas de som
por RAOF 20.11.2010 / 06:53
56

Observação: Se você tiver uma conexão com fio, considere executar o script tudo em um sem fio descrito em esta resposta , faz todo o trabalho pesado para você!

Cartões sem fio

Problemas de conectividade sem fio estão, felizmente, se tornando cada vez mais raros a cada lançamento do Ubuntu. No entanto, problemas ainda ocorrem.

As informações a seguir ajudarão a diagnosticar problemas de conectividade sem fio em questões postadas no Ask Ubuntu, você pode abrir um terminal pressionando Ctrl - Alt - T e digitando em um desses comandos, edite sua pergunta para adicionar as informações.

Como o kernel reconhece suas placas de rede

sudo lshw -class network

Detalhes da sua placa wireless USB

lsusb

Isso pode fornecer uma lista longa, dependendo de quantos dispositivos USB estão conectados. Em caso de dúvida, poste a lista inteira.

Detalhes da placa wireless PCI

lspci

Isso pode fornecer uma lista longa, dependendo de quantos dispositivos PCI estão instalados. Em caso de dúvida, poste a lista inteira.

Como verificar se uma placa sem fio está bloqueada ou bloqueada por hardware:

rfkill list all

Erros ao conectar

Muitas vezes, você pode ver erros úteis consultando seus registros do kernel.

Se você tentar se conectar através do gerenciador de rede, poderá ver quais erros são produzidos observando dmesg

Procedimento sugerido - digite dmesg , tente se conectar e digite dmesg novamente. A nova saída exibida deve fornecer uma indicação sobre o erro.

Outra saída útil é dmesg | grep -i firmware - se você vir alguns erros na saída, isso pode indicar que você precisa instalar algum firmware - geralmente um pacote do repositório.

NDISWrapper

A pesquisa no Google algumas vezes trará resultados sugerindo o uso do NDISWrapper. Essa é uma técnica antiga na qual a obtenção de um driver do Windows XP pode funcionar no Ubuntu.

Geralmente, isso deve ser evitado nas versões atuais do Ubuntu, já que os drivers no kernel têm menos problemas de compatibilidade.

Se você tiver algum problema sem fio, poste os resultados das quatro entradas de linha de comando acima em sua pergunta ANTES de tentar o NDISWrapper.

    
por fossfreedom 15.09.2011 / 15:21
19

Veja link

link geralmente é um bom ponto de partida se você quiser saber quais informações são úteis para um relatório de erros.

    
por Florian Diesch 19.11.2010 / 19:33
14

Estes podem ser úteis (dependendo do tipo de hardware):

dmesg
lspci
lsusb
    
por chris 19.11.2010 / 14:08
9

Os seguintes logs conterão detalhes sobre o hardware como foi visto por vários serviços do sistema (kernel, udev, etc) no momento da inicialização:

/var/log/udev
/var/log/dmesg
    
por Kees Cook 20.11.2010 / 02:29
7

Uma das coisas mais úteis que você pode fazer ao descrever um problema de hardware é descrever o que você fez, a conexão que está usando.

Por exemplo:

  

"Conectei um monitor e minha área de trabalho não foi estendida automaticamente para ele."

  • Diga-nos qual porta seu monitor usa (por exemplo, vga ou hdmi).
  • Você recebeu alguma notificação quando a conectou?
  • Você garantiu que a conexão usada é a correta?

Esse tipo de informação pode parecer muito simples, mas pode ajudar a apontar onde problemas comuns vêm, ou se você questionar estar fora do assunto.

    
por RolandiXor 27.09.2011 / 20:21
5

Execute a seguinte ferramenta de linha de comando:

  

cat /var/log/Xorg.0.log
  lspci
  dmesg
  Isusb

    
por Wagner 19.11.2010 / 14:41
2

Uma dica geral de solução de problemas

Percebi que muitas vezes coletamos dados para diagnosticar um problema por:

Primeiro, identificar o problema - o que eu fiz, o que eu esperava que acontecesse e o que parecia acontecer? Posso repetir o problema?

Em seguida, causando o problema e listando os logs do sistema na ordem inversa do tempo de modificação:% ls -lrt /var/log ,% tail -n 25 nos arquivos de log modificados recentemente (para valores razoáveis de 25) e
dmesg .
Leia, maravilha, pense, adivinhe, teste, repita conforme necessário

    
por waltinator 08.12.2011 / 03:01

Tags