どのファイルシステムがディスク容量を消費しているかを確認するために、いくつかのファイルシステムを見ていますGNUSparseFile.0
。減圧後一時的に残っているのではないでしょうか?オペレーティングシステムはFreeBSDなので、BSD圧縮解除が使用されている可能性がありますtar
。
ベストアンサー1
私は前にこれにかまったことがあります。
あなたは正しいです。 GNUtar
マニュアルはあなたに嘘を売ろうとしています:
発見したと主張する持ち運べるスパース領域をゼロに拡張せずにスパースファイルをアーカイブする方法です。どんなtar
。
現在、tar形式には、「Aの領域は0であり、抽出時にまれに表示されます」などの項目を指定するオプションはありません。だから彼らがしたことは、この問題を解決するためにファイルヘッダーに何かを追加したり(正直にスペースがなくても)解凍できない場合は、解凍者がユーザーに通知することでした。ファイルでは、最初にファイルのリーン領域とファイルのリーンでない残りの領域のマップを含むコンテナという新しいデータ構造を発明tar
しました。gzip
その後、GNU tar を使用すると、これらの「疑似希少コンテナ」を保管し、希少性を維持するように指示します。
もちろん、抽出時に同じ実装を使用しないと、まれなファイルではなくコンテナが得られます。これは、ユーザーにとって多少驚くべきことであり、「移植性」の概念を破ります(つまり、入力したデータは、tar
ここでインターフェースがどれほど簡単に設計されているかを確認してくださいxsparse
。元の希薄なファイル名を知って手動で見つける必要があります。
誰かがこれらの希薄なファイルコンテナを含むGNUファイルを解凍し、そのアーカイブにあると予想されるファイルをクリーンアップした可能性がありますtar
(おそらくtarアーカイブとは異なる方法で到達したファイルのリストを介して)。彼らは元のファイル(クリーンアップ中に見つかりません)を期待しますが、希少なコンテナは期待しません。したがって、希少なコンテナは解凍されたファイルから出たようには見えないので、これを無視します。
だからこれはあなたが得るものです:tar
GNUが生成したTARの内容であり、最終的にコンテナで解凍されていません。