Processos, pacotes e serviços no Linux: systemd e logs

Um programa como /usr/bin/sleep é um arquivo no disco. Um processo é uma instância desse programa em execução, com memória e recursos próprios. Três comandos que executam o mesmo programa criam três processos. Cada processo ativo tem um PID, um identificador de processo; o Linux pode reutilizar esse número após seu término.

Encontre o processo e seu processo pai

Um processo normalmente é iniciado por outro processo, seu processo pai. A coluna PPID fornece o PID desse processo pai. Os comandos que você inicia em um shell são filhos dele. O PID 1 é o primeiro processo iniciado pelo kernel; em um sistema com systemd, ele é o systemd. pstree -p desenha essas relações entre processos quando está instalado.

ps apresenta uma visão instantânea. Sua seleção padrão são os processos com seu identificador efetivo de usuário no terminal atual. Para uma visão de todo o sistema, escolha as colunas necessárias:

A forma ps aux, no estilo BSD, não tem hífen. O campo USER identifica a conta cujas permissões o processo usa. Um processo root pode acessar recursos que um processo de usuário comum não pode.

Interprete uma linha

Considere este exemplo de ps aux:

www-data 2417 0.3 1.2 214560 48212 ? S 09:14 0:02 nginx: worker process

O proprietário é www-data, o PID é 2417 e o uso médio de CPU desde o início é de 0,3%. O processo ocupa atualmente 1,2% da RAM. RSS é a memória residente: 48.212 KiB, cerca de 47,1 MiB. VSZ, 214.560 KiB, também inclui espaço de endereçamento virtual que não está residente na RAM. Um VSZ grande, por si só, não é evidência de falta de memória.

O ? significa que não há terminal de controle. O estado S significa que o processo está em espera, geralmente aguardando trabalho. START é 09:14; TIME é dois segundos de trabalho da CPU. TIME não é o tempo decorrido: um servidor pode funcionar por dias usando muito pouca CPU.

Reconheça os estados dos processos

STAT pode acrescentar indicadores: + para um grupo em primeiro plano no terminal, s para um líder de sessão, l para várias threads, N para prioridade de CPU reduzida e < para prioridade aumentada. A espera é normal. Um zumbi já terminou e não usa CPU; enviar outro sinal de encerramento a ele não permite coletar seu código de saída. Um número crescente de zumbis aponta para um programa pai que precisa de atenção.

Restrinja a busca

pgrep -a nginx mostra os PIDs e as linhas de comando correspondentes. Padrões podem corresponder a vários nomes: pgrep ssh pode encontrar tanto sshd quanto ssh-agent. pgrep -u alice seleciona pelo proprietário; pidof nginx busca um nome de programa. Um encadeamento de ps com grep também pode mostrar o próprio processo grep.

Para os cinco processos que mais usam memória, execute:

ps -eo pid,ppid,user,%mem,cmd --sort=-%mem | head -n 6

Há seis linhas porque a primeira é um cabeçalho. ps -p 2417 verifica um PID. /proc/2417/status apresenta detalhes de nome, estado, processo pai e memória. /proc é uma visão virtual fornecida pelo kernel, não relatórios de processos armazenados em disco; o diretório do PID desaparece quando o processo termina.

Uma visão instantânea mostra o que existe; observações repetidas mostram o que está mudando. O top combina uma lista de processos em tempo real com totais de atividade de CPU, carga, memória e área de troca. Leia o resumo e os processos mais ocupados em conjunto antes de decidir qual recurso está sob pressão.

Trabalhe com o top

Execute top. Pressione P para ordenar por CPU, M para ordenar por memória, 1 para mostrar cada CPU, h para obter ajuda e q para sair. Seus comandos k e r enviam sinais e alteram valores nice. htop oferece outra visualização interativa, mas pode precisar de instalação.

As colunas de processos incluem PID, USER, PR, NI, VIRT, RES, SHR, estado, %CPU, %MEM, TIME+ e COMMAND. RES é a RAM residente, como RSS no ps; VIRT inclui espaço de endereçamento reservado. No modo padrão do top por CPU, um processo com várias threads pode chegar a 400% ao manter quatro CPUs ocupadas. Pressionar I altera a exibição para dividir o uso pelo número de CPUs.

Identifique o tipo de atividade da CPU

O resumo da CPU divide o tempo em categorias:

Um alto uso de CPU por programas de usuário sugere processamento. Um wa alto com pouco trabalho de usuário direciona a atenção para esperas pelo armazenamento. Em uma máquina virtual, um st alto aponta para tempo de CPU retido pelo sistema hospedeiro. São causas diferentes de uma resposta lenta.

Compare a carga com a capacidade da CPU

uptime e top mostram cargas médias dos últimos 1, 5 e 15 minutos. O Linux conta tarefas prontas para executar e tarefas em espera ininterruptível, incluindo esperas pelo armazenamento. A carga não é uma porcentagem de CPU. nproc informa as CPUs disponíveis para o processo atual, o que ajuda a interpretar a capacidade.

Para um trabalho limitado pela CPU e com pouca espera pelo armazenamento, suponha que nproc informe 4 e a carga seja 6.00, 5.20, 3.10. A carga recente é de 1,5 tarefa por CPU, portanto havia trabalho em fila. O valor do período mais curto supera o do período mais longo, mostrando um aumento recente. Em 16 CPUs, uma carga de 6 seria bem mais leve. Uma carga alta com CPUs ociosas pode, por outro lado, vir de tarefas no estado D.

Avalie a memória com available

Execute free -h. Sua linha Mem inclui total, used, free, shared, buff/cache e available. O Linux preenche a RAM livre com caches úteis de disco e pode recuperar grande parte dela. Free contabiliza a RAM completamente sem uso; available estima quanto pode ser usado por novas tarefas sem recorrer à área de troca.

Por exemplo, uma máquina informa total 7.6Gi, used 3.1Gi, free 0.4Gi, buff/cache 4.6Gi e available 4.5Gi. O pequeno valor de free não indica falta de memória: cerca de 59% permanece disponível. Nas versões atuais do procps, used é o total menos available; free, used e cache não são partes distintas que possam ser simplesmente somadas.

Os sufixos Ki, Mi e Gi são unidades binárias. Um GiB equivale a 1.073.741.824 bytes; um GB equivale a 1.000.000.000 bytes. free -m usa MiB e free -g usa GiB inteiros, o que pode ocultar pequenas quantidades devido ao arredondamento.

A área de troca move parte do conteúdo da memória para um armazenamento em disco mais lento. Observe se a memória available está baixa enquanto o uso da área de troca aumenta. Se a memória se esgotar, o mecanismo de encerramento por falta de memória do kernel pode encerrar um processo. Verifique sudo journalctl -k para encontrar uma mensagem de OOM antes de presumir que um aplicativo falhou por conta própria.

