Tenho um problema de detecção de hardware. Em quais logs eu preciso pesquisar?

Respostas:

146

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

Esta pergunta é 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, minha placa sem fio não é visível no menu pop-up do Network Manager, embora a rede com fio seja exibida lá.

ou

Tenho o Ubuntu 10.04 Netbook edition no meu laptop System76. Quando conecto meus fones de ouvido no soquete, o som sai dos fones de ouvido, mas também dos alto-falantes.

ou

Estou usando o Ubuntu 10.04. Usei o programa “Drivers Adicionais” para instalar os drivers atuais da nVidia para a minha GeForce FX 5200. Agora, quando eu inicializo, o sistema para com uma tela preta após a inicialização do Ubuntu terminar.

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

Em geral:

  • sudo lspci -nnlistará todos os dispositivos PCI em seu sistema. Isso incluirá todas as placas de expansão (placas de vídeo, Wi-Fi, etc.) em seu sistema, independentemente de o kernel possuir ou não um driver para elas. Esta informação é útil se você não tiver certeza exatamente do hardware que possui.
  • lsusblistará todos os dispositivos USB conectados ao seu sistema. Novamente, isso é útil se você não tiver certeza exatamente do hardware que possui. Também é útil verificar se o dispositivo está realmente conectado corretamente!
  • /var/log/udeve /var/log/dmesgterá informações sobre quais dispositivos o kernel detectou. Esses logs geralmente são muito grandes - a menos que você saiba quais partes do log são interessantes, não é uma boa ideia incluí-las na sua pergunta, embora um link para elas possa ser útil (você pode usar http://paste.ubuntu.com para logs grandes)
  • sudo lshw --class Xpr sudo lshw -C Xtambém pode dar um pouco de informação valiosa hardware na classe specifed X- aulas Exemplos incluem cdrom, communication, core, cpu, display, isa, medium, memory, multimedia, network, pci, scsi, serial, storagee usb- assim, por exemplo, você pode usar sudo lshw -C networkpara mostrar informações sobre as placas de rede do computador pode detectar .

Para problemas de vídeo :

  • /var/log/Xorg.0.logé o arquivo de log do servidor X. Isso é útil para todos os problemas de vídeo. Esse arquivo pode demorar muito, então fique à vontade para colocá-lo em http://paste.ubuntu.com . Certifique-se de fornecer um link para sua "pasta" 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 da área de trabalho.
  • lspci -nn | grep VGA listará todas as placas de vídeo em seu sistema, útil se você não tiver certeza de que tipo de placa de vídeo 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/cardslistará os dispositivos de áudio que foram detectados. Você deve incluir isso.
  • cat /proc/asound/card0/codec#0conterá informações sobre a primeira placa de som, incluindo informações sobre as portas de entrada / saída conectadas a ela. Se você tiver algum 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 /proc/asound/card???diretório.
  • Wiki: Depurando problemas de som
RAOF
fonte
5
+1 para a frase de abertura, quantas vezes eu peço as mesmas três perguntas a meus clientes ....
ecoologic
57

Nota: Se você tiver uma conexão com fio, considere executar o script sem fio multifuncional descrito nesta resposta , fará todo o trabalho pesado para você!


Cartões sem fio

Felizmente, problemas de conectividade sem fio estão se tornando mais raros a cada versão do Ubuntu. No entanto, problemas ainda ocorrem.

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

Como o kernel reconhece suas placas de rede

sudo lshw -class network

Detalhes da sua placa USB sem fio

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 sua placa sem fio 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:

rfkill list all

Erros ao conectar

Freqüentemente você pode ver erros úteis observando os logs do seu 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 conectar e digite dmesgnovamente. A nova saída exibida deve indicar 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

Às vezes, pesquisar no Google traz resultados sugerindo o uso do NDISWrapper. Esta é uma técnica antiga em que a obtenção de um driver do Windows XP pode ser feita para funcionar no Ubuntu.

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

Se você tiver algum problema de conexão sem fio, publique os resultados das quatro entradas da linha de comando acima na sua pergunta ANTES de tentar o NDISWrapper.

liberdade de expressão
fonte
14

Isso pode ser útil (dependendo do tipo de hardware):

dmesg
lspci
lsusb
chris
fonte
lscpu também - :) existem muitos mais comandos ...
dschinn1001
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
Kees Cook
fonte
7

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

Por exemplo:

"Conectei um monitor e minha área de trabalho não se estendeu automaticamente a ele."

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

Esse tipo de informação pode parecer muito simples, mas pode ajudar a identificar de onde vêm os problemas comuns ou se você pergunta que pode estar fora de tópico.

RolandiXor
fonte
5

Execute a seguinte ferramenta de linha de comando:

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

Wagner
fonte
2

Uma dica geral para a solução de problemas

Percebi que frequentemente coleto dados para diagnosticar um problema:

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

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

waltinator
fonte