Diagnóstico e solução de problemas de hardware, redes e software

Um diagnóstico útil começa com uma descrição clara da falha. “Meu computador está quebrado” deixa quase tudo em aberto; “o notebook desliga durante uma chamada de vídeo após cerca de 20 minutos” oferece algo para investigar.

Siga um método que possa ser repetido

O método de diagnóstico e solução de problemas em seis etapas dá uma finalidade a cada ação:

1. Identifique o problema. Reúna fatos, reproduza o sintoma e proteja os dados.
2. Estabeleça uma hipótese de causa provável. Apresente uma explicação específica que possa ser testada.
3. Teste a hipótese para determinar a causa. Use o resultado para confirmá-la ou escolher outra hipótese.
4. Planeje e implemente a solução. Verifique o impacto e prepare uma forma de reverter a mudança.
5. Verifique o funcionamento completo do sistema e adote medidas preventivas quando forem aplicáveis.
6. Documente as constatações, as ações e os resultados. Deixe um registro útil para o próximo técnico.

Um sintoma é uma observação; uma causa é a condição que o produz. Um desligamento é um sintoma. Uma ventoinha de refrigeração obstruída por poeira pode ser sua causa. Várias falhas podem produzir o mesmo sintoma, portanto mantenha as observações separadas das explicações em suas anotações.

Faça perguntas que delimitem o problema

Comece com perguntas abertas: “O que você estava fazendo quando isso aconteceu?” e “O que exatamente diz a mensagem?” Deixe o usuário descrever sua experiência antes de apresentar um diagnóstico. Depois, faça perguntas fechadas que distingam possibilidades: “Isso acontece em outros sites?” ou “Funcionava ontem?” Registre a mensagem exata ou uma captura de tela, o horário de início, a frequência e o efeito no trabalho do usuário.

Pergunte o que mudou: software, atualizações, senhas, novos componentes ou um dispositivo que foi movido. Verifique também mudanças fora do conhecimento do usuário, como obras no prédio, queda de energia ou substituição de um roteador. O histórico de atualizações e os logs podem preencher lacunas no relato do usuário.

Reproduza a falha e descubra sua abrangência

Peça ao usuário que mostre a tarefa que falha. Registre as etapas para poder repetir o mesmo teste após um reparo. Para uma falha intermitente, registre os horários, os programas em execução e os registros correspondentes nos logs. Uma tentativa bem-sucedida durante um período de pouco uso fornece pouca informação sobre uma falha que ocorre apenas sob carga.

A abrangência do problema indica onde ele ocorre: um usuário ou vários, um dispositivo ou todos, um aplicativo ou todos, um local ou vários. Suponha que um notebook não consiga abrir nenhum site enquanto outro dispositivo na mesma mesa funciona. Comece pela conexão e pelas configurações desse notebook. Se todos os dispositivos falharem, merecem atenção os equipamentos compartilhados e o serviço de conexão anterior a eles.

Proteja o trabalho do usuário

Antes de uma reinstalação, reparo de disco ou redefinição de celular, verifique se existe um backup atualizado e se os dados necessários podem ser recuperados. Verifique os procedimentos da organização, sua permissão para fazer a mudança e o tempo esperado de indisponibilidade. Uma redefinição feita cedo demais pode remover logs e configurações que explicariam a falha.

Quando o usuário relatar vários problemas, liste-os separadamente e trabalhe em um de cada vez. Para um notebook que desliga e também não imprime, registre dois sintomas com seus próprios testes. Isso mantém claro o resultado de cada ação.

Uma hipótese transforma os fatos coletados em uma explicação que pode ser testada. “Problema de rede” é amplo demais para testar. “O cabo de conexão da mesa está danificado” sugere um teste claro: substitua esse cabo por um de funcionamento comprovado e repita a tarefa que falha.

Escolha o próximo teste

Liste as causas prováveis e ordene-as por probabilidade, segurança e tempo necessário para verificá-las. Questione o óbvio: alimentação, cabos, interruptores, entrada do monitor, modo avião, armazenamento disponível e Caps Lock podem explicar falhas aparentemente graves. Verifique a situação pessoalmente quando possível. Um cabo pode estar conectado na mesa, mas solto no comutador de rede.

Quando precisar pesquisar, comece pelos chamados anteriores e pela base de conhecimento da organização. Pesquise no site de suporte do fabricante usando o código de erro exato, o modelo do hardware e a versão do software. Uma correção para um erro semelhante em outro produto pode alterar a configuração errada.

Escolha uma abordagem adequada à cadeia

Uma comparação é mais conclusiva quando as condições importantes são iguais. Usar o mesmo notebook, a mesma tomada e a mesma tarefa, alterando apenas o cabo, torna o resultado mais fácil de interpretar do que mudar o notebook de lugar e trocar seu adaptador ao mesmo tempo.

Mantenha as alterações separadas

Faça uma alteração, teste-a e registre o resultado. Desfaça uma alteração malsucedida, a menos que decida mantê-la como melhoria. Substituir um cabo, atualizar um driver e mudar uma configuração ao mesmo tempo pode restabelecer o serviço, mas impede que você identifique qual ação foi decisiva.

Se uma hipótese for confirmada, determine as etapas necessárias para resolver a falha. Se não for confirmada, use o resultado para delimitar a próxima hipótese. Escalone quando o trabalho restante ultrapassar suas habilidades, permissões, ferramentas disponíveis ou tempo de suporte.

Analise uma falha de impressão

Um usuário não consegue imprimir. Primeiro, você verifica a alimentação, o papel e o status da impressora. Sua tela mostra “Pronta” e uma página de configuração impressa pelo próprio menu sai corretamente. A impressora consegue produzir uma página de forma independente; sua interface USB ou de rede ainda precisa ser verificada.

O trabalho do usuário permanece na fila do Windows com “Erro”. Reiniciar o Spooler de Impressão libera o trabalho. Você envia um novo documento pelo aplicativo do usuário e repete a tarefa. Essa sequência sustenta a hipótese de uma fila travada como causa da falha; a página interna bem-sucedida, sozinha, não a teria identificado.

Para uma falha intermitente, teste nas condições que a provocavam anteriormente. Se uma conexão cai a cada poucos minutos, uma única página carregada com sucesso imediatamente após a troca de um cabo é um teste curto demais. Observe-a durante o intervalo habitual da falha e registre se as quedas voltam a ocorrer.

Uma causa confirmada ainda exige um plano de reparo cuidadoso. O plano deve restabelecer o trabalho do usuário, proteger o que já funciona e prever uma forma de recuperação caso a mudança falhe.

Planeje o reparo

Anote as etapas da ação, o resultado esperado, os principais riscos e as etapas de reversão que devolvem o sistema ao estado anterior. Siga as instruções do fabricante, incluindo qualquer ordem necessária para trabalhos com drivers ou firmware. Verifique se a organização exige aprovação, uma janela de manutenção ou um aviso aos usuários afetados.

Escolha a correção menos disruptiva que elimine a causa. Se um aplicativo estiver danificado, experimente sua opção de reparo antes de reinstalá-lo. Uma reinstalação completa do sistema operacional afeta muito mais programas e configurações, portanto precisa de um motivo além de um único aplicativo com falha.

Informe ao usuário qual resultado foi fornecido. Uma solução de contorno precisa de um responsável e de acompanhamento para que não se torne, sem que ninguém perceba, um chamado encerrado com a causa ainda sem solução.

Verifique todo o sistema afetado

