Non riesco a scompattare un file tar.gz

[ioriaperlinux]

Allora, ho creato uno zippone di 51GB di una cartella, per backup. Messo da parte, reinstallato Ubuntu Studio (nuova versione), vado per scompattarlo semplicemente lanciando

Codice: Seleziona tutto

sudo tar -xzvf ioria.tar.gz -C /home/ioria/temp

e ottengo

Codice: Seleziona tutto

gzip: stdin: invalid compressed data--format violated
tar: EOF inatteso nell'archivio
tar: Error is not recoverable: exiting now

Ora, da principiante mi verrebbe da dire che il file è corrotto. Ma voi esperti che dite?
Grazie
Ioria

[DoctorStrange]

Non hai specificato il formato, nel comando. A giudicare dalla sola estensione dovrebbe essere gunzip, ma non è una garanzia.

Prova a ripetere questo comando:

Codice: Seleziona tutto

sudo tar --extract --file ioria.tar.gz --verbose

E vedi se funziona

[ioriaperlinux]

Uhm, non ho capito che intendi per "non ho specificato il formato". L'ho zippato usando Ubuntu Studio 20.04 (ambiente xfce). Scusami, non sono molto esperto. Lo sto tentando di scompattare su Ubuntu Studio 20.10 (Kde), ovviamente versioni e programmi sono diversi... questo può essere il problema?

Ad ogni modo ho lanciato quello che mi hai detto e ho ottenuto stesso risultato...

Una sbrodolata di

Codice: Seleziona tutto

tar: ioria/.local/share/Trash/files/jam/jamulus_3.5.10~git-0_amd64.changes: funzione "open" non riuscita: Non è una directory
ioria/.local/share/Trash/files/Jamulus3.5.10/INSTALL.md
tar: ioria/.local/share/Trash/files/Jamulus3.5.10/INSTALL.md: funzione "open" non riuscita: Non è una directory
ioria/.local/share/Trash/files/Jamulus3.5.10/COPYING
tar: ioria/.local/share/Trash/files/Jamulus3.5.10/COPYING: funzione "open" non riuscita: Non è una directory

etc.... etc...

che si chiude con:

Codice: Seleziona tutto

gzip: stdin: invalid compressed data--format violated
tar: EOF inatteso nell'archivio
tar: Error is not recoverable: exiting now

Mannaggia, credevo fosse cosa più semplice.
Grazie comunque.

[maur1x_15]

Io per scompattare gli archivi uso:

Codice: Seleziona tutto

 tar -xvf nome_archivio 

Se vuoi evitare che il comando "vomiti" tutti i nomi dei file estratti puoi togliere la "v" dal comando.

[DoctorStrange]

. Lo sto tentando di scompattare su Ubuntu Studio 20.10 (Kde), ovviamente versioni e programmi sono diversi... questo può essere il problema?

No.

Ad ogni modo ho lanciato quello che mi hai detto e ho ottenuto stesso risultato...

Una sbrodolata di

Codice: Seleziona tutto

tar: ioria/.local/share/Trash/files/jam/jamulus_3.5.10~git-0_amd64.changes: funzione "open" non riuscita: Non è una directory
ioria/.local/share/Trash/files/Jamulus3.5.10/INSTALL.md
tar: ioria/.local/share/Trash/files/Jamulus3.5.10/INSTALL.md: funzione "open" non riuscita: Non è una directory
ioria/.local/share/Trash/files/Jamulus3.5.10/COPYING
tar: ioria/.local/share/Trash/files/Jamulus3.5.10/COPYING: funzione "open" non riuscita: Non è una directory

etc.... etc...

che si chiude con:

Codice: Seleziona tutto

gzip: stdin: invalid compressed data--format violated
tar: EOF inatteso nell'archivio
tar: Error is not recoverable: exiting now

Mannaggia, credevo fosse cosa più semplice.
Grazie comunque.

Probabilmente è il pacchetto d'origine ad avere qualche problema. il mio comando è il piu generico possibile.

Prova a scaricare di nuovo quel pacchetto e ripeti il comando.

Faresti anche meglio a dire che tipo di pacchetto è, dove lo hai scaricato ed a cosa serva.

[ioriaperlinux]

Il pacchetto è un mio backup, avevo la cartella utente (ioria) nella home con i miei dati, file di sistema, video, file audio... li ho zippati e messi da parte su un disco, ora sto cercando di scompattarli.

Scaricare significherebbe riprendermi il tar.gz dal disco e provare di nuovo. Posso provare ma non credo la cosa cambi....

[DoctorStrange]

L'ultima cosa che mi viene in mente di dirti, prima che tu debba scaricarlo nuovamente, e riprovare, è di assicurarti che la directory di destinazione, nella quale stai cercando di estrarre l'archivio, abbia tutti i permessi di scrittura attribuiti all'utente che stai usando.

Quando dici che li hai "zippati", intendi dire che hai proprio usato l'applicazione "zip" per comprimerli, oppure hai sempre usato tarball?

[ioriaperlinux]

Ti ringrazio. Banalmente dall'interfaccia grafica ho fatto...

1. clic col pulsante destro del mouse su cartella
2. selezionare Crea un archivio...;
3. confermato il nome dell'archivio (che era quello della cartella.tar.gz)
4. clic su Crea.

Qualcosa deve essere andato storto in fase di creazione mi sa e non ho lì per lì verificato se l'archivio era corretto. Temo di aver perso..... TUTTO?!

[UbuNuovo]

Guarda se è stato veramente compresso in tar.gz, usando il comandi file:

Codice: Seleziona tutto

