RAR を XZ に変換

データリポジトリへの登録や、拠点間で共有するミラー、パッケージ配布システムへのソース投入。こうした場面では、公開された仕様を持ち、何年経っても読めることが確認できる形式が求められます。RAR にはその条件がありません。

このページは、RAR の中身を取り出して .tar.xz として書き出すためのものです。

RAR の圧縮アルゴリズムは今も独自技術で、正式に作成できるソフトウェアはごく限られています。読み取り側は自由に実装できるため多くのツールが RAR を展開できますが、書き込み側は事情が異なります。

このサイトが RAR を読み取れても作成しない理由もここにあります。機能が足りないのではなく、静的なサイトとして満たせないライセンス上の条件があるためです。

RAR は複数のファイルを1つの連続したストリームとして扱うソーリッド圧縮を行い、XZ はもともと1つのストリームしか圧縮しない形式です。両者とも同じ世代の圧縮アルゴリズムを使っているため、同じデータに対しては近いサイズに収まります。

テキストであれば XZ が辞書サイズの大きさでわずかに勝ることもあり、すでに圧縮済みのデータであれば両者とも大きな差は出ません。この変換は容量を削減するためのものではなく、形式の性質を変えるためのものです。

このサイトのアーカイブ処理は通常 7-Zip が担っていますが、RAR だけは違います。Debian のビルドでは 7-Zip に RAR のコーデックが含まれていないため、GPL ライセンスの unrar-free という別のプログラムが読み取りを担当し、書き込みには 7-Zip が使われます。

RAR を実際に読める自由ソフトウェアが使われているという点は、公開されたソースコードを持たない部品への依存をひとつ減らすという意味で、長期保存の観点からも価値があります。

RAR はアーカイブの内部に名前やパス、サイズ、チェックサムを記録するコンテナですが、XZ は1つの匿名のストリームを圧縮するだけで、ディレクトリ構造という概念そのものを持ちません。

そのため変換は、RAR を展開してから改めて TAR にまとめ、それを XZ で圧縮するという手順を取ります。TAR は1979年から安定している POSIX の標準的な形式で、長期保存にふさわしい層です。

公開された仕様を持つ形式は、必要であれば誰でも読み取り用のソフトウェアを新たに書けます。1社の独自形式で、互換ソフトの作成を許さないライセンスを持つ形式では、それができません。

xz は主要な Linux ディストリビューションでパッケージ管理そのものに使われる標準的な依存関係であり、GNU tar も長年対応しています。Windows や macOS でも 7-Zip や Keka で読み取れます。

まず、リカバリーレコード。WinRAR は破損時に自己修復できる冗長データをアーカイブ内に埋め込めますが、XZ にはこの概念がありません。次に暗号化。RAR は暗号化できますが XZ はできないため、保護されたアーカイブはそのままでは変換できません。アーカイブに付けたコメントも失われます。

RAR ではどのメンバーが壊れているかまで分かりますが、.tar.xz はストリーム全体が壊れていることしか教えてくれません。長期にわたる完全性が重要であれば、圧縮方式を工夫するのではなく、ハッシュ値の一覧を別途作成し、複製を持ち、格納先で整合性を検証する仕組みを用意してください。

パスワード保護された RAR は、待ち時間なくその場でエラーとして拒否されます。展開前にローカルで WinRAR や 7-Zip を使って復号し、平文のアーカイブにしてから変換してください。

複数の分割ファイルからなる RAR も、すべてのパートが同時に揃っていないと展開できないため、この変換では扱えません。手元で結合してから処理してください。

この変換はブラウザーの中ではなく、サーバー上で行われます。RAR の展開と xz の圧縮の両方に本物のプログラムが必要だからです。ファイルは暗号化された接続で送られ、外部への通信経路を持たないコンテナの中で処理され、ジョブが終わり次第、成功しても失敗しても作業用のディレクトリごと削除されます。

無料枠の上限は1ファイルあたり25MBで、xz の圧縮は辞書を広く探索するため時間がかかります。アーカイブが展開後に2GBを超えると見積もられる場合は、展開する前に拒否されます。