Repita a tarefa que falhava originalmente e depois teste funções relacionadas que o reparo possa ter afetado. Após substituir o teclado de um notebook, teste todas as teclas, o touchpad, o Wi-Fi e a tela: cabos próximos podem ter sido movidos durante o acesso. Peça também ao usuário que experimente suas atividades habituais. Uma página de teste do técnico pode ser impressa enquanto o aplicativo que o usuário costuma usar ainda falha.

Adapte o teste às condições originais. Um PC que reiniciava durante o processamento de vídeo precisa de um teste com carga comparável, não apenas alguns minutos sem atividade na área de trabalho. Registre a duração do teste e as leituras relevantes para que outro técnico possa entender as evidências.

Previna a repetição

Relacione a prevenção à causa. O superaquecimento causado por poeira exige limpeza dos filtros e um cronograma de manutenção. Interrupções de energia podem exigir um supressor de surtos ou uma fonte de alimentação ininterrupta. Outras medidas úteis incluem backups, atualizações, substituição de uma bateria envelhecida e mostrar ao usuário a configuração que causou o problema. Adote uma medida somente quando ela tratar de um risco real identificado.

Escreva um chamado que outra pessoa possa usar

Registre o sintoma, as constatações, cada teste e seu resultado, a causa confirmada, o reparo, a verificação e qualquer trabalho restante. Use nomes e valores exatos. “Computador consertado” não oferece um ponto de partida útil se a falha voltar.

Por exemplo: “PC reiniciava sem aviso 3–4 vezes por dia desde segunda-feira. O evento Kernel-Power 41 correspondia aos horários das reinicializações. O processador chegou a 98 °C sob carga; as aletas do dissipador estavam obstruídas por poeira. PC desligado e desconectado da tomada, depois o dissipador e as ventoinhas do gabinete foram limpos. Um teste de carga de 30 minutos atingiu 72 °C sem reinicialização. PC incluído no cronograma semestral de limpeza. Usuário confirmou o funcionamento nas atividades habituais.”

O registro no log indica um desligamento incorreto; a temperatura e as constatações da inspeção sustentam o diagnóstico de refrigeração. Manter as observações e a conclusão distintas torna o registro útil para uma investigação futura.

Chamados individuais resolvem os problemas de hoje. Analisar grupos de chamados pode revelar falhas que voltam a ocorrer em diferentes dispositivos, locais ou semanas. O escalonamento define claramente quem assumirá um trabalho que exige outras habilidades ou outros acessos.

Mapeie os problemas recorrentes

Agrupe os chamados por categoria, dispositivo, local e causa confirmada. Mantenha o período de análise consistente. Procure sintomas repetidos e condições comuns, como vários telefones cujas chamadas caem perto de um ponto de acesso. Um sintoma comum permite formar um grupo para investigação; ainda é preciso confirmar a causa por meio de testes.

Em um mês, um escritório registra 60 chamados:

As quedas de Wi-Fi e os atolamentos de impressora somam 33 chamados, ou 55%. São pontos de partida úteis para a investigação. As contagens mostram a frequência dos relatos; compare o impacto nos usuários e o tempo gasto antes de decidir onde um reparo ajudará mais. Uma falha rara que interrompe um serviço crítico pode precisar de atenção antes de um pequeno incômodo frequente.

Descubra o que faz a falha voltar

Uma causa raiz é a razão fundamental do problema. Reiniciar um ponto de acesso sempre que ele superaquece restabelece o serviço por pouco tempo. Encontrá-lo dentro de um armário fechado e movê-lo para um local adequadamente ventilado trata a causa. Analise os chamados posteriores para verificar se a mesma falha volta após a mudança.

Uma correção testada para um problema recorrente deve constar em um artigo da base de conhecimento. Inclua o sintoma e o texto do erro exatos, a causa confirmada, as etapas do reparo e onde elas se aplicam. Informe os modelos de dispositivo ou as versões de software relevantes. Quem ler o artigo deve conseguir reconhecer o mesmo problema e executar a correção testada.

Escalone com evidências úteis

Escalone quando precisar de habilidades, direitos de acesso, ferramentas ou peças que você não possui; quando muitos usuários ou um sistema crítico forem afetados; ou quando terminar o tempo acordado para seu nível de suporte. Encaminhar o chamado rapidamente ajuda o usuário a receber a ajuda adequada.

O encaminhamento deve identificar:

• O usuário, o dispositivo e o local.
• O sintoma exato, o horário de início, a frequência e o impacto.
• A abrangência: quem e o que é afetado.
• Os testes já concluídos e seus resultados.
• Sua hipótese atual e o trabalho que você precisa do especialista.

Por exemplo: “A porta 14 do comutador de rede para a sala B2 cai e volta aproximadamente a cada 2 minutos desde 09:10. Um telefone de mesa e o PC conectado por meio dele perdem o serviço. Cabo de conexão substituído: sem mudança. O teste do cabo na parede mostra circuito aberto no pino 6. Suspeita de falha na terminação da tomada ou no cabo fixo. É necessária a equipe de cabeamento para inspecionar e refazer a terminação ou substituir o trecho defeituoso.”

Use descrições com medições, como “12% de perda de pacotes até o gateway padrão”, em vez de “internet lenta”. Inclua também os testes malsucedidos: um especialista pode evitar repeti-los e entender por que você restringiu a falha ao trecho restante.

Os logs mostram o que o sistema registrou; os monitores mostram o que ele está fazendo agora. Juntos, ajudam você a escolher um teste, mas os registros são mais relevantes quando seu horário e sua origem correspondem ao sintoma do usuário.

Encontre o log correto do Windows

Abra o Visualizador de Eventos com eventvwr.msc. Seus principais logs separam diferentes tipos de atividade:

Cada evento tem horário, nível, origem e ID do evento. Um computador em boas condições também pode registrar erros e avisos. Filtre pelo período próximo à falha relatada e comece pelos registros Crítico e Erro que correspondam ao horário e ao padrão da falha. Pesquise na documentação do fabricante usando tanto a origem quanto o ID do evento, pois um ID sem sua origem pode induzir a erro.

Um PC reiniciou às 14:32. O evento Kernel-Power 41 aparece no log do sistema. Ele registra que o desligamento anterior não ocorreu corretamente; o Windows o grava ao iniciar novamente. O evento deixa várias possibilidades em aberto, incluindo falta de energia, aquecimento ou falha do sistema. Verifique se há registro de falha, evidências de temperatura e problemas de alimentação antes de escolher um reparo.

Relacione falhas a mudanças

O Monitor de Confiabilidade, aberto com perfmon /rel, exibe falhas e mudanças em um gráfico diário. Procure uma instalação de aplicativo ou driver próxima à primeira falha. Uma falha que começa após uma atualização fornece uma hipótese a testar, não autorização para remover atualizações sem relação com ela.

Para investigar uma lentidão enquanto ocorre, abra o Gerenciador de Tarefas. Compare o uso de processador, memória, disco e rede por processo e examine os aplicativos de inicialização e seu impacto. O Monitor de Recursos (resmon) acrescenta detalhes sobre qual processo está acessando um disco ou uma conexão de rede. Observe o sistema enquanto realiza a tarefa que parece lenta para que as leituras correspondam à mesma carga de trabalho.

Um vazamento de memória ocorre quando um programa mantém memória de que não precisa mais. Um crescimento inesperado e contínuo durante uma carga de trabalho inalterada é um sinal de alerta. Abrir um arquivo grande ou armazenar dados em cache também pode aumentar normalmente o uso de memória. Compare o uso ao longo do tempo em condições semelhantes antes de classificá-lo como vazamento.

Verifique dispositivos e versões exatas