Um sinal é uma notificação curta entregue a um processo. Ele pode solicitar o encerramento, pausar uma tarefa ou informar a um serviço que deve reler suas configurações. O comando kill envia sinais; seu nome não significa que todo sinal encerra o destinatário.

Escolha o sinal

A maioria dos sinais pode ser tratada ou ignorada pelo programa. SIGKILL e SIGSTOP não podem ser capturados, bloqueados ou ignorados. kill -l lista nomes e números. Os números comuns em x86 e ARM incluem TERM 15, KILL 9, INT 2, HUP 1, QUIT 3, CONT 18, STOP 19 e TSTP 20. Os nomes evitam a numeração dependente da arquitetura.

Interrompa um processo com cuidado

Primeiro identifique o processo. ps -p 5120 -o pid,user,stat,cmd permite inspecionar o PID, o proprietário, o estado e o comando. Em seguida, solicite um encerramento organizado:

kill -TERM 5120

kill 5120, kill -15 5120 e kill -s TERM 5120 enviam a mesma solicitação. Um encerramento organizado permite que o aplicativo salve o trabalho, feche arquivos e remova arquivos de trava. Dê tempo para ele responder e execute ps -p 5120 novamente. Se apenas o cabeçalho aparecer, ele terminou.

Se o mesmo processo ativo ainda estiver travado após a espera, kill -KILL 5120 é a alternativa forçada. O aplicativo perde a chance de fazer a limpeza, portanto pode haver trabalho não salvo e arquivos temporários remanescentes. Confira novamente a identidade antes de recorrer ao sinal forçado: PIDs podem ser reutilizados após o término.

Confira os nomes antes de agir

pkill seleciona por um padrão de nome; killall seleciona um nome de programa. Ambos normalmente enviam SIGTERM. Confira as correspondências de um padrão amplo com pgrep -a fire antes de usar pkill fire: esse padrão pode selecionar mais processos do que você pretendia. pkill -u bob seleciona todos os processos de bob, não um único aplicativo.

killall -HUP rsyslogd envia HUP aos processos de registro correspondentes. O efeito de HUP depende do aplicativo: verifique se ele oferece suporte ao recarregamento antes de tratar o sinal como um comando de recarregamento. Para um serviço gerenciado pelo systemd, use sudo systemctl stop NAME; o gerenciador cuida do grupo de processos do serviço e não tratará a parada solicitada como uma falha a ser corrigida automaticamente.

Compreenda permissões e estados

Uma conta comum normalmente controla seus próprios processos. Uma tentativa de enviar um sinal ao processo de outra conta pode produzir “Operation not permitted”; sudo fornece privilégios de root quando necessário. Verifique o alvo antes de usar esses privilégios, pois parar o serviço errado afeta outros usuários.

Um processo no estado D pode permanecer visível após SIGKILL enquanto espera uma resposta do armazenamento. Repetir o sinal não corrige o armazenamento. Um processo zumbi no estado Z já terminou; seu processo pai deve coletar seu código de saída. Portanto, inspecionar o estado é importante quando o processo não desaparece.

Atalhos de teclado atuam sobre o grupo de processos em primeiro plano. Ctrl+C geralmente encerra a tarefa; Ctrl+Z a pausa e mantém sua memória e seus arquivos abertos. O fechamento do terminal normalmente leva ao envio de HUP e ao encerramento das tarefas associadas, por isso tarefas longas precisam de tratamento adequado.

Uma tarefa em primeiro plano ocupa o terminal até terminar ou parar. Uma tarefa em segundo plano permite que o shell aceite outro comando enquanto ela é executada. O controle de tarefas altera onde o trabalho é executado; a prioridade de CPU altera como ele compete com outros trabalhos.

Mova tarefas entre o primeiro e o segundo plano

Um caractere E comercial inicia um comando em segundo plano:

sleep 300 &

O shell pode exibir [1] 6431. Aqui, 1 é seu número local de tarefa e 6431 é o PID válido em todo o sistema. jobs lista apenas as tarefas desse shell. fg %1 traz a tarefa 1 para primeiro plano. Se você pausar essa tarefa em primeiro plano com Ctrl+Z, bg %1 a retoma em segundo plano. Sem um número, fg e bg escolhem a tarefa marcada com +.

Experimente a sequência com sleep 300: execute-o em primeiro plano, pressione Ctrl+Z, execute bg, inspecione jobs, execute fg e pressione Ctrl+C. “Stopped” significa pausado, não concluído. Uma tarefa parada não usa CPU, mas ainda mantém memória e arquivos abertos. O Bash pode avisar “There are stopped jobs” quando você tenta sair.

Controle a saída e o encerramento da sessão

Um comando em segundo plano ainda pode escrever no terminal. Redirecione os dois fluxos de saída para uma tarefa longa:

./report.sh > report.log 2>&1 &

O primeiro redirecionamento envia a saída normal para o arquivo. 2>&1 envia a saída de erro para o mesmo destino. O & final devolve o prompt enquanto a tarefa é executada.

Executar em segundo plano, por si só, não protege uma tarefa do fechamento do terminal. Para iniciar um trabalho que ignora SIGHUP, use:

nohup ./long-task.sh > task.log 2>&1 &

Sem redirecionamento explícito de saída, nohup geralmente grava em nohup.out a saída destinada ao terminal. No Bash, disown %1 remove uma tarefa existente da tabela de tarefas do shell, de modo que o Bash não lhe repasse HUP. O programa ainda precisa de destinos utilizáveis para entrada e saída. Um programa destinado a funcionar permanentemente é mais bem gerenciado como serviço.

Abra espaço para tarefas interativas

O valor nice expressa a prioridade de escalonamento de CPU para processos comuns. Os valores vão de -20, a prioridade mais alta, a 19, a mais baixa; o valor inicial usual é 0. Valores maiores dão mais oportunidade a tarefas concorrentes. Um processo com nice 19 ainda pode usar totalmente uma CPU que, de outro modo, estaria ociosa.

nice -n 10 xz -9 big.log
renice -n 15 -p 6431

O primeiro comando inicia a compactação com um ajuste positivo de nice; a partir do valor usual 0, ele passa a 10. O segundo altera para 15 o valor nice do processo em execução. nice sem -n aplica um ajuste de 10. Um usuário comum geralmente pode aumentar o valor nice do próprio processo, reduzindo sua prioridade de CPU. Aumentar a prioridade por meio da redução do valor normalmente exige root, por exemplo sudo renice -n -5 -p 6431.

No top, NI mostra o valor nice; para processos comuns de tempo compartilhado, PR costuma ser 20 mais NI. Portanto, nice 10 aparece como PR 30. Em ps aux, N marca prioridade reduzida e <, prioridade aumentada. O valor nice afeta a disputa pela CPU, não a prioridade de acesso ao disco; ionice controla um recurso separado.

