Galaxy Tab s 10.5 Wifi版をAndroid13相当にUpdateする2

前回では、SM-T800 を Android13 相当にUpdateまでしました。次にカスタムOS用のGoogleサービスエンジンの一つである MindTheGapps のインストールエラーの調査と対策を行います。

別バージョンを試す

XDAのSM-T800 LinageOS 20 のページをみると、MindTheGapps13 がインストールできないとの投稿があり、その対策版情報がありました。MindTheGapps_Legacy-13.0.0-arm64-20231025_200931.zip です。試したところ、前回の「Could not mount ...」は発生しないもののGoogleサービスはインストールされません。何も作用がありません。インストール自体1秒もかからず早すぎです。

別種Gappを試す

MindTheGapps でなく、別種Gapp: NikGapp というのがあります。こちらを試しましたがダメでした。

MindTheGapp中身を調べる

MindTheGapps のパッケージはただのzipなので構造と仕組みを調べてみます。

おおざっぱdirectory構造は以下のとおりです。黒字がDirectory、緑字がfile です。

• META-INF
  • com
    • android
    • google
      • android
        • update-binary [①ココがインストールscript]
• system [②ココがインストール配布物、OSのDirectory構造と同じ]
  • addon.d
  • product
    • app
      • 各アプリFolder
        • 各アプリ.apk
    • lib
      • 各.so (unix共有dynamic Library)
    • lib64
      • 各.so (unix共有dynamic Library)
    • priv-app
      • 各アプリFolder
        • 各アプリ.apk
  • system_ext
    • priv-app
      • 各アプリFolder
        • 各アプリ.apk

上記①は、UNIXシェルスクリプト です。幸い割と得意なので解析&デバックできそうです。

Update-binaryの中身

update-binaryスクリプトの内容を読むと以下のような感じでした。(以下説明を理解するにはUNIX 基本知識が必要です)

1. OS Directory ( /system, /product, /system_ext ) を一旦unmoutする。
2. 端末ストレージの/devリスト:/etc/recovery.fstab ( dfコマンドの写し )から、/system, /product, /system_ext の /devファイル を取得する。
3. /devファイル から、/system, /product, /system_ext を 再mount する。
4. ストレージ残容量をチェックする。
5. インストール対象の 各アプリ.apk の一覧を 30-gapps.sh を生成する。これが /system/android.d にコピーされ、OS初回起動時に 各アプリ.apk が自動インストールされる仕組みのようです。
6. MindTheGapps/system 下の全fileを、パーミッションを保ったまま、OSの/systemにコピーする。
7. OSの/product が /system と別ストレージの場合、MindTheGapps/system/produc を パーミッションを保ったまま、OSの/product にコピーする。
8. OSの/system_ext が /system と別ストレージの場合、MindTheGapps/system/system_ext を パーミッションを保ったまま、OSの/system_ext にコピーする。

Update-binaryの修正1

update-binaryスクリプトにトレースを追加して動作させてみます。TWRP上では標準出力( echoコマンド )は使えないようです。update-binary内の用意されている ui_print() を使います。MindTheGapps のzipを解凍し、update-binary変更後、MindTheGappsを再zipします。再zip時は、META-INF と system が直下になるようにします。7zipなら以下のようにします。

folder全体zipしていまうと Directory 階層が出来てしまうので、TWRPがzipを認識しなくなります。

実行してみると以下のような結果でした。

前述のスクリプト手順2. が 端末 もしくは TWRP に合っていないようです。SM-T800の/etc/recovery.fstab の内容は以下のとおりです。

/boot		emmc	/dev/block/bootdevice/by-name/BOOT
/recovery	emmc	/dev/block/bootdevice/by-name/RECOVERY	flags=backup=1
/misc		emmc	/dev/block/platform/dw_mmc.0/by-name/OTA
/system		ext4	/dev/block/bootdevice/by-name/SYSTEM
/system_image	emmc	/dev/block/bootdevice/by-name/SYSTEM
/data		ext4	/dev/block/bootdevice/by-name/USERDATA	flags=encryptable=footer;length=-16384
/cache		ext4	/dev/block/bootdevice/by-name/CACHE
/modem		emmc	/dev/block/bootdevice/by-name/RADIO	flags=backup=1;display="Modem";flashimg
/hidden		ext4	/dev/block/bootdevice/by-name/HIDDEN	flags=backup=1;display="Hidden"
/hidden_image	emmc	/dev/block/bootdevice/by-name/HIDDEN	flags=display="Hidden Image";flashimg
/efs		ext4	/dev/block/bootdevice/by-name/EFS	flags=backup=1;display="EFS"
/efs1		emmc	/dev/block/bootdevice/by-name/m9kefs1	flags=backup=1;subpartitionof=/efs
/efs2		emmc	/dev/block/bootdevice/by-name/m9kefs2	flags=backup=1;subpartitionof=/efs
/efs3		emmc	/dev/block/bootdevice/by-name/m9kefs3	flags=backup=1;subpartitionof=/efs
/external_sd	vfat	/dev/block/mmcblk1p1 /dev/block/mmcblk1	flags=display="Micro SDCard";storage;wipeingui;removable
/usb-otg	vfat	/dev/block/sda1 /dev/block/sda		flags=display="USB OTG";storage;wipeingui;removable

