>>とみちゃんさん、

fi01さんが公開されているboot.imgやsdbootは私も利用していますが、sdbootって以外に便利ですよね！
まだやるかどうかはわかりませんがひょっとしたら私もboot.imgを公開するかもしれませんのでその時はよろしくおねがいします(^^)

>>なむさん、

確かにSH-03Cのカーネルソースは公開されているのですが、現在公開されているのはビルド番号が最新のもの（02.01.00）ではなく一つ古いもの（02.00.01）となっています。おそらく前者と後者ではソースにいくらかの違いがあります。じゃあ差分を含むソースコードをSHARPが公開しないのかというと、それはGPLやLGPLのライセンス違反だったりするため絶対にありえません。というわけで少なくとも数ヶ月以内にソースコードは公開されると思いますのでそれまで待っていようかというのが現状です。

>>とみちゃんさん、

>sdbootも起動してしまえばそんなに遅く感じないのでストレスなく使っています。
>消せない映画ファイルや体験版を入れて出荷するメーカのやり方にはうんざりでしたので
>今は快適で、Barnacle　wifiも大活躍です。

私もsdbootは起動さえしてしまえばかなり速いと思います。SDカードといっても今の世の中、読み込み20MB/sぐらいは安いものでも出ることありますしそいうものなのかなという感じです。今はメーカー側もさすがに学習したのか、ゲームなどはマーケットリンクが張ってあるだけだったような気がします・・・

>ひとつ気になったのは、今はboot.imgをrecoveryに書き込んでリブート後、sdbootを起動して
>使用していますが、boot領域に書き込むべきなのでしょうか？

正直なところ、それはやめておいたほうがいいです。なぜなら、Androidは普通boot領域からOSを起動しようとするからです。そもそもboot領域から抜き出したboot.imgにはカーネル（ハードウェア；つまりCPUとかメモリなどとソフトウェアのやりとりを行うもの）とその設定ファイル等が入っていて、これはAndroid OSが起動するときに一番最初に読み込まれるファイルです。もし、このboot.imgというファイルが正しく作られていないと、当たり前ですがAndroidは立ち上がってくれません。今回、sdbootするときもそうですが「ターミナルエミュレータ」か「adb shellコマンド」を使って以下のようにタイプしているはずです。
　　　
　　　$ su
　　　# reboot recovery

このコマンドを使うと、recovery領域からrebootするというのはお分かりになるとは思いますが、このコマンドを打たずに起動した時、つまり端末がフリーズして再起動した時などはboot領域からAndroidが起動されます。
というわけで、前置きが長くなってしまいましたが、もしboot領域に起動できないイメージを誤って焼いてしまった場合、Sharp製のAndroid端末はPC等を使って元に戻すことすらできませんから完全に文鎮化してしまいます。しかも、ドコモはこういう壊れ方をした場合、修理してくれるという保証が無いので八方塞がりになる可能性もあります。
そういった関係から、goroh_kun氏のae2breakはオリジナル版もrecovery領域しか触れないようになっています。それにしたがって今回のae2brek_for_sh03cもrecovery領域しかアンロックしていません。つまり、ここで公開しているae2breakでは安全のためboot領域には書き込めません。

長々と失礼しましたm(__)m

>>とみちゃんさん、

そうなんです、普通の端末は起動時に物理キー同時押しなどでリカバリ領域から起動できるんです。
ですが、シャープ製端末はそれができず、今回のようにややこしいとになっています。

また何かありましたらどうぞお気楽におたずねください。わかる範囲でお答えしますm(_ _)m

