面白い。問題を指摘するかもしれないいくつかの質問があります.
1/ tar を実行しているプラットフォームと同じプラットフォームで untar を実行していますか? tar の異なるバージョンである可能性があります (例えば、GNU と古い UNIX)?それらが異なる場合、tar を行った同じボックスで untar できますか?
2/ myarchive.tar.gz を単に gunzip するとどうなりますか?それは動作しますか？おそらく、ファイルが破損または切り捨てられている可能性があります。圧縮でエラーが発生したかどうかに気付くと思いますよね?
GNU tar ソースに基づいて、find_next_block() の場合にのみそのメッセージを出力します。 通常、切り捨てられたアーカイブが原因で、途中で 0 を返します。
cron ジョブによって生成される切り捨てられた tar ファイルと同様の問題があり、標準出力をファイルにリダイレクトすることで問題が修正されました。
同僚との会話から、cron はパイプを作成し、標準出力に送信できる出力の量を制限します。 tar コマンドから -v を削除して修正し、冗長性を大幅に減らし、エラー出力を残りの cron ジョブと同じ場所に保持しました。ただし、詳細な tar 出力が必要な場合は、ファイルにリダイレクトする必要があります。
バイナリ モードではなく ascii モードでファイルを ftped したのではないでしょうか?そうでない場合は、これが役立つかもしれません。
$ gunzip myarchive.tar.gz
そして、
を使用して結果の tar ファイルを untar します。$ tar xvf myarchive.tar
これがお役に立てば幸いです。
私の場合、tar ファイルのアップロードが完了する前に untar を開始しました。