O Gerenciador de Dispositivos (devmgmt.msc) lista os dispositivos e seus drivers. Um triângulo amarelo indica um problema. Leia as Propriedades para consultar o código: Código 10 significa “Este dispositivo não pode ser iniciado”, enquanto Código 43 significa que o Windows interrompeu um dispositivo que relatou problemas. As ações sobre drivers incluem atualizar, reverter, desativar e desinstalar; escolha a ação que teste sua hipótese.

Use Informações do Sistema (msinfo32) para obter detalhes de hardware, firmware e drivers para um encaminhamento. Eles ajudam um especialista a relacionar avisos do fabricante ao sistema instalado.

Use as ferramentas equivalentes em outros sistemas

No macOS, o Console mostra logs e o Monitor de Atividade mostra o uso de recursos. No Linux, journalctl lê o diário do sistema e dmesg mostra mensagens do kernel. Se o diário for mantido entre reinicializações, journalctl -b -1 seleciona a inicialização anterior.

Uma medição se torna útil quando você sabe o que foi medido, em quais condições e qual especificação se aplica. Uma leitura de tensão sem o nome da linha ou a condição de carga é muito menos útil do que “linha de +12 V: 10,9 V durante a carga de trabalho que provoca a falha”.

Prepare-se para trabalhar com hardware

Antes de manusear peças internas de um computador de mesa, desligue-o, desligue a fonte de alimentação, desconecte-a da tomada e use proteção contra descarga eletrostática. Não abra uma fonte de alimentação nem um monitor; os capacitores internos podem manter uma carga perigosa. Testes com baixa tensão energizada exigem um procedimento adequado e a configuração correta do multímetro. Medições da rede elétrica exigem treinamento e autorização.

Um multímetro mede tensão, corrente e resistência e pode testar a continuidade elétrica. Selecione o modo, a faixa e os encaixes corretos para as pontas de prova antes de conectá-lo. A tensão é medida entre pontos; um teste de continuidade verifica se um circuito desenergizado tem um caminho condutor. Nunca conecte um circuito energizado a um multímetro configurado para resistência ou continuidade, nem conecte um multímetro em modo de corrente entre os polos de uma fonte.

Compare as linhas de tensão com os limites corretos

Fontes de computadores de mesa fornecem linhas de +12 V, +5 V e +3,3 V. Verifique a especificação de projeto da fonte que está sendo testada.

Para a regra antiga de +12 V, 5% de 12 V é 0,6 V. Subtraia e some 0,6 V para encontrar os limites. Uma leitura de 10,9 V está abaixo das duas faixas de +12 V listadas. Uma leitura de 11,3 V não atende à regra de ±5%, mas está dentro da faixa do ATX 3.0. Registre a regra aplicável junto com o resultado.

Um testador de fonte de alimentação é conectado diretamente aos plugues da fonte e verifica as linhas sem uma placa-mãe. Ele aplica pouca ou nenhuma carga à fonte. Portanto, um resultado aprovado pode deixar de revelar uma falha durante uso intenso; uma fonte compatível de funcionamento comprovado oferece uma comparação mais conclusiva sob a carga de trabalho real.

Escolha uma ferramenta para a questão

Um alicate amperímetro mede a corrente a partir do campo magnético ao redor de um condutor. Ao redor de um cabo de alimentação inteiro, as correntes de fase e neutro fluem em sentidos opostos e seus campos se cancelam em grande parte. Isso pode produzir uma leitura próxima de zero mesmo enquanto o dispositivo consome energia.

Uma placa de diagnóstico POST, um visor ou LED de diagnóstico da placa-mãe identifica a etapa alcançada durante o autoteste de inicialização. Consulte os códigos no manual da placa; os padrões de bipes e os códigos numéricos variam conforme o fabricante.

O Diagnóstico de Memória do Windows e testadores de memória inicializáveis verificam a memória RAM. Os dados SMART de uma unidade informam sinais de alerta, como setores realocados, e os utilitários do fabricante podem executar testes específicos do dispositivo. As telas do firmware e as ferramentas de monitoramento mostram as temperaturas do processador e do processador gráfico.

Registre a ferramenta, o resultado e as condições. Se uma falha ocorrer apenas com aquecimento ou sob carga, repita um teste adequado nessas condições e observe as leituras ao longo do tempo. Um único teste curto aprovado é uma evidência menos conclusiva do que um teste que reproduz a tarefa do usuário que falha.

A inicialização é uma cadeia. Encontrar a última etapa que funcionou é mais rápido do que tratar toda inicialização malsucedida como um problema do Windows. Uma máquina sem energia exige verificações diferentes de uma que chega ao logotipo do Windows e depois perde a imagem.

Localize o ponto em que a inicialização para

A sequência usual é alimentação, autoteste do firmware, seleção do dispositivo de inicialização, carregador de inicialização e, depois, drivers, serviços e entrada no sistema operacional. UEFI é o firmware dos PCs modernos; sistemas mais antigos usam BIOS.

Em um notebook sem energia, teste um adaptador adequado e de funcionamento comprovado e verifique a bateria. Em um computador de mesa, uma ventoinha girando mostra que há alguma alimentação; a fonte ainda pode falhar ao fornecer energia estável sob carga.

Use as evidências do firmware

O POST, ou autoteste de inicialização, verifica os componentes principais antes de o sistema operacional iniciar. Bipes, LEDs de diagnóstico ou um visor de códigos podem identificar a etapa que falhou. Use o manual da placa-mãe para interpretá-los. Testes comuns incluem recolocar a memória RAM, iniciar com um módulo e verificar a placa de vídeo e seus conectores de alimentação.

Uma mudança no firmware também pode impedir a inicialização. O Windows instalado em modo UEFI em um disco GPT não iniciará simplesmente ao mudar o firmware para o modo legado CSM. A Inicialização Segura verifica a confiabilidade do carregador de inicialização. Registre as configurações existentes antes de testar uma mudança; desfaça uma mudança equivocada em vez de alterar várias opções sem relação entre si.

Quando o POST é concluído, mas nenhum dispositivo de inicialização é encontrado, verifique se a unidade aparece na configuração do firmware. Se aparecer, verifique se a entrada de inicialização correta está selecionada antes das mídias removíveis. Se não aparecer, verifique sua conexão e alimentação antes de investigar os arquivos do Windows. Redefinir o CMOS pode desfazer uma configuração incorreta do firmware, mas também redefine outras configurações que talvez você precise restaurar.

Recupere a inicialização do Windows

O Ambiente de Recuperação do Windows (WinRE) oferece Reparo de Inicialização, Desinstalar Atualizações, Restauração do Sistema, Configurações de Inicialização, Prompt de Comando e Recuperação da Imagem do Sistema. Ele pode abrir após repetidas tentativas de inicialização malsucedidas. Em uma tela de entrada que funciona, mantenha Shift pressionada enquanto seleciona Reiniciar.

O Modo de Segurança carrega um conjunto mínimo de drivers e serviços. Uma falha que deixa de ocorrer nesse modo aponta para um driver, serviço ou item de inicialização excluído dele. Uma falha que persiste exige verificações dos arquivos do sistema e do hardware. O Modo de Segurança com Rede acrescenta drivers de rede, embora o acesso à rede ainda dependa do hardware e da conexão disponíveis.

Após uma atualização do driver de vídeo, um PC fica com a tela preta depois do logotipo do Windows. O WinRE permite que o técnico inicie o Modo de Segurança, onde o driver de vídeo básico funciona. Reverter o driver de vídeo restaura a área de trabalho normal. O chamado registra a versão do driver e a atualização que causou a falha.

