"Unexpected end of archive"

Un file ZIP non è un unico blocco continuo — è una serie di voci di file locali seguite da una directory centrale proprio alla fine. Ogni voce inizia con la firma PK\x03\x04, porta con sé il proprio nome, metodo di compressione e dimensione, e a seguire i dati compressi (deflate). Dopo l'ultima voce viene la directory centrale (record PK\x01\x02), e il file termina con il record End Of Central Directory, PK\x05\x06. Quell'EOCD è l'indice: dice all'estrattore quanti file esistono e dove inizia ciascuno.

Ecco il punto. L'indice vive proprio alla fine del file. Quando un download o una copia si interrompe, la coda è esattamente ciò che va perso — così l'estrattore si posiziona dove dovrebbe trovarsi l'EOCD, trova dati (o nulla) invece della firma PK\x05\x06, e segnala "Unexpected end of archive." L'archivio non è stravolto; semplicemente gli manca il suo indice, ed eventualmente l'ultimo file o due.

RAR e 7z falliscono allo stesso modo per la stessa ragione. Un RAR mantiene intestazioni di blocco e, alla fine, un marcatore di fine archivio; un .7z tiene il proprio database di intestazioni nella coda del file e di norma comprime molti file insieme in un unico flusso solido. In ogni caso, i metadati di cui lo strumento ha bisogno per primi sono i metadati che un troncamento distrugge per primi.

Poiché ogni voce ZIP si descrive da sé, l'intera directory centrale è ridondante per l'estrazione — è un indice, non i dati. Lo strumento ignora l'EOCD mancante e invece percorre il file in avanti dall'inizio, catturando ogni intestazione locale PK\x03\x04 che riesce a trovare e decomprimendo il flusso deflate che segue finché i byte reggono. Qualsiasi file scritto per intero prima dell'interruzione torna intatto; l'unico file rimasto a cavallo del punto di troncamento può tornare parziale o non tornare affatto. Tutto questo gira come puro TypeScript nella tua scheda — senza installare alcuna utility di archiviazione, senza inviare nulla da nessuna parte.

RAR e 7z sono più vincolati ma non sono un caso perso. In un RAR, i file memorizzati prima del troncamento continuano a decodificarsi, e un RAR creato con un record di recupero si ripara nettamente meglio perché quel record è progettato per ricostruire i blocchi mancanti. Un .7z è il caso fragile: senza record di recupero e con compressione solida che concatena i file tra loro, perdere la coda può rompere la decompressione di tutto ciò che viene dopo l'ultimo blocco completo. Lo strumento recupera ciò che i blocchi sopravvissuti consentono ed è onesto quando un flusso solido non può essere continuato.

Nessun software può recuperare dati che non sono mai stati nel file. Se il download si è fermato al 60 %, l'ultimo 40 % dei dati compressi non esiste sul tuo disco, e niente — né questo strumento, né la riparazione integrata di WinRAR, né una suite di recupero a pagamento — può inventarlo di nuovo. La soluzione per questo è riscaricare o ricopiare l'archivio dalla sorgente in modo da avere i byte completi.

Ciò che possiamo fare in modo affidabile è evitare che un archivio arrivato a metà sia una perdita totale. Se nove file su dieci sono arrivati prima che la connessione cadesse, non c'è motivo di perdere i nove mentre si insegue il decimo. E poiché l'intera operazione avviene nel tuo browser, un archivio che potrebbe contenere documenti finanziari, codice sorgente o documenti personali non viene mai copiato su un server sconosciuto solo per dare un'occhiata all'interno — puoi osservare la scheda Rete e confermare che non esce nemmeno un byte.