一般形式

PWB format

古いバイナリ形式

struct header_old_cpio { 
        unsigned short   c_magic; 
        unsigned short   c_dev; 
        unsigned short   c_ino; 
        unsigned short   c_mode; 
        unsigned short   c_uid; 
        unsigned short   c_gid; 
        unsigned short   c_nlink; 
        unsigned short   c_rdev; 
 unsigned short   c_mtime[2]; 
        unsigned short   c_namesize; 
 unsigned short   c_filesize[2]; 
};

ここの unsigned short フィールドは、16 ビットの整数値です。 unsigned int フィールドは、32 ビットの整数値です。フィールドは、次の通りです:

magic

整数値 8 進の 070707。このアーカイブがリトルエンディアンまたはビッグエンディアンの整数で書き込まれているかどうか決定するために、この値を使用することができます。

dev, ino

ディスクのデバイス番号と i ノード番号。これらは、2 つのエントリが同じファイルを参照する場合を決定するために cpio アーカイブを読み込むプログラムによって使用されます。 cpio アーカイブを総合的に扱うプログラムは、各エントリのためにこれらを区別される値に設定するために慎重であるべきです。

mode

モードは、通常のパーミッションとファイルのタイプの両方を指定します。それは、次のいくつかのビットフィールドから成ります:

0170000

これは、ファイルタイプビットをマスクします。

0140000

ソケットのためのファイルタイプ値。

0120000

シンボリックリンクのためのファイルタイプ値。シンボリックリンクに関して、リンク本体は、ファイルデータとして格納されます。

0100000

通常のファイルのためのファイルタイプ値。

0060000

ブロック型特殊ファイルのためのファイルタイプ値。

0040000

ディレクトリのためのファイルタイプ値。

0020000

キャラクタ型特殊ファイルのためのファイルタイプ値。

0010000

名前付きパイプまたは FIFO のためのファイルタイプ値。

0004000

SUID (set-user-ID) ビット。

0002000

SGID (set-group-ID) ビット。

0001000

スティッキ (sticky) ビット。いくつかのシステムでは、これは、実行形式、そして/または、ディレクトリの振る舞いを変更します。

0000777

下位 9 ビットは、一般的な POSIX 規約に従って、 world、グループとユーザの "読み込み/書き込み/実行"パーミッションを指定します。

uid, gid

所有者の数値ユーザ ID とグループ ID。

nlink

このファイルへのリンク数。ディレクトリは、ここで、常に少なくとも 2 の値があります。ハードリンクされたファイルは、アーカイブ中にファイルデータのすべてのコピーを含んでいることに注意してください。

rdev

ブロック型特殊とキャラクタ型特殊のエントリに関して、このフィールドは、関連するデバイス番号を含んでいます。他のすべてのエントリタイプに関して、書き込み側によって 0 に設定され、読み込み側によって無視されるべきです。

mtime

1970 年 1 月 1 日の協定世界時 0 時 0 分 0 秒のエポックから始まる、秒数として示されたファイルの更新時刻。 4 バイトの整数は、最初の最上位の 16 ビットに続いて最下位 16 ビットで格納されます。それぞれの 2 つの 16 ビット値は、ネイティブのマシンバイト順序で格納されます。

namesize

ヘッダに続くパス名のバイト数。このカウントは、後続するヌルバイトを含んでいます。

filesize

ファイルのサイズ。このアーカイブ形式は、4 ギガバイトのファイルサイズに制限されることに注意してください。 4 バイトの整数の格納方法の説明については、上記の mtime を参照してください。

パス名は、固定ヘッダの直後に続きます。 namesize が奇数であるなら、追加のヌルバイトがパス名の後に付け加えられます。つぎにファイルデータは、奇数の長さになるようにヌルバイトを埋めて、追加されます。

ハードリンクされたファイルは、特別に処理されません。完全なファイルの内容は、ファイルを各コピーして含まれています。

移植性のある ASCII 形式

struct cpio_odc_header { 
        char    c_magic[6]; 
        char    c_dev[6]; 
        char    c_ino[6]; 
        char    c_mode[6]; 
        char    c_uid[6]; 
        char    c_gid[6]; 
        char    c_nlink[6]; 
        char    c_rdev[6]; 
        char    c_mtime[11]; 
        char    c_namesize[6]; 
        char    c_filesize[11]; 
};

フィールドは、古いバイナリ形式と同じです。名前とファイル門対は、固定のヘッダに続きます。古いバイナリ形式と異なって、パス名またはファイルの内容の後に、追加の詰め物がありません。アーカイブされるファイルがそれら自体全体に ASCII であるなら、結果のアーカイブは、名前フィールドの終りのヌルバイトを除いて、全体に ASCII となります。

新しい ASCII 形式

struct cpio_newc_header { 
        char    c_magic[6]; 
        char    c_ino[8]; 
        char    c_mode[8]; 
        char    c_uid[8]; 
        char    c_gid[8]; 
        char    c_nlink[8]; 
        char    c_mtime[8]; 
        char    c_filesize[8]; 
        char    c_devmajor[8]; 
        char    c_devminor[8]; 
        char    c_rdevmajor[8]; 
        char    c_rdevminor[8]; 
        char    c_namesize[8]; 
        char    c_check[8]; 
};

以下に指定されることを除いて、フィールドは、上記の古いバイナリ形式で指定されたものと一致します。

magic

文字列“070701”。

check

このフィールドは、常に書き込み側によって 0 に設定され、読み込み側によって無視されます。その他の詳細については、次のセクションを参照してください。

固定のヘッダとパス名の合計サイズが、4 の倍数となるように、パス名にヌルバイトが続きます。同様に、ファイルデータは、4 バイトの倍数とするように詰め物をされます。この形式は、(8 ギガバイトのファイルをサポートする、古い ASCII 書式と違って) 4 ギガバイトのファイルしかサポートしないことに注意してください。

この形式では、ハードリンクされたファイルは、アーカイブに現れる最後のものを除いて、各エントリの filesize (ファイルサイズ) を 0 に設定することによって操作されます。

新しい CRC 形式

HP 変異型

他の拡張と変異型

XXX 他に? XXX