Samsungスマホのパーティション情報はpitファイルというので更新でき、
調べたところPIT Magicというツールでpitファイルを改造してる情報は出てきたのだが、このPIT MagicはWindows用アプリ。
Windows使うのはめんどくさいのでPITファイル解析してLinuxのバイナリエディタでやった。

まずfdiskでパーティション情報を確認した。

拡大したいdata領域はラベルが"DATAFS"になっているパーティションだが、
容量も少なく先頭に近い"EFS"領域の数値とバイナリエディタのデータを照らし合わせた。

↑バイナリエディタの画面だが、パーティション名である"EFS"の手前に8byteが空っぽで、
その前の8byteに4byteずつ2つの値があるような気配。
というわけで16進→10進変換してみたが、
リトルエンディアンで逆読みすると 2000 と A000 になる。10進だと 8192 と 40960 になる。
先にfdiskでパーティション情報を確認していたが、EFSの開始セクタと最初の4byteの値が完全一致。
それと次の4byteを足すと 49152 になるが、終了セクタ+1の値になる。開始セクタが1セクタ目になることを考えるとサイズに完全一致する。
DATAFSと後ろにあるUMSでも同じように計算してみたが、同様にfdiskの値と一致する。
これ変えれば開始位置とサイズ変えれそう。

PITファイルには他にもデータがあるが、変えるのはdataと後ろのfat領域だけなので失敗しても復旧可能と考え、改造を実施した。

元のPITは、
DATAFSの開始が 00601800 で サイズが 00004000 となっている。
サイズは10進で 4194304セクタ なので3倍して 12582912 にすることにしたが、16進だと C00000 となる。
つまり、
00004000 → 0000C000

UMSの開始セクタは 5791744 → 14180352 となるが、16進だと 00605800 → 0060D800 となる。
サイズは次のHIDDEN領域の開始セクタからUMSの開始セクタを引いて 15745024 なので、00407001 → 0040F000 となる。


↑変更箇所に赤枠をつけたが、
40 → C0
58 → D8
7001 → F000
に変更。


dataと仮想SD領域は壊れるのでPITをflashする前にバックアップだが、追加SDを使ってバックアップした。

仮想SDのバックアップはFATなので単にコピーするだけでOKと判断。

dataのバックアップは方法考えたが、resize2fsコマンドが入ってたので失敗した場合にTWRPで復元することも考え、
TWRPでバックアップしてflashしたあとでresize2fsで拡大することにした。
だが、TWRPバックアップ＆リストアはディスクイメージ焼く感じじゃなくてコピーする感じぽい。
単にTWRPバックアップ＆リストアするだけで目的のサイズになった。


解析に使ったPITと実機のPITが違ってたら困るので、PITをダウンロードしてmd5sumで確認した。
同一だったので焼いた。
どうも --repartition する場合は、どこかのパーティションをついでに焼かないとできないらしい。
でKERNEL領域にCWMを入れる際に使ったzImageを焼いたのだが、何も変わらないつもりだったのだがTWRPがCWMに変わっちゃってた。
この機種のリカバリは仕様がわかりにくい。
KERNEL領域にCWMではなくRECOVERY領域にTWRPを焼いたほうが良かった。
CWMからカスROM導入手順で元に戻した。


TWRPを起動してadb shellして、
パーティションは目論見通りDATAFSのサイズが増え、UMSの終了位置とHIDDENの開始位置も問題なし。

TWRPのWipeでAdvanced Internal-Storageで仮想SDを初期化して、
で復元。
dataの方はリストアしただけで目的サイズになってた。
dataの方はリストアでリサイズされてたんで仮想SDの方も普通にバックアップ＆リストアでいいのかも。

こんな感じになった。

リブートして問題なし。
Android上でも目的のサイズになってた。