Para uma inicialização lenta, examine o impacto dos aplicativos de inicialização no Gerenciador de Tarefas, o armazenamento livre, a saúde da unidade e as atualizações pendentes. Uma longa espera na inicialização exige evidências antes da compra de hardware de reposição.

Falhas de aquecimento, alimentação, memória e sistema gráfico podem apresentar os mesmos sintomas. Uma reinicialização durante trabalho intenso é uma pista sobre as condições, não o nome de um componente. Use essas condições para planejar um teste que diferencie as causas prováveis.

Investigue aquecimento e alimentação

Desligamentos aleatórios costumam apontar para superaquecimento, fonte instável ou conexão de alimentação frouxa. Verifique primeiro as ventoinhas, a poeira, as aberturas de ventilação e as leituras de temperatura. Um dissipador de calor obstruído, uma ventoinha com falha, pasta térmica ressecada ou um sistema de refrigeração mal encaixado pode impedir a dissipação do calor do processador.

A redução de frequência por limite térmico ocorre quando um processador reduz sua velocidade para controlar a temperatura. Um sistema pode ficar lento antes de desligar. Muitos processadores de computadores de mesa têm temperatura máxima próxima de 95–105 °C, mas use o limite do processador em questão ao avaliar uma leitura. Um valor próximo desse limite durante o trabalho normal merece investigação.

Um computador de mesa executa aplicativos de escritório o dia todo, mas desliga após 10 minutos de edição de vídeo. Durante uma exportação, seu processador chega a 100 °C pouco antes do desligamento. A ventoinha gira lentamente e o dissipador está cheio de poeira. Após a limpeza, a mesma exportação é concluída com temperatura máxima de 74 °C. Comparar a mesma carga de trabalho antes e depois fortalece muito mais a explicação relacionada à refrigeração do que uma leitura de temperatura sem atividade.

Se as verificações de refrigeração não resolverem a falha, verifique os conectores de alimentação e compare com uma fonte compatível de funcionamento comprovado. Uma fonte aprovada por um testador com pouca carga ainda pode falhar quando o processador e a placa de vídeo consomem mais energia.

Interprete sinais físicos com segurança

Se perceber fumaça ou cheiro de queimado, desligue e desconecte da tomada imediatamente. Mantenha o dispositivo desligado até encontrar a origem. Capacitores da placa-mãe abaulados ou com vazamento são sinais de falha da placa; ela precisa ser substituída.

Um som novo depois de mover ou alterar o hardware merece verificação, mesmo quando um som semelhante pode ser inofensivo. Um relógio redefinido também pode explicar erros de certificado e de entrada em redes corporativas.

Diferencie um módulo de RAM de seu slot

Erros em testes de memória podem vir do módulo, do slot, da placa-mãe ou do controlador de memória do processador. Teste os módulos um de cada vez no mesmo slot recomendado. Depois, compare outros slots ou um módulo de funcionamento comprovado. Se os erros acompanharem um módulo entre os slots enquanto outro módulo passa nesses testes, o primeiro módulo é o principal suspeito. Erros que permanecem em um slot apontam para a placa ou a conexão.

Em um PC ligado com tela sem imagem, verifique a entrada e o cabo do monitor antes de interpretar os indicadores do POST. Com uma placa de vídeo separada, conecte o monitor à saída dessa placa, não a uma saída inativa da placa-mãe.

Teste conexões simples e peças fáceis de trocar antes de substituir um processador ou uma placa-mãe. Registre qual módulo, slot ou fonte você testou para que a próxima pessoa possa reproduzir a comparação.

O diagnóstico de problemas de armazenamento começa pelos dados. Um reparo longo pode sobrecarregar ainda mais uma unidade que já está falhando, portanto decida como proteger os arquivos do usuário antes de testar seu desempenho ou sistema de arquivos.

Reconheça falhas de armazenamento

Um disco rígido que emite estalos ou ruídos de raspagem pode estar perto de falhar completamente. SSDs não têm peças móveis, portanto investigue suas falhas por meio da detecção, do desempenho e de evidências de diagnóstico. Ambos podem apresentar travamentos ao abrir arquivos, leituras muito lentas, arquivos corrompidos ou dispositivos de inicialização não detectados.

O SMART, sistema de automonitoramento da unidade, informa indicadores de saúde. Contagens crescentes de setores realocados, pendentes ou incorrigíveis são sinais de alerta. Copie os dados importantes e planeje a substituição. Um aviso é motivo para proteger os dados, não uma falha que se elimina pela formatação.

Se dados valiosos não tiverem backup e o disco estiver emitindo ruídos de falha, pare de usá-lo e considere a recuperação profissional. Verificações completas ou tentativas de reparo repetidas podem reduzir a chance de recuperar os dados legíveis restantes.

Encontre o nível em que a unidade não aparece

Verifique primeiro a detecção pelo firmware. Uma unidade ausente ali aponta para a alimentação, um cabo de dados, uma porta desativada ou a própria unidade. Se o firmware a detectar, mas o Explorador de Arquivos não a mostrar, examine o Gerenciamento de Disco. Um volume existente e saudável pode simplesmente não ter uma letra de unidade.

Uma unidade realmente nova e vazia precisa de inicialização, particionamento e formatação. Confirme que ela é nova antes de fazer esse trabalho: formatar uma unidade que já contém dados necessários não é um teste de diagnóstico.

chkdsk C: /f repara erros do sistema de arquivos do Windows. chkdsk C: /r também localiza setores defeituosos e tenta recuperar dados legíveis; ele demora mais. Proteja os dados primeiro quando houver suspeita de falha de hardware. O reparo do sistema de arquivos e a substituição de hardware resolvem problemas diferentes.

Entenda os limites de falha do RAID

O RAID combina unidades, mas sua configuração determina o que acontece quando uma delas falha.

O RAID 5 exige pelo menos três unidades; o RAID 6 exige pelo menos quatro. O RAID 10 pode suportar uma falha em cada par, mas a perda das duas unidades de um par causa a perda do arranjo. Apenas contar as unidades com falha não mostra essa diferença.

Trate um arranjo degradado

Uma controladora pode mostrar “degradado”, emitir um alarme ou marcar uma unidade em âmbar ou vermelho. Verifique sua ferramenta de gerenciamento e seus logs para identificar a unidade exata. Siga o procedimento de substituição com uma unidade compatível de capacidade pelo menos igual à necessária e depois monitore a reconstrução.

Um arranjo RAID 5 de quatro unidades continua funcionando após uma falha, mas outra falha antes da conclusão da reconstrução causa sua perda. Mantenha backups separados: a redundância do RAID não recupera um arquivo excluído pelo usuário nem protege o sistema contra ransomware, roubo ou incêndio.

Acompanhe um problema de imagem desde a origem até a tela. O modo de saída do notebook, o cabo, a entrada selecionada no monitor e o painel fazem parte desse caminho. Uma tela funcionando com a entrada errada selecionada pode parecer uma falha do hardware gráfico.

Comece pelo caminho do sinal

Verifique se a tela está ligada e ativa, se o cabo está bem conectado e se a entrada corresponde à porta usada. No Windows, a tecla Windows + P seleciona se o notebook usa a própria tela, duplica-a ou estende a área de trabalho. Teste um cabo adequado e de funcionamento comprovado antes de substituir hardware caro.

Um projetor de sala de reunião mostra “Sem sinal”. Configurar sua entrada para HDMI 1 não muda o resultado. O notebook está configurado para “Somente tela do computador”. Alterar para “Duplicar” faz a imagem aparecer. A causa é o modo de saída do notebook; a ventoinha funcionando e a luz de alimentação do projetor, sozinhas, não poderiam identificá-la.

