Interessant. Ich habe ein paar Fragen, die auf das Problem hinweisen könnten.
1/ Enttarren Sie auf derselben Plattform, auf der Sie tarren? Es können verschiedene Versionen von tar sein (zB GNU und altes Unix)? Wenn sie unterschiedlich sind, können Sie sie auf derselben Box entpacken, auf der Sie geteert haben?
2/ Was passiert, wenn Sie einfach myarchive.tar.gz zippen? Funktioniert es? Möglicherweise ist Ihre Datei beschädigt/abgeschnitten. Ich nehme an, Sie würden es bemerken, wenn die Komprimierung Fehler erzeugt, ja?
Basierend auf der GNU-Tar-Quelle wird diese Nachricht nur gedruckt, wenn find_next_block() gibt vorzeitig 0 zurück, was normalerweise durch abgeschnittene Archive verursacht wird.
Ich hatte ein ähnliches Problem mit abgeschnittenen Tar-Dateien, die von einem Cron-Job erzeugt wurden, und das Umleiten von Standardausgabe in eine Datei hat das Problem behoben.
Beim Gespräch mit einem Kollegen erstellt cron eine Pipe und begrenzt die Ausgabemenge, die an den Standardausgang gesendet werden kann. Ich habe meinen repariert, indem ich -v aus meinem tar-Befehl entfernt habe, ihn viel weniger ausführlich gemacht und die Fehlerausgabe an der gleichen Stelle wie den Rest meiner Cron-Jobs gehalten habe. Wenn Sie die ausführliche tar-Ausgabe benötigen, müssen Sie jedoch zu einer Datei umleiten.
Möglicherweise haben Sie die Datei im ASCII-Modus anstatt im Binärmodus geftpt? Wenn nicht, könnte dies hilfreich sein.
$ gunzip myarchive.tar.gz
Entpacken Sie dann die resultierende Tar-Datei mit
$ tar xvf myarchive.tar
Hoffe das hilft.
In meinem Fall hatte ich untar gestartet, bevor das Hochladen der tar-Datei abgeschlossen war.