タグ付けされた質問 「bzip2」

従来の圧縮ではなく、LZMA2に基づく形式をtar使用しxzて圧縮するアーカイブが増えていますbzip2(bz2)。実際、kernel.orgは2013年12月27日に「Good-bye bzip2」という最新の発表を行い、この時点からカーネルソースがtar.gzとtar.xzの両方の形式で、およびWebサイトのメインページでリリースされることを示しました直接提供されるのはですtar.xz。 これがなぜ起こっているのかgzip、この文脈での関連性を説明する特定の理由はありますか？

202 history  gzip  bzip2  xz 

bzip2は、長年にわたって非常に強力な圧縮の事実上の標準でした。私自身bzip2、これまでに何千回もコマンドを入力していたので、bzipまたはbzip1はどうなったのでしょうか？グーグルはそれについてあまり語っていないようで、興味深い歴史の教訓になりそうだ。

40 history  compression  bzip2 

毎日約200 GBのログデータが生成され、約150の異なるログファイルに分散されています。 ファイルを一時的な場所に移動し、一時ディレクトリでtar-bz2を実行するスクリプトがあります。 200 GBのログは約12〜15 GBに圧縮されているため、良い結果が得られます。 問題は、ファイルの圧縮に永遠に時間がかかることです。cronジョブは、毎日午前2時30分AMに実行され、5まで実行し続けます：00-6：00 PMを。 圧縮の速度を改善し、ジョブをより速く完了する方法はありますか？何か案は？ 他のプロセスとすべての心配しないで、圧縮が起こる場所は、上にあるNAS、そして私は、専用のNASマウント実行することができVMをし、そこから圧縮スクリプトを実行します。 参照用のtopの出力は次のとおりです。 top - 15:53:50 up 1093 days, 6:36, 1 user, load average: 1.00, 1.05, 1.07 Tasks: 101 total, 3 running, 98 sleeping, 0 stopped, 0 zombie Cpu(s): 25.1%us, 0.7%sy, 0.0%ni, 74.1%id, 0.0%wa, 0.0%hi, 0.1%si, 0.1%st Mem: 8388608k total, 8334844k used, …

16 shell-script  tar  bzip2  optimization 

私はtarの「--use-compress-prog = pbzip2」機能を使用してファイルをアーカイブし、pbzip2で圧縮して「* .tar.bz」アーカイブを取得しています。 その後、結果のファイルをpbzip2の「-t」スイッチでチェックし、テストに合格しました。しかし、驚いたことに、アーカイブを抽出しようとすると、「ファイルが不完全」またはその他の整合性エラーが発生しました。 tarファイルに問題がある可能性がありますが、pbzip2で圧縮されたときではありませんか？もしそうなら、tarファイル自体をチェックする方法はありますか？そうでない場合、これは他にどのような問題でしょうか？また、エラーのあるtarファイルからデータを回復する方法はありますか？ このプロセスで重要なデータがすでに失われている可能性があります... ポイントは、作成したアーカイブの整合性をテストする方法を知りたいということです。

11 tar  data-recovery  bzip2