Antes de instalar software ou dimensionar uma carga de trabalho, descubra o que o sistema realmente oferece. A arquitetura determina quais pacotes de código de máquina podem ser executados. A disponibilidade de CPU ajuda a explicar a carga, e a RAM utilizável limita o trabalho que cabe na memória.

Separe o kernel da distribuição

Ubuntu 24.04 é uma versão de distribuição; um valor como 6.8.0-45-generic identifica o kernel em execução nela. Instalar um novo kernel não troca imediatamente o kernel em execução: isso acontece na reinicialização.

Os nomes das arquiteturas diferem entre famílias de pacotes. Pacotes Debian usam amd64 para a arquitetura informada pelo uname como x86_64, e arm64 para aarch64. Pacotes RPM geralmente usam x86_64 e aarch64 diretamente. Verifique se a compilação corresponde à máquina antes de instalá-la.

Conte núcleos e CPUs lógicas

lscpu informa arquitetura, modelo, soquetes, núcleos por soquete, threads por núcleo e CPUs lógicas. Para uma organização uniforme de CPU:

Um soquete com seis núcleos e duas threads por núcleo fornece 12 CPUs lógicas. Ainda existem seis núcleos físicos. Duas threads de hardware compartilham recursos dentro de um núcleo, portanto 12 CPUs lógicas não garantem o dobro do desempenho de seis núcleos.

nproc informa as unidades de processamento disponíveis para o processo atual; a afinidade de CPU ou limites de recursos podem tornar esse número menor que o total da máquina. /proc/cpuinfo fornece detalhes da CPU diretamente. Em x86, grep -c ^processor /proc/cpuinfo conta as entradas de processador, e os indicadores vmx ou svm mostram suporte à virtualização por hardware. ARM apresenta campos diferentes.

Consulte a memória utilizável e a instalada

free -h fornece um resumo prático da RAM. /proc/meminfo fornece detalhes: MemTotal é a RAM utilizável e MemAvailable estima a capacidade que novas tarefas podem usar. Esse arquivo identifica seus valores como kB, mas eles são kibibytes, ou 1.024 bytes cada.

Por exemplo, MemTotal: 16303448 kB equivale a cerca de 15,5 GiB após duas divisões por 1.024. Uma máquina com módulos físicos de 16 GiB pode mostrar menos RAM utilizável porque as reservas do firmware e do kernel usam parte dela.

Para inspecionar os módulos e slots instalados, execute sudo dmidecode -t memory. sudo dmidecode -t system informa fabricante, modelo e dados de série fornecidos pelo firmware. Uma máquina virtual informa seu hardware virtual. sudo lshw -short, quando instalado, fornece um inventário compacto de hardware.

Verifique um requisito em testes separados

Suponha que um software precise de um sistema ARM de 64 bits, pelo menos quatro CPUs disponíveis e 8 GB de RAM. uname -m retornando aarch64 atende ao requisito de arquitetura. nproc retornando 4 atende ao requisito de CPU. Um total de 3.7Gi equivale a apenas cerca de 4,0 GB, portanto a memória é insuficiente. Atender a duas verificações não compensa falhar na terceira.

O Linux atribui nomes a dispositivos de hardware em /dev e publica sua representação dos dispositivos em /sys. Várias ferramentas de listagem respondem a perguntas diferentes: quais dispositivos de armazenamento existem, quais barramentos detectaram dispositivos e quais drivers estão lidando com eles.

Identifique discos e partições

Discos SATA, SAS e USB geralmente aparecem como /dev/sda, /dev/sdb e letras seguintes. Suas partições acrescentam um número, como em /dev/sda1. NVMe usa nomes como /dev/nvme0n1, com /dev/nvme0n1p1 para uma partição. Uma máquina virtual pode usar /dev/vda.

lsblk mostra dispositivos de blocos como uma árvore. TYPE distingue um disco de uma partição; RM indica se é removível e RO indica se é somente para leitura. SIZE informa a capacidade e MOUNTPOINTS mostra onde um dispositivo está em uso. Escolha detalhes adicionais com:

lsblk -o NAME,SIZE,MODEL
lsblk -f

O primeiro facilita a comparação de modelo e tamanho. O segundo acrescenta tipo de sistema de arquivos, rótulo e UUID. Nomes como sdb podem mudar conforme a ordem de detecção. Antes de gravar em um disco, confirme sua identidade usando mais do que a letra: gravar no dispositivo errado destrói seus dados.

Uma unidade vendida como 512 GB contém 512 bilhões de bytes. Em GiB, isso equivale a cerca de 476,8, exibido pelo lsblk como 476.8G. O dispositivo não perdeu capacidade: seu rótulo e a exibição usam unidades diferentes.

Encontre dispositivos e drivers associados

Um identificador USB como 046d:c52b identifica o fabricante e o produto de forma mais confiável que um nome genérico como “receptor sem fio”. Na saída de PCI, distinga Kernel modules, que nomeia possíveis módulos, de Kernel driver in use, que identifica um driver associado. A detecção, por si só, não significa que o suporte esteja funcionando.

A maioria dos drivers pode ser carregada como módulos do kernel, partes do código do kernel adicionadas quando necessário. Carregar ou remover módulos altera o kernel em execução e exige privilégios de root. Alguns drivers, por outro lado, são integrados ao kernel. Em placas ARM, muitos dispositivos integrados não estão em PCI, portanto uma listagem curta de lspci não significa necessariamente que falte hardware.

Acompanhe uma conexão no log do kernel

Quando um disco USB for conectado, execute sudo dmesg | tail ou inicie sudo dmesg -w antes de conectá-lo. Uma mensagem como [sdb] 60437492 512-byte logical blocks identifica o novo disco como /dev/sdb e informa sua capacidade. Multiplicar essas contagens de blocos resulta em 30.943.995.904 bytes: cerca de 30,9 GB ou 28,8 GiB.

Em seguida, compare a nova entrada do lsblk com essa mensagem e com o modelo do dispositivo. Se um adaptador detectado não funcionar, use lspci -k para verificar o driver e dmesg para ler erros de inicialização. A ausência de um driver associado e um driver que informa um erro exigem verificações posteriores diferentes.

Um pacote reúne arquivos de software com informações usadas para instalá-los e mantê-los. Seus metadados indicam a versão, a arquitetura e os pacotes necessários, e ele pode incluir scripts de instalação. Um gerenciador de pacotes registra quais arquivos pertencem a cada pacote instalado.

Identifique a família da distribuição

Arch Linux usa pacman; Alpine Linux usa apk. O nome antigo yum pertence à família Red Hat. Se você não souber qual sistema possui, leia a saída de cat /etc/os-release antes de escolher os comandos.