>>neko8さん、
お手数かけて申し訳ありませんが、私がいつもやっている方法をご紹介します。
PDFのP6の最後の方に書かれているのが私のやり方、といえばそれまでなんですが、手順をもう少し詳しく書かせて頂きます。
気をつけるべきポイントは、PCのコマンドプロンプトからadb shell /data/local/breaksuidproxを実行する前にAndroidにインストールしてある「端末エミュレータ」を起動しないことです。もし起動してしまった場合は端末エミュレータ上でexitと入力し、タスクキラー系のアプリで端末エミュレータをkillします。
そのポイントさえ気をつければ後は単純にPCからadb shell /data/local/breaksuidproxを実行すれば端末エミュレータ上からroot（#表示）になれると思います。
大変めんどくさいとは思いますが、このままでは端末エミュレータ上で各コマンドを打つことになるので、WiFi Keyboard（https://play.google.com/store/apps/details?id=com.volosyukivan&hl=ja）を使われることを強くおすすめします。
WiFi Keyboardの使い方も簡単に紹介しておきます。
１，インストール後、設定→言語とキーボード→WiFiKeyboardにチェック。
２，PCのコマンドプロンプトからadb forward tcp:7777 tcp:7777と入力
３，PCのブラウザ（なんでもOK）のアドレスバーにhttp://localhost:7777と入力
４，「Android input (type or paste here):」の下にあるボックスに文字を入力すると文字列がそのままAndroid側に転送されますので、書くコマンドをコピペでき、便利だと思います。

最後にいまさらですが、端末のビルド番号は02.01.00か02.00.01でしょうか。もし最近あったアップデートをされていた場合、残念ながらbreaksuidproxは利用できません^^;

>>neko8さん、
毎度ながら、返信遅れてすいません。
WiFi Keyboardですが意外と使える場面がありますので、また使える機会に出会えると思います^^;

>しかし、最後のビルドで本当に最近のアップデートを適用してしまいました。B02.01.01で
>B02.01.01自体の詳細な部分がわからなくてそのまま躊躇しないで・・・　穴を塞がれたのでしょうか？
>ほんの最近までのPC不調なる辺りまでは B02.01.00の環境でチャレンジしてたのに・・・
残念ながら最近の更新をやってしまっている場合、穴は防がれていますので（当然といえば当然なのですがorz）今回の記事などで取り上げているbreaksuidproxは使えない・・・と言うことになってしまいます。それと、今回のアップデートによって不具合が出るという報告をよく聞くので比較的短いスパンでアップデートがあるかも知れません。そのアップデートを（行われるなら）行なってからまた新しいrootkitが出てくるのを待ったほうがいいかもしれません。お力になれなくて申し訳ないですm(__)m

