23. Administração e troubleshooting Linux e Unix

Este capítulo apresenta Administração e troubleshooting Linux e Unix em uma sequência pensada para quem está aprendendo o assunto. Os conceitos serão ligados a problemas, decisões, formas de execução e evidências, para que siglas e ferramentas ganhem sentido dentro do ciclo completo da tecnologia.

Sobre o hardware, o sistema operacional organiza processador, memória, dispositivos, arquivos, usuários e serviços. A administração transforma esses mecanismos em servidores seguros, previsíveis e recuperáveis. Este é o capítulo 23 de 23 da disciplina Sistemas Operacionais e Administração de Servidores. Ele retoma Troubleshooting do Windows Server e acrescenta uma nova camada. Como capítulo final, ele encerra a progressão e prepara a revisão conjunta.

Ponto de partida

Para compreender infraestrutura, acompanhe o caminho completo de uma solicitação e de seus dados. Identifique o componente que recebe a entrada, o estado que precisa conservar, as dependências que aciona e a saída que entrega. Depois introduza atraso, indisponibilidade ou configuração incorreta e observe como o sistema reage.

Em Sistemas Operacionais e Administração de Servidores, o nome de uma tecnologia é apenas o começo. O entendimento surge quando você relaciona finalidade, arquitetura, configuração, operação, segurança e recuperação. Essa leitura por camadas evita decorar siglas sem compreender o mecanismo que sustenta o serviço.

Fundamentos e vocabulário

Começamos por Fundamentos e vocabulário, que fornece a linguagem necessária para compreender as partes seguintes.

O primeiro elemento dessa parte estabelece a base. Df mede blocos do sistema de arquivos e du soma uso visível por caminhos. Arquivos abertos já removidos e blocos reservados explicam diferenças. Inodes também podem esgotar antes dos blocos. A ressalva impede generalizações absolutas. Observe como essa regra define o papel do componente e quais efeitos aparecem nas camadas vizinhas.

A partir dessa base, aparece uma consequência importante. Ip e ss substituem muitas funções antigas de ifconfig e netstat. Ss inspeciona sockets e ip gerencia endereços e rotas. Firewalls e DNS exigem testes específicos. A definição separa o conceito de uma simplificação frequente. Para enxergar o mecanismo, acompanhe entrada, transformação, estado e saída, inclusive quando uma dependência deixa de responder.

É possível verificar esse funcionamento: ip e ss substituem muitas funções antigas de ifconfig e netstat. Registros, métricas, testes e inspeção do estado devem confirmar o comportamento observado, em vez de apenas provar que o componente existe.

Esse comportamento se conecta ao próximo componente. Systemd administra unidades e dependências; systemctl consulta e altera estado de serviços. Enable configura ativação futura, enquanto start inicia agora. Uma unidade pode falhar por dependência ou configuração. A definição separa o conceito de uma simplificação frequente. Na prática, o conceito só fica completo quando configuração, contexto e resultado podem ser relacionados.

Na operação cotidiana, a mesma lógica revela outro aspecto. Systemd administra unidades e dependências; systemctl consulta e altera estado de serviços. Enable configura ativação futura, enquanto start inicia agora. Uma unidade pode falhar por dependência ou configuração. A aplicação deve ser interpretada à luz do conceito, sem produzir a conclusão equivocada. O ponto central é localizar essa função na arquitetura e distingui-la de recursos com nomes ou efeitos parecidos.