Um arquivo como nginx_1.24.0-2_amd64.deb indica nginx, sua versão de software, revisão do empacotamento e arquitetura. Esses campos ajudam o gerenciador de pacotes a selecionar uma compilação compatível. Um nome de aplicativo conhecido não torna todo pacote baixado adequado para qualquer distribuição.

Deixe a ferramenta de alto nível resolver as dependências

Uma dependência é outro pacote necessário ao software, muitas vezes uma biblioteca compartilhada. Instalar um aplicativo pode, portanto, acrescentar vários pacotes. Uma ferramenta de alto nível, como apt ou dnf, encontra um conjunto compatível, baixa-o e solicita à ferramenta de nível inferior que o instale.

dpkg e rpm trabalham com arquivos de pacote locais e mantêm o banco de dados de pacotes instalados. Eles não buscam dependências ausentes nos repositórios. Usá-los para instalar um arquivo pode deixar requisitos ausentes para você resolver. Ferramentas de alto nível também podem instalar arquivos locais, resolvendo seus requisitos a partir dos repositórios configurados.

Buscas e consultas funcionam como usuário comum. Instalação, remoção e atualização de versões alteram arquivos do sistema e normalmente exigem sudo. A tela de confirmação contém informações úteis: inspecione os pacotes adicionais e quaisquer remoções propostas antes de aceitar.

Entenda a confiança nos repositórios

Um repositório fornece arquivos de pacote e índices que descrevem as versões e dependências disponíveis. Os repositórios da própria distribuição oferecem um conjunto compilado para sua versão.

O APT verifica os metadados assinados do repositório e usa as somas de verificação desses metadados para conferir os arquivos baixados. Ele normalmente não verifica uma assinatura separada em cada .deb. O DNF normalmente verifica as assinaturas dos RPMs da distribuição; a verificação da assinatura dos metadados do repositório é configurada separadamente. Essas verificações estabelecem uma cadeia até um fornecedor confiável e ajudam a detectar alterações indevidas.

Adicionar um repositório de terceiros também significa confiar no software e nos scripts de instalação desse fornecedor. Obtenha sua chave de assinatura seguindo as instruções autênticas do fornecedor. Não ignore as verificações de assinatura para contornar um erro como “NO_PUBKEY”. Um arquivo de uma página de download desconhecida também precisa ter uma origem confiável; a extensão do pacote, por si só, não oferece essa confiança.

Busque pelo nome correto

Nomes de software e de pacote podem ser diferentes. O Apache é empacotado como apache2 em sistemas da família Debian e httpd em sistemas da família Red Hat. O comando dig vem de bind9-dnsutils ou bind-utils. Pesquise antes de presumir que o nome de um comando também é o nome de seu pacote.

Outros sistemas de instalação mantêm registros separados. Snap, Flatpak e AppImage reúnem aplicativos com muitas dependências; pip e npm gerenciam bibliotecas de programação. Instalar uma biblioteca Python com pip não a transforma em um pacote gerenciado pelo apt.

A manutenção de pacotes tem três tarefas distintas: descobrir o que está disponível, aplicar as alterações selecionadas e remover software que não é mais necessário. Leia a transação planejada antes de confirmar, especialmente quando ela remove pacotes.

Atualize as listas e as versões

apt update não atualiza o software. Ele baixa as listas de pacotes atuais. Execute em seguida sudo apt upgrade para instalar versões mais recentes. O comando de atualização do DNF cuida dos metadados desatualizados do repositório como parte de seu trabalho. O DNF4 usa dnf check-update para listar alterações disponíveis; o DNF5 usa dnf check-upgrade.

apt upgrade não remove um pacote instalado para concluir uma atualização. Um pacote que precise dessa alteração pode ter sua atualização adiada. sudo apt full-upgrade permite remoções, portanto inspecione seu plano com cuidado. -y aceita uma transação automaticamente e elimina sua oportunidade de revisá-la de forma interativa.

Instale de um repositório ou de um arquivo local

No Ubuntu, execute sudo apt update e depois sudo apt install htop. O APT lista novos pacotes e dependências antes de baixá-los. htop --version verifica o programa instalado. No Fedora, use sudo dnf install htop.

Executar apt install para um pacote existente pode atualizá-lo para a candidata atual; ele não altera nada se essa versão já estiver instalada. Para instalar um arquivo local confiável, informe seu caminho:

sudo apt install ./app_2.1.0_amd64.deb
sudo dnf install ./app-2.1.0-1.x86_64.rpm

O ./ indica um caminho de arquivo. Por outro lado, sudo dpkg -i file.deb e sudo rpm -i file.rpm não buscam dependências ausentes. Se o dpkg deixar dependências não satisfeitas, sudo apt --fix-broken install pode resolvê-las; inspecione o reparo proposto.

Remova software e configurações de forma consciente

O remove do APT mantém a configuração de sistema gerenciada do pacote; purge também a remove. Nenhum dos dois remove arquivos dos diretórios pessoais dos usuários. Autoremove atua sobre dependências instaladas automaticamente que não são mais necessárias aos pacotes instalados. Essa é uma decisão diferente de remover um aplicativo pelo nome.

As entradas de fontes do APT ficam em /etc/apt/sources.list e /etc/apt/sources.list.d/; o Ubuntu 24.04 geralmente usa ubuntu.sources nesse diretório. Atualize as listas após alterar as fontes. O DNF lê arquivos .repo em /etc/yum.repos.d/; dnf repolist mostra os repositórios habilitados.

Conclua a manutenção adequadamente

apt foi projetado para uso interativo. Scripts geralmente usam as interfaces mais estáveis de apt-get e apt-cache. Seus comandos abrangem as mesmas tarefas gerais, embora os padrões possam diferir.

Um kernel recém-instalado passa a ser o kernel em execução após a reinicialização. Programas que usam bibliotecas substituídas precisam ser reiniciados para carregar o novo código. O Ubuntu pode indicar a necessidade de reinicialização com /var/run/reboot-required.

Uma trava do gerenciador de pacotes muitas vezes significa que uma atualização automática ou outra operação de pacotes está ativa. Espere-a terminar; excluir o arquivo de trava pode danificar os registros de pacotes. Um erro de permissão, por outro lado, aponta para falta de privilégios, portanto confirme se a operação exige sudo.

Quando um comando está ausente ou uma versão muda, consultas de pacotes permitem investigar a partir do sintoma. Comece decidindo se você precisa de informações do repositório, informações de pacotes instalados ou do pacote ao qual um arquivo específico pertence.

Pesquise antes de instalar

apt search json e dnf search json pesquisam nomes e descrições de pacotes. Inspecione um resultado promissor com apt show NAME ou dnf info NAME. Eles mostram detalhes como versão, tamanho, descrição e repositório. A saída de show do APT também lista dependências; os requisitos no DNF podem ser consultados com dnf repoquery --requires NAME.