Associe o sintoma a uma verificação

A resolução nativa é a grade real de pixels do painel. Outras resoluções podem precisar de ajuste de escala e parecer pouco nítidas. Escolha a configuração recomendada e depois verifique se o problema de legibilidade do usuário exige uma mudança de escala.

Diferencie software de hardware

Observe a tela de configuração do firmware antes de o Windows carregar. Uma falha visível ali pertence ao caminho do painel, do cabo ou do hardware gráfico. Uma falha que aparece apenas após o Windows carregar aponta para um driver ou uma configuração. Essa comparação restringe a investigação sem alterar várias opções de exibição ao mesmo tempo.

Em um notebook, experimente um monitor externo. Uma imagem externa nítida com falha na interna direciona a atenção para o painel interno ou sua conexão. Se uma imagem tênue na tela LCD ficar visível apenas com uma lanterna, sua iluminação falhou. Painéis modernos usam retroiluminação LED; os antigos podem usar lâmpadas fluorescentes e um inversor. Um notebook geralmente precisa ter o painel substituído.

Um pixel morto permanece preto; um pixel preso permanece em uma única cor. Consulte a política de pixels do fabricante para o atendimento em garantia. A retenção permanente de imagem é um vestígio duradouro de uma imagem estática, especialmente em telas OLED e de plasma antigas. A redução automática do brilho, os protetores de tela e a ocultação de elementos estáticos reduzem esse risco.

Verifique a refrigeração do projetor e a saída de som

Um aviso de lâmpada e ausência de imagem com a ventoinha funcionando podem indicar uma lâmpada com falha. Deixe o projetor esfriar antes de tocar na lâmpada. Desligamentos repetidos sugerem aberturas de ventilação bloqueadas ou filtro de ar obstruído; uma imagem escura pode resultar do modo econômico ou de uma lâmpada próxima do fim de sua vida útil nominal em horas.

Se não houver áudio por HDMI ou DisplayPort, selecione o monitor ou projetor como dispositivo de saída de som e depois verifique seu volume e a opção de silenciar. Uma boa imagem com alto-falantes sem som pode indicar um problema de direcionamento do áudio, mesmo quando o cabo de vídeo funciona.

Um problema de impressão pode começar dentro da impressora, em sua conexão ou no driver, na fila ou no aplicativo do computador. Uma página de configuração interna é uma primeira forma útil de dividir a investigação, pois não depende de um trabalho enviado por um PC.

Separe a impressão independente dos trabalhos recebidos

Imprima pelo menu da própria impressora. Uma página correta mostra que ela consegue produzir uma página de forma independente. Em seguida, verifique a interface USB ou de rede e a conexão, depois o driver, a fila e o aplicativo. A página interna não testou o caminho de entrada dos trabalhos.

Para uma impressora de rede marcada como “offline” após uma mudança de local, compare seu endereço atual com o endereço configurado nos PCs. Em um caso, a página da impressora mostra 192.168.1.57 enquanto os PCs enviam trabalhos para 192.168.1.40. Restabelecer um endereço reservado adequado para a impressora e depois testar a partir de dois PCs verifica o reparo. Um endereço reservado ou estático corretamente gerenciado impede que mudanças inesperadas de endereço interrompam o caminho de impressão.

Interprete os sinais da qualidade de impressão

A unidade fusora funde o toner ao papel. Se o toner sair ao esfregar, investigue essa etapa em vez de apenas substituir o toner. Em uma impressora a jato de tinta, use a verificação dos jatos e o procedimento de limpeza da cabeça de impressão e depois substitua um cartucho vazio ou ressecado.

Verifique a alimentação de papel

Tipo ou gramatura incorretos, papel úmido ou enrolado, bandejas cheias demais e resíduos podem causar atolamentos. Retire o papel atolado na direção em que ele passa e procure pedaços rasgados. Rolos de tração do papel desgastados deixam de puxar o papel; uma almofada de separação desgastada ou papel úmido pode fazer várias folhas entrarem juntas. Pare uma impressora que emita ruído de raspagem e procure um objeto estranho nas engrenagens e no caminho do papel.

Uma unidade fusora a laser pode estar a cerca de 200 °C, portanto deixe-a esfriar antes de colocar a mão no interior da impressora. Evite espalhar ou inalar toner solto e use um aspirador próprio para toner em caso de derramamento, em vez de um aspirador doméstico.

Verifique o driver e a fila

Símbolos ilegíveis frequentemente apontam para um driver ou trabalho de impressão incorreto ou danificado. Cancele o trabalho e instale o driver correto para o modelo exato. Bandejas ou recursos de acabamento ausentes podem indicar que as opções instaladas não estão configuradas nas propriedades do driver. Verifique a orientação nas configurações de impressão do aplicativo e siga o procedimento do finalizador para grampos presos.

Em uma fila travada, um trabalho pendente ou com erro bloqueia os trabalhos posteriores. Cancele o trabalho travado. Se ele não puder ser cancelado, reinicie o Spooler de Impressão em Serviços ou use net stop spooler seguido de net start spooler em um Prompt de Comando com privilégios elevados. Considere os outros usuários antes de reiniciar um serviço compartilhado.

Envie um novo trabalho pelo aplicativo que o usuário costuma usar após o reparo. Para um problema compartilhado, verifique também a partir de outro computador afetado, para que o teste cubra o caminho que falhava originalmente.

Uma conexão de rede depende de várias etapas funcionando em conjunto. Teste-as em ordem: enlace físico, configuração IP, gateway local, alcance externo e resolução de nomes. Guarde cada resultado para que a primeira falha forneça um limite útil para a investigação.

Verifique a conexão local e o endereço

Em uma conexão por cabo, inspecione os plugues e as luzes de enlace. No Wi-Fi, verifique a associação à rede pretendida. Depois, consulte o endereço, a máscara de sub-rede, o gateway e os servidores DNS com ipconfig /all no Windows, ip address no Linux ou nas configurações de rede do macOS.

Um PC Windows configurado para DHCP que mostra um endereço como 169.254.17.203 atribuiu a si mesmo um endereço APIPA, ou de link local, após não receber resposta do DHCP. Verifique o enlace, a porta do comutador e a disponibilidade do DHCP. ipconfig /release seguido de ipconfig /renew solicita uma nova concessão; isso não corrige por si só um cabo desconectado ou um serviço DHCP indisponível.

Teste um caminho progressivamente mais longo

Use ping para enviar solicitações de eco ICMP e ler os tempos de ida e volta:

1. ping 127.0.0.1 testa o software de rede local.
2. Faça ping ao próprio endereço do dispositivo.
3. Faça ping ao gateway padrão.
4. Faça ping a um endereço IP externo, como 1.1.1.1.
5. Teste um nome, como em ping example.com.

A falta de resposta precisa ser interpretada: alguns hosts e firewalls bloqueiam o ICMP mesmo enquanto o serviço funciona. Compare outras evidências antes de declarar o host indisponível.

Se um IP externo responder, mas um nome falhar com “host não encontrado”, investigue o DNS. nslookup example.com mostra o servidor DNS usado e sua resposta. Após a mudança de um registro DNS, ipconfig /flushdns limpa o resultado armazenado no cache local. Um site que carrega mal é diferente de um nome que não é resolvido.

Verifique se o gateway pertence à rede

