chmod 755 arquivo.txt
chmod -R 755 pasta/
Como usar e resolver incidentes reais no Linux
O terminal Linux é a ferramenta mais poderosa para desenvolvedores e administradores de sistemas. No entanto, memorizar comandos soltos sem entender o contexto é o caminho mais rápido para cometer erros graves em produção.
🚨 5 Erros Críticos de Iniciantes (e como evitar desastres)
1. O perigo do chmod 777
Quando um arquivo acusa "Permissão negada", a tentação é rodar chmod 777. Isso dá permissão de escrita e execução para qualquer usuário e processo local. Se uma aplicação web for invadida, o atacante poderá sobrescrever qualquer arquivo.
Solução correta: use chown para passar o arquivo ao usuário certo (ex: www-data) e use chmod 755 ou 644.
2. O rm -rf sem validar o caminho
Apagar arquivos com rm -rf * ou variáveis vazias como rm -rf $PASTA/* (se a variável for nula, o comando vira rm -rf /*) já destruiu milhares de servidores pelo mundo.
Solução correta: sempre confira pwd antes de rodar rm -rf e prefira mover para uma pasta temporária primeiro.
3. Usar kill -9 de primeira
O sinal 9 (SIGKILL) não avisa o programa: ele é eliminado instantaneamente pelo kernel sem poder salvar arquivos abertos, gravar commits de banco ou fechar conexões de rede.
Solução correta: envie sempre kill -15 (SIGTERM) primeiro. Deixe o processo encerrar suas tarefas. Use -9 apenas se ele travar de vez.
4. Disco cheio mesmo após apagar arquivos
Você apaga um log de 20 GB com rm, mas o df -h continua dizendo que o disco está em 100%. Por quê? Porque um processo ainda mantém o arquivo aberto na memória.
Solução correta: rode lsof | grep deleted para achar o processo e reinicie o serviço para liberar os blocos de disco.
🛠️ Checklists Rápidos de Emergência (Troubleshooting)
🔥 CPU ou Carga em 100%
- Rode
uptimepara ver as médias de carga (1, 5 e 15 min). - Rode
top -c -o %CPUouhtoppara ver os processos no topo. - Identifique o PID causador e verifique o serviço associado.
- Se for um script travado, tente
kill -15 PID.
💾 Disco Cheio (100% de uso)
- Rode
df -hpara ver qual partição estourou o limite. - Rode
df -ipara ver se o problema são inodes esgotados. - Rode
du -sh /var/log/* | sort -hr | head -n 10para achar pastas gigantes. - Rode
lsof | grep deletedse o espaço não for liberado após remoção.
🌐 Porta de Rede Ocupada / Conflito
- Rode
sudo ss -tulpn | grep :PORTApara ver quem está ouvindo. - Ou use
sudo lsof -i :PORTApara capturar o PID exato. - Verifique se há outro serviço ou container Docker já rodando na porta.
- Pare o serviço conflitante com
sudo systemctl stop servico.
❌ Serviço Falhou (systemd failed)
- Rode
sudo systemctl status servico --no-pager. - Inspecione o motivo real com
sudo journalctl -u servico -n 50 -e. - Verifique permissões e caminhos de arquivo em
/etc/systemd/system/. - Após corrigir a config, rode
sudo systemctl daemon-reloade tente reiniciar.
Perguntas Frequentes (FAQ)
Sim! Toda a lógica de busca, decodificação de comandos e cálculo de permissões foi desenvolvida em JavaScript puro para rodar diretamente no navegador do seu dispositivo. Você pode inclusive salvar a página e usá-la offline.
Não. Respeitamos rigorosamente sua privacidade e segurança: nada do que você digita ou pesquisa é enviado para servidores da Kipa Labs ou de terceiros. Todo o processamento é 100% local e efêmero.
O catálogo cobre os comandos fundamentais do padrão POSIX e utilitários GNU presentes em praticamente todas as distribuições populares do mercado: Ubuntu, Debian, Red Hat Enterprise Linux (RHEL), CentOS, Rocky Linux, AlmaLinux, Fedora, Arch Linux e Alpine Linux.
O diretório ~/.ssh/ deve ter permissão chmod 700 (somente o dono pode acessar). A chave privada (ex: id_ed25519 ou id_rsa) deve ter permissão chmod 600. A chave pública (id_rsa.pub) e o arquivo authorized_keys costumam usar 644 ou 600.