As informações do repositório respondem ao que você poderia instalar. Elas, por si só, não estabelecem o que já está instalado. apt policy NAME distingue a versão instalada da candidata, a versão que o APT selecionaria no momento. apt list --upgradeable ou dnf list --upgrades mostra pacotes instalados com atualizações disponíveis.

Consulte os registros de instalação

Em dpkg -l, o estado ii identifica um pacote instalado. A direção da consulta importa: -L parte de um pacote e lista seus arquivos; -S parte de um arquivo e encontra o pacote ao qual ele pertence. Em sistemas RPM, a distinção correspondente é entre -ql e -qf.

Identifique o pacote de um comando

Suponha que which openssl exiba /usr/bin/openssl. No Debian, dpkg -S /usr/bin/openssl identifica openssl como o pacote ao qual o arquivo pertence. apt policy openssl mostra então a versão instalada, a candidata e os repositórios. Isso evita presumir que o nome do comando deve sempre corresponder ao de seu pacote.

Para um comando ausente, pode não haver um pacote instalado a consultar. dnf provides /usr/bin/rsync pesquisa listas de arquivos dos repositórios. Sistemas da família Debian oferecem a ferramenta separada apt-file: após seu índice ser atualizado com sudo apt-file update, apt-file search bin/rsync encontra os pacotes que o fornecem. O Ubuntu também pode sugerir um pacote quando um comando não é encontrado.

Relacione uma falha a uma transação

O APT registra transações em /var/log/apt/history.log; o dpkg registra ações de nível inferior em /var/log/dpkg.log. No DNF4, dnf history lista transações; o DNF5 usa dnf history list. dnf history info 12 mostra os pacotes alterados na transação 12.

sudo dnf history undo 12 solicita a reversão dessa transação. Revise o plano: a reversão depende de as versões necessárias dos pacotes ainda estarem disponíveis e não restaura dados arbitrários de aplicativos. Para o diagnóstico, leia o histórico antes de fazer outra alteração. Uma atualização recente de biblioteca pode explicar por que o comportamento de um programa mudou, mesmo que ninguém tenha reinstalado o aplicativo principal.

Um serviço, frequentemente chamado de daemon, fornece uma função em segundo plano, como servir páginas web ou aceitar conexões SSH. Ele geralmente não tem terminal. Muitos nomes de daemons terminam em d, como em sshd e chronyd.

Encontre o gerenciador de serviços

Na maioria das principais distribuições, o systemd é executado como PID 1 e inicia os serviços na ordem necessária. Verifique com ps -p 1 -o comm=. O systemd pode supervisionar processos, reiniciar serviços com falha e organizar a coleta de seus logs. Algumas distribuições usam outro gerenciador, como o OpenRC do Alpine Linux.

O systemd gerencia unidades. Seus sufixos identificam suas funções:

Nos comandos de serviço, nginx é uma forma abreviada de nginx.service. Os nomes variam: o SSH geralmente usa ssh no Debian e no Ubuntu, e sshd no Fedora e no RHEL. O Apache é apache2 ou httpd. systemctl list-unit-files | grep ssh ajuda a encontrar o nome local.

Leia as duas linhas importantes de estado

Execute systemctl status nginx. Um exemplo pode incluir:

Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled; preset: enabled)
Active: active (running) since Wed 2026-10-21 09:14:03 UTC
Main PID: 2410 (nginx)

Loaded indica o arquivo de unidade e seu estado de habilitação. Active informa o estado atual e quando ele começou. Main PID identifica o processo principal; as linhas de log recentes vêm em seguida. Um usuário comum pode inspecionar o estado, mas a visualização dos logs do sistema pode exigir privilégios adicionais.

Ativo e habilitado são independentes. Ativo descreve o presente. Habilitado significa que links de habilitação foram criados, geralmente para que um alvo inicie o serviço na inicialização. Um serviço desabilitado ainda pode ser iniciado manualmente ou ativado por outra unidade. Um serviço habilitado pode estar parado ou com falha.

Interprete o estado corretamente

A cor do ponto de estado ajuda na leitura rápida, mas o texto do estado é a evidência útil. systemctl is-active nginx informa o estado atual; systemctl is-enabled nginx informa a habilitação. static significa que a unidade não tem instruções de habilitação e pode ser ativada por outro caminho. masked significa que sua inicialização está bloqueada.

Escolha a visão geral adequada

systemctl list-units --type=service mostra as unidades de serviço carregadas no momento, com seu filtro de estado padrão. Acrescente --all para incluir unidades carregadas inativas, ou --state=running para se concentrar nos serviços em execução. systemctl --failed isola as unidades com falha. systemctl list-unit-files --type=service lista arquivos de serviço instalados e estados de habilitação, incluindo serviços que não estão em execução agora.

O controle de serviços tem duas escalas de tempo: o que deve ser executado agora e o que deve iniciar automaticamente depois. Mantenha essas decisões separadas ao instalar software ou corrigir um serviço.

Controle o estado atual

Use systemctl status nginx após uma alteração. Para uma verificação silenciosa, systemctl is-active --quiet nginx retorna sucesso quando ele está ativo. O comando não exibe texto de estado, o que o torna útil em condições do shell.

O suporte ao recarregamento depende do serviço. Para o nginx, teste uma configuração alterada com sudo nginx -t antes de sudo systemctl reload nginx. Um recarregamento bem-sucedido pode aplicar novas configurações sem parar o serviço. Com uma configuração incorreta, o nginx mantém a configuração antiga em execução ao recarregar; reiniciar com o arquivo incorreto pode, por outro lado, deixá-lo fora do ar.

Configure a inicialização automática

sudo systemctl enable nginx cria links de habilitação; ele não inicia o nginx agora. sudo systemctl disable nginx remove esses links; ele não para o processo atual. Para fazer as duas alterações juntas:

sudo systemctl enable --now nginx
sudo systemctl disable --now nginx

O primeiro habilita e inicia; o segundo desabilita e para. Uma instalação do nginx no Fedora geralmente o deixa parado e desabilitado, enquanto a instalação do pacote na família Debian muitas vezes o inicia e habilita. Verifique o estado real após a instalação.

Após iniciar um serviço web, curl -I http://localhost pode verificar sua resposta local. Uma resposta local bem-sucedida e o acesso de outra máquina são testes diferentes; um firewall ainda pode bloquear o acesso remoto.

Bloqueie a ativação quando necessário

Desabilitar não impede que uma dependência ou um socket ative um serviço. O mascaramento bloqueia a inicialização vinculando o nome da unidade a /dev/null:

sudo systemctl mask bluetooth
sudo systemctl unmask bluetooth

