Converter RAR para GZ

RAR cruza fronteiras organizacionais bem mais vezes do que cruza fronteiras técnicas. Um fornecedor manda um, um cliente envia um, um colega do lado Windows compacta uma pasta com a ferramenta que sempre usou, e ele cai numa máquina onde nada lê ele — um agente de build, um VPS pequeno, uma imagem de contêiner com uma lista de pacotes deliberadamente curta.

Ler ele ali significa adicionar um pacote só por causa de um arquivo, o que parece uma decisão trivial e acaba tendo uma questão de licença anexada. Esta página existe para que a decisão possa ser adiada ou evitada por completo: o arquivo é descompactado do nosso lado, e você recebe um tarball que tudo na sua máquina já entende, sem nada novo instalado e nada novo para justificar. Para uma entrega única, esse é o caminho mais barato possível, e para uma recorrente, pelo menos compra tempo para tomar a decisão de empacotamento com calma em vez de sob pressão.

Existem duas formas de ler um RAR no Debian, e elas não são equivalentes. O `unrar` da própria RARLAB mora no componente non-free, e várias organizações excluem non-free inteiramente por política — então o que parece uma instalação de uma linha vira um pedido de aprovação. O Debian também compila o 7-Zip sem o codec de RAR, então a ferramenta que você já tem não ajuda.

A alternativa é o `unrar-free`, que é GPL-2+ e fica em main, e é o que roda aqui, como um processo separado em vez de uma biblioteca vinculada a qualquer coisa. A ideia comum de que ele só lida com o formato antigo RAR4 está desatualizada: a versão 0.1.3 no bookworm extrai RAR5 corretamente, e isso foi medido contra um arquivo real, não presumido a partir do changelog. Saber disso é útil mesmo que você nunca use esta página, porque é a diferença entre abrir um pedido de exceção de política e rodar um `apt install` comum — e a suposição contrária é exatamente o que teria custado uma dependência non-free à toa.

RAR é um contêiner: vários membros, cada um com nome e caminho, listados pelo próprio arquivo. GZ não é. Nosso registro documenta ele como um formato de fluxo com exatamente um membro e sinaliza a ausência de estrutura de diretório entre os problemas conhecidos — não há onde num arquivo gzip um nome de arquivo morar.

A ponte é o TAR, que guarda os nomes, os caminhos e o layout, e que o gzip então comprime como um objeto único. Isso não é uma gambiarra inventada para o conversor; é o arranjo que o Unix usa desde muito antes de o RAR ou o gzip existirem, e é por isso que a extensão que você está buscando tem duas partes.

Espere crescimento. Nosso registro marca o RAR como sólido, o que significa que os membros dele são comprimidos como um fluxo contínuo, de forma que repetição entre arquivos é guardada uma vez. O gzip também comprime o tarball como um fluxo único, o que ajuda, mas faz isso por uma janela de 32 KB, contra o alcance bem maior do RAR.

Em muitos documentos parecidos, a diferença é óbvia; num RAR cheio de vídeo ou fotografia, é quase imperceptível, porque esse conteúdo já foi comprimido antes de ser arquivado. Se o arquivo precisa ficar pequeno e o destino é uma máquina Linux, converter para XZ em vez disso mantém bem mais da taxa de compressão ao custo do comportamento de streaming do gzip.

RAR5 é o formato que toda versão recente do WinRAR grava desde 2013, e o suporte a ele aqui foi verificado, não presumido — um arquivo real com diretórios aninhados e conteúdo comprimido, extraído e conferido.

RAR4 é a lacuna, e esta página prefere nomear isso a sugerir cobertura completa. O empacotador de teste disponível para construir arquivos de exemplo só grava RAR5, então não havia como produzir um RAR4 para testar. O propósito original do extrator era exatamente esse formato, então quase certamente funciona; se não funcionar, o trabalho retorna a mensagem comum de "não pôde ser convertido" em vez de qualquer coisa que pareça uma falha.

