なぜ BACKUP1 を IMG に変換するのですか？
分割されたパーツを 1 つの .img に再結合するのは、raw ext4 イメージをマウントしてファイルシステムを閲覧したり、デバイスに書き戻したりするためです。単一の .backup1 パーツだけでは、連続したイメージの中間部分に過ぎないため、それ自体では使用できません。
BACKUP1 から IMG への変換方法
cat (coreutils) FREE
パーツを順番に結合します：cat userdata.backup userdata.backup1 userdata.backup2 > userdata.img。2GB を超えるファイルを許可するファイルシステム（ext4, NTFS）で実行してください。
dd (coreutils) OPEN-SOURCE
各パーツに 512 バイトのヘッダーがある場合は、追記時にそれをスキップします：dd if=userdata.backup1 skip=512 iflag=skip_bytes oflag=append conv=notrunc of=userdata.img。これをパーツごとに繰り返します。
これらの形式について
.BACKUP1
Split Android Recovery Backup File (part 2)
…
.BACKUP1 の詳細を開く →
.IMG
Raw Disk/Disc Image
IMG ファイルは、ほとんどの場合、CD/DVD、フロッピー、USB メモリ、またはパーティションのセクターごとの Raw コピーであり、多くの場合 ISO ファイルと同一です。Windows 8 以降では、右クリックして «マウント» を選択します。USB メモリに書き込むには Rufus または balenaEtcher を使用し、マウントせずにファイルを抽出するには…
.IMG の詳細を開く →品質と注意点
- パーツは正確な順序で連結する必要があります。欠落や順序の間違いがあると、イメージ全体が破損します。
- 一部のデバイスバックアップでは、各パーツの先頭に 512 バイトのヘッダーが付与されています。そのままにするとファイルシステムが壊れるため、
ddを使用して除去してください。 - 結果は raw ブロックイメージであり、圧縮アーカイブではありません。大部分が空であっても、元のパーティションと同じフルサイズになります。
よくある質問
すべての `.backup` パーツが必要ですか？
はい。
.backup, .backup1, .backup2 およびそれ以降のすべてのパーツは、分割された 1 つのイメージです。すべてのピースを順番に結合する必要があります。結合したイメージが破損しているように見えるのはなぜですか？
各パーツに 512 バイトのヘッダーが含まれていた可能性が高いです。単純な
cat ではなく、各パーツの最初の 512 バイトをスキップするように dd で再構築してください。Windows でこれを行うことはできますか？
はい、cmd で
copy /b part1+part2 out.img を使用できますが、ファイルが 2GB を超えることができるよう NTFS ドライブ上で行ってください。完成した `.img` の中身は何ですか？
通常は raw Linux ext4 ファイルシステムです。読み取り専用でマウントするか、7-Zip で開いてファイルを取り出すことができます。