O mascaramento, por si só, não para uma unidade que já está em execução. Pare-a também quando ela precisar deixar de funcionar. Desmascarar remove o bloqueio; isso, por si só, não inicia nem habilita o serviço. Uma tentativa de iniciar uma unidade mascarada informa que ela está mascarada.

Escolha o estado padrão do sistema

Um alvo agrupa unidades. multi-user.target fornece o ambiente multiusuário normal sem interface gráfica, geralmente usado em servidores. graphical.target acrescenta a área de trabalho. systemctl get-default informa o alvo padrão, e sudo systemctl set-default multi-user.target altera o alvo selecionado para futuras inicializações; ele não fecha imediatamente a área de trabalho atual.

sudo systemctl reboot reinicia a máquina e sudo systemctl poweroff a desliga. Para um único serviço, use seus próprios comandos de controle. Encerrar o PID de um serviço gerenciado pode provocar uma reinicialização automática; uma parada intencional com systemctl stop informa ao systemd que deve mantê-lo parado.

Um arquivo de unidade informa ao systemd como executar um serviço. Leia a configuração efetiva com systemctl cat NAME: ele exibe o arquivo base e quaisquer configurações substitutivas com seus caminhos.

Saiba onde ficam as configurações

Unidades fornecidas por pacotes ficam em /usr/lib/systemd/system/, também acessível como /lib/systemd/system/ em sistemas da família Debian. Arquivos locais do administrador e configurações substitutivas ficam em /etc/systemd/system/, que tem prioridade. Uma atualização de pacote pode substituir seu próprio arquivo, portanto mantenha as alterações locais em uma configuração substitutiva.

Um arquivo de unidade tem seções e configurações Key=value:

After=network.target define a ordem; ele não inicia esse alvo por si só nem garante conectividade com a internet. WantedBy=multi-user.target informa a enable que deve criar um link em multi-user.target.wants/. Uma unidade estática não tem instruções de habilitação, mas ainda pode ser ativada por outra unidade.

Crie um serviço simples

Para um pequeno servidor de teste, primeiro prepare /srv/hello com arquivos legíveis e uma conta de sistema:

sudo useradd --system --no-create-home hello

Com Python 3 instalado em /usr/bin/python3, escreva /etc/systemd/system/hello-web.service:

[Unit]
Description=Hello web server
After=network.target

[Service]
ExecStart=/usr/bin/python3 -m http.server 8080 --directory /srv/hello
User=hello
Restart=on-failure

[Install]
WantedBy=multi-user.target

Execute sudo systemctl daemon-reload e depois sudo systemctl enable --now hello-web. Inspecione systemctl status hello-web e faça uma requisição a http://localhost:8080 com curl. A conta de serviço precisa de permissão para ler o diretório e percorrer seus diretórios pais.

Com o Type=simple padrão, o programa permanece em primeiro plano para que o systemd possa acompanhá-lo. ExecStart= aceita um caminho absoluto de executável ou um nome de arquivo simples encontrado no caminho de busca do systemd. Um caminho relativo com uma barra, como ./server, é inválido. Um programa que cria um processo filho em segundo plano precisa de um tipo de serviço adequado, como Type=forking.

Substitua uma configuração fornecida por pacote

sudo systemctl edit nginx abre um arquivo de configuração complementar. Por exemplo:

[Service]
Restart=on-failure
RestartSec=5s

Salvar por meio de systemctl edit recarrega a configuração de unidades do systemd. Reinicie o serviço para aplicar alterações nas configurações de execução. Ao editar arquivos diretamente, execute sudo systemctl daemon-reload antes de reiniciar. Isso recarrega as definições de unidade, não a configuração do próprio aplicativo.

Substituir uma configuração de lista como ExecStart exige uma linha ExecStart= vazia antes da nova. sudo systemctl revert nginx remove as configurações substitutivas locais e restaura a configuração do fornecedor.

Restart=no deixa parado um processo que terminou. on-failure reinicia após falhas abrangidas pela política; always também abrange encerramentos normais. Uma parada intencional com systemctl stop impede a reinicialização automática. Falhas rápidas podem atingir um limite configurado de frequência de inicialização. Os padrões do gerenciador permitem cinco inicializações em 10 segundos; a configuração local pode alterá-los. Corrija a causa antes de limpar o estado de falha e tentar novamente.

O diário de registros do systemd coleta mensagens do kernel, da inicialização e dos serviços, incluindo a saída enviada ao diário por programas gerenciados. systemd-journald armazena registros binários indexados. Leia-os com journalctl; um leitor de arquivos de texto como less não consegue interpretar os próprios arquivos do diário.

Leia uma parte suficiente dos registros

O acesso ao diário do sistema depende das permissões e da política local. Root e grupos autorizados, como systemd-journal ou adm, podem ler entradas do sistema. Se uma conta comum vir apenas um conjunto limitado, use sudo journalctl para investigar o sistema.

A visualização padrão começa pelas mensagens antigas em um paginador. Use as teclas de seta para navegar, / para pesquisar e q para sair. Escolha uma visualização mais específica:

-n sem um número seleciona dez entradas. A saída de estado geralmente mostra apenas algumas linhas recentes, portanto leia o diário quando elas não explicarem a falha.

Combine filtros de unidade, inicialização e horário

sudo journalctl -u nginx -b seleciona os registros do nginx desta inicialização. -b -1 seleciona a inicialização anterior; --list-boots lista os registros de inicializações preservados. -k seleciona mensagens do kernel e normalmente implica a inicialização atual. Para registros mais antigos do kernel, informe a inicialização explicitamente.

Filtros de tempo aceitam horários relativos e datas completas:

sudo journalctl -u nginx --since "2026-10-22 08:00" --until "2026-10-22 09:30"

--since today significa desde a meia-noite de hoje, enquanto --since "1 hour ago" fornece uma janela de tempo móvel. Strings de data e hora entre aspas permanecem juntas como um único argumento. Uma data sem horário começa à meia-noite.

Entenda o limite de prioridade

As prioridades vão de 0, emergência, a 7, depuração. Entre elas estão alerta, crítico, erro, aviso, notificação e informação. Números menores indicam maior gravidade. -p err inclui os níveis 0 a 3, não apenas erro. Use um intervalo explícito como -p err..warning para selecionar essa faixa.

Um filtro restrito de gravidade pode ocultar a evidência necessária. Por exemplo, o SSH pode registrar mensagens de senha malsucedida no nível de informação. No Ubuntu, sudo journalctl -u ssh --since today --grep "Failed password" encontra mensagens correspondentes sem excluí-las por um limite de aviso.

Uma linha como “Failed password for invalid user admin from 203.0.113.45” identifica a conta tentada e o endereço de origem. A data e hora e o PID do programa situam a mensagem na atividade ao redor. -o short-iso facilita a comparação de datas completas; -o verbose apresenta os campos, -o json-pretty exibe registros estruturados e -x acrescenta o texto explicativo disponível.