file ioria.tar.gz

Al memento della compressione, potresti aver selezionato, senza accorgetene, un altro metodo di compressione.
Se è un tar.gz puoi provare a recuperarlo con GzRecover, guarda qua: https://www.chimerarevo.com/guide/ubunt ... pio-66883/

[ioriaperlinux]

Mi da come risultato

Codice: Seleziona tutto

ioria.tar.gz: gzip compressed data, from Unix, original size modulo 2^32 4254060544 gzip compressed data, unknown method, ASCII, extra field, has comment, encrypted, from FAT filesystem (MS-DOS, OS/2, NT), original size modulo 2^32 4254060544

ho provato con GzRecover, mi crea un file ioria.tar.recovered. Che è promettente.
Tuttavia lanciando

Codice: Seleziona tutto

cpio -F ioria.tar.recovered -ivd

ho una valanga di errori e non mi trovo file estratti. Credo, da stupido, di aver fatto quello che è riportato essere l'errore nel 99% dei casi di archivi corrotti: non averlo copiato da un disco ad un altro in formato binario... é possibile, vero?

[maur1x_15]

Mi da come risultato

Codice: Seleziona tutto

ioria.tar.gz: gzip compressed data, from Unix, original size modulo 2^32 4254060544 gzip compressed data, unknown method, ASCII, extra field, has comment, encrypted, from FAT filesystem (MS-DOS, OS/2, NT), original size modulo 2^32 4254060544

Mi insospettisce la scritta "encrypted"... per caso hai impostato una password quando hai creato un'archivio?

[UbuNuovo]

Fortunatamente per me non mi è mai successo niente del genere, faccio backup non compressi su due dischi esterni, purtroppo per te non so aiutarti.
Un file tar.gz senza problemi mi stampa:

Codice: Seleziona tutto

8-) file scatoletta_spam.tar.gz 
scatoletta_spam.tar.gz: gzip compressed data, from Unix, last modified: Mon Dec 21 18:17:10 2020

Il problema dovuto alla modalità di trasferimento binaria o ascii può accadere solo con trasferimenti via FTP, con la copia diretta di file da disco a disco non può verificarsi.
Spero che quel backup non ti servisse proprio ora, o che intervenga qualcuno che sappia aiutarti.

[maur1x_15]

Fortunatamente per me non mi è mai successo niente del genere, faccio backup non compressi su due dischi esterni, purtroppo per te non so aiutarti.
Un file tar.gz senza problemi mi stampa:

Codice: Seleziona tutto

8-) file scatoletta_spam.tar.gz 
scatoletta_spam.tar.gz: gzip compressed data, from Unix, last modified: Mon Dec 21 18:17:10 2020

Ottengo anch'io lo stesso output, per questo ho sospettato che il problema fosse la scritta "encrypted".

[UbuNuovo]

potrebbe essere. tutta questa parte non dice niente di buono: unknown method, ASCII, extra field, has comment, encrypted

[ioriaperlinux]

Il comando cpio mi da sequenze di caratteri malcovertiti nella tabella ascii... ("malformato"). E' vero che il problema si pone nei trasferimenti in FTP, io ho copiato da disco a disco, ma i dischi erano formattati diversamente, uno ext4 e l'altro non riscordo se NTFS o FAT32. Passando da dischi formattati diversamente può succedere.

Va beh, vi ringrazio. Sono un coglione, la prossima volta prima di cancellare faccio un controllo....

[Sam9999]

In effetti credo che il file si sia rovinato o compattato male.
Anche io da quando i backup sono di molti file e giga preferisco la copia tal e quale con rsync

[maur1x_15]

io ho copiato da disco a disco, ma i dischi erano formattati diversamente, uno ext4 e l'altro non riscordo se NTFS o FAT32.

Se non ricordo male FAT32 può memorizzare file di massimo 4 GB, quindi se hai copiato da ext4 a FAT32 potrebbero essere successi casini.

[UbuNuovo]

Ancora peggio, sembra che parli FAT, non di FAT32

...from FAT filesystem...

In quel caso la dimensione massima di un file dovrebbe essere 2 GB... però avrebbe dovuto ottenere un errore durante la creazione dell'archivio un file di 52 GB non dovrebbe poter esistere su quei file system. Bo?

[woddy68]

Ancora peggio, sembra che parli FAT, non di FAT32

...from FAT filesystem...

In quel caso la dimensione massima di un file dovrebbe essere 2 GB... però avrebbe dovuto ottenere un errore durante la creazione dell'archivio un file di 52 GB non dovrebbe poter esistere su quei file system. Bo?

Magari ha creato lo zip su ext4 e poi spostato su chiavetta con FAT32, anche qui forse durante la copia però avrebbe dovuto dare errore ? Non lo so, non ho mai provato.

[maur1x_15]

Ancora peggio, sembra che parli FAT, non di FAT32

...from FAT filesystem...

In quel caso la dimensione massima di un file dovrebbe essere 2 GB... però avrebbe dovuto ottenere un errore durante la creazione dell'archivio un file di 52 GB non dovrebbe poter esistere su quei file system. Bo?

Magari ha creato lo zip su ext4 e poi spostato su chiavetta con FAT32, anche qui forse durante la copia però avrebbe dovuto dare errore ? Non lo so, non ho mai provato.

Su Windows ottengo questo:

Spoiler

Mostra

da Linux non ho mai provato.

EDIT: ho provato ora con lo stesso file, parte la copia ma raggiunti i 4 GiB dà errore:

Codice: Seleziona tutto

cp: errore scrivendo '/media/mauro/xxx/yyy': File troppo grande