adb push psneuter /data/local/
adb shell
chmod 755 /data/local/psneuter
/data/local/psneuter
adb shell
mount -o rw,remount /system /system
cd /system/bin
cat sh > su
chmod 4755 su
reboot
と。
えと。
何だっけ。
あぁ、msn_nand.c弄って鰤ったところで終わりか。
何気なく/data/recovery/logを閲覧すると。
え？
Starting recovery on Fri Aug 14 22:11:23 2009
can't open /dev/tty0: No such file or directory
framebuffer: fd 3 (480 x 854)
[UA]FOTA read nv:0x00000010
E:Can't find MISC:
Fixing execute permissions for /cache
E:Can't find MISC:
Command: "/sbin/recovery"
ro.secure=1
ro.allow.mock.location=1
ro.debuggable=1
persist.service.adb.enable=1
：
init.svc.recovery=running
init.svc.adbd=running
Formatting DATA:...
Formatting CACHE:...
force_wipe_data is done.
[UA]FOTA read nv:0x00000010
[UA]FOTA write nv:0x00000000
Fixing execute permissions for /data
いや？
あぷでする前に読んだときは、確実に0だったし、stoppedだった。
そして、あぷでした時のリカバリパテは手を入れた状態(persist.service.adb.enable=1)
夢じゃない。
-rw-rw-rw- root root 2747 2009-08-15 07:11 log
このタイムスタンプも謎らー。
でも、確実に内容は更新されている。
そこで、わくわくしながらリカバリ起動しadb接続してみるとダメでした。
これで、リカバリパテを吸い出して展開し、default.prop見てpersist.service.adb.enableが0になっていたら、あぷでにおいてリカバリパテを書き直していることになる。
残念ながら、今ちょうど昨日購入した外付けに窓のバックアップが終わって、これからクリーンインストールするところ。
もうちょい、色々と仮説を立てながら慎重に進めてみることにする。
