Convertire RAR in TAR

RAR arriva dal lato Windows di un rapporto di lavoro: la consegna asset di un fornitore, un handover di un appaltatore, un pacchetto di log di un cliente. Arriva in un posto che non ne ha mai avuto bisogno — un server Linux, un job CI, un passo di caricamento dati, un importatore che percorre intestazioni TAR.

L’istinto è installare un estrattore sulla macchina, ed è spesso l’istinto sbagliato: significa un nuovo pacchetto su ogni immagine di build, una questione di licenza da risolvere, e un formato che nient’altro nella catena capisce. Convertire una volta, verso la forma che il resto della pipeline già gestisce, tiene la stranezza al confine.

RAR è proprietario, di win.rar GmbH, dal 1993, e il registro lo registra come leggibile e non scrivibile. È una posizione di licenza piuttosto che ingegneristica. Il sorgente UnRAR è pubblicato con termini che permettono l’estrazione e vietano esplicitamente di usarlo per costruire un programma che crea archivi RAR.

La conseguenza pratica vale la pena dirla: questa conversione non è reversibile qui. Una volta che i contenuti sono in un TAR potete comprimerli con gzip, bzip2 o xz, o riimpacchettarli come ZIP o 7Z, e nessuna di quelle strade porta indietro a RAR. Se dovete restituire un RAR a chi ve lo ha inviato, vi serve WinRAR — l’unico packer esistente.

Ogni altro archivio su questo sito è gestito da 7-Zip, e RAR è l’eccezione. Debian compila 7-Zip senza il codec RAR, quindi un programma separato fa il lavoro: unrar-free, con licenza GPL, invocato come processo proprio con il percorso dell’archivio passato dopo un -- così che un nome file creato ad arte non possa mai essere letto come un’opzione.

Non era la risposta attesa. La strada convenzionale è l’unrar proprio di RARLAB dalla sezione non-free di Debian, e si è rivelata inutile una volta misurato l’estrattore libero contro un vero archivio RAR5 piuttosto che presumerlo limitato a RAR4.

RAR è un formato solido — il registro lo marca così — il che significa che concatena i membri in uno stream continuo prima di comprimere, e trova ripetizione tra i file piuttosto che ricominciare a ogni confine. TAR non fa nulla di ciò: intestazione da 512 byte, file, padding fino al prossimo confine da 512 byte, prossima intestazione.

Quindi il cambio di dimensione non è una percentuale, è un cambio di categoria. Un RAR da 20 MB di materiale pieno di testo può facilmente diventare un tarball diverse volte più grande, e sopra il contenuto grezzo state pagando il padding di TAR — un file di un byte occupa un blocco intero di 1.024 byte.

Un’intestazione TAR è insolitamente espressiva per qualcosa di così vecchio: nome, percorso, dimensione, ora di modifica, proprietario, gruppo e bit di permesso, tutti in campi fissi. È esattamente ciò che vuole una pipeline Unix.

Ciò che il TAR riceve dipende da ciò che aveva il RAR. Un archivio scritto su Windows da WinRAR potrebbe non aver mai registrato una modalità Unix, nel qual caso il tarball ottiene qualunque cosa produca l’estrazione piuttosto che qualcosa di significativo. Se uno script deve arrivare eseguibile, controllatelo con tar tvf.

RAR porta diverse cose per cui TAR non ha campo, e vengono scartate piuttosto che approssimate. I record di recupero — la ridondanza che WinRAR può aggiungere così un archivio danneggiato possa autoripararsi — non esistono in TAR, né la crittografia per membro.

Quella perdita del checksum per membro è quella da notare, perché cambia cosa potete rilevare dopo. Un RAR sa quando un membro è danneggiato; un TAR semplice per lo più no. Se il tarball verrà conservato piuttosto che consumato immediatamente, comprimetelo con qualcosa che aggiunga un controllo dello stream — gzip, bzip2 o xz lo fanno tutti.

Un TAR semplice è raramente lo stato finale ed è un buono stato intermedio, perché separa due decisioni che RAR unisce. L’impacchettamento è fatto; la compressione ora è vostra da scegliere. Gzip se l’artefatto è recuperato ripetutamente da macchine e dovrebbe scorrere. XZ se va in archiviazione.

Quella separazione è tutto l’argomento Unix per tar più un compressore, ed è genuinamente utile quando l’archivio viene passato piuttosto che aperto. Se sapete già quale compressore volete, questo sito converte un RAR direttamente in un tarball gzippato o compresso xz in un passaggio invece.

Sul nostro server, non nel vostro browser. La maggior parte degli strumenti su questo sito converte sul vostro dispositivo; gli archivi sono una delle eccezioni, e RAR è l’eccezione più forte, perché leggerlo richiede un estrattore specifico. Il file passa su una connessione crittata a un container senza accesso internet in uscita.

Ogni lavoro ottiene una directory temporanea su un filesystem in memoria cancellata al termine del lavoro, e qualunque lavoro ancora in esecuzione dopo sessanta secondi viene terminato. Prima dell’estrazione, l’archivio viene interrogato su cosa dichiara di estrarre, e un totale dichiarato sopra 2 GB viene rifiutato.

Confrontate tar tvf sul risultato con ciò che WinRAR o 7-Zip mostrano per l’archivio: stesso conteggio membri, stessi percorsi, stesse dimensioni. Costa secondi e coglie il fallimento che davvero avviene qui, mai dati corrotti — è un reimpacchettamento senza perdite — ma un livello superiore spostato.

Poi guardate le modalità nell’elenco prima di dare il tarball a qualunque cosa eseguirà ciò che estrae. Questo è il momento in cui un bit di permesso è economico da correggere e dopo non lo è più: estraete, chmod, ri-tar, e l’archivio è corretto per ogni macchina che lo riceve dopo.