Um PC tem o endereço 192.168.10.23 com máscara 255.255.255.0, mas seu gateway é 192.168.1.1. A rede local é 192.168.10.0/24; o gateway configurado está fora dela. Uma configuração estática antiga explica por que o teste do gateway falha. Restabelecer a configuração automática pretendida fornece o gateway 192.168.10.1 e restabelece o acesso.

Leia a configuração completa antes de alterar um campo. Uma máscara de sub-rede incorreta também pode fazer o dispositivo interpretar sua rede de forma errada.

Examine pontos mais distantes do caminho

tracert no Windows e traceroute no macOS ou Linux mostram os roteadores que respondem ao longo de uma rota. Um asterisco marca uma sondagem sem resposta; um salto posterior ainda pode responder porque o roteador anterior encaminhou o tráfego sem responder à sondagem. Um atraso que começa em um salto e persiste nos posteriores é uma evidência mais útil do que uma única resposta lenta intermediária.

pathping acrescenta estatísticas de perda por salto. netstat -an lista conexões e portas em escuta, o que ajuda a verificar se um serviço está escutando ou se um aplicativo tem uma conexão.

“Conectividade limitada” significa que existe um enlace, mas o acesso à internet falha. Verifique o endereço, o gateway, a página de entrada da rede de convidados e o serviço de internet compartilhado. Se um dispositivo falhar, concentre-se nele; se todos falharem, verifique o roteador, o modem e o status do provedor. Considere os usuários afetados antes de reiniciar equipamentos compartilhados.

Uma conexão pode funcionar e ainda apresentar mau desempenho. Diferencie sinal fraco, interferência, autenticação e transmissão instável para que sua próxima ação trate do tipo de falha que o usuário realmente enfrenta.

Interprete as evidências da rede sem fio

O RSSI, uma medida da intensidade do sinal recebido, é normalmente mostrado em dBm. Valores mais próximos de zero são mais fortes: −50 dBm é mais forte que −80 dBm. Referências aproximadas são cerca de −50 dBm para um sinal forte, cerca de −67 dBm como alvo comum de projeto para voz e vídeo e abaixo de aproximadamente −80 dBm para um serviço pouco confiável. Um analisador de Wi-Fi mostra níveis de sinal, redes próximas e canais.

Aproxime-se para testar a distância ou os obstáculos e compare um segundo dispositivo no local original. Concreto, metal e pisos podem enfraquecer a cobertura. Muitos clientes, drivers antigos do adaptador e configurações de economia de energia também podem contribuir.

Em 2,4 GHz, os centros dos canais estão separados por 5 MHz, enquanto um canal tem aproximadamente 20 MHz de largura, portanto canais adjacentes se sobrepõem. Os canais 1, 6 e 11 têm centros em 2412, 2437 e 2462 MHz, separados por 25 MHz, e são as escolhas habituais que não se sobrepõem. Redes próximas, Bluetooth e fornos de micro-ondas compartilham essa faixa. Um canal menos congestionado ou uma conexão adequada em 5 GHz ou 6 GHz pode ajudar; verifique a cobertura, pois faixas mais altas geralmente têm menor alcance útil.

Diferencie autenticação de sinal

Um sinal forte com entrada rejeitada exige verificações de senha e segurança. Frases-senha diferenciam maiúsculas de minúsculas; uma senha antiga salva pode continuar falhando após uma alteração. Verifique o suporte ao tipo de segurança, a filtragem MAC e, em redes 802.1X gerenciadas, a expiração da conta ou do certificado. Quando apropriado, faça o dispositivo esquecer a rede salva e conecte-se novamente com os dados atuais.

Diferencie atraso, variação e perda

Essas são referências comuns de qualidade, não garantias para todos os serviços. Vozes entrecortadas e falhas na fala exigem verificações de variação e perda, além do atraso médio.

Cinco respostas do gateway levam 21, 23, 64, 22 e 20 ms. O total é 150 ms, resultando em média de 30 ms. As diferenças absolutas consecutivas são 2, 41, 42 e 2 ms; sua média é 21,75 ms. Essa é uma estimativa simples da variação em amostras de ida e volta, não uma medição universal da variação do atraso. O pico exige um teste mais longo e uma comparação por cabo antes de atribuir a causa ao Wi-Fi.

Investigue falhas em conexões cabeadas e compartilhadas

Um dispositivo compatível com gigabit que estabelece enlace a 100 Mb/s sugere verificar os pares do cabo e a negociação. Verifique também duplex, congestionamento e grandes backups ou atualizações usando a largura de banda. A oscilação do enlace da porta significa que o enlace físico cai e volta repetidamente. Substitua primeiro o cabo de conexão e depois teste o cabeamento fixo, o adaptador e as configurações de negociação.

Se todos os dispositivos perderem a internet de forma intermitente, compare os logs do roteador ou modem com o status do provedor e o horário do dia. Congestionamento em horários movimentados e quedas aleatórias da linha sugerem testes seguintes diferentes.

Uma instalação funcional precisa de cabeamento em boas condições e de testes de serviço bem-sucedidos. Comece pelo enlace físico e depois verifique se cada tomada de rede oferece ao dispositivo pretendido uma conexão utilizável antes da entrega.

Inspecione e mapeie o cabo

Verifique as luzes de enlace no adaptador e no comutador de rede, o encaixe dos conectores e os danos visíveis. As cores das luzes podem indicar a velocidade, mas seu significado depende do dispositivo. Consulte o status da porta ou o manual quando a indicação não estiver clara.

A Ethernet de par trançado usa oito condutores em quatro pares. Um cabo direto segue o mesmo padrão de terminação nas duas extremidades. A ordem dos pinos T568B de 1 a 8 é: branco-laranja, laranja, branco-verde, azul, branco-azul, verde, branco-marrom, marrom. O T568A troca os pares laranja e verde.

Um testador de mapa de fios verifica quais pinos estão conectados entre si:

Um par dividido pode passar em um teste simples de continuidade e ainda causar alta diafonia. Use um testador que verifique a integridade dos pares ou a diafonia para identificar essa falha. T568A em uma extremidade e T568B na outra produz pares cruzados em vez de um mapeamento direto.

Verifique o comprimento e identifique o trecho

Para o canal Ethernet padrão de cobre com quatro pares ensinado aqui, o limite é de 100 m: normalmente, no máximo 90 m de cabo fixo e 10 m de cabos de conexão. Um enlace permanente de 85 m com cabos de 3 m e 7 m totaliza 95 m e atende aos dois limites. Um trecho fixo de 92 m mais dois cabos de 5 m totaliza 102 m e ultrapassa os limites tanto do enlace permanente quanto do canal. O comprimento excessivo aumenta o risco de erros e redução de velocidade.

Uma sonda de rastreamento por tom identifica um cabo sem etiqueta seguindo o sinal de um gerador de tom. Um plugue de teste de retorno adequado devolve o sinal transmitido por uma porta ao seu caminho de recepção para testar a porta. Testadores de cabos avançados podem mostrar o comprimento e a distância até uma falha.

Verifique alimentação e fibra separadamente

Para um telefone, uma câmera ou um ponto de acesso alimentado por PoE, verifique o suporte a PoE da porta, o padrão necessário e o orçamento total de potência restante do comutador. A potência máxima por porta é de 15,4 W para 802.3af, 30 W para 802.3at e 60 ou 90 W para os tipos 802.3bt. A potência disponível no dispositivo é menor devido à perda no cabo.

Para fibra, inspecione e limpe as faces dos conectores, verifique a polaridade entre transmissão e recepção e use um localizador visual de falhas para identificar uma ruptura visível ou dobra acentuada. Nunca olhe para a extremidade de uma fibra ou uma porta conectada; a luz pode prejudicar seus olhos.

