【ROM焼き】au AQUOS PHONE SERIE ISW16SH roo1

au AQUOS PHONE SERIE ISW16SH のroot化、ROM焼きに関する話題について語りましょう。

とりあえず立ててみましたが現在root化情報はなし。
神々が降臨するのをまったりと待ちましょう。

>>1
ルー乙

shbreakはまだか

いろいろ塞がれまくりでroot化はもう無理なのかな…
2月発売の104SHも未だにroot化出来ないみたいだし。

ルー大柴スレか

age

しかし、シャープは
rootとれてやっと一人前の機種ばかり出す癖にセキュリティー堅いものなぁ。

あ〜ステータスバー変えたい
日付出てないのは不便だわ

あげ

とりあえず、
com.android.settings -f tmp/backup.bk
の結果ください〜。

あ、標準ではそういうことはないのですが、
メーカーカスタマイズでbackup.bkに個人情報が含まれる可能性があるので、
中身は確認してみてください。

adb backup .. 使用時に画面にバックアップ認証画面が出ますが、
パスワード要れずにバックアップ実行してください。

>>10
>com.android.settings -f tmp/backup.bk
これどうすれば良いのですか？無知ですみません。
そのまま実行してももちろんnot　foundですし。

分かる人お願いします〜

あっ、分かりました。adb backupですね(^_^;

>>10-11
これで良いですかね？
http://goo.gl/TJq2S

OKです。ツールあげておきました。
詳細はtwitterで

>>15
goroh_kunさん、ありがとうございます。
いま仕事から帰宅したとこで、ツールを頂いてreadmeまで拝見しました。
夕飯食べたら睡魔に負けそうですけど、もし動作確認出来ましたら報告します。

リストアを行うときに画面がでますが、何も入力せずデータを復元するでよろしいのでしょうか

上に書いてありましたね。リストアして作業を進めたのですがaというディレクトリが出てきません…

>>15
私も確認してみました。
aのディレクトリは存在しましたがパーミッションがworld readable, writableに
なりませんでした。

shell@android:/data/data/com.android.settings/a $ ls -l -d
ls -l -d
drwxr-xr-x system system 1970-01-16 21:27 .

aのディレクトリにfile00〜file99は作成されてます。

勘違いしてました。自分も19さんの通りになってます。

gorohです。
検証ありがとうございます！
isw16sh.abの内容を変更してみました。
これでworld readable/writableになるか見てみていただけますか？

>>21
world readable/writableになりました。
(4)以降の確認を行います。

>>21
確認終わりました。
/dataおよび/cacheのパーミッションは以下の通りです。

shell@android:/data/local/tmp $ ls -l -d /data
drwxrwxrwx system system 2012-07-27 21:34 data
shell@android:/data/local/tmp $ ls -l -d /cache
drwxrwxrwx system cache 1970-01-15 03:20 cache

さすがgoroh_kunさん、素晴らしいです。

shell@android:/data/local/tmp $ ls -l -d /data
drwxrwxrwx system system 2012-08-02 19:54 data
shell@android:/data/local/tmp $ ls -l -d /cache
drwxrwxrwx system cache 1970-01-08 11:00 cache

自分もパーミッション変わりましたが>>23さんと時間が違う…

rootはここからですけどね..。sharpだと/data/local.propのような
rootに直結するものはないのですが、
まずはプリインアプリ周りを見てみたいです！

できれば、
ls -l /system/binの結果があればほしいです。
pastebinあたりに貼り付けお願いします！

>25
http://pastebin.com/tZfVzYXX

ls -l /system/bin の結果です。役立てば幸いです。

ありがとうございます。特に問題のあるファイルはなさそうです。
あとは、ls -l /dataの結果をお願いできますか？

>27
http://pastebin.com/aPxJDgXZ

こちらですー。

大体状況把握しました。
とりあえず、property利用します。

twitterでツールあげておきました。
動作確認お願いします。

>29
adb pushしたのち設定アプリでストレージの項目開いて終了しても/dev/shが出来ていないみたいですー。
パーミッションは変わるみたいなので動作はしてるみたいです。

cat /sys/kernel/uevent_helper

と

ls -l /data/local/tmp/mkdevsh

の結果はどうなってますか〜？

shell@android:/ $ cat /sys/kernel/uevent_helper
/data/local/tmp/mkdevsh
shell@android:/ $ ls -l /data/local/tmp/mkdevsh
-rw-rw-rw- shell shell 510095 2012-07-20 12:40 mkdevsh

となってますー。

あれ。そっか持ち主がshell shellだからsystem権限から
chmodできないのか。

adb shell chmod 777 /data/local/tmp/mkdevsh

お願いします。

>33
無事root取得できましたー！ありがとうございます！

つづいて、miyabi解除ですか。

まずはkernel抜かないとなんともならないので

cat /proc/partitions

の結果いただけますか？

連投対策に引っかかった？支援レスしとこうか

>>35
>>34は寝落ちかな？
代わりに上げときますね。
http://pastebin.com/kZUaNXGM

んや、彼らやりとりができなくてツイッタ上でやり取りなさってるみたいですよ

アナゴ鯖落ちてたからな

鯖落ちしてたのでtwitterの方でやり取りしてたみたいだね
その後のつぶやきなくなったからお二方とも寝たのかな？
goroh_kunさんがtwitterの方で最後に知りたがってたのは
cat /init.rcと cat /init.qcom.rc
の結果みたい

出先でPC触れないのでどなたか代わりに頼む

返事待ちです〜。linuxのコマンドにあまり詳しくないらしく。

>adb shell
$ /dev/sh
# dd if=/dev/block/mmcblk0p13 of=/data/local/tmp/mmcblk0p13.bin bs=512
# chmod 666 /data/local/tmp/mmcblk0p13.bin
# exit
$ exit
>adb pull /data/local/tmp/mmcblk0p13.bin
で抜けるファイルがほしいです。カーネルイメージあると思うので・・

>41
https://docs.google.com/file/d/0B-T5z15odq5JY0Q4LUluVmdnWmM/edit
すいません。コマンドわからなかったので遅れました；；　こちらでよろしいでしょうか？

OKです

展開してみたら、リカバリ用のカーネルイメージですね。これ

こっちか、mmcblk0p10。

同じくmmcblk0p10抜けたらお願いします。
こちらはチェック入ってて駄目かも知れないですが。

うまく抜けなくて、
dmesgの結果protectエラーが出てたら、チェックでNGですね。

>45
dd if=/dev/block/mmcblk0p10 of=/data/local/tmp/mmcblk0p10.bin bs=512
/dev/block/mmcblk0p10: read error: I/O error
0+0 records in
0+0 records out
0 bytes transferred in 0.002 secs (0 bytes/sec)
となりますー。

この機種の不具合て何処に報告すればいいのでしょうか?

邪魔すぎるアクションバーをどうにかしたい。

/dev/shで#だとpmコマンドでSegmentation faultになってしまう…

#の時に
id
って入力するとどうなる？

# id
id
uid=2000(shell) gid=2000(shell) groups=1003(graphics),1004(input),1007(log),1009(mount),1011(adb),1015(sdcard_rw),3001(net_bt_admin),3002(net_bt),3003(inet),3006(net_bw_stats)

です。

/dev/shは6755なのでrootで動作するから#表記にはなるけど、何か動かそうとすると実際はshellユーザの権限しかないってこと？
詳しい人、解説プリーズ

/dev/shはどうもよくわからない感じなのですが、onload.shでは確実にroot権限で動いている様で、
onload.shにpm disable云々を追記してみたところ、正常に動作しました。

>>53
勇気あるなぁ。
ヤバいの凍結して操作不能にでもなったら文鎮のリスク高いやん。
再起動したらjni消えちゃうし、もう一度手順(4)から実行してonload.shを動かせる状態
までもってこないと凍結解除できないしょ？
普通にpm使えるようになるまでは俺は怖くて手がだせない。

>>54
いきなりやばいの凍結したわけではないです

当方にとって 差し迫っての必要性としては
カメラを無音にすることだけなのですが、

現時点で、/dev/sh作成して
/system/media/audio/ui/camera_click.ogg とかを
他のファイルに差し替えることは可能なのでしょうか？

rwで/systemをリマウントできないかな・・？


ちなみに盗撮じゃないですよ 高いレストランではカメラ音禁止なので
＃盗撮なら超小型デジカメ使えば良いだけの話だし

MIYABIとかまだだから無理

onload.shはsystem権限か…

>>56
なるほど(棒)

つうか 普通のレストランでのカメラ音禁止ってのは食事中に野暮なマネはすんなっていうことで
音がしなきゃいいって話じゃないと思うんだがな

>>59
んだな。高級だろうが安かろうが飯屋で写真とる奴はマナーなさすぎる
うちの店では遠回しにルール化しても効果少なかったからカメラ撮影禁止とはっきり明記した
偏見も入ってるけど、写真撮る奴は大抵声が大きく態度も悪いのが多くて店の雰囲気を悪くしがちだからな

どうでもいい話はいいよ
本題になにか進展はあるのかな

どなたか、ls -l /dev の結果ください〜。

これで大丈夫ですか？
http://pastebin.com/jh2Fq6fx

>>63
ありがとうございます〜。

どなたか、

/dev/msm-buspm-dev
が、ソースコードを見る限り、
どのアドレスでもmmapできる気がするのですが、
確認できますでしょうか。

SH01Dの時の/dev/boot_daemon_drv と同じような感じ。

mmap base=10000000 length=00008000
00008000-0000a000 r-xp 00000000 b3:1c 25621 /data/local/tmp/dump
0000a000-0000b000 rw-p 00002000 b3:1c 25621 /data/local/tmp/dump
0000b000-0000c000 rw-p 00000000 00:00 0 [heap]
40077000-4007a000 r-xp 00000000 b3:0c 1600 /system/lib/liblog.so
4007a000-4007b000 rw-p 00003000 b3:0c 1600 /system/lib/liblog.so
4007b000-400bf000 r-xp 00000000 b3:0c 1466 /system/lib/libc.so
400bf000-400c2000 rw-p 00044000 b3:0c 1466 /system/lib/libc.so
400c2000-400ce000 rw-p 00000000 00:00 0
400ce000-400d4000 r--s 00000000 00:0a 5405 /dev/__properties__ (deleted)
400d4000-400dc000 rw-s 10000000 00:0a 3645 /dev/msm-buspm-dev
400dc000-400ee000 r--s 0000e000 00:0a 5405 /dev/__properties__ (deleted)
400ee000-40103000 r-xp 00000000 b3:0c 1602 /system/lib/libm.so
40103000-40104000 rw-p 00015000 b3:0c 1602 /system/lib/libm.so
40104000-40105000 r--p 00000000 00:00 0
40110000-40111000 r-xp 00000000 b3:0c 1781 /system/lib/libstdc++.so
40111000-40112000 rw-p 00001000 b3:0c 1781 /system/lib/libstdc++.so
b0001000-b0009000 r-xp 00001000 b3:0c 538 /system/bin/linker
b0009000-b000a000 rw-p 00009000 b3:0c 538 /system/bin/linker
b000a000-b0019000 rw-p 00000000 00:00 0
bef2b000-bef4c000 rw-p 00000000 00:00 0 [stack]
ffff0000-ffff1000 r-xp 00000000 00:00 0 [vectors]

shbootgetroot.cのmmap部分を切り出して実行しました。
targetbase, targetlengthはテキトウです。

>>65
うまくmmapはできてるみたいですね。
あとは基本的にターゲットは物理アドレスだと思うので、
カーネルがどこにあるかを見ないといけないですね。

cat /proc/iomem
で Kernel TextやKernel Dataが出ているあたりをtarget addressに
lengthも全部ダンプしたら十分カーネルが抜き出せるぐらいで範囲を
取るとよいです。

できればmmapした後指定範囲のメモリをダンプしてもらえるとうれしいです。

>gorou_kun

遅くなりました。

dump.txtです。バイナリにすべきでした。

http://www1.axfc.net/uploader/N/so/157718

offsetをつけ忘れたので、見づらいかもしれません。

>>68
ありがとうございます。kernelの中身がダンプできてるのは確認できました。
あとは、どのアドレス書き換えるか調べればmiyabi解除はすぐですね

そういえば、今回のログ、lengthが0xef177bになってますが
lengthは0x11f177bぐらい取ったほうがdataも全部いけてよさげですね。

すみません offsetを忘れていまして。
lengthを0x11f177bにして、あげなおしました。

http://www1.axfc.net/uploader/N/so/157722

miyabi解除よろしくお願いします。

security_opsのアドレスが0xC0D99A68で、
いまmiyabi_security_ops 0xC0C75F0Cになってます
ここをdefault_security_ops 0xC0C75C58に変えてあげると良いですね。
ダンプで言うと、

10c99a60 : 00 00 00 00 00 10 00 00 0c 5f c7 c0 2f 64 65 76 ........._../dev
10c99a70 : 2f 00 73 65 63 2f 63 6f 6d 2e 6d 6f 6a 61 6e 67 /.sec/com.mojang
10c99a80 : 2e 6d 69 6e 65 63 72 61 66 74 70 65 2d 31 2f 00 .minecraftpe-1/.
10c99a90 : 62 61 6c 2d 31 2f 00 00 00 00 00 00 00 00 00 00 bal-1/..........

ここの10c99a68番地の0c 5f c7 c0を58 5c c7 c0に変えてください〜。
これで、miyabiはなくなるはず。

参考までに、ISW16SHのkallsymsを作成したもの。

https://hotfile.com/dl/165815964/914c605/isw16sh_kallsyms.zip.html

NANDプロテクトのほうは、mmc_protect_part が0xc084ad0c番地にあります。

1074ad00 : 69 6f 63 74 6c 5f 63 6d 64 00 00 00 01 00 00 00 ioctl_cmd.......
1074ad10 : 02 00 00 00 02 00 00 00 02 00 00 00 03 00 00 00 ................
1074ad20 : 03 00 00 00 04 00 00 00 03 00 00 00 05 00 00 00 ................
1074ad30 : 03 00 00 00 06 00 00 00 03 00 00 00 08 00 00 00 ................
1074ad40 : 02 00 00 00 09 00 00 00 03 00 00 00 0a 00 00 00 ................
1074ad50 : 03 00 00 00 0b 00 00 00 02 00 00 00 0c 00 00 00 ................
1074ad60 : 02 00 00 00 0d 00 00 00 02 00 00 00 0e 00 00 00 ................
1074ad70 : 03 00 00 00 00 00 00 00 7c f0 a2 c0 00 00 00 00 ........|.......
1074ad80 : 00 00 00 00 00 00 00 00 ff ff ff ff ff ff ff ff ................


struct mmc_protect_inf {
u32 partition;
u32 protect;
};

書き換えたいパーティションのprotectのところを0にすればよいです。

なるほど、
SHは独自kernelモジュールを開発・組み込みでシステム領域の書き換え防止を
強化しているんですね。それがmiyabi LSMだと。

当方には応援するしかできませんが、レストランの陰から成功を祈っています！

他スレでroot取るために追って読んで検索したりしてるけれど
すごいわ･･･

予断ですが、mkdevshは/system/bin/shをコピーしてStickyBit立ててるだけ
なので、この部分を /data/local/tmp/suを/dev/suにコピーして
StickyBit立てるようにすれば、他のシャープのsuperuser.apk+suと同等には
なるんじゃないですかね。

おおぉ、いつの間にかすごい進展してる！
難解すぎてどこから手をつけたらいいか分からないからエロい人まとめてくれると助かる

gorohです

/dev/msm-buspm-dev
が任意の物理アドレスにmmapすることが分かり、
miyabiの無効化のメモリパッチ、nandlockのメモリパッチも分かった
なのでmmapして、メモリパッチしたらもう終わり、
という状況だと思ってます。サンプルのソースコード待ちなのかな。

>>73さんの対応待ちだと思うんですけど。
その後のレスがないので作業進めてくれているのかわかりません。
一度状況報告して頂きたいですね。

間違えました。>>71さんでした。
>>73はgoroh_kunさんだしorz

ケータイアップデートきたけどどうなんだろう…

root化できたけどそれだけじゃどうしようもないの？

71です。


NANDプロテクトは、解除できたのだけれども

dmesgに

EXT4-fs error (device mmcblk0p12):
ext4_remount:4324: Abort forced by user
で、systemのremountが失敗する。

dd if=/dev/block/mmcblk0p10 of=/data/local/tmp/mmcblk0p10.bin bs=512
は成功しました。
これが、カーネルイメージですね。

で、8月8日に、公開されたカーネルのソースを眺め中です。

mmcblk0p10.binを分解して、書き換えて戻せば如何にでもなるのですが
リカバリ側もなんか、ごのごにょしてそうなので。

remount失敗するのは、miyabi/nandlock以外の別の原因がありそうですね。
とりあえず、リカバリー側にブート側のカーネル書いて起動するか
試すのがいい気がしますが。。
まあ、リスクおってそこまでしなくても、
人によってやりたいことは既に出来たりもするので。

停滞してますね

私のほうでは特にこれ以上なにかするということはないので、
ユーザさんの中で頑張ってください〜。

なにか手伝えることないかな？
どういう段階で停滞してるのかすらわからないけど…

71さんが>>84のremount失敗の原因を調査してくれている段階では？
remount失敗の原因究明に難儀しているんでしょうかね
もしくはお盆休みで旅行中とかｗ

取り敢えず3ラインホームを全部disableしてみた
今のところ問題なし

今北 三行でたのむ

世の中
そんなに
甘くない

とりあえずチタニウムが使えて解像度変更ができればいいんだけど

>>93
チタとcache cleaner ngが動けば幸せになるんだがなぁ

71です。

/systemのremountにも成功して、

/system/binにsuを仕込んで、各種テスト中です。

remountの失敗は、nandlockの解除漏れでした。

gorou_kunさんの

>/data/local/tmp/suを/dev/suにコピーしてStickyBit立てる

これで、id=rootにできます。

>>95
おぉ〜、71さんお疲れさまです。
rootkit（パッチツール）を公開できる段階になりましたら是非ともお願いしますm(_ _)m

>>95
テストで手伝えることあったらやりますよー

71です。

暫定版ですが、rootkitです。

gorou_kunさんの /dev/shによる仮rootが前提です。

http://www1.axfc.net/uploader/Sc/so/371165

isw16shroot.zipです。

光の速さでゲッツ！

>>98
ビルド01.00.05です。
LSM解除まではやっていません。
adb shellでは/dev/suで#になるのですが、端末エミュレータはPermission deniedになってしまいます。

>>100

adb shellの/dev/suでidは、
uid=0(root) gid=0(root)ですか？

>>101
はい。

>>100
たぶん、superuserを入れれば大丈夫だと思います。

root化できたら、LMT Launcher入れてみたいですね。

>>103
suhaxでいけました。

もはやadb restore isw16sh.abで苦戦してる俺はrootとれそうにもないわ

>> 71
s/gorou/goroh/

よろしくです

>>106
adbが古いとか？

>>108
ただいまアップデート中
これで使えるようになればいいけど....

adb: unable to open file isw16sh.ab
となって読み込みできませんね.....
もうちょいあれこれしてみます。

onload.shをシステム権限で作動がうまくできてないみたいで/dev/sh
が作成されません

システム権限で作動は、設定アプリを起動し、ストレージの設定、SDカードのマウント解除を選択ダイアログ出てすぐ強制終了がかかる。
これでいいのでしょうか？

ビルド01.00.05です。/dev/su上から、やってもだめみたいです。

# /data/local/tmp/isw16sh_unlock

/data/local/tmp/isw16sh_unlock
isw16sh_unlock ver 0.01
mmap base=80300000 length=00c99a90
mem=20000000
Miyabi LSM Check
58 5c c7 c0
Miyabi LSM Not Unlock!
07 ed a2 c0 0b ed a2 c0
0f ed a2 c0 7c 1f 9e c0
13 ed a2 c0 e4 14 a2 c0
17 ed a2 c0 1b ed a2 c0
1f ed a2 c0 23 ed a2 c0
27 ed a2 c0 32 ed a2 c0
43 4e 99 c0 3c ed a2 c0
48 ed a2 c0 db d4 9c c0
eb e5 9a c0 18 d5 9c c0
53 ed a2 c0 5a ed a2 c0
69 ed a2 c0 a0 40 5a c0
b4 3f 5a c0 04 4a 5a c0
00 00 00 00 00 00 00 00
NAND Lock Not Unlock!

ドコモ解約客にはあり得ない報復...信じがたいが
http://www.ne.jp/asahi/art/line/homepage/docomo.html

ビルド01.00.05に、とりあえず対応。

http://www1.axfc.net/uploader/Sc/so/371209

>>107
すいません、俺の頭のsedがバカで。名前を間違えるとは。
あと、改変したsourceを上げてしまってます。

無事rootとれました
ありがとうございました。
神々たちに頭があがらないー

http://i.imgur.com/QQr4z.png
http://i.imgur.com/9oDFU.png
http://i.imgur.com/9pjOM.png
これだけ成仏させましたが
どうもなってないです
さすがに3LHはこわくて凍結程度ですが...
これぐらいするとメモリが常に200MBほどあきました

新しい方のisw16sh.abってどこにありますか？

goroh_kunさん、71さんお疲れ様です＆有難うございます。

ROM弄る前にブートとリカバリのバックアップ取りたいのですが
mmcblk0p10 ： ブート
mmcblk0p13 ： リカバリ
をddで取っておけば良いですか？

あと、systemはmmcblk0p12をdump_oobで取ればよいのでしょうか？
何ぶんmtdとmmcの違いも分かってない初級者ですし初ICS機でもあるので…
この辺の手順とかはmtdのGB機種（IS12SH等）と同様で良いのでしょうか？
よろしければご教授お願いします。

21でgoroh_kunさんが変更されたというisw16sh.abはどう変更すればいいんですか？

初歩的な質問で申し訳ないんだが、auマケ対策にsuperuserからsuperSUに入れ替えたいんだが何度やってもroot外れちゃうんだよね
どなたか入れ替え方法教えてくださいorz

完璧にrootとれました。
どのみち常時rootをするつもりもないので十分です。
titanium backupの凍結と、autostatsのゾンビアプリ殺しの二つが動けば、十分すぎるほど満足です！！

ありがとうございました！！＞goroh_kunさん＆71さん

rootとれましたがautostartsでdisableにしようとすると「rootが取れてない」的なメッセージが出てしまいます。
rootでAutostarts動かすにはどうしたらいいでしょうか？

root取ったらウェルカムシートじゃなくてICSのロック画面にできますかね？

>>122
マーケットでsuperuserを入れましょう

ISW16SHでもsuhaxを使用してau Marketとrootとを共存できるかな？
http://silverw1ndy.blog59.fc2.com/blog-entry-17.html

>>124
/dev/suで#になる段階までやりました。

Superuser入れてもAutostartsは反応しません。
端末エミュレータだと反応して許可を与えることができますが…

>>126
NANDLOCK解除→su導入はやりました？

setcpu使えないくさいな

>>128
使えれば熱を抑えられるのに。

まずはgoroh_kunさん71さんありがとうございました。


>>120
SuperSUは多分/system/xbinしか使えないと思います。
この機は/system/binだけしか通ってないみたいなのでSuperSUは無理っぽいかもです。

>>125
古くてもいいならsuhaxでOKでした。
自分は古いのは嫌だったので最新版を自分で改変しました。
共存できてますよ。


SystemUIの改変がどうしてもうまくいかない...
どなたかうまくできましたらやり方御披露お願いいたします。

/system/xbinだけの問題なら、

>adb shell
su
/data/local/tmp/isw16sh_unlock
mount -o remount,rw -t ext4 /dev/block/mmcblk0p12 /system
ln -s /system/bin/su /system/xbin/su
mount -o remount,ro -t ext4 /dev/block/mmcblk0p12 /system
で、行けるはず。

>>131
リンクでも実体でもダメでした...
検証してて気づきましたが、71さんの解除キットのsuバイナリを、
他機種では使えてるSuperSUのものに差し替えると、
/dev/suが#にならないので、suバイナリの問題なのかもしれません。
130の自分の発言は取り消します。

goroh_kun氏もしくは71氏にお願いがあります。
兄弟機の106SHでrootを試みようとしているものです。

ISW16SHのroot化の手順でMIYABI解除の手前までは問題ないのですが、
106SHでは>>112にあるようにエラーが出ます。
ツールに含まれたソースなどを眺めてみたのですが、main.cの161行目で
対応しているのまではわかりました。

この先106SHでMIYABI解除するにはどこをどう調べたら良いのでしょうか？

スレ違い承知ですが、ROM焼きスレを立てれない人間が多く、root化についても
本スレで議論されており、ROM焼きスレ扱いになっていないのが現状でして…＞＜

どうかよろしくお願いいたします。

>>133

まずは106SHのkernelイメージがないとパッチを当てるべき
アドレスがわからないので、bootイメージを用意する必要があります。
あとは、bootメージから、split_bootimg.plを使って
kernelイメージを抜き出し、それに対してkallsymsprintを実行すれば
kallsymsテキストが取得できます。
その後kallsymsから、mmc_protect_partやsecurity_ops、
miyabi_security_ops 、default_security_ops のアドレスがわかりますので
ISW16SHのプログラムのようにパッチを当てれば完了となります。

>>134
bootイメージは>>41と同じことをすればいいですか？
>adb shell
$ /dev/sh
# dd if=/dev/block/mmcblk0p13 of=/data/local/tmp/mmcblk0p13.bin bs=512
# chmod 666 /data/local/tmp/mmcblk0p13.bin
# exit
$ exit
>adb pull /data/local/tmp/mmcblk0p13.bin

>>135
LSMが解除出来ないとnandのダンプが出来ないのであれば、
まずはメモリをダンプしてそれに対してkallsymsprintですね。

106SHでcat /proc/iomemをしたところ

80300000-80d75a13 : Kernel text
80e00000-811b7bf3 : Kernel data

初心者なのでダンプとかわかりません…

>>130
>SystemUIの改変がどうしてもうまくいかない...
100バッテリーか？多分frameworkの方もかも？
それにしてもapkのサイズデカ過ぎね？ICSはみんなこんな感じなのか？
キッチン使えねーじゃねーか・・・
自作のapk入れられる度胸のあるヤツ募集・・・

LCDdensity変えたけどロック画面が間抜けなことになる
http://i.imgur.com/hdWzt.png

ｲﾔｰ

>>132
これで行けます
1,普通にroot取得後SuperUserを導入
2,isw16sh_unlockで解除後システムのマウントをrwにする
3,SuperSUを導入して起動するとインストールするか聞かれるのでインストール
4,システムのマウントをroにする
5,SuperUserを削除
これで次回からSuperSUになりますよ。

goroh_kunさん、71さんありがとうございます。
とりあえず常時root化完了

SuperSUのsuバイナリはダメみたいですね。
諦めてVer古いけど持っていたマケ対策版のSuperUserと
71さん提供のsuを改変して使用することにしました。

>>138
キッチンはダメだったんですかorz

>>141
再起動してsuでroot権限とれますか？
SuperSUインスコ直後はSuperSU使えますが再起動するとsuが動かない。

>>142
確かに再起動で無効になりますね、確認不足でした、申し訳ない

SuperUser改変が確実ですね。

>>137
71さんが114で公開しているツールのソースコード内に、
memsaveという関数がありますので、mmap成功後(140行ぐらい)に


memsave("/data/local/kerneldump.bin", mem, targetlength);

を入れてビルド＆実行すればOKと思います。
そしたら、/data/local/kerneldump.binがカーネルのダンプになるので
それをもらえればアドレスは調べますよ

root化できました。カメラ無音化できました。
ありがとうございました >関係各位

不思議というか、何の意味があるのかわからなかったので
ちょっと書いておきますが、
カメラ音の実体は/system/media/.sharp_audio/ui にある.oggです。
他の機種同様、/system/media/audio/ui/にも同じような.oggがありますが、
これは参照されていないので入れ替えても効果ありませんでした。

.sharp_sudio だから隠匿効果を狙って？　・・ってまさかね。。


これで安心してアピシウスやカンテサンスに行ける^^
音さえしなければ撮影は全く問題ないと毎回おっしゃって頂けているので

>>138
そうです、100バッテリーやろうとして試行錯誤してました。
結局できました。原因は自分がバカだったこと。
ググればいくらでも出てくるような普通のやり方でそのままやればいいのに、
何を思ったか勝手に余計なことを...

>>142
138さんにもだけど、キッチンみたいにお手軽とはいかないけど、
SystemUIだけでOKでしたので自作を突っ込んでもframeworkみたいに怖くは無いですよ。

goroh_kunさんの手を煩わせないように、
prepare_kallsyms_addressesを内蔵しようとしたんですが
時々、segment faultを起こすんですよね。
ある意味、クリティカルなtoolなので、公開できませんでした。

p.s rootedの方へ、妙に電池の持ちがよくなっていませんか？。

>>147
電池の持ちが変わる理由ってなにが考えられますか？

いらないアプリの凍結
MIYABIによるオーバーヘッドの改善
電池節約アプリのインストール

どれが考えられますか〜？

よっしゃ忌々しいスクリーンショットの
シャッター音消したったｗ

/system/media/audio/ui/
のogg適当に聴いてみてそれっぽいの
ダミー0kbのやつに差し替えてパーミッションも
あわせたー
これで家の外でも心置きなくスクリーンショットとれるぜｗｗｗ

なんで忌々しいんですか〜？

確かにrootとって様々凍結＆ゾンビ殺ししただけで電池がやたら保つようになった

通勤往復一時間と昼休みしかいじってないとはいえ、朝満充電でいま66％ある。
下手したら二日保つな…

rootの取り方がいまいちわからない

>>150
スクリーンショットごときで
シャッター音でかすぎだからｗ

分解したカーネルを変更なしで結合しても起動しない。
mkbootimgのbase=0x80200000ではないのかな？
もしかしたらICS用のmkbootimgが必要とか？
解る人がいましたら教えて下さい。

ソフトウェアボタン（一番下に表示される戻るやホーム）の配置を
任意に変更することはできないのでしょうか？

この機種の場合、片手で操作しようとすると左端のタップが困難なので
変更したいのです。

>>155
それらしいファイルや記述はすぐ見つかるから自分で書き換えやってみれば？
俺は文鎮怖くてできないけど。できたら報告よろしくね。

>>152
150ちょっとの書き込みを読み返せば全部のってる。
難しい所はgoroh_kunさんと71さんが調べてくれたんだから それぐらいは自分で調べて何とかしような

>>151
確かに電池持ち向上したかな
au関連といくつかのアプリをアンインストールしたのが良かったのかな？
これが本来の能力なのだとしたら、不要なアプリ突っ込まれて電池持ちワリィと評価されるとか開発者泣かせにもほどかあるな

root化した状態でケータイアップデートをするとやはり失敗してしまうのでしょうか？

>>158
まず自分が人柱となって、やってみてどうだったか報告してくれ
話はそれからだ

/system書き換えてたらだめ

>>158
そうですよね…人任せにしてしまってすいません。

>>160
なるほど。
ありがとうございました。

ソニエリのは書き換えたファイルを元に戻せばアップデートあたるらしい。
シャープは知らんが、アップデーターの中身はただのパッチだろうから、アップデート対象でないなら通る可能性はある。
ただ、sbinとかに本来ないはずのファイルがあったりしたら止まるくらいは作ってるかもね。

>>163
やはりやってみないとわからないんですね。
次のアップデートでできるか試してみます。
root化してプリインアプリ消すだけなら問題ないでしょうか？

凍結ならともかく消してたらだめ。少なくとも以前のシャープ機はそう。

何回ビルドしてもSuperuser3.1.3のリビルドに失敗する・・・。
誰かMarket対策版のSuperuser.apkとSUください・・・。

>>166
ISuhax313.7zじゃだめなん？

それはどこにあるのでしょう？

http://twitter.com/cielavenir

かもねかもね、じゃなくて、fotaファイル解凍して
中見るぐらいじゃないと、もと戻せないだろ？

>>169
ありがとうございます！できました！

>>154ですけど。
ブートイメージの分解・結合してる方はおりませんでしょうか？
なんとか変更なしのブートイメージは分解・結合して起動できるようにはなりました。
しかし、ramdisk内に変更くわえて同手順でイメージを作成しても起動しません。
ramdiskサイズが変わったのが影響してるのかなんなのか？
わかる方がおりましたら手掛りになるヒントだけでも良いので教えて下さいm(_ _)m

起動イメージのチェックサムまたは、署名チェックの仕組みが
入ったかもしれないですね。

(1)ブートイメージを抜いてrecovery領域にそのまま書いてrecoveryブートするか？
(2)起動する場合、ブートイメージに1バイトだけパッチを当て、recovery領域に書いてみる
(ro.debuggable=0をro.debuggable=1にする等)
(3)起動するか？

(3)でも起動する場合は、署名とか言うよりは結合の仕方の問題になるかと思います。

>>173
goroh_kunさん、ありがとうございます。
(1)は起動します（こちらはmmcblk0p10を直接書いても、再結合してもOK）
(2)は起動しません(ro.debuggable=0部分へのバイナリパッチでNG。署名は変更なし）

ちなみに(2)をdefault.propを変更し再結合した場合(1)と(2)の相違点は変更箇所
（ro.debuggable=1）と署名部分にあたる0x240アドレスから20バイトのみです。
(1)の変更なしで再結合した時の署名はmmcblk0p10と同じなので署名の作り方は
問題ないように思うのですが…

>>174
ん〜。何が原因かがはっきりしないですね。
bootloaderでそういうチェックをしているのかもですし、別のパーティションに別の署名があるのかもしれないですし・・。
個人的には、mmcblk0p13.binの0xf3a800〜0xf3a900まで存在する256バイトのデータが何からのチェックサムのように思えます。
差し支えなければ、
mmcblk0p1〜mmcblk0p7をLSM解除後ダンプしていただくことは可能でしょうか？
bootloaderが含まれていれば、どういうことをやっているか見ることは可能だと思います。

あと、mmcblk0p10がいただければ ^_^
試してみてほしいのが、ramdiskイメージのあとTRAILER!!!のちょっと先のほうにある
256バイトのデータをちょっと変更してみて、起動しないことを確認してみてほしいです。
もし起動しないのであればこの256バイトが起動時のチェックと関係があることになります。

goroh_kunさん
ダンプ上げました。確認お願いします。
https://hotfile.com/dl/168974304/e88bd59/mmcblk.tar.gz.html

>ramdiskイメージのあとTRAILER!!!のちょっと先のほうにある…
変更したら起動しませんでした。
ですが、>>173の（１）とかで起動した「変更なし再結合イメージ」ではこの部分は
ごっそり存在してません。なので気にはなったのですがスルーしてました。
（ramdisk_size外ですしsecond　stageはサイズ０ですのでsplit_bootimg.pl時点で削られる）

>>177訂正です
>>173の(1) とか→ >>174の(1)とか　です。

それと申し訳ありませんが、そろそろ睡魔に負けそうなので一旦中断させて下さい。
日中も予定がありますので夕方〜夜に復活します。
よろしくお願いしますm(_ _)m

>>177
ですが、>>173の（１）とかで起動した「変更なし再結合イメージ」ではこの部分は
ごっそり存在してません。なので気にはなったのですがスルーしてました。

その前に書き込まれていたイメージが残ってたのかもしれないですね〜。
検証必要か。

>>179
もう一度整理しなおして再度検証し直しました。
結果から言うと、goroh_kunさんの推測通りです。
ramdiskイメージの後ろの0xE64800〜256バイトのデータを変更または
全て削除すると起動しません。
「変更なし再結合イメージ」で起動してたのはたまたまそれ以前に書き込んだ
mmcblk0p10の該当データ部分が残っていた為と思われます。

・再結合イメージは15091712(0xE647FF)バイトしかありません。
・mmcblk0p10書き込み→再結合イメージの書き込みでは起動する
・mmcblk0p13をZEROクリア→再結合イメージの書き込みでは起動しない

>>177
いただいたイメージ内でチェックしている部分がないか見てみますね

>>181
よろしくお願いしますm(_ _)m
他機種のroot化作業もなさってるようで忙しいと思いますし
こちらは優先度低めで結構ですので時間が空いた時にでもお願いします。

>>182
それっぽいコードが見当たらないですね^^;
別のパーティションかな・・

パーティションはこんな感じになってます。
lrwxrwxrwx root root 1970-01-25 06:56 aboot -> /dev/block/mmcblk0p9
lrwxrwxrwx root root 1970-01-25 06:56 boot -> /dev/block/mmcblk0p10
lrwxrwxrwx root root 1970-01-25 06:56 cache -> /dev/block/mmcblk0p16
lrwxrwxrwx root root 1970-01-25 06:56 calllog -> /dev/block/mmcblk0p25
lrwxrwxrwx root root 1970-01-25 06:56 durable -> /dev/block/mmcblk0p24
lrwxrwxrwx root root 1970-01-25 06:56 factory -> /dev/block/mmcblk0p2
lrwxrwxrwx root root 1970-01-25 06:56 fota -> /dev/block/mmcblk0p27
lrwxrwxrwx root root 1970-01-25 06:56 fsg -> /dev/block/mmcblk0p20
lrwxrwxrwx root root 1970-01-25 06:56 grow -> /dev/block/mmcblk0p30
lrwxrwxrwx root root 1970-01-25 06:56 internal -> /dev/block/mmcblk0p29
lrwxrwxrwx root root 1970-01-25 06:56 ipl -> /dev/block/mmcblk0p14
lrwxrwxrwx root root 1970-01-25 06:56 ldb -> /dev/block/mmcblk0p26
lrwxrwxrwx root root 1970-01-25 06:56 log -> /dev/block/mmcblk0p23
lrwxrwxrwx root root 1970-01-25 06:56 modem -> /dev/block/mmcblk0p8
lrwxrwxrwx root root 1970-01-25 06:56 modemst1 -> /dev/block/mmcblk0p18
lrwxrwxrwx root root 1970-01-25 06:56 modemst2 -> /dev/block/mmcblk0p19
lrwxrwxrwx root root 1970-01-25 06:56 persist -> /dev/block/mmcblk0p15
lrwxrwxrwx root root 1970-01-25 06:56 recovery -> /dev/block/mmcblk0p13
lrwxrwxrwx root root 1970-01-25 06:56 rpm -> /dev/block/mmcblk0p6
lrwxrwxrwx root root 1970-01-25 06:56 sbl1 -> /dev/block/mmcblk0p3
lrwxrwxrwx root root 1970-01-25 06:56 sbl2 -> /dev/block/mmcblk0p4
lrwxrwxrwx root root 1970-01-25 06:56 sbl3 -> /dev/block/mmcblk0p5
lrwxrwxrwx root root 1970-01-25 06:56 shdiag -> /dev/block/mmcblk0p7
lrwxrwxrwx root root 1970-01-25 06:56 ssd -> /dev/block/mmcblk0p21
lrwxrwxrwx root root 1970-01-25 06:56 system -> /dev/block/mmcblk0p12
lrwxrwxrwx root root 1970-01-25 06:56 tombstones -> /dev/block/mmcblk0p17
lrwxrwxrwx root root 1970-01-25 06:56 tz -> /dev/block/mmcblk0p11
lrwxrwxrwx root root 1970-01-25 06:56 userdata -> /dev/block/mmcblk0p28
lrwxrwxrwx root root 1970-01-25 06:56 version -> /dev/block/mmcblk0p1

>>177
ありがとうございます

aboot -> /dev/block/mmcblk0p9

これですね

mmcblk0p9上げました。お願いします。
https://hotfile.com/dl/169077242/098ba97/mmcblk0p9.zip.html

確認しました。

target_use_signed_kernel()が必ず1になるようになってます。

http://code.google.com/p/moboot/source/browse/app/aboot/aboot.c?r=cd98d4709d277db0ff4e2164196df9a25c165c94#356

これは、RSA SHA256公開鍵認証なので、秘密鍵がわからない限り無理ですね。

bootloaderを書き換えれば何とかなるかも知れないですが、bootloaderそのものに認証がかかっている場合は最悪ブートしなくなりますので、
なにもしないのが無難かと。

あー。絶対にできない、とは言いきれないのか。
公開鍵の認証次第ですが、オレオレ証明書でも大丈夫な可能性も否定できない。
コード追いかければわかりますので時間見てやってみます。

うん

見てみました。公開鍵はbootloaderイメージにハードコーディングされていて、
SHARPが払い出したものなので、オレオレ証明書による署名ではなんともならんでした。

>>187>>188>>190
そうですか、打つ手無しって感じですかね。とても残念ですorz
自分の件はそんなに重要ではないですが、イメージ変更不可となると今後
有識者によるカスタムカーネル作成などの夢も絶たれてしまいますね。
今後のSHARP機は全て絶望的かな…

goroh_kunさん、色々と手助けありがとうございました。
お手数かけてしまったのに残念な結果で本当に申し訳ないです。

ケータイアップデート再び

アップデート可能状態だね。
前回のアップデートで悪くなってないので、
様子見するかな。

>>193
でもアップデートすると現状ではroot取れないよね？

>>194
ごめん。本スレと間違えた。

アップデートしたらみごとに壊れたったｗ

>>196
/systemいじった？

>>196
壊れたってなんな？
文鎮化したってこと？

>>197
systemいじったままGOしてstep1が終了して再起動して
step2に移るときに
ケータイアップデートに失敗しました。
修理が必要です。
お近くのauショップまたは
PiPit(一部店舗を除く)にお持ちください。　　　orz
http://i.imgur.com/ku4Vk.jpg
>>198
おそらく完全文鎮
リカバリーモードにも入らないし
PCに接続しても認識しない orz

昼過ぎにauいってきまーす

>>199
koeeee!!!

プリインをアンインストールしたからアップデート試すの怖いな
apkは残してあるんだが再インストールすれば問題ないのかな？

::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::。:::::::::::::::::::::::::::::::::::::::::::::
:::::::::::::::::::::::::::::::::。::::::...... ...　　 --─-　　:::::::::::::::::::: ..::::: . ..::::::::
:::::::::::::::::...... ....:::::::゜::::::::::..　　 （___ ）（___ ）　::::。:::::::::::::::::　゜.::::::::::::
:. .:::::。:::........　.　.::::::::::::::::: _　i/ ＝　＝ヽi　:::::::::::::。::::::::::: . . . ..::::
:::: :::::::::.....:☆彡::::　　　／/[||　 　 」　　||]　 ::::::::::゜:::::::::: ...:: :::::
　:::::::::::::::::: . . . ..: ::::　/　ﾍ　| |　 ____,ヽ | |　:::::::::::.... .... ..　.::::::::::::::
::::::...゜　.　.:::::::::　　／ヽ ﾉ　 　 ヽ＿＿/　　.......　.　.::::::::::::........ ..::::
:.... .... ..　.　　　　 く　 /　　　 　三三三∠⌒＞:.... .... ..　.:.... .... ..
:.... .... ..:.... .... ..... .... ..　.:.... .... ..　..... .... ..　..... ............. ..　.　........　......
:.... . ∧∧　 　∧∧　　∧∧　 　∧∧　.... .... ..　.:.... .... ..... .... ..　.
... ..:（　　 ）ゝ （　　 ）ゝ（　　 ）ゝ（　　 ）ゝ無茶しやがって… ..........
....　 i⌒　/ 　 i⌒　/ 　i⌒　/ 　 i⌒　/　..　..... ................... ..　.　...
.. 　 三　 | 　 三　 | 　 三　 | 　 三　|　　... ............. ...........　.　.....
...　 ∪ ∪ 　 ∪ ∪ 　 ∪ ∪ 　∪ ∪　............. ............. ..　........　...
　　三三　　三三　　三三　　　三三
　三三　　三三　　三三　　　三三

>>199
root取得後にやったこと詳しく教えてー
具体的にはsystemのどこいじったとかよろしく！

>>203
その情報必要なくない!?
自分が/system 弄ったなら全て元に戻せば良いんだし。
全て戻してアプデが成功するかは分からないけどね

>>203
プリインをすこし消した後
スクリーンショットのシャッター音
普通のシャッター音
あとsysytemのなかにあった
どーでもいい動画データ消しました
バックアップはとってましたが
おそらくもどしても失敗しそうですねーｗ

>>205
なるほどー
プリイン消したの以外はやってないからアップデート突撃してみるかな…
失敗したら報告するわ

>>206
健闘をお祈りいたします。

>>206
おい、せめてapkは戻しておけよ(；ﾟДﾟ)

少なくともIS03,IS05は一度でもsystem書き換えると中のファイルだけ書き戻しても文鎮化した。

アップデート後、一時root取得成功

ただいまー
代機でIS03かまされたー
しかたないからIS06にもらったsim
突っ込んで使ってるー
一週間ぐらいで戻ってくるらしい

んで、
rooted→system戻し→アプデ成功って人は居ないのかな？
>>210さんはアプデ前はrootedでしたか？

>>212
アプデ前から一時rootのみ。

>>213
そうですか、ありがとう。
やっぱりリスクを冒してまでアプデ特攻する勇者はそうそう居ないよね。

>>209
そりゃ書き戻しが足りなかっただけだろ

>>215
obbつきで焼き直さないと無理

root化済み system書き換えなし。
プリイン一部アンインストール→再インストールの機体でアップデートしてみた
特に問題なくアップデート完了
仮rootはおｋだが、miyabiはアドレスが変わってて解除出来ず。

う〜む 怖ろしい・・

念のため確認したら「自動UPDATE」がONになってたのであわててOFF

>>217
もし可能であればmmapしたカーネルダンプ貰えれば
見てみますよ

>>217
system書き換えなしって…
思いっきり書き換えとるやん！
言ってることはおかしいが戻せば成功するのは一安心。

>>219
手が空いたらカーネルダンプ取ってみますー

>>220
言葉足らずでごめん
su関連とプリイン関連を除いたsystemの書き換え（シャッター音消すとか）はしてないって意味だった

シャッター音消してて文鎮になったらついでに画面も映らなくなるわけか。
シャープ気が利くじゃないか。

カーネルダンプのやり方わからんorz
他の人代わりに頼んだ・・・

とりあえず、bb 01.00.06用

http://www1.axfc.net/uploader/Sc/so/373826

auマーケット対策として、ISuhax313を試してみたら
以後TBとかのアプリからroot認識しなくなっちゃった・・
何が悪いんだろう？


例の「許可しますか？」ってSuperuserのダイアログも出てこないので
おそらくはsuとSuperuser.apkの相性かと思われるんだけど、
以前と同じバージョンなはずなのだが・・

PLAYのSuperuser.apkをアンストール
ISuhaxのsuおよびapkをadbで/data/local/tmp/にpushとインストール
adb shellで設置&パーミション等を調整

くらいしかしてないんだけどなぁ・・

adbで接続したときのみsu成功、
sshdroidや端末エミュレーターでは失敗するので何かがおかしい。。
miyabi解除は成功するので、
いまでも正常にrootになれているのは間違いないと思うんだけど。

>>225
単純にSuperuserがsuにあってないんじゃないのかな？

auマーケット対策するなら、自分で両方改変したほうが早いと思う

71さん01.00.06への対応ありがとうございます
無事rootedに戻れましたー

>>225
ISuhax入れる前に使ってたsuは削除した？
パス通ったとこにsuが複数存在してたりしない？

ISuhax313内
・ISuhax313.apkインスコ
・\su\33ij\su→/system/bin
で問題ないけど。

結局ISW16SHの場合はIS03なんかとちがって個別のファイルが元に戻ってればsystem書き換えた後でもアップデートOK?

まだ成功報告はないのでぜひやってみてくだされ

>>230
>>230は成功例じゃないの？

ミス
>>230
>>217は成功例じゃないの？

/system書き換えしてたけど、元に戻してアップデート成功してます
書き換え内容は
シャッター音変更（元ファイルはリネームして同じ場所に置いてた）
プリインアプリ削除（Googlevideo、Titaniumで復元）
hostsファイル書き換え(/system/etc/hostsを0byteのファイルに /data/data/hostsを削除）
BusyBOXアンインストール（/system/xbin）
su削除

こんな感じです。

アップデート成功時の本体状況は、
su入れっぱなし、BusyBox入れっぱなし
シャッター音等のsystem内ファイルの上書きはなし
アンインストールしたプリイン復元
って感じでした

225です
機能していた以前の組み合わせに戻してもダメだー

superuserのアンインストールって adb uninstallするだけでおk？

遅ればせながら、超ビビリながらも無事に01.00.06へのアプデ＆root化完了
71さん、アプデ人柱さん本当にありがとうございます。

原因判明

# logcat

E/sx ( 2954): sudb - Opening database
E/sx ( 2954): Couldn't open database: unable to open database file
E/sx ( 2954): sudb - Could not open database, prompt user

って感じで、SuperuserがDB読み込み失敗してます。

以前 自前で作成したSuperuser for sxでも全く同じく失敗するので、
ver1.0.5からは昔のSuperuserが使えないみたいですねぇ・・

＃PLAYの最新版ならOKなんですが

で、DBファイル群が足りないのかとコピーしてもNGでした

shell@android:/data/data # ls -l com.noshufou.android.sx/databases/
ls -l com.noshufou.android.sx/databases/
com.noshufou.android.sx/databases/: No such file or directory

1|shell@android:/data/data # ls -l com.noshufou.android.sx
ls -l com.noshufou.android.sx
drwxr-xr-x system system 2012-08-31 18:46 lib

shell@android:/data/data # cp -Rp com.noshufou.android.su/* com.noshufou.android.sx/
d.su/* com.noshufou.android.sx/ <

shell@android:/data/data # ls -l com.noshufou.android.sx
ls -l com.noshufou.android.sx
drwxrwx--x app_214 app_214 2012-08-31 18:50 cache
drwxrwx--x app_214 app_214 2012-08-31 18:55 databases
drwxr-xr-x system system 2012-08-31 18:50 lib
drwxrwx--x app_214 app_214 2012-08-31 18:50 shared_prefs

shell@android:/data/data # ls -l com.noshufou.android.sx/databases
ls -l com.noshufou.android.sx/databases
-rw-rw---- app_214 app_214 8192 2012-08-31 19:11 permissions.sqlite
-rw------- app_214 app_214 0 2012-08-31 19:11 permissions.sqlite-journal
-rw-rw---- app_214 app_214 7168 2012-08-31 18:50 su.db
-rw------- app_214 app_214 0 2012-08-31 18:50 su.db-journal
-rw-rw---- app_214 app_214 12288 2012-08-31 18:50 webview.db
-rw-rw---- app_214 app_214 32768 2012-08-31 18:50 webview.db-shm
-rw-rw---- app_214 app_214 12608 2012-08-31 18:50 webview.db-wal
-rw-rw---- app_214 app_214 0 2012-08-31 18:50 webviewCookiesChromium.db
-rw-rw---- app_214 app_214 0 2012-08-31 18:55 webviewCookiesChromiumPrivate.db

最新の改変どっかに上げようか？

ISuhax313で普通に使えてるけど…

ISuhax313.apkと33ijのsuでいけてるけどなあ

自分も>>241の組み合わせで全く問題ないから何が原因なのか逆に気になる

>>237
>＃PLAYの最新版ならOKなんですが
それなら逆にaumarketの方の改変をおすすめします。

利点
・superuserのapkやバイナリの改変は手数が多く面倒。aumarketの方ならとてもカンタン。
その気ならPC無しでも出来ちゃう。
・superuser改変しちゃうとplayからアプデ通知受けられないが（まぁめったにないけど）
aumarketの改変ならplayから通知受けられる。

欠点
・superuserのアプデはめったにないけどaumarketはそれなりにアプデがあるから、
作業頻度は多くなる。（作業自体は簡単）

やり方はググれば出てきますよ。

>>243

おぉ！目から鱗 (ノ゜�凵K〜o

簡単にできるなら、そりゃその通りですね。
でも、ぐぐってもなかなか見つかりません・・

>>239

ぜひよろしくお願いします！

rootスレ無いから聞きたいんだけど、ナビゲーションバーの設定ファイルってどこだっけ？

ナビゲーションバー消してlmt luncherで運用したいんだがよくわからん

>>246
ここrooスレに見えるだろ…
これrootスレなんだぜ？

root取るの初めてなのですがmkdevsh, onload.shをpushの部分でこれはusbデバッグにチェックを入れてmkdevshをPC上でコマンドプロンプトで開けば良いのでしょうか？
ADB Backupが必要というのはわかったのですが・・・

やり方わからないなら手を出さない方がいい

>>199ですが無事帰ってきました
実機そのままです。

>>250
保証修理で無料でしたか？
実機そのままとは基盤交換とかも無しってこと？

auはアップデート失敗多すぎ

>>243

全然見つからない・・・
本当に可能なのか疑問に思えてきた。。

>>253
分からんけど、
sedとかでau Merketのapkにパッチ当てろってことでは？
au Merket改変なんて現実的ではないと思うけどね…

238です

いろいろなバージョンのSuperuserを入れ替えてたら、
いつのまにかISuhax313.apkと33efghのsuで通るようになってました。

結局 詳細原因不明・・

で。

今のところ、
FirmのUpdateしちゃうとmiyabi解除できなくなるって状態ですか？

ファーム？
8/27のケータイアップデートのこと言ってるのならアプデしても塞がれてないよ
>>224で解決済み

>>257

おぉ 見逃してた・・
ならばそろそろアップデートしようかなぁ

>>253
自分がやっているのが>>243と同じかどうかはわからないが、
>その気ならPC無しでも出来ちゃう
こう言っているので多分同じやり方だと思う。
だいぶ前にググってそれからずっとやってたけど確かに今探しても見つからないね。
本当に可能だけどここに書いたら変更されたりしないか心配で書けない・・・

>>259

よかったら↓メールで教えて頂けませんか
[email protected]

>>255

動作はするようになったのですが、
許可を「記憶」してくれないのはなぜだろう・・

ファイル（permissions.sqlite）を見てもlogcatを見ても、
DBを検索しに行っているのは間違いないようなのに、
なぜかTBとかsshdroidとかのアプリ起動の度にダイアログが出てくる・・

マーケットからDLした最新のSuperuserから再構築した.sxなのですが。。

>>260
少し力を入れてググってみたら自分が見た元サイトのコピーみたいなのが結構出てきたよ。
捨てアド取得したりするは億劫なのでできないけど、色々切り口を変えてググってみてください。
でも>>255で動いてるようだからそれで良いんでは？

書いてる間に・・・
なるほどまだ正常動作ではないのか・・・
がんばってください

>>262

スマホ単体でできるということは、

インストール済みの/data/data/com.kddi.market 以下の
何かを書き換えるとしか思えないのでそのあたりを調べても、
何一つ見つからない・・

昔から現行バージョンまで、
本当にこんな方法で対処できているのかが極めて疑わしく。。

もういいかげんにしてほしい。
あんたしかそんな症状はないのにいつまでもグダグダと…
よそでやってくれ

suhaxでsuの許可を記憶しないのは同じ症状出てるよ
そんなに支障ないから無視してるけど

>>265
marketの（簡便な）改変が本当に可能なのか？

ってことであって、個々人の事象とは無関係なのがわからないのね。。

>>267
わからないから教えて下さい、って事でここに居座ってんだろ？
なんでそんな上からなのよ？

>>268

上とか下とか知らんけど、
265が「全く勘違い」だってのを指摘しただけ〜

root取った後に何凍結したりした？

普通に使ってると色々凍結、アンインストールしても100m前後で推移してしまう

SystemUI.apkのみで以下のカスタマイズ確認完了なメモ。
・１００％バッテリー
・通知画面のトグル並び順の変更：\res\values\arrays.xml
・ナビゲーションバー（デフォ）の並び順の変更：\res\layout\navigation_bar.xml
http://i.imgur.com/OHPqo.png

とりあえず時間ないのでココまで。

ステータスバーの時間部分を２行表示（日付・曜日・時間）に変更した方はいますか？
居ましたら情報下さい。
・framework-res.apkも弄らないとダメなのか？
・起動中のframework-res.apk差し替えに問題無いか？

この機種、リカバリーモードって存在するのですか？
検索しても入り方が書いてない・・

シャープのスマホにはリカバリーモードはありませんよ。

>>272
セーフモードしか入れないよなぁ(´・ω・`)

以前の物理キーがついてたモデルではなんとか出来たんだがこれでは未確認。

システム領域弄るときは慎重にしないとな

>>274
>以前の物理キーがついてたモデルではなんとか出来たんだが
シャープ機で？

>システム領域弄るときは慎重にしないとな
慎重にやっても「勝手に再起動→文鎮化」みたいなリスクは避けられない。
その為にもgoroh_kun氏の簡易リカバリーを組込みたかったが過去レスの
通りブートイメージのカスタマイズは出来ないし。
>>271の最後のframework-res.apk差し替えも勇気ある人柱さんが現れて
くれないと臆病な自分は試す勇気がないorz

今日、9月の利用明細みたら、
ＷＩＭＡＸ代取られていて、詳細みたら１円分使っていた。。
間違ってボタン押したのだろうが、
これ押せないようにできないのかね？

>>276
通知画面のトグルの話しならSystemUI.apk弄れば良い(>>271)
WiMAXのトグルを右端へ追いやったり、物理的に削除しちゃえば。

設定→WiMAXでのON/OFFのことなら話しは変わってくるが…

あっ！>>276は誤爆ってたのか、本スレにマルチしてるし。
rootedな話しでないのなら失礼。

>>246
zeta使いなんで微妙にスレチかもしれんが、system、appフォルダ内のsystemUI.apkの拡張子をzipにして解凍したところナビゲーションバーの画像らしきものは発見できた
これを弄ればナビゲーションバーの変更or消すのも可能になるのでは？ てかsystemUI.apkって差し替えできるのかな？過去レス見る限り出来そうだけど…
http://www.fastpic.jp/images.php?file=1962147975.png

>>279
246ではないけど>>271で弄るファイル教えてあげてるじゃん
ここ弄れば並び順は変えられるよ
さすがに削除までは試してないけど

>>280
削除は、framework-res.apkのbools.xmlだか弄らないと駄目じゃなかったっけ？

framework-resまでなると相当文鎮の可能性高くなるが

>>280
ホントだ！すいませんm(__)m

でもxml開いたら大部分が文字化けしますorz

>>282
自己レスですが、apktoolを使えば文字化けしなくなりました 拡張子をzipに書き換えても解凍時にエラー起こすんですね（冷静に考えれば当然ですが…）

frameworkいじりで人柱になったろと思たがシャープ機初めてでキーからリセットできないの知らんかった…
ってことはgoroh_kun氏がarrowsスレでオススメしてるbind使う方法やってもムダだよなぁ？
後は起動ループになったときshellに入る隙間があるのかどうかイチかバチか…
んーやっぱ踏ん切りつかんorz…なんかいい方法無い？

この機種で出来るかどうかわからんけど、
IS11Tスレで、SDにext3パテ作っておいて
/system被せてマウントするってのあるから
この手法が使えるか試してみては

連投すまん
SD抜いて再起動すれば
被せてのマウントは無効化するから
しくじっても元通りにできるぞ。

>>286
ホントだな。
しくじって大変な事になったが、sd抜いたら戻ったわ

ありがとう

>>287
出来たの？やり方kwsk
install-recovery.shは使えないよな。どうやったか教えて下さいm(_ _)m

>>285
サンクス、見てきたよ。こういうのがあるのかぁ。
既にうまくいった人もいるみたいだね。
これがうまくいくならbindでもSDを利用して同じことが可能かも？
よーしやってみるわ！

1.0.6から/system/binの内容が大きく変わってます？

アップデートして、root化して、
さっき見てみたら1.0.5のときには見かけなかったファイルだらけ・・
rwでmountしているときに、間違ってヘンなもの入れちゃったのかなぁ。。

どなたか 1.0.6Default状態の/system/binリストを見せては頂けませんか？

保守

framework弄った方はいますか？
失敗したら文鎮確定ですか？対策はどうのようにしたかなど
教えて下さいm(_ _)m

>>291
>framework弄った方はいますか？
現在みんな人柱待ちで牽制しあってる状態です。

>失敗したら文鎮確定ですか？
みんなそこが知りたいのです。>>284の人も言ってますが、例えば他メーカー機では起動ループになっても1,2秒位ならadbに入れるようなものがあり、それならリカバーできます。
みんなそういう情報が欲しいのです。だから人柱待ち。
まぁ一般的に言えばこの機種の場合>>271の人が心配してるように起動中に半ば強引に差し替える必要があるので、
いじりに成功していても差し替えた瞬間に不安定になったりするかも？いじりに失敗してれば即成仏でしょうね。
自分は文鎮の心配はないSystemUIでしたがいじりに失敗してて、差し替えた瞬間にエラー連発で焦りました。

>対策はどうのようにしたか
ちょっと上に対策書いてあるじゃないですか？あなたがやってみて報告してくれるとみんな助かりますよ。

>>292
詳しくありがとう。
実は>>271は俺なんだ(;´▽｀)ｱﾊﾊ

自分暫く忙しくて弄れてなくて、
でも人柱さんも居ないようなら自分でやる
しかないね
使えないような気がするけど、とりあえず
install-recovery.sh辺りから調べてみるか〜

>>292

みんな何でbindオプションでリマウントする方法使わないんだろ。
#mkdir /data/framework/
#cp -a /system/framework/* /data/framework/

/data/framework/の下を改造

#mount -o bind /data/framework /system/framework
#stop
#start

とかで良いわけだよね。
is01とか、n-07cとかで使われてた方法だけど。

おぉ、goroh_kunさんありがとうございます。
簡単なことだったんですね、また一つ勉強になりました。

>>294
goroh_kunさんいつもお世話になっております。
確かにその方法は改造実験には最適ですがイザ本番差し替えとなると起動中にやるのはどうしてもビビります。
だから人柱が欲しいのです。

リブートするとbindしてない状態に戻るんじゃ無かったっけ

>>296
bindでリマウントした状態でframework-res.apkを削除してみたらエラーは出たけど
強制再起動はしなかったから動作確認したら本番差し替えも大丈夫な気がする。

読み違えてた
人柱に色々求めすぎな気が

>>298
報告お待ちしております。

>>299
自分は文鎮4個持ってます。趣味ではないんで結構イタいです。これ以上は要りません。
人柱求めます。

>>300
framework置き換えうまくいきましたよ
ステータスバーの時間を２行化しました。
http://i.imgur.com/haid7.png

>>301
成功おめでとうございます。
人柱を引き受けて下さったことに敬意を表します。
自分も安心していじりにとりかかろうと思います。
ありがとうございました。

>>302
成功を願ってます(^^*

自分はとりあえずやりたい事はやったんで
これ以上弄る予定はないですけど、
SystemUIやframeworkで便利とか面白い改造
がありましたら是非教えて下さい。

systemUI弄ったらナビゲーションバーのアイコンも変えられるのかな 個人的にはics標準かxperiaのやつに変えたいなぁ(sharpのは見た目が残念…嫌いじゃないけど)

>>304
試してないけど画像差し替えで変えられると思いますよ。

アップデート来たよ
3G回のデータ通信不可対策とタッチパネルの反応調整

>>306
う〜ん
アプデしたいけどシャープのことだから
そろそろroot塞いできてるかな…怖いね

弄った所を戻してからアプデしたら大丈夫でした。
suはあえて置きっぱでやってみましたが恒例のパーミッション強制変更です。
一時rootまでは今までどおりです。
これもいつもの通り、miyabiのアドレスは変えられたようなのでロックの解除は71さんの降臨をお待ち下さい。
自分は待ちきれず勝手に書き換えてみたらちゃんと動きましたのでまもなく来てくれるんじゃないかと思います。

塞がれたのかな？

失礼、リロードすればよかった。

>>308
乙ッ！

>>308
人柱乙です。貴重な報告ありがとうございます。

bb 01.00.07用

miyabi_security_opsのaddressが変更されました。

一応、自前では動いています。

http://www1.axfc.net/uploader/Sc/so/381441

>>313
ありがとうございます。おかげさまでまた復活できました。
関係なくてすみません、後学のためプロジェクトを自分でビルドしてみると、
提供していただいたものよりかなり大きくなってしまうのですが、
ググりながら見よう見まねで作った環境が間違えているのか・・？
そういうことはありえますか？
動作的には問題ないんですが・・

>>314
71氏ではないですけど、
環境も何も…Android-NDKを入れてnkd-buildコマンド一発だよ

>>315
そうやったんですけどできたものはなぜかデカイ・・
動けばいいものなのかなぁ・・？やっぱり付け焼刃じゃムリか・・
スレチですね、出直します。ありがとうございました。

>>316
\libs\armeabiに出力されたの使ってますか？
もしかして、\obj\local\armeabiの方のを見てデカイって…

うーむ、アップデート失敗したorz
特にシステム書き換えてないし、アンインストールしたアプリは復活させたんだけどなぁ
修理はまぁいいとしてデータ消えるのが痛いぜ・・・

アップデート終了！
前回、文鎮のキモだった「build.propの元ファイルへの戻し」をやってから、
念のためにautostatsで停止したゾンビプロセス殺しと、
PlutinumBackupからの凍結を全解除して、
Superuserアンインストールしてから臨みましたｗ(SUは、そのまま）

前のアップデートで、二回も文鎮化させているのでヒヤヒヤだった・・・。

よかった・・・・。

goroh_kun様、71様ありがとう！！

アップデートの時にカメラ音消したままやったら文鎮とかあったが、
カメラ音のファイルを削除するんじゃなくて、無音のファイルで差し替えるだけならそんなこと起こらないだろうに。

>>320
出したいときもありますがな
TPOによるでしょ
盗撮する訳じゃあるまいし…

後ろ暗いことがなければいちいち噛みつかないよね

スレ違いかもしれないけど玄人さん方のお力添えを頂きたく。
ウェルカムシートに「木 07:00 ●」て感じで表示されるようになったんですけど、
auカスタマセンターの回答的には「バグかもしれないショップ逝け」でした。
この表示がどのファイルが出しているか心当たりあるかた居ませんか。消したいです。
http://i.imgur.com/MFiQV.png

>>323
タイマー？

>>324
そうでした。完全に忘れてました。スレ汚しお邪魔しましたｍ（＿ ＿）ｍ
http://anago.2ch.net/test/read.cgi/smartphone/1348768774/276

> aumarket改変

ようやくわかりましたわ。
cacheを書き換えちゃうんですねぇ なるほど〜

>>271
100%バッテリー化ってsystemUI.apkの画像差し替えだけでいけるんですかね？
100段階化のサイト色々見てるとframework-resを弄って100段階に対応させるとあるんですが…

>>327
SystemUI.apkだけで良いです。
ただ画像差し替えだけでは無理かと。100段階用にxmlの変更も必要。
シャープ機スマホだとGBまではframework-res.apkでしたがICSからはSystemUI.apkです。
(全ての機種ではないかもしれないけど)
基本的にはどちらでもやり方は同じです。

>>328
ということはこのサイトの「リソースの追加」の項目が参考になりそうですね(Xperia改造関連のサイトで恐縮ですが)

今回弄るべきxmlは
/projects/SystemUI.apk/res/drawable
　　stat_sys_battery.xml
　　stat_sys_battery_charge.xml
の2つで問題ないのでしょうか？？

>>329
その２ファイルで問題ないです。

このサイトのって書いておきながらURL貼るの忘れてましたorz
http://d.hatena.ne.jp/gsh-kz/20120816/1345137123

>>330
ありがとうございます、ではチャレンジしてみます！

systembarのボタン（メニュー、戻るなど）の並びを変更する目的です。

SystemUI.apkの再構築はできたのですが、
入れ替えるとsystembar領域自体が表示されなくなりました^^;

単にnavigation_bar.xmlのボタンの順番を入れ替えるだけじゃNGなのでしょうか？

オリジナル
http://pastebin.com/asS89Xrt

書き換え後
http://pastebin.com/ZKdhQAnz

>>332
書き換え後のリンク先が見れないです。
単純に順番を入れ替えるだけでOKですよ。
SystemUI.apkの再構築（コンパイル）の手順に間違いはないですよね？
・圧縮率＝０
・途中でkeepフォルダのresources.arscとnavigation_bar.xmlを削除

>333

情けないことに、単に手順ミスでした。

>途中でkeepフォルダのresources.arscとnavigation_bar.xmlを削除

これが抜けてました・・
ありがとうございました。

＃でもこれってわかりづらい（いいわけ

>>334
うまくいって良かったですね

>＃でもこれってわかりづらい（いいわけ
確かに初めてApk Multi-Tool(Apk Manager)を使う人には落とし穴かも。
英語読めないとメッセージ理解出来ないし(^^;

ちなみに自分はコンパイル後のapkを7-Zipで開いて変更したファイルがしっかり置き換わってるかまで確認してからスマホに転送してます。
そんな頻繁に行う作業ではないですけど癖つけとくとちょっとしたミスで作業の出戻りとかしなくて済むので良いと思います。

情報助かります

もしこちらもわかるようでしたら情報源ポインタでも結構ですので
なにとぞよろしくお願いいたします。

通知領域の設定ボタンを切り替えようとしています。

arrays.xml:

<?xml version="1.0" encoding="utf-8"?>
<resources>
<string-array name="config_statusBar_FunctionButtons">
<item>jp.co.sharp.android.systemui.statusbar.phone.SettingButton</item>
<item>jp.co.sharp.android.systemui.statusbar.phone.MannerModeButton</item>
<item>jp.co.sharp.android.systemui.statusbar.phone.WifiButton</item>
<item>jp.co.sharp.android.systemui.statusbar.phone.WimaxButton</item>
<item>jp.co.sharp.android.systemui.statusbar.phone.WifiTetheringButton</item>
<item>jp.co.sharp.android.systemui.statusbar.phone.NFCButton</item>
<item>jp.co.sharp.android.systemui.statusbar.phone.VeilViewButton</item>
<item>jp.co.sharp.android.systemui.statusbar.phone.GpsButton</item>
<item>jp.co.sharp.android.systemui.statusbar.phone.BluetoothButton</item>
<item>jp.co.sharp.android.systemui.statusbar.phone.SyncButton</item>
<item>jp.co.sharp.android.systemui.statusbar.phone.AutoRotationButton</item>
<item>jp.co.sharp.android.systemui.statusbar.phone.BrightnessButton</item>
</string-array>
</resources>

ここを書き換えるのかなと思っていますが、削除はいいとして、
追加したい場合、何を列挙すればいいのでしょうか？

>>336
並び替えならそのファイルでOKです。
（削除は試してないので分かりませんが）

>追加したい場合、何を列挙すればいいのでしょうか？
追加に関しては現状の機能しか実装してないと思うので無理だと思いますよ。
odexまで解析して改造すれば可能かもしれないですけど当方もそこまでの知識はないです。
通知領域にも設置できるスイッチ系アプリで代用した方が現実的かと思います。

ってことは通知領域に照度調製スライダー付けたりするのもムリなのか…

マーケット対策って他の端末のsuperSUでいけないかな？

>>339

Superuerの方をいろいろ探すより、
上に書いてあるとおりau Marketをいじる方がはるかに早いよ。

いや、マケ対策版SuperuserのISuhax313入れた方が早い

対策版入れると場合によっては不具合でるし、単にパッケージ名称の一部を書き換えてるだけだから今後使えなくなる可能性あり

マケいじる方法を覚えれば、慣れれば１０秒で対応可能。マケが対策してきても同じ方法で対応可能

結局具体的に方法書かないくせに

だから、dalvik-cache書き換えるんだって

これだけヒントあって検索もできないなら
何一つできないレベルだからrootなんて諦めるべし

odexを書き換えればいいの分かるけどISuhax313の方がはやいわ

dexか

sedとかで置換するシェルスクリプトでも作っとけって話しじゃないの？分からんけど。
好みで好きなやり方すれば良いと思うよ。

本体単体で、stop=>startかける方法はありますかね？


上の方で奨励？されている
mount -o bind方式でいろいろやっています。

自宅では良いとして、
出先でバッテリー入れ替えたときなど 本体のみで実行したいのですが、

Gscriptでバッチ処理させようとしても、
正常にマウントできてSHARP画面まで出るのですが そこで停止。
最後のstartが上手く働いていない模様です。


こんな感じです

/data/local/tmp/isw16sh_unlock;
mount -o bind /internal_sd/sdcard/system/xbin /system/xbin;
mount -o bind /internal_sd/sdcard/system/media/.sharp_audio /system/media/.sharp_audio;
mount -o bind /internal_sd/sdcard/system/app /system/app;
stop;
start

自己解決しました

# killall servicemanager

これでstop; start 同様の状態になりました

今から　俺は　やるぜ！

と思ったけど、いまいちよくわからなかった。。。うさぎ年の人のまとめ手順でいいのかすら。。。

同じSHARP端末として、root化協力していただけないでしょうか…

【ROM焼き】SoftBank PANTONE5 107SH root01
http://anago.2ch.net/test/read.cgi/smartphone/1352196268/l50

# ps |grep eco
app_33 23059 13685 458132 28900 ffffffff 40102ed8 S jp.co.sharp.android.ecomode

と、無駄飯食いがのさばっているのを殺したいのですが、
この手の自動再起動サービスを「アンインストールではなく」無効化するには
どうしたらいいのでしょうか？

ポインタだけでも助かります

>>352

結局うまくいかなかったので、

'mount -o bind'方式採用して当該サービスを削除
マウントスクリプトをSManagerで自動実行

で安定稼働できてます

>>353
つあ

気まぐれでFelicaロックをかけてみたら、
ロックかかりっぱなしで戻せなくなってしまった・・

いわく「現在､別の機能によってﾛｯｸされています」で
NFC/おサイフ設定画面グレーアウト
157に連絡して、遠隔ロック→アンロックしてもらってもだめ

logcatを観察した範囲でわかったことは、
最初ロックしたときにSafetybox？への書き込みができなくて
不整合が生じてしまい、以後の操作をRejectしてしまっている模様


まずはグレーアウトしてるのをなんとかしたいので、

NfcLockApp.apkと.NfcLockApp.odexを展開→再コンパイル
　→単一のNfcLockApp.apkにして置き換え

をやっているんですが、エラーで即異常終了

/system/appに入ってるアプリの場合、この手順ではNGなのでしょうか？

エラーは以下
ちなみにSystemUI.apkなどは変更できています

http://pastebin.com/PfcrjWbF

まとめていただけるとうれしいです

なんとか自己解決できました。ふぃ〜

goroh_kunさんオススメの
「mount -o bind して stop,start」をバッチで実現しようとして、
killall servicemanager とするのはイカン！ってことでした。

ってことで、バッチで
# stop; start
を実行させる方策を誰か教えて下さるとうれしいです



以下、あまり参考にはならんと思いますがとりあえず書いておきます

（現象）
Felicaロックがかかりっぱなしになり解除不能になる

（直接の原因）
killall servicemanager した後、Felicaロックかけた

（根本的な原因）
killall servicemanager したために
jp.co.sharp.android.secure.SafetyBoxサービスが起動して「いない」状態で
ネットワーク設定〜NFC/おサイフケータイ設定
　〜NFC/おサイフケータイロックでロック設定してしまうと、
上記Safetyboxに必要なデータが書き込まれないままロックだけかかってしまい、
以後 異常ステータスになり ロック関係プロセスがエラーで異常終了する

（やったこと）
・関連サービスを解析（odex→dex→dex2jarしてJD-GUIで）
・FeliCaLockControl.odexにパッチを当ててエラーを無視するように（baksmail, smali）
・リモートアンロック（auサポートからリモートでアンロックさせる機能）をam startで強制出現、Saftyboxを修正させる
・解除が可能になった！

>>358
killall system_serverでも結果は同じかな？
ちなみにjp.co.sharp.android.secure.SafetyBoxサービスやらの起動状態を
知るにはどうしたら良いのですか？

>>359

すみません、完全に間違ってました。
スクリプトで # stop; start 可能でした。
ただ、通常の起動以上に時間がかかります。なんでだろ・・


サービスの確認は、以下の感じです。

root@android:/ # service list|grep Safe
12jp.co.sharp.android.secure.SafetyBox: []

# killall servicemanager　してしまうと、このサービスが起動されません。

>>360
service listですか知りませんでした。ありがとうございます。

試しに stop; startのみのシェルスクリプト作ってGScriptで試しましたがダメでした。
スクリプトマネージャー（SManager）の方はOKでした。
SManager使っての起動時間はコマンドでstop; start実行した時と同じでした。

com.kddi.android.fota

これ、Googleっても「ケータイアップデート用」としか出てこないけど、
こいつを起動しないようにすると時刻同期（NITZ）機能が死ぬことが判明

おそらくau共通なのでご用心
＃まぁNTPで同期すれば良いんだけど

>>362
うちのはinfobarだけど、時刻同期できてないのはこれ停めたからか

ファクトリーイメージ持ってる方いらっしゃいますか…？
ハードディスクが逝ってしまい、イメージが飛んでしまって…。

tabletモード試した方います？

>>365

なにそれ？

tabletUIのことです

おまいら普段は技ありモード？
カメラの起動が遅いの地味に痛い

結局この機種ではSuperSUは使えないのかな？
それともsuバイナリを他から（Superuserとか）持ってくればOK？

やってみた範囲ではできるようなできないような・・って
不安定な状態にしかならなかったが

自己解決　共存できるのね

そもそも取得ができない

>>371

変則的なやり方になるけど、root取得も共存もできるよ。

今回はどうだろ

>>373

今回って？

>>374
アップデート

ふさがれたっぽい

libsdservice_jni.soはふさがれていなかったようです。
/sbinがreadonlyになっていたので、/dev/にsuおいてルートディレクトリをrwでリマウントするようにしたところ、上手くいきました。

速いなｗｗｗ

どなたかbb 01.00.08用のmiyabi解除パッチをお願いできませんか？

>>379
試行錯誤の上自己解決しましたー

>>380
教えてくれませんか？

71氏のisw16sh_unlockのソースを改変（アドレスを変えてbuildしただけ）したんだけど
これは上げていいのかな？

>>382
ぜひお願いします！

>>382
ｵﾈｼｬｱｱｱｱｱ

01.00.08用
www1.axfc.net/　uploader/　so/　2780763
無保証です。
リンクが貼れません

作者さんにダメと言われたら消します。

>>385

ありがとうございます。

＃リンクが張れないってのは、URLをそのまま載せるとBANされるってことなのかな？

みなさん常時rootになってますか？
私は再起動するごとにroot失うんですがみなさんもこの状態で運用されてるんですかね

>>387
rootは外れない。
/systemは再起動するとロックされる。
要はroot権限が必要なアプリは再起動しても平気だけど/systemに書き込むアプリは
毎回NANDLock解除が必要。
それでもrootが外れてるってならsuの置き場所がおかしい

>>388
superuserが入ってないっ！みたいなオチでは…

mkdevshでできた/dev/suをターミナルエミュレーターで起動する方法無いかなあ
現状adbつかわないといけない

頼むから理解できてない奴はroot化しないでほしい。

せめて
Windowsのコマンドラインプロンプトくらいは使えるようになってから出直して欲しいね

あまりに何も知らないヤツは即時文鎮化するようなトラップばらまくかなぁ

>>392
root化なんて別に大したことじゃないんだから、ゼロからでもウェルカムでよくないか？
そもそもOSの基本スタンスがオープンなんだから。
root奪取作業をキッカケでLinuxに興味持つ人も少なくないだろうし。

ただtool使ってポン！みたいなのはノリで求めるユーザーには違和感あるけどな。

>>393
オシエテクンを相手にしたことがないのだろうと思う
ある一定の敷居の高さ(ADBが扱えるとかの程度)を自力で越えようとしない人間は、がんばってる人間の足を引っ張るだけだよ。

そう言う馬鹿が端末壊してauに電話するから、root対策されるんだよ。

教えて君か…俺の周りには殆んどいないけど(30overのオッサンだから…)
今の若い子だと機会が無ければ、ほとんどがコマンドなんて無縁。敷居が高くなるのは当然だよ。
自分らだと小坊からPC触れてたヤツはPC88〜シリーズとか…
例えばXP以降(少数だろうがOS X)でPCに触れた世代とはIT機器に対する概念が根本的に違うからなぁ。

PCみたく「何があっても自己責任の範疇で完結」するなら
ド素人歓迎っつーか、自分も昔はド素人だったんだからしょうがないともできるが、

現実は全然違って、コマンドの意味を「調べようともしない」馬鹿ガキが
文鎮を修理するケースが徐々に増えてサポートに問題視されている
　→対策を打たれている　ってのが大問題だわな

要は、単に気持ち的に迷惑とかではなく、
　短期スパンで実質的にとても迷惑　→だから止めてくれ ってこと

対策打ってくるのは修理の問題じゃなくてキャリアがコンテンツビジネスやってるから。

>>396
今のガキンちょは、文鎮をご丁寧
に修理出すのか。
外部から物理破壊して保証使えば
パット見で修理不能と判断されて
即交換できるのに。

>>388
>/systemは再起動するとロックされる。
知りませんでした。なるほどそういうことだったんですねありがとうございます。

>>385
ファイル消えてるから再してくれないかな？

>>385
私も欲しいのでまたアップして頂けませんか？

>>398

「ご丁寧に」の用法が間違ってる
ここで使うなら「無謀にも」「後先顧みず」とかだろ

言葉よく知らないけど嫌味言いたいならもっとストレートが吉
オヤジなのですげー気になるわ


それに、保証使うって・・
物理的に壊したら「保証外」で費用発生だろうに
もし「安心サポートプラス」のことなら保証じゃない

やっちまった・・
/systemの何かを書き換えてしまったようで、
電源ON後 フタ閉め注意の画面から遷移せず orz

ただ、この状態でもUSB接続して1分ほど経過すると
adb接続は認識するようになりコマンドには反応する
ただし各種ファイルシステムはマウントされていないので
できることは少ない・・

adb pull / の結果は↓
http://pastebin.com/jpbYdGXf


backup.abはあるので試してみたが何も変化せず
（リストアするか？の確認待ちになっている？）


adb reboot recovery
すると ↓の画面になるのだが
http://imgur.com/HUFlRld

この状態ではUSB接続を認識しない
↓のようにやってみたがうまくいかず
blog.dantup.com/2012/10/fixing-adb-device-not-found-with-nexus-7-in-recovery-mode
USB認識するようにできるのかなぁ


もしくは、他に何かできることはあるのだろうか？

Linuxマシンに接続しても
↑の状態だと全く認識されないようだ・・

あきらめるか。。


Feb 13 10:15:40 dell kernel: [1971520.790034] hub 1-0:1.0: Cannot enable port 1. Maybe the USB cable is bad?
Feb 13 10:15:43 dell kernel: [1971523.706034] hub 1-0:1.0: Cannot enable port 1. Maybe the USB cable is bad?
Feb 13 10:15:46 dell kernel: [1971526.622036] hub 1-0:1.0: Cannot enable port 1. Maybe the USB cable is bad?
Feb 13 10:15:49 dell kernel: [1971529.538027] hub 1-0:1.0: Cannot enable port 1. Maybe the USB cable is bad?
Feb 13 10:15:49 dell kernel: [1971529.538045] hub 1-0:1.0: unable to enumerate USB device on port 1

00.01.08対応rootkitまだかなー

01.00.08だった、すまん

結局root化ってどこから手をつければいいんじゃ
探し方が悪いのか全然分からん

悪いこといわんからやめとけ

結局最新版のrootkitはこないのか残念だね

>>409
え？あるでしょ とっくに

MIYABIを外した後、
再起動以外で再度MIYABIを掛ける事ってできないのでしょうか？

mount -o bind /data/local/system /systemって感じで運用しているんですが、
あやしいアプリが勝手にシステム領域を書き換えるのを防止したいのです。

>>410
01.00.08か？

>>385なら一応ダウンロードしてあるけど
08にアップデートしてないから使えるかはわからない

>>412

そう
まずは試してみればいいのに

>>413
ｵﾅｼｬｧｧｧｧｧｧｧｽ

>>413
再うpたのむ！

>>411
アンロックパッチを参考にロックパッチ作るといいのでは？

カラゲからこちらに買い替えようと考えてるんですが
どうですが？
オススメですか？

カラゲ？

結局再うpもないのか

勝手に再うpしていいかわからんし

無保証だからいいだろ、たのむ！

じゃあはい
ttp://www.dotup.org/uploda/www.dotup.org4002754.rar.html
パスは型番

二種類の型番試したのに…

製造型番じゃなくてしかも小文字

>>423
うおおありがとー！

あざます

>>423
パスは型番「ではない」にしろよ。。。

でもこの端末にゆかりのあるキーワードを小文字だね。

完全にDLし損ねてしまった...
持ってらっしゃる方すみませんが、01.00.07の時と同じようにAxfc等の
保存期間が長いやつに再々うｐしていただけませんか。
どっとうｐはあまりにも短すぎる...

みんなアプデするたびに初期化してroot取り直してんの？

アップデートきたね
塞がれてないといいんだが

もっかいうpしろｶｽ

>>432
　　　　　　　　　　 ＿＿＿_
　 .ｎi 7　　　 　 ／ノ　　　ヽ＼ 　　壁に向かってしゃべってろゴミ
l^l | | ｌ ,/) 　 ／ ／ﾟヽ　 ／ﾟヾ＼　　　　　 .ｎ
', U ! ﾚ' / ／　　　⌒　　　⌒　　＼　　 l^l.| | /）
/　　　 〈　|　　（＿＿__人＿＿）　　| 　 | U ﾚ'/／)
　　　　　ヽ＼　　　　|lr┬-l|　　　／　　ﾉ　　　 ／
　／´￣￣ノ　　　　ﾞ=ニ二"　　　＼ｒニ 　　　　|

どなたか bb 01.00.09用のmiyabi解除パッチをあげていただけませんか？

>>432
お願いします…だろ？
二度とくんなｶｽ

01.00.09
miyabiはアドレス変わらず
nandは74e214

>>436
08用ので可能ってことですか？

>>436
ありがとうございました
ソース書き換えてうまく行きました

>>437
nandは書き換えないとダメですよ

>>438
うp待ってます！

01.00.09にアップデートできたので自力で頑張ってるんですが、
Miyabi:7b00a0
NAND:74e214
で、
c0c7618c miyabi_security_ops
c0c75ed8 default_security_ops
c084e214 mmc_protect_part
ですよね?

なんでremount失敗するんだろう...

>>440です。
色々確認してたら、security_opsはc0d99d28でした。
つまりMiyabi:7b00a0ってのは間違いですね。バイナリエディタで検索して
浮かれてたのがよくなかったですわ...

修正したところ、今までどおりroot取れました。
>>436さん、>>438さんもお疲れさまです。

bb 01.00.09用
例によって71氏のソース改変ですので、ご本人から依頼があれば削除します。
一応、手元のserieたんでは動作確認済ですが、もしかしたら変かも

www1.axfc.net/uploader/Sc/so/437555

>>442
そしてやっぱり変だったから再うｐしますた、連投スマソ

www1.axfc.net/uploader/Sc/so/437560

>>443
ありがとん！

>>443
ありがとうございます

>>443
無事autostartsとtitaniumbackup動きました
ありがとうございます

106SHなんだけどrootスレが落ちてしまったのでここに
最近強制再起動が頻発してオールリセット掛けたらadb shellで主要コマンドがすべて通らず
MIYABIも外せないし＼(^o^)／
と思って色々調べてたらどうもbusyboxのインストーラーが変なシンボリックを貼ってたみたい
/data/local/toolboxに全部持ってかれてた
幸い/binにbusyboxが居たので/system/bin/busybox chmodしてMIYABI解除出来た
その後grepでシンボリック抽出しておかしいやつを/bin/toolboxへ飛ばして何とか復旧しました
busyboxのインストーラー使ってる人は注意して

>>447
勘違いの様な気がする

>>448
lrwxrwxrwx 1 root root 19 Sep 13 2012 cat -> /data/local/toolbox
box
lrwxrwxrwx 1 root root 19 Sep 13 2012 chmod -> /data/local/toolbox
olbox
lrwxrwxrwx 1 root root 7 Jan 2 1970 chown -> toolbox
lrwxrwxrwx 1 root root 7 Jan 2 1970 cmp -> toolbox
lrwxrwxrwx 1 root root 7 Jan 2 1970 date -> toolbox
lrwxrwxrwx 1 root root 19 Sep 13 2012 dd -> /data/local/toolbox

こうなっちまってたんだぜ？
なんか/data/localに置くタイプのがあるみたい

>>449
そこじゃなくてMIYABIとコマンドのところ
オールリセットしたらbusyboxは消えるしMIYABIは有効になったはず
あとadb shellで入れたコマンドはbusybox使わない奴だよね？

>>450
root取ったのはずっと前なんだ
それ以来安定してたからずっとそのまま使ってた
最近になって不調になってオールリセットしたらこのザマよ
/dataにbusyboxがコピーされてリンク貼ってるの知らなくて
/systemの方にコピーしてたbusyboxにシンボリックしてるもんだとばっかり
んでオールリセットしたから/dataのbusyboxが消えたから当然android標準装備の
toolboxが使えないからchmod打とうがcp打とうがnot found
MIYABI外そうにもsuにはなれるもののそもそもMIYABIが邪魔でwriteでマウント出来ない
ああこりゃ終わったなと思ってESファイルで中身見たら/systemのbusyboxが無事だった
だからその無事だったbusyboxのchmodでパーミッション変更したisw16sh_unlockを
実行してMIYABIが外れた
でもう嫌だから/data/local/toolboxの方にシンボリックしてた奴らを/bin/toolboxに修正

adb shellで入れたコマンドはbusyboxのやつです
cdで16sh_unlockがあるとこまで行って/system/bin/busybox chmod みたいな感じ
今考えて見ればbusyboxがいなくても/system/bin/toolbox chmodとかでいけたのか？
長くなってすまんリセットしたらヌルサクになりました

すみません。system権限取得の段階でつまってしまいます・・
二窓でadb restore isw16sh.abをするまではreadme通りにできるんですが
>adb shell
$cd /data/data/com.android.settings/
$ls -l lib
-rw-rw-rw system system libsdservice_jni.so
⇒ libsdservice_jni.soが存在するのを確認
のところでパーミッションが「rw-rw-rw」ではなく「rwxrwxrwx」となります
その後に>adb push onload.sh /data/local/tmp/でちゃんとtmpにファイルはあるんですけど
SDマウント解除が正常にできてしまい/dataと/cacheのパーミッションが変わりません。
原因わかる方いらっしゃいませんか？

>>452
「マウント解除しますか？」でOKをタップする必要はない
そのまましばらく待ってたら設定アプリがエラーになって落ちる

>>453
そうなんですか！ありがとうございます！
何回やりなおしたか・・・ｗ
パーミッションのとこは問題ないんですかね？

連投ごめんなさい。
71さんのmkdevshとsuをpushしたあとに
adb shell
$ /dev/su
を行うと「/system/bin/sh: /dev/su: Text file busy」となってしまいます
ファイルは閉じているんですけど何が問題かわかりませんでしょうか・・・？
/dev/shは#になります。

>>455
Text file busyはしばらく待ってれば問題ないよ
少しググって見たら？

>>456
なかなかうまくいきません・・・
もう一度始めからやり直してみます・・・

質問なんですが、goroh-kun氏と71氏のmkdevshって別物ですよね？
2つとも/tmpに置けばいいのでしょうか？

>>458
別物です。
親切にreadme書いていただいてるんですから、分からないならその通りにやろうや。
adb pushしてしまえば上書きされるんだし。

455ですがやっぱり上手くいかないですね・・
「Text file busy」はファイルが開いているとかなんとか。
思い当たるものは全部閉じて何度かやり直したんですけどダメでしたorz

>>460
ただの処理待ち
なったことあるけど、その状態のまま暫く放置してたら処理終わる

>>461
今から放置してみます！

自己責任なんだから、出来ないならやるな。ググれないならやるな。
以上。

文鎮にしちまった
recoveryにboot側のイメージ焼いといたら簡易リカバリ機能として使えないの？
adb reboot recoveryでリカバリ側から起動出来るじゃん？
boot側壊してもadb recoveryは滅多な事が無い限り死なないみたいだし
勿論オールリセットは出来なくなるが

なんか物理的不具合で安サポの世話になりそうなんだが
unrootとか痕跡消すのとかどこまでやっとけばいいんだろう

完全に元に戻したほうがいい

アップデート来たけどtemprootはふさがれてなかった

パッチはそのまま使えるの？

無理でしょ

パッチはまだかね

softbank 106SHなんですが、MIYABI解除で詰んでいます。
isw16sh_unlockは106SHに差し替えてあります。

正確には、NAND Lock Unlock ALL!で解除出来ていたのですが、
時間が無く、作業を中断、終了しました。
その後、もう一度、root取得をしようと最初からやり直したのですが、
今の状況になっています。
端末を初期化したり、手順を見直したりもしたのですが、上手くいきません。

下記がコマンドプロンプトのコピペです、アドバイスお願いします。

c:\R>adb shell
shell@android:/ $ chmod
chmod 755 /data/local/t
shell@android:/ $ /dev/
/dev/su
shell@android:/ # /data
/data/local/tmp/isw16sh
isw16sh_unlock ver 0.02
mmap base=80300000 leng
mem=20000000
Miyabi LSM Check
98 7b c6 c0
Miyabi LSM Not Unlock!
00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
c0 b8 20 c0 90 9f 22 c0
e4 97 22 c0 00 00 00 00
00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
f0 1d 58 c0 00 00 00 00
c0 99 22 c0 00 00 00 00
00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
NAND Lock Not Unlock!
shell@android:/ #

>>471
アプデがあったとか？もしそうならそれに合わせてisw16sh_unlock作り直さなきゃならんよ

だれかupお願いします

bb 01.00.10用
いつも通り、71氏のソース改変版です。手元のserieたんで動作確認済
なんかしらんがAxfc落ちてたからkienu使ってみる

kie.nu/10MA

>>474
さんきゅー！

>>471です。雅解除出来なかったのは、isw16sh_unlockのバージョンが合ってなかったのが原因でした。
106SH用に差し替えて、最新のものにしてたつもりが、古いままでした。
改めて、やり直したら解除できて、root取得できました。
すいません、ありがとうございました。

>>474
使わせてもらいました
ありがとうございます

最終に近いロットであろう物を４月頃に購入
雅解除前までは進めたが、そこで引っ掛かかりました。
いろいろ確認すると、ビルドはS0020なのですが
BBが00.00.01・・・
新手のベースバンドバージョン？

01.00.05〜の物を数種試しましたが、解除出来ず。
やはり７１氏の物を00.00.01に改変した物が必要なんでしょうか。
ロット的に少数派のようですし、ここまでやって無念といったところです＞＜

気の向いた方アドバイスをいただければと思います＾＾；
/data/local/tmp/isw16sh_unlock
isw16sh_unlock ver 0.02 bb 01.00.05 only
mmap base=80300000 length=00c99a90
mem=20000000
Miyabi LSM Check
c8 7d c6 c0
Miyabi LSM Unlock
00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
c0 b8 20 c0 90 9f 22 c0
e4 97 22 c0 00 00 00 00
00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
f0 1d 58 c0 00 00 00 00
c0 99 22 c0 00 00 00 00
00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
NAND Lock Not Unlock!
shell@android:/ #
こんな感じでした

連投すみません。
つづきです。
最新バージョンの場合です。

C:\106sh\isw16shroot>adb shell
shell@android:/ $ /dev/su
/dev/su
shell@android:/ # /data/local/tmp/isw16sh_unlock
/data/local/tmp/isw16sh_unlock
isw16sh_unlock for bb 01.00.10
remake by aonori
mmap base=80300000 length=00ef1a3c
mem=20000000
Miyabi LSM Check
20 51 55 45
Miyabi LSM Not Unlock!
74 76 02 c0 20 77 02 c0
58 77 02 c0 64 77 02 c0
70 77 02 c0 7c 77 02 c0
98 77 02 c0 14 78 02 c0
54 78 02 c0 c8 78 02 c0
f0 79 02 c0 80 7a 02 c0
40 7b 02 c0 70 7b 02 c0
80 7b 02 c0 8c 7b 02 c0
98 7b 02 c0 40 7c 02 c0
e8 7c 02 c0 40 7d 02 c0
b0 7d 02 c0 bc 7d 02 c0
34 7e 02 c0 88 82 02 c0
30 83 02 c0 70 83 02 c0
NAND Lock Not Unlock!
shell@android:/ #

何かと思ったら106SHか。

>>479
ビルドS0020ってどゆこと？？
isw16sh_unlockが上手いこと解除してくれないのは、
そのバージョンに合ったアドレスでビルドすれば使えると思いますが。

あ、106ね

レスありがとうです＾＾
106SHなので、106用と言われている物をを使ったんですけど・・・

時間作って気長に頑張ります＾＾；

>>483
ISW16SH用パッチは、そのままでは106SHに使えないっすよ。
security_opsのアドレスもmmc_protected_partのアドレスも、それぞれ違うはずなので
goroh_kunさんや71氏の物を参考に、自分でビルドするのが早いですね...

106SHのS0026用のisw16sh_unlockありますか？

ここでいいのかわからんがS0026のアレうｐしたぞ

>>486
乙

01.00.10
は>>443でいけますかね？

>>488
bb 01.00.10は>>474かな
>>443はbb 01.00.09用

>>489
ありがとうございます。root化成功しました。そしてお亡くなりになりました。
3LHを凍結したことか3LMをアンインストールしたのがいけなかったのかもしれません。ほかかもしれません。
しかたありませんね。

AQUOS PHONEの起動画面まで行きadbでコマンドは叩けてログも見れますが、
そこでダメです。Titaniumで凍結したアプリをこの状態で解除させるのは無理ですよね。

adb reboot recovery
はドロイドくんの死体が。

adb reboot bootloader
特に意味なし。

起動時ログは以下通りです。何か修復できる可能性はありますでしょうか。

http://www1.axfc.net/uploader/so/3005531.txt

systemに何かpushすれば変化あるか…ダメもとで何か提案があればよろしくお願いいたします。

pm enable パッケージ名
で解凍できるだろ

C:\android-sdk\platform-tools>adb shell pm list packages
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
Error: Could not access the Package Manager. Is the system running?
PMが起動していないようです。

たまにpm叩くと動作するのでのでうまくいきました。
Settings Storage EX
com.android.providers.settingsex
↑これ！これでした！復活！

3LHはすべて凍結していますが問題なく動作しています。

向こうのスレの138です、いかがでしょう

仕事中なので1700以降回答します

どこでひっかかってます？

>>495
ありがとうございます。もう初歩の初歩で、adb restore isw16sh.abの時点です。。

一応SDKは導入済み、adbドライブもOK、cdもSDKのあるところになってるのに…後ほど宜しくお願いいたします。

>>496
本端末用のADBドライバー入れました？
デバイスのプロパティ確認してみてください

adb shellでどうなります？

adbは導入成功です。
いろいろと確認してみたところ、shell@androidと表示されました。さっきまでは見当たらないって言われてたのに。。。

adb restore isw16sh.abの確認画面も端末に表示されました。とりあえずgoroh_kun氏のreadmeを参考に、もう少し進めてみたいと思います。

むこうがどこか知らんけどなんでここでやるんだ

>>500
ISW16SHの本スレ。
そもそもroot化を人に聞きながらやることの是非についてモノ申すんならそれはそれだが、ISW16SHのroot化だからここであってるだろ。

>>501
確かに自分としても人に聞いてどうこうすべきとは思わないけど、シャープのroot奪取が難しすぎて…

adb shell後、
$cd /data/data/com.android.settings/a/
$ls -l -d
をやってもgoroh_kun氏の仰るdrwxrwxrwx system system aにはならずに、drwxrwxrwx system system 1970-01-16 21:27 .になってしまいますね。
これはaというディレクトリは各々日付になるという認識でよろしいでしょうか？

>>593
まずツールの作成者に敬意を表します。
そのまま手順にしたがってください。
a ディレクトリ内のファイルが削除できなければその時点で問題が発覚します。

isw16sh_hijack_jni
の(6)まで
mkdevshkit
の(1)の最後に
adb shell chmod 777 /data/local/tmp/mkdevsh
で権限変更
(2)などのシステム権限云々は
設定アプリを起動し、ストレージの設定、SDカードのマウント解除を選択
(エラーが発生すれば成功)
isw16shroot
でMIYABIがUnlockできていない場合は対外SDカードのマウントがらみな感じがします。

検討を祈ります
※お約束：自己責任で

このスレ最初から読んでいったら分かるだろうに...
追っていっても分からないなら、root化しても活用できるのか...？
まぁ、個人の好き勝手かも知れないけどさ。

>>505
まぁーギャラやNEXASやXPERIAの感覚からすると難しいんじゃない？
ただ知識0の人は結構学ばないといけないところは多いかもね。。
自己責任で絶対数が増えることは否定しないよ。

>>504
どうも削除されないみたいです。。。お時間とらせてしまって申し訳ないです。

>>587
再度再起動した後ちゃちゃっとやってください。
だめならあきらめましょう。慎重にやりすぎるとなぜかコマンド通りませんよ。
#本来の説明でなくすんません。

autostarts使いたいだけだから12SHみたいな一時Rootでもいいんだけどなぁ

何か変なこと書いちまってた

>>503
自分もこの状態になる。
前は#までできたのに何でだろう

盛大に思い違いしてたわ
root取れました、皆さんありがとう

もうすでにroot化済みなんですがSuperuserアプリでおすすめありますか？
SuperuserはauMarket使用できないし対策版&SUをsystem/binに入れ直すのも
なかなか怖いですね。
まぁ、Superuserで引っかかるときだけアンインストールすればいいんでしょうが。

名前欄消し忘れました。すみません。

http://www.imgur.com/MKJF8vp.png
SetCPU使えるな

ぬおお出来ない！！root化出来ないよおおお(ﾌﾟｼｬｧｧ)

この程度もわからない人はリスク背負ってまでやるべきじゃないなって
いざ終わってみれば思える程度の作業だからもう少し頑張れ

/system/binにsuつっこんでも再起動すると#にならないなあ
なんでだろ

superuserからsuperSUに切り替えしようとしたら
インストール後再起動病に陥った

非RootなんだけどRoot化したあと
修理とかできないみたいだけど
そこらへんどうしてる？

>>519
一応安心サポート＋
でも使うなよできれば

>>518
無理だよこいつには。ishaxのみ可能。

>>517
MIYABI Unlook出来てないんじゃないの？

>>519
破壊して自動車に潰されたとか言えば中身は見られない

>>522
suのバイナリ自体は再起動後も残ってる

安サポ＋使うなら水没が無難じゃないか

>>524
もう一回isw16sh_unlook叩いたらどうなる？

>>526
再起動後/system/bin/suは
Permission deniedになり、
temp root取り直してunlockすると
isw16sh_unlock for bb 01.00.10
remake by aonori
mmap base=80300000 length=00ef1a3c
mem=20000000
Miyabi LSM Check
8c 61 c7 c0
Miyabi LSM Unlock
01 00 00 00 02 00 00 00
02 00 00 00 02 00 00 00
03 00 00 00 03 00 00 00
04 00 00 00 03 00 00 00
05 00 00 00 03 00 00 00
06 00 00 00 03 00 00 00
08 00 00 00 02 00 00 00
09 00 00 00 03 00 00 00
0a 00 00 00 03 00 00 00
0b 00 00 00 02 00 00 00
0c 00 00 00 02 00 00 00
0d 00 00 00 02 00 00 00
0e 00 00 00 03 00 00 00
NAND Lock Unlock ALL!

unlock後は/system/binにおいてあったsuでエラーでなくなる。

>>527
> 再起動後/system/bin/suはPermission deniedになり
再起動後にls -l /system/bin/suするとか、何処でどんなパーミッションが通ってないのか調べたら？

>>528
su削除して入れ直したり
パーッミションが怪しめ

/dev/shの一時rootまで取って、
adb push mkdevsh /data/local/tmp/mkdevsh
adb shell chmod 777 /data/local/tmp/mkdevsh
adb push su /data/local/tmp/su
adb shell chmod 777 /data/local/tmp/su
まで実行するも、SDのマウント解除で2時間ほど待ってもエラー終了せず。
当然/dev/suも#にならずText file busyのままです。
ベースバンド1.00.10で>>474のものを使用しています。
何か思い当たることがあればご教示ください。
お願い致します。

すみません、自己解決しました。
ツール提供の皆様ありがとうございました。

後学のためにどういう事象だったのか聞いてみたい

>>532
問題解決の方法って時としてやり方を開発する人に迫る位に有用だったりするんだよな。
どうしようも無いミスだったとしても同じ系統のミスをした人やそういう人から質問を受けた人の助けとしてもすごく有用。
そういう訳で「自己解決しました、以上」な書き込みは「貴重な情報持ってるけど教えないよ」みたいで偶にイラッ☆とする。

build.prop書き換えたいんだけど
/data/local/tmp/isw16sh_unlock
mount -o rw,remount -t ext4 /dev/block/mmcblk0p12 /system
しても/systemへの書き込みができない…
106SHの手順を参考にしてるんだけど、このあたり何か勝手が違うとかあるんだろうか？

あ、ごめんできた
エディタにroot権限の設定してなかっただけだったわ

isuhax313を使用した
suの入れ替え方を教えてください。

suのパーミッションを777にしてrmして
isuhaxのsuをpushしましたがうまくいきませんでした。

root化したくて色々見たけどroot化したこと
ないオレにとっては全く分からん

>>537
文鎮化のリスクあるし、活用できるかって問題も有るし、わからないなら手を出さないほうが良いかと。

>>538
レスありがとう。
正常時の状態のNAND?バックアップして治すこととかもできないのかな？
メモリ少ないしバッテリーはすぐに切れるでRoot権限とろうと
思ってたんだけど…
時間かければできそうな気もするんだけどやっぱりリスクがでかいか…

それに最近はroot化してることを検知して起動や動作を阻止するアプリもあるし

>>540
LINEアプリとかandroid marketだけじゃなくて？

>>539
直す手段が存在しても、全く分からん状態で直せるかというと…ね。

Linuxが上がってこない状態でバックアップに復元出来たっけ？コレ。

>>542
結構難しいみたいですね…
あまり出回ってないのでなかなかそれらしい方法も
簡単にでてこないですし

>>541
詳しくはあまり知らんけど
例えばtwonkyみたいな著作権保護が絡むアプリとか
チート、課金ハック対策してるゲームアプリとか

>>544
twonky結局使えなくて使ってないけど
結構不便なこともあるんだな…

すみません。どなたか解決法ご教授願います。

>>546
わからないならやるな、で終わる話のような気がするが…

root取ってないしisuhaxも知らん奴のUnix知識で答えるなら、
実際に昇格する実行ファイルはファイルオーナーがrootでパーミッションのsetuidビットが有効じゃないとダメ。
そしてファイルオーナーの変更やsetuidビットの付与はroot権限で実行しないとダメ。
差し替えたいsuが昇格状態で実行されるべき実行ファイルなら、rootシェル上で差し替えとその作業をする必要がある。

今入ってるsuの動作と差し替えたいsuの動作を確認してどうすべきかを判断すべき。

ルートキットのバッチ┌(_Д_┌ )┐

>>548
各ツールのReadme通りにやれば取れるよ。

>>549
http://anago.2ch.net/test/read.cgi/smartphone/1376712771/523-524
に時間差で慄いてんだろ。

現在>>452 さんと全く同じ状態で次に進めなくて困っております。
>>453 さんの仰る通りに、ダイアログを出しっぱなしで放置しておりますが、一向に強制終了されません。
何が問題と考えられますでしょうか。
bbは01.00.10 Androidバージョンは4.0.4です。
お願いします。

すみません、自己解決しました。

書き込みからさらに20分程度放置していましたら、いつの間にか設定が強制終了されておりました。
ちゃんと/dataと/cacheのパーミッションも変わりました。

私の根気が足りなかったようです。
失礼いたしました。

>>547
ありがとうございます
いったんtemporarilyな場所でroot
で権限昇格してみます
binフォルダの中は簡単にいじれそうもないです

3ラインとか無効化したいだけなんだけど
SHbreakって有効？

起動できなかった…
root化してみる

ウェルカムシートとかいうSharp 独自の
ロックスクリーン止めて、デフォルトのやつ使いてぇ...

>>556
デフォルトは知らないけれど
普通に代えられると思う。

>>557
あ、ほんまでっか？
ロックスクリーンアプリ使っても、たまにウェルカムシート
出てきたりするんだが...

>>558
そのアプリがキルされてしまうとどうしようもない。
もうちょっとメモリに空きがあればなあ…

初歩的な質問で申し訳ないのですが
root化すると初期化できないと聞きましたが
事前に初期化しておくべきでしょうか
また、root化する前にどの程度のバックアップは必要でしょうか

>>452
と一緒の状態でつまづいた…
待ってたら強制終了はできるんだけど
うまくいかない

どなたか
>>474
を再配布していただけませんか？
DLできなくなっていたためお願いします。

どなたか持ってないですか？
僕からもお願いします

ベースバンドが違う物でもroot化できるんですか？

持っているけど勝手に上げるわけには

やっぱり作者様の許可がいりますよね…

そこをなんとか！

>>566のセリフを言う奴は大抵あげる気は無く、チラつかせて優越感を得たいだけ

>>568
566は持ってなくて欲しがってる側だぞ？

>>569
ふっ、寝ぼけて見間違えたぜ

このパターンは
持っていない→嘘つき
持っているからフォルダ見せる→どうせ嘘だろ
持っているからフォルダと中身を見せる→偽物乙

つまり上げざるを得ないスパイラル

持っているからフォルダ見せる←いまここ

>>571
いや、おまえ等が何と思おうと関係ないから嘘つきで結構

で逃げるパターンもあるよ

結局誰も本当は持ってないっていうオチかもしれん

>>474です。サーバーから消えてましたね。
AxfcにファイルID3050297であげときました。
3日間落とせるはずです。

>>575
お陰様で恐らくroot権限取得できました
ありがとうございます

電源落ちて防水防塵の画面から起動しなくなったorz
これ完全にお釈迦ですか…

setcpu起動中に落としてしまっていまの状態です
復元方法があればいいのですが無理ですよね…

えっ？ (；・ω・)

落としたというよりバッテリーが浮いていたのか
机に置いたとき電源が落ちて以降防水防塵の注意画面から
動きませんですはいorz
再度あげて頂いたのに非常に申し訳ないです

何度もすいません
この機種ってリカバリーモードから
ファクトリーリセットみたいな事はできないんですかね

リカバリーモードないから無理かと

そうですか…
あまりしたくは無いですが水没なりして
交換サービス申し込もうと思います。
ありがとうございました

>>575
562です。
ありがとうございました！助かりました！！
無事rootがとれ、xposedであれこれ楽しんでいます！

交換がもうすぐ来るからリベンジしたいけど
今年はやめとこう

>>583
市ねよハゲ

>>583
市ねよハゲ

bb 01.00.10用のrootkitの
再up誰かお願いします

>>588
>>575

再うｐお願い申し上げます。

私も 01.00.10用のrootkitの再うｐお願いします…
この大雨で携帯ぶっ壊れてPCまでやられた

携帯の充電部分が完全に壊れてしまって、卓上ホルダだけで充電してる状態なんですが
一回電源落ちてしまい、PCと通信できなくてSU権限がとれなくなりました。
携帯本体でSU権限取れる方法ないでしょうか？

>>592ですが
自己解決いたしました。

>>593
どうやった？もしよろしければフィードバックを

どなたかbb01.00.10用のrootkitの再うｐをお願い致します。

お手数ですが、どなたかbb01.00.10用のrootkitをupして頂けませんか。

前機が故障して代替品が着たのですが、PCのBUが逝ってしまっていて困っています・・・

まさか本スレで再うｐがあったとは…
rootkitの再うｐ、どなたかお願いできませんか？

>>597
あげようと思ったけど、01.00.09用しかなかったorz

やはり作者以外がKitアップするのはだめかね？

>>599
別に構わんだろ
俺は優越感に浸りたいから絶対にアップせんけどなｗ
だから配布すんなよｗ

root化は文鎮化のリスクもあるからよく考えてからな
自分は大丈夫だと思ってたら案外簡単になる

作者さんの許可が無いから言われればすぐ消す
http://kie.nu/1wQM

>>601
ほんとうにさんくす

>>601
おい！！！！！！

ありがとうございます。

>>602
なあ、お前さ、書庫開けたか？

こんな風に書けばきっと心優しい奴が配布してくれると信じていたよ

普通に開けたしウイルスも無かった
ただ、本物かどうかはわからない
Readmeのバージョンはちゃんと最新だった

>>606
解凍ソフトは？

root化できたら報告よろしく
一回文鎮してるから怖くてできん

winrar
無料で延々と使ってる

>>609
あ、PCからか。Android端末のファイラー(ES)からだとエラーなのよ。

>>610
そこのアプロダ
Androidから落とすとファイル壊れるよ
ファイルサイズ4KBになってたら破損してる

PCから落としなされ

落としたけど
その後はどうすれば良いの？

>>612
解凍して中のReadmeを読む
理解出来たならroot取ればいい
チンプンカンプンなら確実に文鎮化するから辞めとけ

ちんぷんかんぷんで学びながらやった
ら文鎮化したからXperiaらへんで
練習してからにしとけ。

ありがとう！
やってみる

こうしてまたひとつ
ハイテク文鎮が出来あがるのであった

機種変して文鎮同様や！

ルート取ってメモリ異次元送り解消出来るならなー
未だにどのアプリが原因か不明でしょ？

>>618
ゾンビプロセスが原因のメモリ異次元送りなら、ゾンビをroot権限で殺せば回復する筈だよ。

ゾンビプロセスの発生原因って事だと不明だろうし、
ゾンビプロセス以外の異次元があったらそっちも不明だけど。

615じゃないけどハイテク文鎮作ってしまった…
明日ショップもってくわ、修理代いくらになるのかなぁ

root取ろうとしたこと言わなければ
多分安サポ保障内で済むと思うけど一応結果報告よろしく

>>621
それが安サポつけてないんだよなー
まぁ金額は報告するわ

今は条件次第で安サポ後付けできるようになってるけど
安サポプラス始まって以降の無料会員はどうだったかな、忘れた
加入してから廃止したならアウトだけど、そうじゃないなら一応加入できるか聞いてみた方がいいかもな

>>620
文鎮化したときってなにしてた？
いまは電源がつかない状態？

>>624
まだショップ行ってない620っす

パズドラするためにsystem r/wにしてsuをリネーム→ゲーム中に勝手に再起動
電源は入ったものの、防塵防水の注意画面から動かなくなりました
suを戻せばいいのかと思ったんですが、adb shell打つと
exec '/system/bin/sh' failed: No such file or directory (2)
と出て反応しません。
その後、電池が切れたので一晩充電したんですが、今は電源つかない状態になってしまいました

完全に自業自得なんで仕方ないですが、打開策なんかありますかね？

水没させろよ

そこまできたらアウトだろうなー
付かないなら尚更

> failed: No such file or directory (2)
ファイルシステムがマウントされて無い状態になったとかそういうのなのかな？
adbが接続できてるんならadb用のUSBクライアント周りのドライバは起動できてんだろうけど。

要するに認識してないと

付け焼き刃の知識だけだったけどroot取れた
bootanimation変更・フォント変更・Xposedとかなんとかで遊んでる
もうアプデも無いだろうしやってみて正解だったわ
偉大なるKit製作者様に土下座するとともに、きっかけを与えてくれた>>601に小謝

なんかおとついあたりからアプデの画面出るんだけどアプデきたの？

>>631
アプデの確認を一度もしていないと
オレのでもなったから確認してみ

マジだった。片方は自動チェックだから自動でチェックした上でのメッセージかと思ってしまった・・・
メッセージも微妙だし(確認じゃ無くて実行かよ)ひどいUIだわ・・・・(言い訳)

>>630
フォント変更ならカスタムフォントでやればいいのに

プロセス上限をtaskerとかで設定できないかな？

プロセス上限設定なら設定にあるだろ

どなたか、01.00.11のrootkitを再アップいただけないでしょうかm(__)m

この機種を後一年使うにはroot化しかないんです。
お願いします。

>>636
BGプロセス数上限は端末再起動で設定が消えるから、
自動で再設定できるようにしたいんじゃねーの？

ro.HOME_APP_ADJ=1
ro.HOME_APP_MIN_ADJ=0
ro.HOME_APP_MAX_ADJ=1
で、SHホームのoom値は1になりましたが、3ラインホームのoom値は大きいままです。どなたか3ラインホームのoom値を1に固定する方法をご存知ですか？

>>640
rootedならAutoKillerMemoryOptimizerとかでいじれるんじゃねーの？

専ブラからだとこのスレもう過去ログ扱いになってんだけどオレだけ？

ごめ、再読み込みしたら直ったわ

>>641
ありがとう。
設定した瞬間はなるんだけど、すぐに元に戻ってしまうんだよ…

>>644
それは・・・何らかのプロセスが再設定してるってことなんだろうけどどうやって特定すべきか悩むね。
rootedならそのプロセスにパッチでも当ててしまえばいいんだが。

>>645
ホント、いろいろありがとう。
素人で殆ど何も分からない状態ですが、以下で3ラインホーム読み込みに時間がかかる症状は（ほぼ）解消しました。
buuild.propに、
ro.HOME_APP_ADJ=1
ro.HOME_APP_MIN_ADJ=0
ro.HOME_APP_MAX_ADJ=1
を書き込む方法では、SHホームのoom値は1になるが、3ラインホームのoom値は1にならない。
（HOME_APPはSHホームであり、3ラインホームではないということ？）

そこで、
buid.propに
sys.keep_app=jp.co.sharp.android.feeluxhome
と書き込み、3ラインホーム（jp.co.sharp.android.feeluxhome）が落ちないようにした。

加えて、2つのアプリ
swapper for root（スワップ領域は128）
AutoKiller Memory Optimizer（aggressive設定）
で、端末の能力不足を補った。

書き忘れましたが、アプリ「greenify」も導入し、不必要なアプリを冬眠させました。

root化羨ま

isw16shrootの01.00.10用のファイルだれか持っていませんか？
アップロードしていただきたいのですが・・・

しつこい

>>601に同じく作者様の許可が無いから言われればすぐ消す
一応一週間だけな、自己責任で
http://www1.axfc.net/u/3178304

>>651
本当に有難うございます！
ちなみに私はここのスレに書き込んだのは初めてですので上のほうの方とは関係無いです。
root成功したら報告します。

あ、>>652は>>649です。

文鎮にしないようにな

ある個人ブログの方の記事を参考に慎重に行ったところ無事root化出来ました！
>>651さんとそのファイルの作者様、ありがとうございました。
これであと1年は戦えそうです

>>655
できればそのサイトのURL教えて欲しい

>>656
直接書いていいかどうかわからないので、 android root isw16shでググって、
アメブロで20131014に書かれたものを探してね
途中ブログ内の指示通りだとプロンプト内で一度だけコマンド受け付けなかったから自分で画面立ち上げなおしたりしたけど、
そういうことも含めて自己責任でやってね

root化成功したので簡単にレポ。
root権限は案外すんなりとれました。
とりあえずau marketに入るためにSuperSUを入れなおすことに。
するとUnrootedの状態になってしまった。
まあともかく対策を探しつつRoot化し直す事にしたの
ですが何故かMiyabiとNANDがアンロックできない。
携帯の方を触ってみるとさっきみたくバイナリがどうと言われないので
rootはとれているようで一安心したところで
SuperSUバイナリを再インストール。
通常とTWRP/CWMがあって今度は後者を選ぶとリブートされ
待っているとドロイド君の死体が出てきて完全に壊れたと
思って数分唖然としていると自動でリブートされ戻りました。
謎の現象です…
こんなとこです。この現象が分かる方がいれば返信いただければありがたいです。

追記でSuperSUバイナリをインストールしようと
すると強制リブートがかかるようになりました
対処法は入れなおすのみでしょうか？
またRoot化した後皆さんは何を凍結させたなど
教えていただければ参考になります

フォント変えようとしたら強制リブートしまくり
ホームが出てから一分以内に確実に落ちます
おすすめしません…

> するとUnrootedの状態になってしまった。
SuperSUを入れなおす作業にミスったのでは？
> ですが何故かMiyabiとNANDがアンロックできない。
よくわからんけど、既に解除した後だったor単に解除に失敗した、とか？
> rootはとれているようで一安心したところで
MiyabiとNANDはrootとは別(root等改竄の永続化に必要)なんじゃないの？
> 通常とTWRP/CWMがあって
この端末のroot手順でそいつら必要だっけ？
> 待っているとドロイド君の死体が出てきて
TWRP/CWMってカスタムリカバリ関連だから、リカバリしてんじゃないの？
この端末が死ぬと防水・防塵警告とかの画面で止まるとかだったような・・・

>>661
さっそくレスありがとうございます
前回は警告で死亡でしたが今回はフォントを変えたことに
よって何度もホームから30秒程で再起動するようになりました。
手順をやり直すことで成功はしていたのですが迂闊でした…

死亡確定さよなら
adbつながるならまだなんとかなるかもね
おれはこいつrootとっても一発で逝くし
復旧手立てないからHTL21にかえていまはSCL22で
おちついてるわ

>>663
adbで具体的にどうすればいいですかね…

>>664
フォントファイルとパーミッションをもとに戻す

>>665
お手数おかけして悪いでのですが
できればもう少し詳しく教えていただくことはできませんか？

>>666
強制リブートするようになったの原因取り除けば良いんじゃないの？
何やったかよく状況がわからないけど

>>667
強制リブート前にFont Installerでやさしさフォントを
いれ指示通りリブート。その後強制リブート祭りです。

過去に画面割れなどで安サポ二回使ってて
使えないんですが水濡れとすれば10000円ですみますかね

>>668
どうせパーミッションがいかれてる

確認したところフォントファイル全てのパーミッションが
644（rw-r--r-）として正常のように見えます。
どこのパーミッションがいかれているのでしょうか。

その9ビット以外にも幾つかビットが有るしオーナのUIDだのGIDだのって情報もあって…ってのは置いといて、
多分弄ったのはそのファイルだけじゃなく他にも色々弄って色々壊れてんじゃないか？

バックアップでリカバリするとかバックアップと比較して壊れた所探すとか、
一度初期状態まで戻して各操作で何がどう変化してて、
何が変化すると起動できなくなるか調べればいいんじゃない？

リカバリーモードが無いため初期化などはできません。
フォントを変えた際ttfが644ではなかったためでしょうか。
再度644に変更して導入しなおせば治ったりませんかね…

adbで取れるバックアップくらいはとってるだろ？

とにかくもう無理だろauいけかす

成功して舞い上がってとるの忘れてました不覚です…
もう少しごにょごにょしてみます…

root化しなおすことでなんとか再起動病が治ったようです！
本当にここの方々には感謝しています。
連投申し訳ありません、何かまたあれば報告にきます

と思ったらまた再発症…
何がトリガーになっているのか…

再起動病の条件がわかりましたので書いておきます
superuserのアプリの許可からadb shellを消せば発症する模様?
こちらを許可したところ＄から＃になったので再度アンロックで
治りました。ただ、再起動した場合一度ですが再発症したため
不安定な状態なのかもしれません。superSUをのバイナリのアプデを
求められたができないといった場合のときはsuperuserを入れてやって
許可をすることによって可能になるようです。

電源落とす度にアンロックしないと再起動病に
かかってる気がする。8月までこれで耐えれるのか…

>>676
おやすみ。

なんとか再起動病克服したものです
予想通り携帯が重くなって動作を受け付けない状態に
なり防水画面でストップの完全文鎮のできあがりです
不安定だったので予想はできましたがこう数日でくると
ダメージ大きいです…
リカバリも無いと思うのでsharp機ではroot取らないことにします…

多分root取った後の改造で文鎮化させたんだろうから、
sharp機以外でroot取っても文鎮化させてしまうと思うよ

>>683
基本的には節電目的で行っているので
機種変更後は恐らくすることは無いと思いますが
やはり危険ですよね… 気をつけます。
Xperiaなどでは文鎮から公式で復活させることが
できるようですが完全に文鎮するケースもあるのでしょうか

ブート領域飛ばせば独立したブート領域やブート方法がない限りは文鎮化するし、
電力制御周りをふっ飛ばして文鎮化(物理)なんて可能性もなくはない
文鎮化(物理)を上手く実行できればIT系ニュースで話題の人に成れるよ

某ブログの通りにmkdevshkitで一時root取得まで来たけど、
cd c:\mkdevshkit(ドライブ直下に配置している)をするとNo such file or directory になる…
これってどうすればいいのです？一応-rw-rw-rw system system *** libsdservice_jni.soまでは来れるのに。

sage忘れた…

あ、exit入力してなかった

root化成功です。自分の環境では二回目のmicroSDのマウント解除時に「本当にマウントが解除されて」しまったけど、落ち着いてマウントしてからアンマウントしたら大丈夫でした。
root化に携わった方々、某ブログの方、姉妹機種root化ブログの方、感謝です！
危惧していた再起動病もなさそうです。
あ、某ブログの「一時root取得」の直前、-rw-rw-rw system system *** libsdservice_jni.soが表示された後($)は一回exitをしないといけないですね。

喜んであんまりいじくらいないようにな

IS04の時に弄くりまくって結果水没修理に出すハメになったから適度にしかやっていないけど、適当なアプリを入れると直ぐに電源が落ちる。そしてCPUとかもあまり恩恵を得れていない気がする…

ふと思ってググったけど、xposed(とか)が起動しない対策として、 ttps://gist.github.com/tozionsdoor/8595068 でうまくいけないかな？

ad blockが使えないのは予想していたが、まさかパッチあてても幸せになれないなんて

無限ループに陥りました。。。水没させて来ようかな。。。

やるならちゃんとやれよ

結構しぶといからな

>>695-696
おう、画面反転とled常時点灯を確認してから持って行った。

この端末でリカバリをしたいです。。。

配達だったら二日でくるぞ

某所にxposedがうまく起動しなかった時のコマンドとして
adb shell
su
（カーソルの前が「#」になったのを確認）
/data/local/tmp/isw16sh_unlock
mount -o remount,rw -t ext4 /dev/block/mmcblk0p12 /system
ln -s /system/bin/su
mount -o remount,ro -t ext4 /dev/block/mmcblk0p12 /system
が紹介されていたけど、実際に使えたかたはいる？うちの環境ではうまくいかなかった。


>>698
(前日の午後に依頼で)半日で届いたわ、年末の時には2週間くらいかかったのに。
どうも当たり機種だったようで、不具合が全く起きない。今再root化したった。

あ、補足ごとコピペってしまった

メーカーが開発を放置しているようなので、root化を蔓延させたる。ミスっても責任は取らんよ。
http://www1.axfc.net/u/3250805

よくやった
でもオレはRoot化した後にしばらくして
防水画面が脱出できなくなることが二回
あったから心配ならやらないほうがいい

SuperSUに入れ替えたら、ブートループになって焦った。
リブートする前の僅かな時間にapkのアンインストール
もしくはアンロック再実行で復帰できた。

SuperSU → ブートループ
Superuser (ClockWorkmod) → permitエラーで機能せず
Superuser (ChainsDD) → 問題なし

ChainsDD版以外はsuバイナリ入れ替え状態。

SuperSUはS-OFFしていないHTC端末でも同様の問題があったので、
NANDロック状態と相性悪いっぽい。

106SHです

s0028でMiyabiアンロックできなくなっちゃいました、なんとかならないでしょうか？

どなたかbb01.00.10用のrootkitをアップロードしていただけませんか？
root化したいです、よろしくお願いします。
あと、au marketはどうやって動かしてますか？

>>705
あれは再うｐするとちと面倒なことになるから、探すしかない

あとroot化したらau marketは普通触らないぞ

>>705
XposedのRootCloakモジュールでauマーケットもauお客様サポートも使える

>>707
この端末、xposed使えなくないか？

>>708
使えるよ！systemをrwマウントしてインストールしていれば

http://www.gizmodo.jp/sp/2014/07/androidroot_2.html?utm_source=rss20&utm_medium=rss
どうせexternal sdの端末では無理だろうな


>>709
四苦八苦したものの出来ない。。。あも16苦32苦しないといけないの。。

他の方もレスされているxposedの完全動作(systemのrmマウント)のやり方を教えて頂けないでしょうか。
>>701氏のまとめでチタその他rootedアプリは動くんですが、xposed以外では例えばクロック数を弄るのも出来なかったりで。

xposedが動かない事案の解決法

→xposedの赤文字リンクor xdaフォーラムの52292102のページにあるATTACHED FILESから
xposedinstallerstaticbusybox_v1.apk
を落とし、インストールするだけ。お騒がせしました。。。

しお焼のりニンニク乗客贅肉ポイ捨てゴミエアラインメジャー塩素関西京スラム規定野球ローソンビールしらふイランインド英とんこつニューヨーク森林火災調味料解除flashマックさいむらアリナミン鷹のつめバブル法香CDラーメン

しお焼のりニンニク乗客贅肉ポイ捨てゴミエアラインメジャー塩素関西京スラム規定野球ローソンビールしらふイランインド英とんこつニューヨーク森林火災調味料解除flashマックさいむらアリナミン鷹のつめバブル法香CDラーメン

しお焼のりニンニク乗客贅肉ポイ捨てゴミエアラインメジャー塩素関西京スラム規定野球ローソンビールしらふイランインド英とんこつニューヨーク森林火災調味料解除flashマックさいむらアリナミン鷹のつめバブル法香CDラーメン
歯鼻科賞金旅人長崎牛仕掛人ラボセコム福岡エコノミー解体車業しお焼のり駐車禁止管理代パスポート発掘控えJCBふなぶっしゅシルクドララーメン

保険王宿題auロボットヤーフォーレポート日本評価カウントダウン「わー！オぉあ」↓☆↓☆鈍足エアライン郵政省mannerおばさん証券ディレクター大学幹事長デズネー少年

白ロム手に入れてroot化し、色々とrootedアプリやxposedのモジュールを入れてるけど、adawayやadblock plus(日本人向け)は動かないのかな。もし動作しているという方は設定方法を教えてくだせぇ。。。

http://i.imgur.com/VSMoYf5.png

チラ裏

/proc/cmdline

前
androidboot.hardware=qcom user_debug=31 loglevel=1 androidboot.serialno=SSHGA023265
androidboot.wakeinfo=65535 androidboot.pmicinfo=1 androidboot.camerver=00000000
androidboot.touchver=00000000 androidboot.miconver=00000000
androidboot.colorver=01 androidboot.emmc=true
androidboot.authorized_kernel=true
androidboot.baseband=msm

後
androidboot.hardware=qcom user_debug=31 loglevel=1 androidboot.serialno=SSHGA023265
androidboot.wakeinfo=65535 androidboot.pmicinfo=1 androidboot.camerver=00000000
androidboot.touchver=00000000 androidboot.miconver=00000000
androidboot.colorver=01 androidboot.emmc=true
androidboot.baseband=msm

これたぶんイケるね。

てす

最新版Busyboxのインストールがようやく出来た。。。なんで何度も確認中にフリーズするのよ。

framework-res.apkの差し替えに成功された方にお聞きしたいのですが、具体的にはどの方法でされましたか。

framework-res.apkと同一のディレクトリに、改変済みのframework-res.apkを1framework-res.apkなどの名前にした上で配置し、パーミッションを整え、
mv /system/framework/1framework-res.apk /system/framework/framework-res.apkと、mvコマンドでリネームする感じですかね。

当方ESファイルエクスプローラーでbindオプションのために作成したディレクトリからコピーした改変済みのframework-res.apkを/system内に貼り付けたところ、置き換わりに時間がかかり処理中に再起動してしまい、一度文鎮化してしまいました。

どなたか、01.00.10用のisw16shroot.zipをアップしていただけませんでしょうか。探しても07用しか見つかりませんでした。一時rootまできたのであと少しと思っていたのに。

http://gigazine.net/news/20141114-nexus-5-factory-image/

いけないか？

01.00.10のisw16shroot.zip持っている方がいらっしゃいましたら再アップをお願したいです。。

未だ残ってるから探しなされ

ほんまけ！情報アリシャス！

ありました
ありがとンゴです

>>724
スレ内にありました？見つからない…。

UQ、WiMAX2+の新料金と新端末発表　月4380円で容量無制限のプランが登場　
http://hayabusa3.2ch.net/test/read.cgi/news/1421294555/

root化すると現在自分がインストールしたアプリってすべて消えますか？

root化した後にadb shellからrm *しないと消えてくれないよ。
不便だよな

いや、もう入手できないアプリなんで消えると困るんです・・・

shroot.zipの01.00.10 も消えてるし、新規参入者のroot化は無理？

shroot.zipの01.00.10 アップお願いします！

そろそろOSアップデートに着手しようぜ

どなたかshroot.zipの01.00.10 アップお願いします

>>733
制作者が許可しないと二次配布出来ないから。。。ｺﾞﾒﾝﾈ

制作者さん許可お願いします！

OK

735です入手出来ましたのでありがとうございました！

>>737
ウソを書くな！

どんだけ必死なんだよ……誰かあげてやれよ…

どなたかshroot.zipの01.00.10 アップお願いします・・・・・

>>740
テメェで探せよ

shroot.zipの01.00.10

アップがまずいならこちらに添付ファイルで送ってください！
[email protected]

よろしくお願いします。

>>742
違法