cpioを使用すると、ファイルのリストをcpioの標準入力に送信しますが、tar、zipなどのツールを使用すると、ディレクトリ(またはディレクトリ)を繰り返し保存できます。
他の人に*.tarまたは*.zipアーカイブを提供し、解凍するときにそのアーカイブがあちこちに散らばらないようにディレクトリをアーカイブすることが良いマナーおよび/またはベストプラクティスと見なされることを知っています。文書。どのディレクトリにも解凍しました。
他のアーカイブツールはファイルとディレクトリの両方をアーカイブできますが、cpioはファイルのみをアーカイブできる場合、cpioの利点と使用方法は何ですか?
答え1
他のアーカイブツールはファイルとディレクトリの両方をアーカイブできますが、cpioはファイルのみをアーカイブできる場合、cpioの利点と使用方法は何ですか?
まったく。 Fedora のcpio
ドキュメントでは、CPIO の使用はお勧めできません。
__WARNING__
The cpio utility is considered LEGACY based on POSIX specification. Users are encouraged to use other archiving tools for archive creation.
CPIOはありますが、TAR、mksquashfsなどはないシステムを使用する必要がない限り、実際には利点はありません。 (私が知る限り、そのようなシステムはいいえ約20年ほどになりました。 )
一部の形式は、従来の理由でcpioに固定されています。 .rpmもその一つです。これがcpioを使用する唯一の理由です。何十年も経ったソフトウェアでは、そうしたいと思っています。
レガシーで使用が推奨されない場合、LFCS試験に必要な理由は何ですか?
テストは実際の生活を模倣するので、現実とテストの間に長い時間がかかることがよくあります。さらに、テストを設計する人はしばしば「昔ながら」です。そこ当時、cpioは異なるPOSIXシステム間でファイルを交換するための信頼できる唯一の方法でした。しかし、今回もStéphaneの言葉が正しいです。 Linux initrdは通常cpioです!
一般的に言えば、「テスト中なので関連性が必要です」は本質的に…正確ではありません。
通常、ZIPはファイルの所有権とアクセス属性をまったくサポートしていないため、オプションではありません。 MS-DOSを使用している場合、このツールは素晴らしいツールです。まさにそのような用途です。最新のWindowsでも、ファイルにはZIPが表現できないより多くの属性があります。