Arquivos criptografados param na porta. O extrator é rodado para falhar imediatamente em vez de travar numa pergunta de senha, que é o comportamento certo para um serviço sem atendimento — não há terminal para uma pergunta aparecer, e um trabalho que fica pendurado até o tempo limite matar ele não te diz nada útil.

Conjuntos em várias partes são o outro caso. O RAR tornou normal dividir arquivos, e remontar `part1`, `part2` e o resto exige todos os volumes de uma vez; este conversor recebe um único arquivo enviado. Junte eles localmente, ou peça ao remetente um arquivo só. As duas recusas são propriedades de um pipeline automatizado, não defeitos, e as duas são mais baratas de aprender aqui do que depois de vários envios.

Os arquivos voltam com o mesmo nome-base e a extensão de destino, então `entrega.rar` volta como `entrega.gz` mesmo os bytes sendo um tarball compactado. A maioria das ferramentas Unix identifica pelo conteúdo e faz a coisa certa, mas scripts que decidem pela extensão não vão.

Renomeie para `.tar.gz`, ou para `.tgz` — nosso registro lista isso como o mesmo formato escrito de forma mais curta. Se o arquivo vai entrar numa automação, faça a renomeação antes de ele chegar lá, em vez de acrescentar um caso especial adiante, porque o caso especial vai sobreviver ao arquivo.

Esta é uma das conversões deste site que não roda no seu navegador, porque descompactar um RAR precisa de um programa de verdade. O arquivo é enviado por uma conexão criptografada, extraído com unrar-free, empacotado em TAR, comprimido com gzip e devolvido. O envio, os intermediários e a saída são apagados quando o trabalho termina, num diretório de trabalho baseado em memória que é descartado junto com o contêiner.

Os limites práticos são 25 MB por arquivo no plano gratuito, um teto rígido de sessenta segundos por trabalho, e uma recusa para qualquer arquivo que declare descompactar para mais de 2 GB — conferido antes de qualquer byte ser escrito em disco. Nada sobre o arquivo é retido e ninguém lê ele, que é a mesma promessa que o resto dos pares de servidor deste site fazem.

Um conversor é a ferramenta certa para um arquivo, não para um hábito. Se arquivos RAR chegam aos seus sistemas regularmente, a resposta durável é instalar o `unrar-free` onde eles caem e parar de rotear eles por outra coisa — está no Debian main, não precisa de exceção de política, e remove tanto a etapa de envio quanto o teto de 25 MB de um processo que, do contrário, vai se repetir indefinidamente por quem estiver de plantão.

A resposta melhor, onde você tem alguma influência sobre a origem, é pedir um formato diferente no momento em que ele é criado. RAR não pode ser produzido por nada deste site e não pode ser produzido pela maioria das ferramentas gratuitas também, então todo arquivo que chega nele compromete alguém adiante a ficar dono de um caso especial para sempre. Um ZIP ou um tarball custa ao remetente uma escolha de menu, e remove a conversa inteira para todo mundo que tocar no arquivo depois.

Do lado de quem recebe, não há nada para instalar e um único comando para rodar: `tar -xzf` tira a camada de gzip e o tar de dentro dela numa única passada, que é o comportamento que fez essa forma virar padrão em primeiro lugar. Listar primeiro com `tar -tzf` vale o segundo extra num arquivo vindo de fora da sua organização, porque mostra todo caminho antes de qualquer coisa ser escrita.

Essa listagem também é o momento de conferir caminhos que você não esperava — caminhos absolutos, ou entradas subindo para fora do diretório de extração. Implementações modernas de tar cortam ou recusam os dois por padrão, e um arquivo de um remetente desconhecido é exatamente o caso para o qual essas defesas existem. O arquivo veio da máquina de outra pessoa num formato proprietário; olhar o que ele diz conter, antes de cair na sua, é um hábito barato.