Verifique antes da entrega

Uma tomada de rede nova não estabelece enlace. Seu teste de mapa de fios mostra circuito aberto no pino 6. Após refazer a terminação do conector, todos os oito pinos estão mapeados corretamente e um PC estabelece enlace a 1 Gb/s. Registre a etiqueta da tomada, a falha original, o reparo e o resultado do novo teste.

Teste cada tomada de rede e cabo de conexão, confira as etiquetas com a documentação da instalação executada e conecte um dispositivo para verificar o enlace, o endereço IP e o acesso à rede. Verifique a cobertura Wi-Fi quando fizer parte da instalação. Guarde o relatório de testes com os diagramas atualizados para que técnicos futuros possam identificar o trecho exato.

Falhas do Windows e de aplicativos podem parecer semelhantes: um programa lento, uma falha de entrada ou uma reinicialização repentina pode ter origem no software, no armazenamento, na memória ou na alimentação. Use o erro, o momento e os usuários afetados para escolher a próxima verificação.

Registre falhas e lentidão

Uma tela azul da morte (BSOD) é um erro de parada do Windows. Registre o código de parada, como MEMORY_MANAGEMENT ou IRQL_NOT_LESS_OR_EQUAL, e o que aconteceu imediatamente antes. O Windows pode salvar um despejo de memória com mais evidências. Verifique no Monitor de Confiabilidade se há um driver ou atualização recente e pesquise orientações oficiais para o código e a versão do Windows.

Para uma queda de desempenho, use o Gerenciador de Tarefas para localizar o uso elevado de processador, memória ou disco. Verifique os programas de inicialização, o espaço livre na unidade do sistema e se a carga de trabalho precisa de mais RAM. Encerrar um processo descontrolado testa se ele explica a lentidão; uma correção duradoura trata do motivo pelo qual ele saiu de controle. Malware, armazenamento com falha e aquecimento também podem causar baixo desempenho.

Repare a camada afetada

Quando um programa não inicia, é necessário verificar seu registro no log de aplicativo, o módulo com falha, a compatibilidade e o estado das atualizações. Experimente a função de reparo do aplicativo e, se ela falhar, reinstale-o. Teste outra conta de usuário: uma falha limitada a uma conta aponta para o perfil ou as configurações desse usuário.

Para arquivos protegidos do Windows, execute sfc /scannow em um Prompt de Comando com privilégios elevados. Se o SFC não conseguir reparar os arquivos, DISM /Online /Cleanup-Image /RestoreHealth repara o repositório de componentes usado por ele; depois, execute o SFC novamente. Isso repara danos em arquivos do sistema, não um módulo de RAM defeituoso ou um aplicativo não suportado.

Quando um serviço não inicia, é necessário verificar seu tipo de inicialização, suas dependências e sua conta de entrada em services.msc. Leia o log do sistema para encontrar o motivo. Um programa dependente pode falhar porque o serviço que o atende nunca iniciou.

Verifique perfis, relógios e recursos USB

Um perfil temporário ou uma entrada muito lenta pode resultar de um perfil danificado ou grande, ou de uma conexão lenta com um perfil móvel. Crie um novo perfil quando apropriado e preserve os dados do usuário antes de remover o antigo.

Para deriva do relógio, verifique o fuso horário e a sincronização automática. w32tm /resync solicita a sincronização pelo serviço de Horário do Windows. Um relógio que é redefinido depois de desconectar o PC da tomada sugere a bateria do CMOS; um relógio incorreto pode causar falhas de certificado e de entrada.

Um aviso de recursos do controlador USB pode surgir quando muitos dispositivos compartilham um controlador. Mova alguns para portas de outro controlador. Uma porta física diferente pode ajudar, mas verifique como os controladores estão distribuídos em vez de presumir que cada porta tenha recursos separados.

Isole o software de inicialização

O Modo de Segurança reduz o conjunto de drivers e serviços; uma inicialização limpa desativa serviços que não são da Microsoft e itens de inicialização para teste. Se a falha parar, reative os itens em grupos para encontrar a causa. Se persistir, investigue o hardware e os arquivos do sistema, assim como o software que ainda estava ativo durante o teste.

Quando uma mudança recente for a causa provável, a Restauração do Sistema ou a desinstalação dessa atualização pode revertê-la. No macOS, o Primeiros Socorros do Utilitário de Disco e o Recovery oferecem opções de reparo; no Linux, um kernel mais antigo no menu de inicialização pode contornar uma atualização defeituosa do kernel. Preserve os dados e registre a mudança antes de aplicar um reparo.

A pouca duração da carga de um celular pode indicar uma bateria desgastada ou uma bateria saudável fazendo mais trabalho. Compare a saúde da bateria com a forma como a energia é usada antes de alterar configurações ou encomendar uma peça.

Diferencie capacidade de consumo de energia

A capacidade de baterias de íons de lítio diminui com a idade, os ciclos de carga e o calor. A saúde da bateria informa a capacidade máxima em relação à capacidade quando nova. Muitos fabricantes usam cerca de 80% de capacidade retida após algumas centenas a aproximadamente mil ciclos completos como referência de projeto; a especificação exata depende do modelo.

Uma bateria de 3.000 mAh com 78% de saúde armazena cerca de 2.340 mAh. As tarefas de um dia que exigem 2.600 mAh já não cabem em uma carga. Reduzir o uso em segundo plano pode diminuir a demanda, mas a substituição é o reparo para a própria bateria desgastada.

Com uma bateria saudável, examine o uso por aplicativo, o brilho, o tempo limite da tela, a atividade em segundo plano e o uso de localização. Um sinal móvel fraco também aumenta a demanda de energia porque o rádio trabalha mais para manter a conexão.

Responda aos sinais físicos de alerta

Uma tela se levantando, uma carcaça abaulada ou uma tampa traseira que não fecha mais pode indicar uma bateria estufada. Pare de usar e carregar o dispositivo. Não pressione, perfure nem achate a bateria; mantenha-a longe de material inflamável e providencie a substituição e a reciclagem conforme as regras locais.

Para problemas de carregamento, compare com um carregador e um cabo adequados e de funcionamento comprovado. Inspecione a porta em busca de danos ou fiapos e verifique se há aviso de umidade. No carregamento sem fio, verifique o alinhamento e retire uma capa grossa. Uma porta danificada precisa de reparo, não de força repetida sobre o plugue.

Aplicativos exigentes, jogos durante o carregamento, sol direto, uma capa grossa ou problemas na bateria podem causar superaquecimento. Um celular quente pode reduzir o brilho, ficar lento ou interromper o carregamento como proteção. Deixe-o esfriar à sombra, não em uma geladeira, e verifique qual aplicativo está consumindo mais energia.

Diferencie imagem e toque

O digitalizador detecta o toque. Uma imagem visível com falha de toque ou toques fantasmas pode resultar do digitalizador, de uma película danificada ou de uma superfície suja ou molhada. Limpe e seque a tela, teste sem a película e reinicie. Use a calibração se o dispositivo oferecer essa opção. Uma caneta ativa também precisa de hardware compatível, carga e pareamento.

Trate falhas por líquido e de conexão

Em caso de contato com líquido, desligue o dispositivo, desconecte o carregador, retire a capa e seque a parte externa. Permita a circulação de ar e siga as orientações de secagem do fabricante. Não use arroz, calor externo ou objetos dentro de um conector molhado. Um indicador de contato com líquido pode mudar de cor após a exposição. A resistência à água IP67 ou IP68 descreve condições de teste em água doce e pode diminuir com o desgaste; ela não permite carregar um dispositivo molhado.

