linux-troubleshooting
Diagnosticar e Resolver Problemas do Sistema Linux
Administradores Linux enfrentam falhas complexas do sistema que requerem diagnóstico estruturado. Este fluxo de trabalho fornece uma abordagem de sete fases para identificar sistematicamente as causas raiz e implementar correções verificadas.
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“linux-troubleshooting”。 Servidor está rodando lentamente. Comece a solução de problemas.
预期结果:
- Fase 1 - Avaliação Inicial Completa:
- - Tempo de atividade do sistema: 45 dias
- - SO: Ubuntu 22.04 LTS
- - Atualização recente de kernel detectada em dmesg
- Fase 2 - Análise de Recursos:
- - CPU: 95% de uso pelo processo java (PID 4521)
- - Memória: 7,8GB/8GB usados, alta atividade de swap
- - Disco: /var em 92% da capacidade
- Ação recomendada: Investigar vazamento de memória do processo Java e liberar espaço em disco em /var/log
正在使用“linux-troubleshooting”。 Serviço nginx falhou ao iniciar após mudança de configuração
预期结果:
- Resultados da Fase 6 - Solução de Problemas de Serviços:
- - systemctl status nginx: Falhou com código de saída 1
- - journalctl -u nginx: 'nginx: [emerg] diretiva desconhecida' na linha 47
- - Teste de configuração: nginx -t mostra erro de sintaxe em /etc/nginx/sites-enabled/default
- Causa raiz: Diretiva inválida introduzida em edição recente de configuração
- Correção: Restaurar configuração anterior do backup e recarregar nginx
安全审计
安全All 47 static analysis findings are false positives. The SKILL.md file is documentation-only (markdown) containing workflow instructions and example commands. The detected 'backtick execution' patterns are markdown code fence markers (```bash), not Ruby/shell backticks. The 'hardcoded URL' and 'reconnaissance' patterns are documented examples for users, not executable code. No actual security risks detected.
低风险问题 (1)
风险因素
质量评分
你能构建什么
Resposta a Interrupção de Servidor de Produção
Siga o fluxo de trabalho de sete fases para diagnosticar por que um servidor de produção ficou sem resposta, identificar a causa raiz (esgotamento de recursos, falha de serviço ou problema de rede) e implementar uma correção verificada.
Investigação de Degradação de Desempenho
Use fases de análise de recursos e investigação de processos para identificar quais processos estão consumindo CPU ou memória excessiva, depois trabalhe com a skill server-management para resolver o problema.
Diagnóstico de Falha de Serviço
Aplique a fase de solução de problemas de serviços para diagnosticar por que serviços systemd falham ao iniciar, revise logs com a skill error-detective e implemente correções de configuração.
试试这些提示
Use o fluxo de trabalho linux-troubleshooting para verificar a saúde do sistema. Comece com a Fase 1 (Avaliação Inicial) e Fase 2 (Análise de Recursos). Execute uptime, verifique o uso de CPU e memória com top e free, e reporte o espaço em disco com df -h.
Um serviço crítico está falhando ao iniciar. Siga a Fase 6 (Solução de Problemas de Serviços) para verificar systemctl status, revisar logs com journalctl -u service -f e identificar problemas de configuração. Depois use a Fase 4 (Análise de Logs) para procurar erros relacionados em /var/log/.
Usuários não conseguem acessar nosso servidor web. Execute a Fase 5 (Diagnósticos de Rede) para verificar interfaces de rede com ip addr, verificar portas em escuta com ss -tulpn, testar conectividade com curl e verificar resolução DNS com dig. Correlacione descobertas com regras de firewall.
Servidor de produção está enfrentando problemas críticos. Execute o fluxo de trabalho completo linux-troubleshooting de sete fases: (1) Avaliação Inicial, (2) Análise de Recursos, (3) Investigação de Processos, (4) Análise de Logs, (5) Diagnósticos de Rede, (6) Solução de Problemas de Serviços, (7) Resolução. Documente descobertas em cada fase e implemente correções verificadas.
最佳实践
- Sempre documente descobertas em cada fase antes de prosseguir para a próxima
- Verifique correções executando novamente comandos de diagnóstico para confirmar a resolução
- Crie planos de prevenção após a resolução para evitar problemas recorrentes
避免
- Pular fases e ir direto para reinícios sem diagnosticar a causa raiz
- Implementar correções sem primeiro verificar a causa raiz identificada
- Falhar em monitorar a estabilidade do sistema após aplicar a resolução