MOTO+4 Applocations のブログ

前記事ではスタムOS用のGoogleサービスエンジンの一つである MindTheGapps のインストールまで完了しました。次にGoogleのセットアップを行います。実施してみたところ、Xperia Z4 Tablet とは少し違っていました。

MindTheGappインストール直後の状態

以下のとおりでした。この状態で Google Play ストア をインストールし、実行しても落ちてしまいました。

GoogleサービスのUpdate

Xperia Z4 Tablet では現れていた Goolge の更新ボタンが今回では見られません。

Google Play ストア が未だないので、アプリの .apk を用意し、オフラインでインストールします。弊方では公式Android13が入っている端末の’25.1月時点のバージョンに習い以下のものを入れました。

この後、WiFiを接続し、端末を再起動します。以下手順です。ちなみに Google Play ストア は初回起動ではコケます。

Google系アプリ動作確認

Google Playの起動は、

試しにMAPを入れてみます。うまくいったようです。

その他

ユーザさんから追加情報がありました。 Book Walker というアプリがうまく動作しないとのことです。SC-03G LinageOS10では動作するとのことで、LInageOS20固有の課題なのかもしれません。何分、リアルタイム課金されるアプリは決済関係で要注意かと。。。

以上、SM-T800を Android13相当にupdateし、Google Play の動作させるまでの手順です。しかしながら自分でやるのはメンドクサイ、忙しい、自身が無い方は、弊方でセットアップをお受けいたします。Google Paly初期セットアップに手間をようするため難易度中、約1.25時間の個人様向け工数＋事務費で税込4,000円～ 。ご相談、依頼はこちらから。

前回では、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サービス のインストールできました。次のサービスのセットアップに続きます。

リピートユーザさんからご相談があり実施した記録です。Galaxy Tab s 10.5 Wifi版は、2014製、Android6止まりですが、Samsungの高級タブレットシリーズ “S”初代、有機EL、解像度 2560×1600、1.9 GHz4コア、ブロンズメタリックで高級感あり、中古価格も安い。中々Goodな端末です。

OSインストール

SM-T800のカスタム調査を進めると、LinageOS17 (Android10相当) が見つかりますが、この手の掲示板XDAをみるとなんと LinageOS20 (Android13相当) が見つかりました。 10年前の端末が Android13 にできるなんてブルジョアです。

OSインストール手順は、boot loader と リカバリ が別々になっているくらいで、SC-03G と概ね同じです。以下インストール必要物です。

以下簡易説明です。細かい部分はSC-03G をみてください。

(1) root化

Volum Down + Home を押しながら電源ボタンONし、odinモード で起動。ボタン配置は以下のように逆になっているので、Volum Down と Volum Up を間違えないよう。

PCで、odinを起動、指定ファイルを読込み、書込みます。

一度起動して root化 を確認。

(2) Boot Loader 書換え

Volum Down + Home を押しながら電源ボタンONし、odinモード で起動。odinで指定ファイルを読込み、書込みます。これを実施しないとOSが起動しません。

(3) カスタム リカバリ 書込み

Volum Down + Home を押しながら電源ボタンONし、odinモード で起動。odinで指定ファイルを読込み、書込みます。

(4) OS 書込み

Volum Up + Home を押しながら電源ボタンONし、リカバリモード で起動。

Android File Host に置いてあった LinageOS17 の最新2024/08/17版を書いてみると失敗です。

LinageOS17 の最新2023/02/18版はOK。

ちょっと釈然としないのでもう少し探索すると LinageOS 20 版(Android13相当) がありました。Githubはこちら、 XDAのスレッドはこちら。びっくりです。書込みは問題なし。

OS起動

LinageOS 20 版で、起動は問題ないです。動作速度も遜色なし。IMEIがデフォルト非表示になっているなど、より新しいOSの利点ですね。

Samsungで気になる指紋認証と、GPSの確認は以下のとおり。

Googe appインストール

LinageOS では Goolgeサービス( 設定アプリのGoogleアカウント)、Google Play は入っていません。カスタムOS用のそれが MindTheGapps です。Android 13用を、カスタムリカバリ:TWRP からインストールしてみると失敗しました。

以上、OS自体はセットアップできましたが、Google Play は使えない状態です。まあ無償アプリで、apk が公開されているものなら使えるので、これで支障はないです。しかしあからさまにインストールできないのは妙です。次の記事で調査と対策をしていきます。

前記事では各種OSのインストールとウイークポイント調べ、Walkmanアプリの各バージョンの動作を確認しました。今回は本端末の最大の特徴である Walkman Button について調べました。

考察

AndroidのOS構造は全く理解していませんが、 Walkman Button を誰がどのように検出しているかを知る必要があります。考えられるケースとしては、

1. OSにWalkman Button ドライバ部があり、それが提供するAPIアプリが使用している。正攻法ですが端末メーカ独自のボタンを組込める基本構造なのかギモンです。Samisung Tab Active3 はボタンが7つくらいあるものもあり、どうなってるんでしょう?
2. Walkman Button にデバイス( /dev/なんとか )が割当てられていて、APIアプリがそれにアクセスし検出している。同じLinux系のラズパイのI/Oポートはこの方式です。
3. Walkman Button の操作をラッパーする常駐アプリがある。先刻の確認ではLinageOSではカメラボタンに割当てられていました。Android OSは独自のボタンを許容していない可能性もあります。そうすると、この方式しかないということになります。

純正OSコードを見てみる

一枚SIM版のD2005のOSコードは公開されていたので見てみました。(今回端末D2105用はなぜか無い) Eclipceにインポートして、BUTTON や GPIO(入出力ポート) というキーワードで検索すると、ボタン割当てぽいところがあり。しかしWalkmanというものは無し、

つづいてWalkmanというキーワードで検索すると、

以上のことから、考察1 の No.3 の方式の可能性が高そうです。アプリを一生懸命確認しても無意味そうです。

ボタンラッパーアプリ

プレインストールアプリの中のどれかがラッパーアプリか動かして調べるにしても、50コ近くあり、And6 や And7.1.2 で起動しないかもしれません。自分で作る? 既にこの世にあるのでは? Button Mapper というアプリがありました。OSの音楽再生イベントがあり、それとリンクさせるんですね。当アプリで、Walkman Buttonを認識させるとOS上はカメラボタンになっていました。なるほど。

これで問題点は解消、素晴らしいアプリです。少し寂しいですが、音楽再生アプリは、Walkmanアプリ でなくてなんてせもいいってことになります。

残るのは、wma再生、ラジオ、カメラ ですね。