Se a conectividade for perdida, verifique o modo avião, os controles de Wi-Fi e Bluetooth, o status do SIM ou eSIM e as configurações de dados móveis ou roaming. Reinicie antes de redefinir as configurações de rede. Uma redefinição é mais disruptiva porque remove dados de conexão salvos; as configurações exatas removidas variam conforme a plataforma.

Escolha os reparos em dispositivos móveis em uma ordem que preserve os dados e as configurações do usuário. Um único aplicativo com falha exige uma investigação mais restrita do que muitos aplicativos falhando em todo o celular.

Comece pelas etapas menos disruptivas

Feche e reabra o aplicativo afetado e depois reinicie o dispositivo. Verifique as atualizações do aplicativo e do sistema, o armazenamento disponível e a compatibilidade. No Android, limpar o cache do aplicativo remove arquivos temporários; limpar seus dados pode remover conteúdo e configurações armazenados localmente. No iOS, a desinstalação com preservação de dados remove o aplicativo, mantém seus documentos e dados e permite a reinstalação.

Se essas etapas falharem, considere reinstalar o aplicativo, redefinir as configurações e, por fim, restaurar as configurações de fábrica após verificar o backup. Antes de limpar dados ou excluir um aplicativo, verifique se o conteúdo local necessário está sincronizado ou salvo em backup. Guarde informações suficientes para restaurar o acesso após uma redefinição.

Descubra por que a instalação ou as atualizações falham

As causas comuns incluem pouco armazenamento, versão do sistema não suportada, problema na conta da loja ou no pagamento, ausência de acesso à internet, controles parentais e restrições de gerenciamento de dispositivos móveis (MDM) da empresa. Verifique o erro e o status reais em vez de pressionar Atualizar repetidamente.

Uma atualização do sistema precisa de espaço livre suficiente, carga adequada na bateria ou um carregador e uma conexão estável. Se o período de suporte do fabricante tiver terminado, planeje a substituição; redefinir o dispositivo repetidamente não criará uma atualização suportada.

Analise uma atualização bloqueada por falta de armazenamento

Um aplicativo bancário fecha imediatamente. O celular tem 0,5 GB livre de 64 GB, e uma atualização do aplicativo está aguardando. O usuário faz backup de vídeos antigos e verifica o backup. Remover esses vídeos locais libera 6,5 GB; a atualização é instalada e o aplicativo abre normalmente.

Registre as evidências da causa com precisão: pouco armazenamento bloqueou a atualização, e o aplicativo funcionou após liberar espaço e instalar a atualização. Essas ações não identificam separadamente se a falha veio da versão antiga do aplicativo ou de outro efeito relacionado ao armazenamento. Para prevenir o problema, monitore o espaço livre e use a limpeza de espaço no dispositivo oferecida pelo serviço de fotos após confirmar o backup. Ativar o backup por si só mantém as cópias locais no lugar.

Diagnostique lentidão e funções sem fio

Pouco armazenamento, muitos aplicativos em segundo plano, um aplicativo com falha, aquecimento ou uma bateria desgastada podem causar respostas lentas e reinicializações. No Android, o Modo de Segurança desativa aplicativos baixados; se a falha parar, um aplicativo baixado está causando o problema. Investigue os aplicativos instalados. Compare o comportamento na mesma tarefa.

Para Bluetooth, coloque os dois dispositivos em modo de pareamento, aproxime-os e, quando necessário, remova um pareamento antigo e faça-o novamente. Para Wi-Fi, verifique a senha, a rede salva e qualquer página de entrada de convidados. Para pagamentos por NFC, verifique se o NFC está ativado, se o aplicativo de pagamento pretendido é o padrão e se a área NFC do celular está próxima do leitor.

Se a rotação falhar, verifique o bloqueio de rotação e experimente um aplicativo que a suporte antes de suspeitar do sensor. Após uma atualização importante do sistema, a indexação em segundo plano pode aumentar temporariamente o uso da bateria. Se continuar por mais de alguns dias, examine o uso por aplicativo e as permissões de execução em segundo plano.

Algumas falhas de suporte aparentemente comuns apontam para um problema de segurança. Uma mudança sem explicação no navegador ou um programa de segurança desativado exige uma resposta diferente de um reparo rotineiro de software: proteja os dados e siga o procedimento de segurança da organização.

Reconheça padrões suspeitos

Em um PC, os sinais de alerta incluem janelas pop-up indesejadas e repetidas, redirecionamento do navegador, mudança no mecanismo de busca ou na página inicial, cobranças por antivírus falso, software de segurança desativado e falhas inesperadas de atualização. Arquivos ausentes, renomeados ou ilegíveis podem apontar para ransomware. Um navegador lento ou uma conexão de rede malsucedida, por si só, tem muitas causas possíveis; as mudanças ao redor ajudam a avaliar a situação.

Um alerta falso pode pedir pagamento ou instruir o usuário a ligar para um número. Verifique sua origem pela própria janela do programa de segurança instalado, em vez de confiar no texto de uma página da web. Programas de segurança legítimos e ferramentas de atualização também exibem alertas, portanto a presença de uma janela pop-up, sozinha, não identifica um ataque.

Leve a sério os avisos de certificado

Um navegador verifica a confiabilidade, o nome e as datas de validade do certificado de um site. Um aviso pode significar expiração, nome divergente, emissor não confiável ou relógio incorreto do dispositivo. Verifique primeiro o relógio. Se ele estiver correto e um site conhecido ainda mostrar um aviso de confiança, não prossiga; investigue a conexão, pois a interceptação é uma causa possível.

Um PC emite avisos em todos os sites e mostra 1 de janeiro de 2020. Os certificados atuais dos sites aparecem como “ainda não válidos” em relação a essa data. Corrigir a data e ativar a hora automática elimina os avisos. Se o relógio continuar sendo redefinido após o PC ser desconectado da tomada, substituir a bateria do CMOS corrige a falha subjacente. O teste do relógio explica esse padrão sem contornar as verificações de certificado.

Verifique sintomas e acessos em dispositivos móveis

Tráfego de dados inesperado, consumo rápido da bateria, aquecimento, anúncios fora de aplicativos, comportamento estranho de aplicativos e dados pessoais aparecendo em locais inesperados podem indicar uso indevido ou software malicioso. Compare a atividade com as tarefas habituais do usuário e as instalações recentes.

A instalação de aplicativos fora da loja oficial significa instalar aplicativos de outras fontes; a falsificação de aplicativo ocorre quando um aplicativo imita outro confiável. Dispositivos Android com acesso root e dispositivos iOS com restrições removidas contornam as proteções do sistema. Esses fatores aumentam o risco e merecem atenção durante a investigação.

O menu Opções do desenvolvedor do Android é separado da obtenção de acesso root e da ativação da depuração. A depuração USB ou sem fio, quando ativada, permite o controle por um computador autorizado. Verifique se a depuração está ativa e quais computadores estão autorizados; desative-a quando não for necessária e remova autorizações desconhecidas. Use a loja oficial para aplicativos e trate softwares desconhecidos conforme o procedimento aplicável.

Encaminhe o problema de segurança

Relate a suspeita de comprometimento e isole o dispositivo conforme o procedimento da organização. A resposta pode precisar tratar de credenciais roubadas ou outros dispositivos afetados, além do sintoma visível. Não limpe um dispositivo da empresa e o devolva ao uso sem relatar o ocorrido. Registre os sintomas, os horários, a abrangência e as ações já realizadas para que a equipe de segurança possa continuar a investigação.