Lamiyi

Comexは、従来のスタッシング方式ではなくunionfsを使用することで、脱獄にかかる時間を大幅に短縮し、Cydiaの「ファイルシステムを再編成しています」というメッセージを表示しないようにしました。先ほど投稿された長文のツイートによると、Comexは今後リリース予定のiPad 2の脱獄にこの新しい方式を適用する予定とのことです。

-----
ご存知ない方のために説明すると、脱獄ツールで長年使われているスタッシング方式（Cydiaの「ファイルシステム再編成」）では、いくつかの大きなディレクトリを小さな/パーティションから大きな/varパーティションに移動し、元の場所から新しい場所へのシンボリックリンクを作成します。これにより、パッケージによってこれらのディレクトリに追加されるすべてのファイルが/varパーティションに配置され、それらのディレクトリ外で作成されたファイルのために/パーティションのスペースが解放されます。しかし、このプロセスには、ジェイルブレイク時に非常に時間がかかる (私は速度にかなりこだわります)、ジェイルブレイクではシステムを再起動させて、古いファイルを参照している実行中のアプリケーションがないことを確認する必要がある (速度についても同様で、ジェイルブレイクでは star のように respring も必要ありませんが、star はスタッシュを使用していたため、再起動前に不明なことが問題を引き起こす可能性があります)、カーネルのサンドボックス コードが著しく混乱する (各アプリケーションには許可されたファイル名のリストを含むサンドボックスがありますが、シンボリック リンクがファイルを移動した後はファイル名が一致しなくなるため)、そのコードにパッチを適用する必要がある (最近は、調整がフックしているアプリケーションのサンドボックスの下で実行される必要があるが、さまざまなディレクトリにアクセスする必要があるため、いずれにせよパッチを適用する必要がありますが、その場しのぎの作業をなくすのはやはり気持ちがいいものです) などの問題があります。

unionfs（元々はsaurikのアイデアでした）では、新しいファイルは/varパーティションに作成され、/パーティションの対応するディレクトリ内のファイルとマージされます。そのため、ファイルを移動する必要がなく、ディスクリプタが無効化されることもありません。サンドボックスのコードもこの変更に気付かないはずです。また、脱獄ファイルを破壊することなくベースOSをアップグレードすることも可能になります（iOS 5のデルタアップデートで既にこれが可能になっているかもしれませんが、まだ確認していません）。

私は文字通り 1 年前 (私が愚かだったので、unionfs ではなく nullfs が必要だと思ったため、nullfs チェックインの日付です) からこれをやりたいと思っていましたが、適切に動作させることができませんでした。

そこで、私が unionfs のコードに干渉したことで発生したクラッシュを解消し、iPad 2 用に修正できること (私がダンプした iPad 2 カーネルのコピーにはシンボルが含まれていません。別のデバイスのカーネルからシンボルをコピーする小さな BinDiff のようなツールを作成しましたが、完璧ではありません)、パフォーマンス上の問題が発生しないことをただ願っています。
-----

MuscleNerdは、unionfsではAppleアプリを移動する必要がないと指摘しています。つまり、アプリは権限を保持し、サンドボックス化の問題を簡素化します。

今後、新しい情報が入り次第、随時更新してまいります。

続きを読む