Saiba o que permanece após uma reinicialização

Diários de registros persistentes ficam em /var/log/journal/; diários voláteis em /run/log/journal/ desaparecem no desligamento. O comportamento de armazenamento é controlado por Storage= na configuração do journald. Uma única inicialização registrada pode significar que registros antigos nunca foram persistidos ou já foram removidos.

journalctl --disk-usage inclui arquivos ativos e inativos do diário. sudo journalctl --vacuum-size=500M remove arquivos inativos antigos até atingir um limite de 500 MiB para esses arquivos. Arquivos ativos não são removidos nessa operação, portanto o total informado de uso de disco pode permanecer maior.

O diário de registros não é a única fonte de logs. Alguns sistemas também executam rsyslog, e aplicativos podem gravar seus próprios logs de texto. O kernel mantém um buffer de mensagens separado na memória. Escolha a fonte que registrou o evento investigado.

Encontre o log de texto correto

A presença de um arquivo depende dos serviços de registro instalados e de sua configuração. O Debian 12 e posteriores geralmente dependem do diário de registros, a menos que o rsyslog seja instalado. Aplicativos ainda podem manter seus próprios logs em uma máquina assim.

Leia um arquivo de texto com sudo less /var/log/auth.log, inspecione seu final com sudo tail -n 20 /var/log/syslog ou acompanhe novas linhas com sudo tail -f /var/log/nginx/error.log. Para selecionar uma palavra sem distinguir maiúsculas de minúsculas, use sudo grep -i "error" /var/log/syslog.

Leia os campos e os arquivos mais antigos

Um exemplo clássico é:

Oct 22 08:01:17 web1 sshd[3141]: Accepted publickey for alice from 198.51.100.7 port 50522 ssh2

Ele informa a data e hora, o host, o programa com PID e a mensagem do evento. Alguns sistemas usam datas e horas ISO completas com deslocamentos de fuso horário. A mensagem descreve um login bem-sucedido por chave, não uma tentativa malsucedida de senha; ler apenas o nome do programa faz você perder essa distinção.

A rotação de logs limita o crescimento renomeando arquivos antigos, criando novos e, por fim, removendo arquivos expirados. A configuração de logrotate fica em /etc/logrotate.conf e /etc/logrotate.d/. Uma sequência como syslog, syslog.1 e syslog.2.gz abrange registros atuais e antigos. Use zless ou zgrep para texto compactado com gzip sem extraí-lo primeiro. Uma busca apenas no arquivo atual pode deixar passar a falha de ontem.

Leia eventos do kernel

O buffer circular do kernel mantém mensagens recentes e sobrescreve suas entradas mais antigas à medida que enche. Ele registra detecção de dispositivos, falhas de drivers, erros de armazenamento e encerramentos por falta de memória. dmesg o exibe; use sudo quando o acesso for restrito. dmesg -T fornece horários legíveis, dmesg -l err,warn seleciona erros e avisos, e dmesg -w acompanha novas mensagens.

sudo journalctl -k lê entradas do kernel mantidas pelo diário de registros. sudo journalctl -k -b -1 pode acessar uma inicialização anterior que o buffer circular atual não contém mais.

Se um processo Java desaparecer, uma linha do kernel como “Out of memory: Killed process 4810 (java)” relaciona seu encerramento à pressão sobre a memória. Verifique free -h e top e, em seguida, reduza a demanda de memória ou acrescente capacidade. Para problemas de inicialização de serviço, comece pelo diário da unidade; para detalhes específicos do aplicativo, leia seu próprio log de erros.

Use a rotação ou os controles de retenção do diário para gerenciar o espaço ocupado pelos logs. Excluir um log de texto manualmente remove evidências e pode deixar seu espaço em disco alocado até que o programa que grava nele feche o arquivo.

Reinicializações repetidas raramente explicam uma falha. Comece pelo sintoma visível, obtenha a mensagem que identifica sua causa e altere uma coisa. Em seguida, teste o serviço corrigido tanto pelo gerenciador quanto pela função que ele oferece.

Siga uma investigação reproduzível

1. Confirme o sintoma: por exemplo, uma requisição web local falha.
2. Execute systemctl status NAME e leia Active, Result e o código de saída.
3. Leia sudo journalctl -u NAME -b ou as últimas 50 entradas com -n 50 --no-pager.
4. Use o log de erros e o teste de configuração do próprio aplicativo.
5. Corrija uma causa identificada e repita a verificação relevante.
6. Inicie ou reinicie, inspecione o estado e teste a função real.
7. Verifique systemctl is-enabled NAME em relação ao comportamento de inicialização pretendido.

Leia o primeiro erro significativo da tentativa malsucedida. Uma linha posterior como “Failed to start” resume o resultado; ela pode não indicar a causa. Manter os filtros de horário e unidade alinhados ajuda a separar a tentativa mais recente de falhas anteriores.

Resolva um conflito de porta

Uma reinicialização do nginx falha. Seu diário de registros contém “bind() to 0.0.0.0:80 failed (98: Address already in use).” Algo já está escutando nessa porta. Execute:

sudo ss -tlnp | grep ':80 '

Suponha que ele identifique apache2. Se essa máquina deve usar nginx e o Apache não é mais necessário, sudo systemctl disable --now apache2 para o Apache e remove seus links de habilitação. Em seguida, sudo systemctl start nginx pode usar a porta. Verifique systemctl status nginx e faça uma requisição web local.

A condição importa: não remova um serviço necessário apenas para fazer um segundo iniciar. Se ambos precisarem funcionar, sua configuração de escuta precisa ser alterada de forma planejada. O log identifica o conflito de recurso, enquanto a função pretendida do sistema determina o reparo.

Resolva um erro de configuração

Suponha que o diário informe uma chave de fechamento inesperada em /etc/nginx/sites-enabled/default:24. Execute sudo nginx -t; ele identifica o mesmo arquivo e a mesma linha. Corrija a chave fora do lugar, execute o teste novamente e reinicie somente após o teste ser bem-sucedido. Isso isola a alteração e evita substituir uma configuração que está funcionando por uma incorreta.

Use o código de resultado para restringir a busca

Um executável ausente e um programa que inicia, mas rejeita suas configurações, são falhas diferentes. Para “Permission denied”, compare a saída de ls -l e o acesso ao diretório com o usuário configurado para o serviço. Para disco cheio, verifique df -h; para RAM baixa, verifique free -h; para pressão sobre a CPU, inspecione top.

Se o systemd informar “start request repeated too quickly”, primeiro corrija a causa. Em seguida, sudo systemctl reset-failed NAME limpa os contadores de falha e de limite de inicialização para que você possa iniciá-lo novamente. Redefinir apenas o contador não corrige o programa.