上記「 /system ext4 /dev/block/bootdevice/by-name/SYSTEM」行の「/dev/block/bootdevice/by-name/SYSTEM」が抽出できればよいようです。このオリジナルの抽出コード行は以下のようになっています。

grep -v "^#" /etc/recovery.fstab | grep "[[:blank:]]$1[[:blank:]]" | tail -n1 | tr -s [:blank:] ' ' | cut -d' ' -f1

コメントでなく、$1(system)が見つかった 最初の一行をスペースでカットした… みたいな感じですね。SM-T800のフォーマットと合っていないのでしょう。MindTheGapps_Legacy-13.0.0-arm64-20231025_200931.zip の抽出コード行は以下のように少しシンプルですが、grep の -o オプションはUNIX処理系によって無いようです。オリジナルgrepには無し。TWRP3.7上では使えませんでした。

cat /etc/recovery.fstab | cut -d '#' -f 1 | grep /system | grep -o '/dev/[^ ]*' | head -1

いずれにしても修正が必要です。 弊方ではawkを使ってもっとシンプルにします。本物UNIX育ち弊方ではこれが自然です。近年Linux育ちの方は不自然なのでしょうか? ちなみにプロセスID取得時は、ps -ef|grep プロセス名|awk `{print $1}` と千回は叩いたでしょうか。 TWRP上でも使えました。 頭コメント^#判定も特に不要。 以下コード例です。これで一つ解決です。

cat /etc/recovery.fstab | grep ^$1 | awk '{print $3}' | head -1

Update-binaryの修正2

前述修正1では、/devファイルは取得できるようになりましたが、インストール後の反応は未だ見られません。以下のように調べます。

• update-binaryのクリーンアップ部をコメントアウトして、MindTheGapps.zip の展開結果をストレージ上に残すようにする。
• MindTheGapps.zip をinstall。
• MindTheGapps の作業フォルダ /tmp/system に移動。
• 試したいスクリプトと同じコマンドを叩く。

これにより問題のあった行は以下でした。

ui_print "Copying files"
cp --preserve=a -r ./* "${SYSTEM_OUT}/"

cp コマンドの –preserve オプションはUNIX処理系によって無いようです。TWRP3.7ではオプションエラーになりました。TWRPの標準出力は無効になっており、cpコマンドの exit値: $? の未チェックなので使用者は異常に気付かず. . . といった不具合メカニズムのようです。パーミッションを保ちたいらな -r オプションでいいハズです。以下のように修正します。

ui_print "Copying files"
cp -pr ./* "${SYSTEM_OUT}/"

これでインストール内容は反映されるようになりました。しかしこれでだけではインストールコピー失敗の気付きになりません。以下のようにコピーされたfile数を表示できるようにします。

ls -1R ${SYSTEM_OUT}	> $TMP//MindGappCpBefore.txt
cp -pr ./* "${SYSTEM_OUT}/"
ls -1R ${SYSTEM_OUT}	> $TMP/MindGappCpAfter.txt

# show number of copy files.
diff -w /tmp/MindGappCpBefore.txt /tmp/MindGappCpAfter.txt | grep ^+[a-zA-Z]> $TMP/MindGappCpList.txt
rm -f $TMP//MindGappCpBefore.txt $TMP/MindGappCpAfter.txt
COPY_COUNT=`cat $TMP/MindGappCpList.txt | wc -l`
ui_print "$COPY_COUNT files has copied."

Update-binaryの実行結果

修正後のトータル実行結果は以下のとおり。他の端末ではテストできていないので SM-T800 用と明記しておきます。

修正した MindTheGapps-13.0.0-arm64*.zip は機種依存であるとまずいので、本流にマージせず個別にGit-Hubに公開しました。 ここから MindTheGapps-13.0.0-arm64*.zip を選んで以下のようにDownloadしてください。

これで Googleサービス のインストールできました。次のサービスのセットアップに続きます。