>>tafaさん、
参考になったようで何よりです^^;
また何かありましたら、お気軽にどうぞ(^^ゞ

>> mazeさん、

“SHbreakV2とISTweakで一時rootは取れたのですが”とおっしゃられているので、ターミナルエミュレータで#が出ないはずはないと思うのですが・・・
一度、SHbreakV2とISTweak一時rootを取られたあとに、以下のコマンドを実行してみてください。

$ au
(もし、Peermission deniedと怒られたら)
$ /sbin/au

これでプロンプトが#に変わりませんか？
PCを使わずに端末単体のみではカーネルを書き換えるところまでは可能ですが、sdbootするための準備の工程がかなり厳しいと思います^^;
また、カーネル書き換えもPCを使ったほうが簡単に楽にできますので、PCを使われることをおすすめします。

>adbshell と入力しても、cannot~と出てきます。
adb shellコマンドはPCからAndoridのシェルに入るためのコマンドで、WindowsのコマンドプロンプトやMac OSX,LinuxなどのUnix・Unix系OSのターミナルや端末から利用します。また、事前にAndroid SDKをPCにインストールしておく必要があるのですが、そちらはググっていただいたほうがわかりやすい説明に巡り合えると思いますので、割愛いたします。

>> mazeさん、
>$ auを入力するとbash-4.2#と出たのですが
　それで一時rootについてはOKだと思います。
　おそらく、単体端末でも可能だとは思うんですが、おそらくかなりめんどくさい手順を踏まなくてはいけないと思います。また、Androidのソフトウェアキーボードはタイプミスしやすく、最悪そのミスで端末が文鎮化してしまうというリスクが大きくなると思います^^;
いくらか現実的な方法は思いつくのですが、安全面を考えるといくらか検証すべき不安要素がありますので少しお時間をいただけませんでしょうか。
　もしよろしければですが、現在投稿する際に入力されているメールアドレス宛にそれなりに安全な方法を書いたメールを差し上げますがいかがでしょうか？
　最後になりますが、お使いのビルド番号を教えていただけませんでしょうか。”BB 02.01.00″と”BB 02.00.01″以外のものをお使いの場合、いまさらですがサポートできないかもしれません^^;
　※ビルド番号は設定→端末情報から確認できます。

> mazeさん、
返信遅くなってすいませんm(_ _)m
そちらのビルド番号でしたら多分なんとかなると思います^^;
作業は基本的にウェブブラウザ、ターミナルエミュレータと適当なファイラー（ZIPの解凍とファイルの移動が出来れば問題ないと思います）＋root権限で完結するように頑張ってみますが、もしかしたら上手く行かないかもしれませんのでその際はご容赦願います。。。

また、私も文鎮化しないようになるべく安全な方法を提供したいと思いますが、PC後ある方が安全なのは確かです。

大変申し訳ないのですがこの時期、私事で忙しく、メールをお送りするまでまだしばらくかかると思いますのできながにおまちいただければ幸いです。

> mazeさん、

私としても正直PCを使っていただいたほうが安全ですし、もし可能でしたらそちらのほうがありがたいです^^;
７月が終われば暇な時間ができますので、もう少し待っていただければ色々やってはみます。もし、それまでお待ちいただけるのでしたら8月初め頃検証などやってみますよ。

>>元々、楽をしてsdブートしようとしたのが原因です。何も考えて無くてすいませんでした(泣)
正直な話、おそらくPCを使っていただいたほうが楽だと思いますよ^^;
ただ、リカバリ作業は私も時々やるハメになりますが、時間的にも精神的にも大変疲れる作業ですよね。PCの調子が悪い時の最終手段としてはよいとは思うのですが、個人的にはあくまで”最終手段”だと私は思っています。もう試されているとは思いますが私はスタートアップ項目の確認、ディスクの空き容量の確認、デフラグ、（タスクマネージャーなどで）メモリやCPUを食いつぶしているプロセスがないか確認するなどしてメンテナンスしています。
先程も申し上げましたとおり、時間はかかるかもしれませんが手順を書いたメールをさせていただこうと思います。

>mazeさん、

>@PCでの作業を優先させて頂きます^^
>@メールですが、いつでも宜しいですよ。
>もし、その前にPCでsdブートが出来ましたら、報告します。
PCでの作業、ご迷惑をお掛けしますがよろしくお願いしますm(__)m
作業途中で何か困ったことが起こりましたら、どうぞお気楽にご連絡ください。
その際はこちらのコメントでは返信が遅れがちになりますのでメール(“http://ftake.xrsp.net/blog/日本語化依頼についてmac限定”に書いています)かもしtwitterのアカウントをお持ちでしたらtwitter(@takef0845)にリプを送っていただけますと早く返信できると思います^^;

>@触れまいと思ってましたが、私はとみさんじゃないのです(笑)
大変申し訳ありません！m(__)m
名前を間違えるとは一番失礼なことをしてしまいました・・・
こっそりと直させていただきました。ほんとに申し訳ありません^^;

＞tafaさん、
　
CentOSは長く使っていないので正直なんとも言えないのですが、私がこちらで公開しているae2breakはMac OSX 10.6 + Android NDK r7でビルドしたものです。現在最新のものはr8となっていますので、古いr7を試されてみるのも良いかもしれません。ただビルドに成功されておられるのでこちらはあまり関係ないかもしれません。
もう一つ考えられる理由としては、アドレスが間違っているなどがあり得ると思います。
問題が解決する保証はありませんが、お試しいただけるでしょうか。