Um arquivo de armazenamento reúne arquivos e diretórios com seus nomes e metadados. A compactação reduz os bytes necessários para armazenar dados. Um arquivo tar simples reúne arquivos sem compactá-los; adicionar um compactador produz arquivos como .tar.gz, .tar.bz2 ou .tar.xz.

Leia as opções como uma frase curta

O GNU tar também aceita opções combinadas e o estilo antigo sem hífen. Em um grupo combinado, mantenha f por último e coloque o nome de arquivo correspondente em seguida. O J maiúsculo seleciona xz; o j minúsculo seleciona bzip2.

Crie um arquivo de armazenamento com nomes úteis para os itens

tar -czvf site-backup.tar.gz -C /var/www site

Isso cria site-backup.tar.gz no diretório atual do shell. O tar muda seu local de entrada para /var/www e depois adiciona site, portanto os nomes armazenados começam com site/. Ele preserva a estrutura de diretórios, os modos de permissão, os metadados de proprietário e grupo e os registros de data e hora.

Informar /var/www/site diretamente também funciona. O GNU tar normalmente remove a barra inicial e armazena var/www/site/...; a extração então recria esse caminho abaixo do destino. Escolher o diretório de entrada com -C fornece uma estrutura de restauração mais curta e prática.

Liste antes de restaurar

Execute tar -tzvf site-backup.tar.gz. Ele lista nomes e metadados sem extrair. Verifique se todos os itens estão dentro de um único diretório. Caso contrário, a extração pode espalhar arquivos pelo destino. O GNU tar detecta formatos comuns de compactação durante a leitura, portanto tar -tvf site-backup.tar.gz também funciona.

Para restaurar em um diretório vazio existente:

tar -xzvf site-backup.tar.gz -C /tmp/restore

O destino já deve existir. A extração pode sobrescrever arquivos com nomes correspondentes, portanto use um diretório de restauração vazio ao verificar um arquivo de armazenamento desconhecido. Para extrair um item, informe seu nome exatamente como listado: tar -xzvf site-backup.tar.gz site/index.html.

Proteja o nome do arquivo de armazenamento e os metadados

A palavra após -f é o nome do arquivo de armazenamento. Em tar -cfz backup.tar.gz docs, o tar trata z como esse nome e as palavras seguintes como entradas. Da mesma forma, tar -cf *.txt permite que a expansão do shell escolha o primeiro arquivo de texto como arquivo de armazenamento de saída e pode sobrescrevê-lo. Sempre informe explicitamente o nome do arquivo de armazenamento.

Um usuário comum restaura arquivos como seu proprietário; root pode restaurar os proprietários registrados. Criar um backup exige acesso de leitura à origem. Para arquivos de sistema protegidos, use um comando autorizado como sudo tar -czf /root/etc-2026-10-22.tar.gz /etc e verifique seus erros para identificar arquivos omitidos.

--exclude='*.log' omite caminhos correspondentes. A opção -a do GNU tar seleciona um compactador pelo sufixo, como em tar -caf backup.tar.xz docs. Antes de remover os originais, leia o arquivo de armazenamento com tar -tzf backup.tar.gz > /dev/null e confirme que a listagem contém os arquivos esperados. Uma leitura bem-sucedida verifica a legibilidade; inspecionar uma restauração também verifica se o conteúdo escolhido é útil.

As ferramentas de compactação diferem em velocidade, tamanho e na forma como tratam os originais. Escolha um formato conforme a tarefa: reduzir rapidamente um log, fazer um backup de Linux ou disponibilizar um download para usuários de vários sistemas operacionais.

Compacte um arquivo e mantenha o original quando necessário

Essas ferramentas normalmente substituem um arquivo de entrada por sua versão compactada. gzip access.log deixa access.log.gz e remove o original após o sucesso. Acrescente -k para mantê-lo. Suas formas com -d invertem a operação.

Elas não criam um arquivo de armazenamento de diretório com vários arquivos. gzip project recusa um diretório; o gzip recursivo compacta seus arquivos individualmente. Para preservar uma árvore de diretórios como um único objeto compactado, crie um arquivo tar com o compactador escolhido.

Equilibre tempo, memória e tamanho

O gzip geralmente é rápido, o xz muitas vezes produz arquivos menores com maior custo de tempo e memória, e o bzip2 geralmente fica entre eles. Os resultados dependem da entrada e das configurações. Os níveis de -1 a -9 favorecem a velocidade na extremidade inferior e a compactação na superior. Os padrões são 6 para gzip e xz e 9 para bzip2.

Logs de texto muitas vezes diminuem bastante. Imagens JPEG, vídeos MP4 e arquivos de armazenamento compactados geralmente ganham pouco com outra compactação. Compactá-los novamente pode consumir tempo de CPU sem uma economia útil de espaço.

Em uma amostra de 240 MiB de logs, gzip produziu 31 MiB e xz, 22 MiB. Essas saídas mantêm cerca de 12,9% e 9,2% do tamanho original. Nessa amostra, o arquivo menor veio com um tempo de compactação maior; os valores não são previsões para outros dados.

Leia e teste conteúdo compactado

zcat, zless e zgrep leem texto compactado com gzip; bzcat e xzcat lidam com seus respectivos formatos. Por exemplo, zgrep "error" /var/log/syslog.2.gz pesquisa um log rotacionado sem deixar uma cópia descompactada no disco.

Use gzip -t file.gz ou xz -t file.xz para verificações de integridade. Um sufixo é apenas uma convenção de nomes: file backup.bin pode identificar conteúdo gzip mesmo sem .gz. sha256sum backup.tar.gz produz uma soma de verificação para comparação após a transferência. Somas de verificação iguais mostram que as cópias correspondem, não que todos os arquivos de origem desejados foram incluídos.

Compartilhe um diretório com zip

ZIP agrupa e compacta mantendo os arquivos de origem:

zip -r project.zip project
unzip -l project.zip
unzip project.zip -d /tmp/project

-r inclui o conteúdo do diretório recursivamente. unzip -l o lista; -d escolhe o destino da extração. Os comandos talvez precisem ser instalados primeiro. ZIP é prático para usuários de Windows e macOS. Ferramentas ZIP do Linux podem armazenar metadados Unix, mas restaurar proprietário, grupo e modos de permissão em outros sistemas é menos portátil do que usar tar para um backup de Linux.

Escolha .tar.gz para um backup rotineiro de Linux, .tar.xz quando reduzir um download for mais importante que o tempo de compactação, .zip para amplo compartilhamento entre computadores pessoais e gzip para um único arquivo de texto grande. Mantenha os arquivos de origem até que verificações e uma restauração de teste estabeleçam que o arquivo de armazenamento contém o que você precisa.