【ROM焼き】au INFOBAR A01

626 名前：SIM無しさん[sage] 投稿日：2011/12/14(水) 01:45:22.77 ID:RYGz9q9N
こんばんは>>432です。
先日、MIYABI LSMの解除方法が分かったと書きましたが、
MIYABIの解除及び/systemの書き換えに成功致しました。
こんな時間なのでテスト程度しか行なっていませんが、うまくいきましたので、
明日(時間的には今日ですね)にでもやり方を書こうかと思います。
なお、カーネルの書き換えが必要ですので、最悪起動しないという事態に
なってしまう可能性が少なからずあるということを忘れないで下さい。
また、改造を行った機種は修理などのサービスが行えなくなりますので、
そこのところを理解した上でroot化、MIYABIの解除などを行うようにしてください。
では、取り急ぎ報告だけということでおやすみなさい。

>>1
スレ立て、乙です

一応注意書き入れときます

【注意】root化してしまうとメーカーの保証を一切受けられません。
（裏蓋交換すらNG)
内部の書き換えを行うと最悪の場合文鎮になりますのでご注意ください。

>>1乙

こんにちはID:RYGz9q9Nです。
誰かいらっしゃいます？

SHARP手強そうですが応援してます。
安全に弄れる所まで持っていけるといいですね。

>>5
誰か神がかりな人が現われでもしない限り無理だと思われます。
自分自身文鎮になりかけて焦りました。

>>6
MIYABI解除の結果、どんな具合ですか？

>>7
どんな具合か…
釣りだと思うなら思ってもいい
だが事実なんだ…

MIYABIは解除できた。
まだ常用rootにするところまではやってない。
うまくいったんだよ。
だが、今朝の話だ…
住んでるところばれそうだが正直に話す。
俺はJRを降りて路面電車に乗り換えようと路面電車の駅にいたんだ。
人が多いせいでやってきた電車には乗れずに
俺はA01で朝のまとめスレチェックをやっていたんだ。
そしたら俺はそのとき気づいていなかったんだが、
フリースに赤いリュック姿の基地外(おそらく池沼だと思われる)の禿げた中年
がどうしてもその電車に乗りたかったのか人をかきわけて突進してきていたんだ
満杯になった電車の入り口近くで次の電車を待ちながら
画面にしか意識を向けていなかった俺
基地外は猛スピードで突進してきた後に電車に乗るために方向転換を行ったんだ
そのときである…
中身の詰まった赤いリュックが俺の手に当たる。
A01は俺の手を離れて地面へ…
しかも落ちた方向が悪かったのかそのまま車道方向へ…
A01は車の下敷きとなりました。
基地外は無理やり電車に乗り込み、そのまま何も知らないまま電車は出発…

もちろん俺にも十分非があるといえる。
だから交換費用は自腹で仕方がない。
しかし気になるのはこのA01が改造してあるということである。
これがばれたら一巻の終わりである…
しかも今のスマホって結構タフなんですねぇ…
２台の車の下敷きになったのに電源はいるんですよ…
もちろん液晶は半分以上逝ってますが…
だからさらに石で殴って交換に出しました。
改造ばれないかヒヤヒヤです…

なんだかこんなことになってしまいすみません…
今手元にA01は無いですが多少のことには答えられると思います。

>>8
あれま・・・とんだ災難ですね
無償交換できますよう、お祈りします

root化については、sharp機は概ね手順一緒なんでしょうか？
SH-12cとか・・

MIYABI解除に至るまで、参考にされたところのURLなど
あれば幸いです

私なりにもググッてはいるのですが、未だ至らずなもんですから

>>9
遅くなりました。
MIYABIの解除自体は難しいものでは無いですよ。

root化の手順ですが、構造自体はAQUOS PHONE SH-12Cとほぼ同じようなので
基本的にはSH-12Cと同じ手順を踏めばいいと思います。

常用rootまではやってないので/systemの書き換えができる一時root化ってことになりますが、
その手順としては…

1.カーネルを取り出す。
　su -
　cat /dev/mtd/mtd3ro > /data/local/recovery.img
　cat /dev/mtd/mtd0ro > /data/local/boot.img

2.MIYABIの解除
　boot.imgをバイナリエディタで開きます。
　次の2つのHexValを検索します。
　002F73797374656D2F00 (文字列だと./system/.)
　0073797374656D00 (文字列だと.system.)
　すると、./system/.が一ヶ所、.system.が二ヶ所ヒットすると思います。
　この./system/.と、ramdisk領域で無い方の.system.の2つを何か別のものに書き換えます。
　するとMIYABIが解除されます。

3.nandlockのunlockとカーネルを焼くための準備
　nandinfocalcとnandunlockshspamp、flash_imageをadbで/data/local/にpushする。
　それぞれ権限をadbで755にする。
　次にunlockのための番地を検索します。
　su -
　/data/local/nandinfocalc boot
　とやれば該当アドレスが出てくると思います。
　そしたら、
　/data/local/nandunlockshspamp 0xXXXXXXXX (0xXXXXXXXXは検索結果のアドレス)
　y
　とすればnandがunlockされると思います。

　※nandは一回のunlockで永久にunlockされるものではないみたいです。
　　カーネルを焼く前や/system以下を弄るときには毎回unlockしてください。

4.変更したイメージのカーネルを焼く
　※ここから文鎮になる可能性が出てきます。
　　心配な人は簡単な方法が出るまでやらないほうが懸命です。
　MIYABIを解除したイメージをrecovery領域に書き込みます。
　MIYABIを解除したイメージファイル(ここではmtd02.binというファイル名になっています)をadbで/data/local/にpushします。
　(一時root状態ではPCと接続しない方がいいでしょう。再起動してrootじゃない状態でやってください)
　nandのunlockを行なった後、イメージカーネルをrecovery領域に書き込みます。
　su -
　cd /data/local/
　./nandunlockshspamp 0xXXXXXXXX
　y
　./flash_image recovery ./mtd02.bin
　なにもエラーがなく終了した場合は書き込み成功です。リカバリーモードで再起動してみましょう。
　reboot recovery

これで正常に起動できればMIYABIを解除したカーネルでの起動に成功でです。
一時root化、nandunlockを行うことで/system以下の書き換えが行えるようになると思います。
リカバリーモードでの起動ですので、再起動すると通常カーネルからの起動になってしまいます。
しかし、フォント変更、SystemUIの変更、build.propやinit.rcの変更程度の利用ならこれで十分だと思います。

下手な説明で申し訳ありません。お分かりいただけたでしょうか…？

注意
　絶対やってはいけないこと

　recovery領域を書き換えてしまったので「設定」からの「初期化」は絶対に行わないようにしてください。
　これをやると必ず文鎮化します。

>>10
ありがとうございます
参考にさせて頂きます

もちろん文鎮覚悟で＾＾

>>12
結果の報告お待ちしています！
新品を数日で文鎮にするわけにはいかないので
しばらくは自分はroot化に挑戦できそうにないです…

>>13
私のも、初スマホで、まだ１ヶ月ですが＾＾；

ROM焼きどころか
SHBreakがうまくいかない
ほとんどまっさらな状態から
再起動、SHBreakでBreak2
何度押しても、Copy AUってのが現われない・・・

>>15
たまにそーいう人いるみたいだねー・・・なんでだろ。
自分は普通にcopy auできたけどなー・・・・

おはようございます。
やっぱりここには人来ないみたいですね…

>>17
しょうがないよ。
庭SH総合…ならともかく。

SH-12CスレがSH総合みたいに実質なってますしね

SHBreakうまくいかないので
探してると
breaksuidhsdiagってのでもいけたらしいので
ゴロー君ところから
breaksuidhsdiag.zip
貰ってきたが、さてこれからどうすりゃいいの？
adb からどうとかこうとか？
SDに入れていきなり実行でもいいのか？
色々探すもよく解らんです

SHBreakってもう手に入らない？

>>21
断言できます。
あなたにroot化は無理です。

>>22
解決できました。ありがとうございます。

infobarロゴ無限ループの文鎮化しました…
脱出方法なにかありませんか？
お願いしますm(_ _)m

>>24
本体を破壊して全損扱いで修理
サポート入ってれば5000円くらいでできるよ

>>25
サポート入ってないんですが、その場合はいくらぐらいかかりますか？

>>24
むしろ何やって文鎮化したんだよ

で、どうやってフォントを換えるんですか?

>>28
Droidフォントを入れ替える

SHBreakで出来る？

>>30
あなたにフォント変更は一生無理だと思います。

フォント変更する必要が無い

>>27
Titanium backupでいろいろ弄ってたら文鎮化しました

>>33
あり得ん…
システムファイル凍結でもしたか？

>>34
いつもはシステムファイル表示させずにアプリ凍結してたけど、
今回は表示させて弄ってたからなんかミスったのかも…

それは文鎮とは言わない

文珍じゃないなら八方だな

>>37
何を言いたいんだ…？
文珍は桂で八方は月亭、全く違うじゃねーか

>>37
笑いのセンス皆無だな。関西人で無いことだけは間違いなさそうだ。

小染でもいいぞ
わからんやつは置いていく

しばらくは SHBreak Istweek + Autostarts, Titanium
で様子見るか。

安定したroot化、だれかまとめて〜〜

まとめサイトはまだでしょうか?

非rootでも標準テザは可能
しかし、auoneのサイト以外はブロックされているみたいで、ほぼ繋がらないくらいに遅い
ping等は、どこでも通ります

is06同様に隠れメニューのショートカットでOK

カーネル書き換え気づかれるかヒヤヒヤしてたけど
全損交換OKで水曜に戻ってくる連絡ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!

>>44
乙

他の端末と同じでBarnacleのオンオフで外でれた

>>45
その話は初耳なんですけど良かった楽らしく教えて下さい！

>>45
その話は初耳なんですけど良かったらくわしく教えて下さい！

の間違いですすみません…

・Barnacle Wifi TetherStart
・Barnacle Wifi TetherStop
・android標準テザリングON

IS11Sのスレでは常識のようです。
infobarはオタクは買わない機種なのかな？

Barnacle Wifi Tetherはroot必須
Barnacleがどこ書換えしてるかわかれば、
root不要でテザリング使えるかもしれない。

今回のアップデートはroot化対策だから
アプデするなよ？
絶対だぞ！

確かにアプデしたらSHbreakできんなったわwww
でもピンクのキーボードかわいいからいいや。

昨日新品交換で返ってきてアプデ即停止したのに
既にアプデされてたオワタ＼(^o^)／
初期状態とか無駄なタスク多いのにどうすりゃいいんだ…
不要なアプリ無効化したいよ…

root 奪取できなくても良いから、メーカーアプリの削除が自由に出来るだけでも言い。
まぁ、最低限機能維持に必要なアプリはプロテクトでも良いから…

初期状態でメインRAMの空き容量が100MB切ってるってドンだけ少ないんだまったく。

>>52
年末年始セールでinfobarばら撒いてるから
http://shop.dospara.co.jp/pc/smt/entry/97161
オークション相場ドンドン下がってるから15,000でアプデ前の
中古を買い直してみるのはいかがでしょうか？

>>54
アップデート前だとか買う前にわかるの…？

イヤホンジャック付きのデュアルコア版出ないかなぁ

>>55

設定→端末情報
アップデート前のスクリーンショット
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2444.png

12/27のアップデート後の画面と違いがある？
あるなら、その違いを入札前に質問したらどうでしょうか？

何色希望でしょうか？
ミントとピンクなら予備あるから>>8氏なら、新品未使用をヤフオク最安値1.8でよろしければお譲りします。

infobarの機種変が15000円だったよ
機種変したらどう？

ベースとビルド共、01.00.10になってた。

01.00.09の俺ですらSHBreakは使えない

>>59
>>60
報告乙
1/15過ぎるとauで何かが起きるらしいからそれまで待つ

SHBreakは使えない

>>62
かわいそうな

子

BarnacleでのテザリングはSHBreakでの仮root下の話?

ちょっとはスレ読もうとしろ

すみません。一通り読んで実際に試した上でそう判断したので
確認したかったのですが、間違ってましたか?

その質問に答えられるレベルの人間がこのスレに居ないんだよw

幼稚園からやりなおせ。

>>65
2年前の俺がいる。違う機種を参考に調べて(Xperia、ギャラクシー等) 自分の機種に応用出来たときの喜びヽ(^0^)ﾉ たまに文鎮になるから、リカバリーは必ず作っとかないと泣きをみるよw

>>70
テザリングやアプリを使うていどなら、壊れる事はないけどね。system関係イジル時は気をつけよう！

って書きたかったのに、先に送信してしまった…

ごく最近購入したため、既にSHBreakが使えず十分な検証ができなかったのです。
でも71で理解しました。ありがとう。

>>65
オークションで買いなおしたらどうですか？
新品と中古の差がないよ

SHBreakは使えない

>>74
アップしちゃったんだね
かわいそう

01.00.08では使える

非rootでは起動毎にタスク止めるしかできないな
再起動するごとにやらなきゃいけないのは面倒だわ…
早く現verでもroot化できるようにならないかなぁ…

01.00.09の俺は使えない
アプデした記憶ないのに01.00.09になってて萎えた

>>78
いつ買ったんだ？
あと前は使えたのか…？

>>79
7月に購入して、11月末に修理に出して、12月中旬に返ってきたときには1.00.09になってた。
当時、lifelogの話が上がってたから返ってきたらroot化しようと思ったら/dev/proximity_devが無くてSHBreak機動せず

今も1.00.09のままにしてあるけど、root化諦めてアプデした方がいいのかね？

system領域のバックアップを取る際のコマンドは
tar cvzf /sdcard/system.tgz /systemで良いのでしょうか?
どなたかご教示ください。お願いします

/systemはroだからディスクイメージだろ？
mount で調べてddしろ。

ちなみにsharpはyaffs2 とか言うの
使ってた気がするが、ちゃんと
hostのlinuxでマウントとイメージ作成
できることも確認してからいじれよ。

>>82
レスありがとうございます！気をつけます

dd＝だめです

>>84
KWSK

>>10
ありがとうございます
音声oggリネームして無音にしました

>>86
MIYABIをこの方法で解除するとWIFIなどで不具合が起きるという話が出てますが
その辺はどうですか？

>>87
どこに書いてあるの？不安ですね。

>>88
同じ方法使う別のSHARP機種のroot化スレに書いてあるよ

71 名前：SIM無しさん[sage] 投稿日：2011/12/24(土) 02:02:23.06 ID:eE6MAYwC
ところで>>54に出てたけど/sbinにsu仕込んで大丈夫なのか？
IS03rootswがあるのって直接sbinに仕込んだら色々不具合でるからだと思ってたんだが

あと、"/system/"と"system"の二つを書き換えたカーネル使ってるけどWifiエラー出るな
autoexec.shの起動仕込んだだけだと何もなかったのに

>>89
今のところエラーは起きていない

MIYABI解除したカーネルをリカバリーモードで起動して
/system以下の書換えの設定して通常ブートすれば通常カーネルで起動するから問題は無い

無音
/system/build.propのro.camera.sound.forced=0は関係ない
system/media/audio/uiの無音にしたい音声ファイルをリーネームした
camera_click2.ogg→camera_click2_bk.ogg
camera_focus.ogg→camera_focus_bk.ogg
カメラのシャッター設定でシャッター音をパターン2すると無音
パターン1にすると音声ありになる

>>10の初心者にはわからなかった部分を補足
前準備
windowsのcmdでadbを使えるように、toolsをインストール
http://www.hlplus.jp/android/sdk/library/
infobarの
設定→アプリケーション→開発→USBデバッグにチェックする
infobarとパソコンをusbケーブルで接続
shbreakとistweakで一時root取得

パソコンでcmd起動　cmd.exe
adb shell

1.カーネルを取り出す。

su -
cat /dev/mtd/mtd3ro > /data/local/recovery.img
cat /dev/mtd/mtd0ro > /data/local/boot.img

カーネルをSDカードにコピー
cp /data/local/recovery.img /mnt/sdcard　追加
cp /data/local/boot.img /mnt/sdcard

2.MIYABIの解除 MIYABI LSM
　boot.imgをバイナリエディタ(Stirling.exe)で開きます。
　次の2つのHexValを検索します。
　002F73797374656D2F00 (文字列だと./system/.)
　0073797374656D00 (文字列だと.system.)
　すると、./system/.が1ヶ所、.system.が2ヶ所ヒットすると思います。
　この./system/.と、ramdisk領域で無い方の.system.(１カ所目)の2つを何か別のもの（00やFF等）に書き換えます。
　するとMIYABIが解除されます。

3.nandlockのunlockとカーネルを焼くための準備
nandinfocalcとnandunlockshspamp、flash_imageをadbで/data/local/にpushする。
adb push "c:\・・・フォルダ名・・・\nandinfocalc" /data/local
adb push "c:\・・・フォルダ名・・・\nandunlockshspamp" /data/local
adb push "c:\・・・フォルダ名・・・\flash_image" /data/local
それぞれ権限をadbで755にする。
adb shell chmod 755 /data/local/nandinfocalc
adb shell chmod 755 /data/local/nandunlockshspamp
adb shell chmod 755 /data/local/flash_image

次にunlockのための番地を検索します。
su -
/data/local/nandinfocalc boot
-結果-
Opening /dev/mtd/mtd0... Done.
Reading... Done.
Searching...
0xc085109c
0xc08a3028
found: 0xc08a3028

とやれば該当アドレスが出てくると思います。
そしたら、(0xc08a3028は検索結果のアドレス)
/data/local/nandunlockshspamp 0xc08a3028
y
f=3になればnandがunlockされている。
下のコマンドでも良い
su-
cd data/local
./nandunlockshspamp 0xc08a3028
y

※nandは一回のunlockで永久にunlockされるものではないみたいです。
　カーネルを焼く前や/system以下を弄るときには毎回unlockしてください。

4.変更したイメージのカーネルを焼く
※ここから文鎮になる可能性が出てきます。
心配な人は簡単な方法が出るまでやらないほうが懸命です。
MIYABIを解除したイメージをrecovery領域に書き込みます。
MIYABIを解除したイメージファイル(パッチ済boot.imgをmtd02.binにリネームしたファイル)を
adbで/data/local/にpushします。
adb push "c:\・・・フォルダ名・・・\mtd02.bin" /data/local

(一時root状態ではPCと接続しない方がいいでしょう。再起動してrootじゃない状態でやってください)←理由がわからなかった
nandのunlockを行なった後、イメージカーネルをrecovery領域に書き込みます。
(0xc08a3028は検索結果のアドレス)/data/local/nandunlockshspamp 0xc08a3028
su-
cd data/local
./nandunlockshspamp 0xc08a3028
y
./flash_image recovery ./mtd02.bin
　なにもエラーがなく終了した場合は書き込み成功です。リカバリーモードで再起動してみましょう。
reboot recovery

これで正常に起動できればMIYABIを解除したカーネルでの起動に成功でです。
一時root化、nandunlockを行うことで/system以下の書き換えが行えるようになると思います。
リカバリーモードでの起動ですので、再起動すると通常カーネルからの起動になってしまいます。
しかし、フォント変更、SystemUIの変更、build.propやinit.rcの変更程度の利用ならこれで十分だと思います。

下手な説明で申し訳ありません。お分かりいただけたでしょうか…？

一時じゃなくて常用root
ttp://www45.atwiki.jp/aquosphonesh12c/pages/28.html
これもできた

wi-fiのON、OFFも正常動作してるけど、
実験的にしばらくMIYABIとrootを解除した状態で常用してみます

今のバージョンでも出来れば問題ないんだがな…

サミー

infobarテザリング

非root
標準wi-fiテザリングのメニューをapk等で呼び出せば可能
ただし、小パケット通信のみ可能
小パケットに対応したクライアントならどこにでも繋がる
小パケットに対応したサーバならどのクライアントでも繋がる
3DS等で通信可能
超古いPCで通信可能
実測で3Mbpsでた

一時root
Barnacleのオンオフでinfobarの小パケット通信の制限が外れる

一時root + nandlock解除
boot.imgを変更しautoexecも起動するようにする
autoexecで大パケット通信許可設定をする
Barnacleのオンオフが不要になり非rootでテザリング可能

>>sh-12cをbreaksuidproxで一時root取っているときにWiFiに繋ぐと、dhcpcdが生成する一時ファイルのownerがrootになってしまうから、非rootの時にWiFiが繋がらなくなる、という副作用が発生
infobarはbreaksuidhsdiagだから関係ない

http://silverw1ndy.blog59.fc2.com/blog-entry-10.html
adbの使い方

>94
この通りに何度やっても「reboot recovery」をするとiidaの文字が出てそこでとまるけどなんでだろう。「002F73797374656D2F00」の部分とかも全部00で埋めたのになー。

↑間違えた。92のやり方でした。

連投すいません。00 FF… 00 にする事で無事にroot化出来ました！

>>102
framework-res.apkを圧縮解凍ソフトで画像差し替えで、バッテリー100％表示にできるよ。
リカバリーだけじゃなくて、通常bootした時もadbでroot取れるようにしといた方がいいよ。文鎮した時に元に戻せるからね。

uot kitchenやapk toolやapk managerはエラーでて中のxmlを解凍できなかった。たから、差し替えのみ。

標準のバッテリーアイコンを100段階に書換える方法
http://d.hatena.ne.jp/cryks/20101104/1288881294
http://d.hatena.ne.jp/atsurin/20110428/1304144312

>>102
"00FF"って埋めてたのを、"00"で埋めたら成功したの？

通常bootでroot取れるようにroot化img焼こうとしたけど
エラーで
flash_image boot root化.img

erase failure at 0x001a0000 (Read-only file system)
erase failure at 0x001a0000 (Read-only file system)
skipping write block at 0x001a0000
erase failure at 0x001c0000 (Read-only file system)
erase failure at 0x001c0000 (Read-only file system)
skipping write block at 0x001c0000
erase failure at 0x001e0000 (Read-only file system)
erase failure at 0x001e0000 (Read-only file system)
skipping write block at 0x001e0000
erase failure at 0x00200000 (Read-only file system)
erase failure at 0x00200000 (Read-only file system)
skipping write block at 0x00200000

bootのNANDアンロックできてない事がわかったけど
recoveryはアンロックできている。
bootのNANDアンロック方法がわからない

nandunlockshspampはrecovery領域のみでboot領域はアンロックしてないから、
ソースを自分で書換えてコンパイルする必要があるらしい

>104
はじめは「00 2F 73 79 73 74 65 6D 2F 00」をすべて0で置き換えたんですが、それだと
上手くいかなかったので「00 FF FF FF FF FF FF FF FF 00」としてみたら上手くいきました。
「0073797374656D00」も同様に00でFFを挟んだ形です。

これが失敗の原因だったのかどうかは定かではありませんけど。

もう本スレを見る意味が無くなった
さようなら

なんで？

IS05はOCカーネル出てきたよ

【Android 】SHARP IS05 Rootスレ【au】
http://anago.2ch.net/test/read.cgi/smartphone/1320769901/82-

>>92
>>108の通り00埋めは駄目で
00FF・・・・FF00が正しいっぽい

002F73797374656D2F00 (文字列だと./system/.)
00FFFFFFFFFFFFFFFF00
0073797374656D00 (文字列だと.system.)
00FFFFFFFFFFFF00

system壊れてもadb接続できるbootを003SHに移植
GALAPAGOS 005SH 2.3をroot化する方法を考えるスレ
http://anago.2ch.net/test/read.cgi/smartphone/1319287551/133-

オーバクロックパッチとSDブート
【ROM焼き】SH-03C rootスレ【SDブート】
http://anago.2ch.net/test/read.cgi/smartphone/1325216620/122-
IS05にOC移植完了
【Android 】SHARP IS05 Rootスレ【au】
http://anago.2ch.net/test/read.cgi/smartphone/1320769901/82-

tetherxp.infがどうしてもインストール出来ない。
どなたかインストール方法わかるかたいませんか？

>>114
tetherxp.infにINFOBAR A01の情報を追加してあげれば良い

>>115
%AndroidDevice% = RNDIS, USB\VID_04DD&PID_944B
%AndroidDevice% = RNDIS, USB\VID_04DD&PID_9454
%AndroidDevice% = RNDIS, USB\VID_04DD&PID_9455
%AndroidDevice% = RNDIS, USB\VID_04DD&PID_9466

これを追加してみたんですがそれでも出来なかったんです。ADBとかのはこれでいけたんですけどねー・・・

俺もいろいろ試してみて、最終的にはPIDの後ろにMI_00を追加したらいけた

しかし何でPIDが４種類もあるの？
俺のはUSBデバッグ(adb)有無の時の２種類だけだけど。
しかもその値は9465と9466だよ。

>>117
9465でドンピシャでした！有難うございます。
4種類あるのは以前adbドライバ入れるときに参考サイトその4つが書いてあったので
そのままこぴぺした為です。

>>117
9465でドンピシャでした！有難うございます。
4種類あるのは以前adbドライバ入れるときに参考サイトその4つが書いてあったので
そのままこぴぺした為です。

framework-res.apkを差し替えしてバッテリー100％表示にしたのですが、
Googleアカウントとか壁紙とかがクリアされてました。

動作は今のところ問題なさそうなんですが、差し替えるとクリアされるものなのでしょうか…

さあな┐('〜`;)┌

>>120
同じくinfobarだけどGoogleアカウントとアドレス帳がクリアされました
壁紙は設定していなかったので、不明です
Googleアカウントの同期でアドレスは復旧しました

winrarで回答せずに差替えしたのですが
framework-res.apkは、差替えは具体的にはどいう方法でしましたか？
xmlはできましたか？

>>122
書いた後に気がつきましたが自分のもアドレス帳が消えてました。。

やり方については、
http://crtist.blog.fc2.com/blog-entry-4.html
こちらのサイトを参考に、Apk Managerを使用して差替えしました。
xmlは弄るの面倒だったので画像ZIPについていたxmlを確認して差替えましたよ。

>>97
autoexecで大パケット通信許可設定をする

もしよろしければ、ここの設定内容をおしえていただけないでしょうか？

age

>>120
調べてみますので差替えしたframework-res.apkをアップしてみて下さい
ttp://www.axfc.net/uploader/

>>124
↓の一行追加　1234は通したいサイズ。これでOK
ifconfig rmnet0 mtu 1234

>>103-107
>>94のリンク先のnandunlockshspampはrecovery領域のみのnandロック解除をする
goroh_kunのソース付版はboot領域等を全部ロック解除するのでそちらを使えばboot領域も書き込み可能になる

・recovery領域のみ解除版は
f=3が1回表示される
・nandunlockshspampソース付版
f=3が3回表示されてboot領域も全て解除

shbreakで一時root取った状態で使用し続けないで、一時rootを取ってしたい事し終わったら
再起動した方が良い。たぶん、全てがroot権限で動作しているようなので、誤動作やエラーの原因になると思われる。
常時rootではエラーは表示されない。

recovery領域にroot化カーネルのテストをして正常動作したらroot化したカーネルをboot領域に書込んで
recovery領域はバックアップした元のイメージに戻す。
理由；誤って、初期化等をした時に文鎮化するのを防ぐため

autoexecサービスはどういうサービスなのか詳しくわからないが
5秒毎にroot権限で指定したshファイルを実行していると思われる

初期化で文鎮化する理由
【ROM焼き】docomo AQUOS PHONE SH-12C
http://anago.2ch.net/test/read.cgi/smartphone/1319327710/965

965 名前：SIM無しさん[sage] 投稿日：2011/12/14(水) 22:54:22.35 ID:gjZnQM1r
recoveryに改造ROMや元々のboot書くなら初期化機能を
捨てる訳だから、/cacheはmtdのcacheパーティションを
マウントする必要は無いんじゃない？

初期化で文鎮化する流れは
1. 初期化実行すると/cache/recoveryに初期化するコマンドが
書かれる。
2. bootに書かれたサービスが/cache/recoveryのコマンドに
反応してreboot recoveryが実行される。
3. recoveryで起動したがこちらも元々はbootなので、
サービスが/cache/recoveryに反応してreboot recoveryが
実行される。
4. 3に戻る。すなわち無限ループで文鎮化。

/cacheにtmpfsをマウントしておけば再起動で初期化
されるから無限ループは防げるかと。
間違ってたら訂正して下さい。

infobar(たぶんシャープ製全て)は他機種と違い、
電源ボタン+HOMEボタン押し起動等でリカバリーモードで起動する方法は無い
adb shellでreboot recoveryやリカバリーモードで再起動するアプリを利用する必要がある
リカバリーモードで再起動するためにはroot権限が恐らく必要

bootやrecoveryのnandの基礎
http://d.hatena.ne.jp/urandroid/20110301/1298946671

>>126
ありがとうございます！お手数おかけします。。

こちらにアップロードさせていただきました。
ご確認よろしくお願いします。
ttp://www1.axfc.net/uploader/Li/so/119796

>>127
ID変わっちゃいましたが元rpzX9WdXです。

こちらもありがとうございます！

ZVkliJRKさんへ


本スレ見たんですが、
不要なプレイン停止後RAMは150MB空きもあいたとのことで参考までにどんなものを消したか教えていただけないでしょうか？

ちなみに私は以下のサービスを止めていますが120前後しか行かないです。
ttp://www1.axfc.net/uploader/File/so/74388

>>132
すいません、どこもおかしくないようです。電話帳がリセットされるのは解消したいですね

>>134さんのように出力したいのですが、どのようにしたら出力できますか？
手書きであれば、手書きします。

framework-res.apkの作成はUOT　kitchen
http://uot.dakra.lt/でエラー無しで成功しました。

adb shell chmod 644 /system/framework/framework-res.apkしないで再起動すると、
再起動時間が何十分もかかり文鎮化したかと焦りました。

書換え後に成功すると、画面にエラーが表示されますが、画面で操作しない方がいいです。
画面でエラーを閉じていくと勝手に再起動がかかりました。

adb shellで書換えた後、ミスっていないか確認してから再起動した方が安全です。

>>135
入れ方の問題なんでしょうか…？
もう一度変更する時が怖いので、自分でも調べてみようと思います。

出力については、
PC接続⇒adb shell⇒pm list package -dで停止中のアプリ一覧が取得できます。
あとはそれをコピペであんな感じに出力可能です。

package:jp.co.sharp.android.media.server

package:com.kddi.android.iida.dots

package:com.android.providers.calendar

package:com.android.bluetooth

package:jp.co.sharp.android.majorupdate

package:com.kddi.android.fota

package:com.google.android.apps.genie.geniewidget

package:jp.co.fsi.fs1seg

package:jp.co.sharp.android.wallpaper3d

package:jp.co.sharp.android.providers.gps

package:jp.co.sharp.android.pedometer

package:com.uievolution.gguide.android

package:com.kddi.android.iida.iidarss

package:jp.news_ex.ar

package:com.kddi.android.iida.iidaclock

package:jp.co.sharp.android.lifelog.database

package:com.kddi.android.iida.widgethome

package:com.kddi.isfaq

package:com.android.wallpaper

package:com.broadcom.bt.app.system

package:com.kddi.android.iida.iidaweather

package:com.android.calendar

package:jp.co.sharp.android.AossWps

package:jp.co.sharp.android.compass

package:com.android.wallpaper.livepicker

package:jp.co.sharp.android.gpsapp

package:com.kddi.market

package:jibe.android.activity

package:jp.co.sharp.android.xmdfDict

package:com.kddi.android.au_wifi_connect

package:jp.co.sharp.android.calendarselector

package:com.kddi.android.iida.protips

package:jp.co.sharp.android.netdictionary

package:com.kddi.android.iida.iidacalendarschedule

今みたら190MB
autostartsとISTweakで不要なアプリは停止してる
起動時にAdvanced Task Killer FroyoでセキュリティLOWで全てのタスクを1回落して
その後は普通に使用しています。

でも普通は150MB前後

>>140
ありがとうございます！
iidahome使ってるんでできないものもありますが参考にします！

あと、autoexecの実行タイミングって起動時だけなんですしょうか…？
ifconfig rmnet0 mtu XXXX　を追加したんですが、MTU値が元の値のままになるんです。。

>>141
日本語おかしいですね。

MTU値が元の値のまま、変わった感じがしないんです。
A01起動⇒すぐテザ起動　MTU：元の値のまま

テザ起動前にWIFI繋いだわけとかでもないんですが…

>>142
autoexecがどういうサービスが調べてもよくわからなかったのであってるかわかりませんが。

boot.imgにautoexeサービスがautoexec.sh(指定したファイル名)を実行するようにバイナリエディタで書く
autoexec.shに記載の内容が5秒毎にroot権限（root取らなくても）で実行されています。

確認方法
・dmesgすると5秒毎に起動している
・autoexec.shが実行されると時間がテキスト出力されるように設定すると
5秒おきにログが吐き出されている
・autoexeのmtu xxxxの値を変更すると、即反映される　1400や1600等極端な値にすると
テザリングのwifi経由でホームページが閲覧できなくなったり、できるようになったり変化する

↓の一行を追加すると
TZ=JST+15 date >> /data/local/autoexec_log.txt

autoexec_log.txtへ5秒毎に1行ずつ時間が追加されました
テストが終わったら↓のように書換えておくと良い
コメントアウト
#TZ=JST+15 date >> /data/local/autoexec_log.txt
or
1行ずつ新規作成されるので、実行されているどうか確認用に使う
TZ=JST+15 date > /data/local/autoexec_log.txt

もしかして実行権限与えていないとか？

IS11SHのプロセス停止　例
http://pastebin.com/WprMuHAS

>>144

いろいろとすみません…。ほんとにありがとうございます。
テキストはいてautoexec見てみたら1回しか起動してないような感じです。

ちなみに、
http://www45.atwiki.jp/aquosphonesh12c/pages/28.html
にあるautoexec.shの変更方法だとoneshotって記載のせいで1回起動になってるでしょうか？
autoexec.shの内容もここにあるものにifconfigを1行追加しただけです。

>>147
oneshotの文字で判断しようぜ
SH12C持ちだけど書き込みも入ってるしautoexecのoneshotは削るべきじゃないと思う
憶測でしかないけど、もう一つ別に常時起動でサービス突っ込んでみればいいんじゃないか？

>>147
Linuxの事が全く意味わからないでしていたのでoneshot抜けてました。
Linux autoexecでググッテも見つからないし、autoexecについて>>143の推測しているだけです
http://www.google.co.jp/search?aq=f&sourceid=chrome&ie=UTF-8&q=linux+autoexec
oneshotを消さないならループさせて1分おきに実行させたらどうかな？

>>148
具体的に教えて頂いてもらっても良いでしょうか？


UOTでバッテリー100%書換えと左上M/dd E H:mm形式で日付と曜日と時間が表示されように
したので良かったら使ってください。
http://uot.dakra.lt/pickup/
UOT-01-23-15-03-1
http://uot.dakra.lt/downloadpickup.php?data=VU9ULTAxLTIzLTE1LTAzLTEuemlw

UOTでxmlは100%に書き換わっていますので、後は中の画像を差替えるだけでも色々なデザインにできます。
UOTを使った方が簡単だと思います。

書換え前に電話帳の同期をしてバックアップをする
_su
mount -o remount,rw /system /system
cd /system/framework
chmod 644 /system/framework/framework-res.apk.customized8
mv framework-res.apk framework-res.apk.original
rm framework-res.apk
ln -s framework-res.apk.customized8 framework-res.apk
reboot recovery

>>147
リカバリー領域でテストしたらiidaロゴから先に進まなくて失敗でした。。
別のサービスを安全に入れる方法とかってあるんでしょうか…？

あと、autoexecでsuとか起動時に毎回書き込みされるようになってますが、
これって一回権限与えたらその辺の記述いらなかったりしますかね…

別のサービス入れるのは上記のため怖いので、
oneshotの記載を消す⇒autoexecの権限付与関係の記述消してifconfigだけにする
で行こうと思ってますが、>>149さんの設定ってこんな感じでしょうか…？

>>150
boot領域のカーネルはservice autoexec /data/local/au.sh
au.shはauのみ埋め込んで、意味あるかわかりませんが、イザって時にadbのみでroot取れるようにしてあります。
後ifconfig

リカバリー領域はservice autoexec /data/local/autoexe.sh
MIYABI無効
su
ifconfig

リカバリー領域で色々試しています。弄るのにあきたら、リカバリーは元に戻すつもり

無知なので理解できていないが、
oneshotは消さない方が良いとアドバイスがあるので、
oneshotの記述をしてifconfigをループするautoexec.shファイルに変更する予定

試していないから正常にどうさするかわからないけど、
下をautoexec.shに仕込む
while true; do ./ifconfig.sh ; sleep 60; done
60秒毎にifconfigを実行する。ifconfig.shの中身は　rmnet0の書換え
もう少しlinuxのshが判る人がいたらwl0.1をifconfigでチェックして見つかったら、ifconfigでrmnet0を書換える動作を
ループしたらいいかも

もう少し解析できる方がいれば、ネットワークの設定が変更時の動作の部分に仕込めるかもしれない

auのroot関連だと下のacroサイトの方がLinuxに詳しい方もいて情報が多いので参考になります
シャープの他機種のROM焼きスレも参考になります
【ROM焼き】au Xperia acro IS11S Root5
http://anago.2ch.net/test/read.cgi/smartphone/1326695119/

俺もあんまりAndroidのboot動作知らないから何とも言えないんだが…

service autoexec2 /system/bin/sh /data/local/autoexec2.sh

みたいなのをinit.rcに突っ込んで、autoexec2.sh内に実行したい処理書いとけば良いんじゃないだろうか

a01,003sh,005sh他、headset_diagの脆弱性がある端末向けの一時root取得ツールを公開します。 実行後ターミナルエミュレータが#になっていれば成功です。実機がないので想像で書いてます。 http://t.co/zxfCEPq2 分かる人限定で。
goroh_kun 2011-11-20 02:44:52

>>153
いつの話だよ期待させんな

iida homeとワンセグって凍結できないの?

istweakでiida home 凍結するとエラーになったから凍結してない
ワンセグは凍結できているかわからないけど止めてる

/system配下のファイル差替えて、フォントを変更してみたんだけど、
iidaHomeの各パネルにあるアプリ名とかって変更できないのね…

ググっても有益な情報出てこないし試行錯誤の日々

>>157
本体再起動したら変わるだろ？

>>158
再起動しても反映されないんだよね。

droidの3つと、それでダメだったから情報あったserif-regularも変えてるのに。
iidaHomeの表示以外はフォント変更されてるからいいっちゃいいんですが。

フォント変わんないから指定してるかと思ったけど、フォント指定してないっぽいし。
そもそもモリサワフォントはどこに格納されてるんだ…findすらされん
ttps://sh-dev.sharp.co.jp/android/modules/download/?/api_font

設定画面とか、ホーム以外は変更できてるのに癪だ
http://loda.jp/a01/?id=1055.png
http://loda.jp/a01/?id=1056.png

※プレイン凍結注意点
iida HOMEは凍結するとエラーになるので凍結できない
widgetHomeは凍結可能

例えばadwホーム等を使用、且つwidgetHomeは凍結の状態
この状態でホームをiidaHOMEに設定して電源オンオフして起動すると
半分文鎮化します。
iidaHOMEはwidgetHomeが凍結されていると、画面真っ黒になりステータスバーしか操作できなくなります。

復帰方法は、adbでroot取れるカーネルをboot領域に焼いている人は、
adbでwidgetHomeを有効にすれば簡単に復旧可能

そうじゃない人は、ステータスバーから、shbreak等が起動してroot権限が取れなければ、復旧は困難だと思います。

adb shell pm list packages -f
adb shell pm list packages -f | find "停止したら駄目なアプリ名"
pm enable 停止したら駄目なアプリ名

停止したら駄目なアプリ名＝jp.co.sharp.android.ｘｘｘｘｘｘ等

autoexec.shを仕込んで動作の確認までは出来ました。
adbで/dev/_suとすればSHBreakなくてもroot取れるようにはなったのですがConnectBot等で
やろうとするとパーミッションで弾かれてしまうんですが、皆さんはadbを使わずどうやってrootをとって
いるのですか？IS03rootswitcheも入れてみましたがやはり無理でした・・・

帰宅途中に触ろうとしたら手から滑った…
そのまま車に踏まれて画面とかバキバキに…

修理に出したいんだけど、リニューアル修理になったらBBバージョンは最新になるよね？
Rootでサクサク生活が終わるのやだなぁ…
とりあえず裸使用は滑るから気を付けた方がいいですよ。

>>164
修理に出す時はさらにめちゃめちゃにしてから出せよ
画面映らなくても起動して中調べられれば
「改造したものは保証対象外です」って言われる可能性があるから

auでSH機種が改造で保証対象外になったケースは今までないとか言われてるけど
前例がないから大丈夫ってわけでもないからな

>>165
ご忠告ありがとうございます。
SIM生きてたから若干別の機種買っちゃおうかと思ってきてるけど、修理出すと決めたらめちゃくちゃにする。

>>163
>>92のリンク先のautoexec.shを仕込めばIS03rootswitcheで切替え可能


常用していますがwifi全く問題無しです。

>>167
>>92のautoexec.shを使ってやっているんですけどねー。
何が違うんだろう・・・。

全く別件ですが今keychord_fdが動かないか試してます。
うまく動けばキーブートでリカバリーモード入れるんですけどねー。

ttp://www.gcd.org/blog/2012/02/900/

このサイトで/system/etc/install-recovery.sh を作れば
autoexecみたいに使えるって書いてあるんだけど、A01で使ってる人いる？

いたらどんな感じで活用しているか教えてほしいなー、なんて。

is11shで常用root取ろうとしたんだが、
その後キャリアメールがエラーでできなくなってしまった。同じ症状の人いませんか？

その機種のスレで聞けよ

>>170
エラー画面のスクリーンショットうｐして下さい


>>1
良かったねrootkitリリースされました


sh-01dのroot取得方法をメモしてみました。
http://t.co/wRfEnFt6
すくなくても前回公開されたkernelソースコードでは利用可能と思います。
最新版で修正されているかは不明です。
goroh_kun 2012-02-05 05:48:31

sh-01dで使えるかもしれない、shdispの脆弱性を利用したroot取得ツールを公開します。
http://t.co/XA0FZnM3
sh-12cでは動作確認しました。利用の詳細は2ch参照のこと。
goroh_kun 2012-02-05 05:29:15

今日本スレにあがってるやつは新脆弱性利用バージョンだったのね
取得報告増えてきたらケータイアップデートしてみようかしら

01.00.10
むこうの242実行するも？？
microSDと端末容量->マウント解除
ってのがよく解らん、OK押すのか？キャンセルするのか？？
どっちも試すが
Permission denied

ttp://pastebin.com/GUBtaUH1
ここも試すが、
「35./cacheディレクトリのパーミッションが777になっているはず」
が、どうもうまくいかんなぁ・・・

>>174
microSDと端末容量->マウント解除

キャンセルでいいです。
jniのライブラリがそのダイアログが表示されるタイミングで読み出されるので。
改ざんしたjniのライブラリが呼び出されるためには
jniライブラリがshdisphookによりコピーされている必要があります。

adb shell ls -l /data/data/com.android.settings/lib
の結果が
-rw-rw-rw- shell shell 10932 2012-02-07 22:15 libsdservice_jni.so

こんな感じで出る必要があります。

goroh_kunってすげーやつだ。ありがとう。
昨日買った錦、端末エミュレータでもadb shellでも無事#になったわ。
01.00.10
http://petite-soeur.dyndns.org/cgi-bin/up2/src/ps217320.png

さて、/systemのremountでもやってみるかの。
雅ってやつをなんとかしないといけないんだっけか。

./system/.と.system.の書き換えだと運悪ければエラー起こすらしい

カーネルバイナリでmiyabi_sb_umountの文字列を検索、その文字列のアドレスを利用している関数を検索、
関数のアドレスを検索で miyabi_security_opsを見つけ、ゼロで埋めればmiyabiが無効になってsystem書き込めるらしい

と他スレで書いてあるんだが俺には理解出来ないレベルだった…

誰か解説してくれる人は現れないものか…

01.00.10
むこうの242実行

failed on '/cache/recovery' - No such file or directory

ってでてる
breaksuidshdispを差し替えてやるも同様

>>177
おめー
例のBAT？
それとも手動で

>>179
手動でやっても手間は変わらんよ。
ttp://pastebin.com/TCxiArQn
の
$ ln -s /dev/shdisp /cache/recovery
のとこまでやっとけば
後は毎回リブートして「iida」が出た瞬間に
adb wait-for-device shell /data/local/shdisphook
SDがマウントされるまで待ってステータスバー引っ張って
microSD設定→microSDのマウント解除→キャンセル
すると、
adb shell ls -l /dev/shdisp
を実行すると
crw-rw-rw- system cache 232, 0 1980-01-08 10:07 shdisp
と弄れる権限になると思うから、これになってたらadb shellで
$/data/local/breaksuidshdisp
をやれば#取得、su権が欲しければ
ttp://www1.axfc.net/uploader/Sc/so/295510.zip
のファイルを突っ込んで権限755にして、
端末エミュレータで
/data/local/autoexec.sh
を実行して、adb shellで
/dev/suや/dev/_su
やると、adb shellでsu権が取れる。

>>179
.bat読んでもできないなら、お前には無理だ。
文鎮にするのが落ちだから諦めろks

手動でやってみるも
$ echo 'chmod 666 /cache/recovery' >> /data/local/oncmd.sh
echo 'chmod 666 /cache/recovery' >> /data/local/oncmd.sh
$ echo 'chmod 777 /cache' > /data/local/oncmd.sh
echo 'chmod 777 /cache' > /data/local/oncmd.sh

ここでmicroSDのマウント解除→キャンセル

$ rm -r /cache/recovery
rm -r /cache/recovery
rm failed for /cache/recovery, Permission denied

BATを1行づつやってみたが

C:\Users\ \Desktop\infobar-rootest_v2>adb shell ls -l /cache
lrwxrwxrwx shell shell 2012-02-08 14:27 recovery -> /dev/shdisp
drwxrwx--- root root 1980-01-06 09:00 lost+found

C:\Users\ \Desktop\infobar-rootest_v2>adb shell rm -r /cache/recovery

C:\Users\ \Desktop\infobar-rootest_v2>adb shell mv /cache/recovery /cache
/recovery_
failed on '/cache/recovery' - No such file or directory

>>182
今外出中だから具体的に書けないけど、
消すんじゃなくてファイル移動させるんだよ
A01だとrecoveryが既に有ると
shell権限だと削除できないから、
mv /cache/recovery /cache/recovery_
をやって
ln -s /dev/shdisp /cache/recovery
をやる

詳しいことは以下のスレを参照
【ROM焼き】docomo AQUOS PHONE SH-01D root1
ttp://anago.2ch.net/test/read.cgi/smartphone/1325071707/

>>182
オレはrootest_v2.batと手動の合わせ技。
rootest_v2.batのbreaksuidshdispの結果が失敗ったんで、後からadb reboot以下のこのコマンド部分だけを手動でやった。

ってか、183でrmしたファイルをmvしようとしてるが、そりゃNo such file or directory になるよ。
その結果は正しい。
とりあえず"rootest_v2.bat"のログでも晒せば的確な助言が出てくると思う。
今までの情報だけでは何が問題なのか誰にも見えてないんで。

だが、もし182がrmとかmvとかのshellコマンドが何してるかをわからないのだったら、181が言う通りなんでやめておくことをお勧めする。
万が一悪意のある助言をされて、それを見抜けなかったら最悪文鎮コースだかんね。

>>184
お忙しいのに、どうも
なんとか、手動で#にはなりました
どっか勘違いしてたのかと

>>185
うん、やばいかも
#にはなったが
180のttp://www1.axfc.net/uploader/Sc/so/295510.zip
のファイルを突っ込んで権限755にして、
って部分が？？な状態です

>>186
$やadb shellの後にある１単語はLinuxのコマンド
分からない単語があるなら「Linux コマンド コマンド名(cdやrmなどの単語名)」でググったらいい

chmod 755とか言うのは権限を変更させるためのコマンド
chmod以降の３つの数字は右からrootの権限、rootの属するグループユーザでの権限、その他のユーザの権限となっている
７とか５ってのは、３つのスイッチが入ってるかどうかの状態を表す
スイッチが入っていれば１、そうでなければ０となっていて、スイッチが入っていれば権限が与えられる
スイッチは左から読み込み権限、書き換え権限、実行権限となっていて、全ての権限が与えられると111となり、
これを２進数と考えてこれを10進数に読み替えると７になる。
つまり、７の権限ということは全ての動作が可能で、５の権限ということは読み込みと実行が可能ということ

これでおｋ？

>>186
権限の変更は
adb shell chmod 755 /data/local/autoexec.sh

/data/local/は権限を変更したいファイルが入ってるフォルダ名
autoexec.shは権限を変更したいファイル名

>>187、188
ど素人な自分に、詳しくどうも

よくは解りませんが
ZIP解凍して、中の4ファイルを
adb push ＊＊＊ /data/local/
でコピーし
adb shell chmod 755 /data/local/autoexec.sh
でいいのでしょうか？

>>189
pushしたすべてのファイルの権限を755にして

あと、権限変更後は念のため再起動して、
また#取得までやってautoexec.sh実行をやってね

なんとかみなさんのおかげで
adb shellで#なところまでこぎつけました、
ありがとうございました

また、別の疑問が

# pm list package |sort
pm list package |sort
sort: not found

sortが効く機種と効かない機種って
どこがどう違うのでしょうか？

>>191
まだこの方法では完全なsu権にはなれてないみたい
findとかsu権が必要なコマンドとか使えないからもうこれは
今のところは諦めるしかないだろうね

>>192
了解しました
少しだけですが凍結完了しました
ありがとうございました<(_ _)>

>>191
ちょっと遅かった気がするけど
pm list package | /data/local/busybox sort
これで何とかならないか？
sortコマンド入ってなかった気がする
busyboxのパスはこれで合ってるのか分からないけど自分で入れた所と合わせてくれ

>>194
pm list package | /data/local/busybox sort
でOKでした

今の状態って、再起したら、wifiがダメのようですね
再度#になれば、wifiも復帰する気がす

それと、端末初期化もできないのね(^_^;)

nandunlock出来た人いる？

>>195
wifiダメになったら#で
/data/misc/dhcp/
の中に入ってるファイルをrmで全部消して再起動すればおｋ

>>192
findコマンドは標準でないから、findコマンドを組み込めば動作しますよ

>>195
端末初期化は、nand領域を変更していなければできます。
nand領域を変更した場合は、バックアップを元に戻せば初期化もバージョンアップも可能
バージョンアップすると新しいrootkitができるまでrootが取れなくなります

一時root状態は常用したら駄目なので、やりたい事をし終わったら再起動してください。
完全rootをウィジェット等で切替えたい場合は、リカバリーにテスト焼きし、正常動作したイメージをブートに焼いてください

完全root取れるワンクリツール更新
rootest_v4.batにリネームしv3と差替えてご利用下さい
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2519.bin
up2518.binをrootest_v3.7zにリネームし解凍してご利用下さい
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2518.bin

一時root
boot.img等のバックアップ
完全root化
バッテリー100%表示
カメラ無音
を処理を組み込みました

公開されている裏技機能の希望があれば、組み込みます

C:\android_backupに作成されるboot.imgを
ttp://2sen.dip.jp/cgi-bin/upgun/up6/upload.cgi
にアップロードして下さい。rookの差分パッチを作成して組み込みます。

動作報告用テンプレ
・機種とバージョンを記入する
設定→端末情報（下の方）→ビルド番号（下の方）→バージョン
エラーの原因だと思われるログを書き込んで下さい

注意
ワンクリツールに関する質問は
ROM焼きスレしないでね、初心者過ぎる質問なので迷惑ですと言われました

>>147 返信：78[sage] 投稿日：2012/02/09(木) 14:22:46.02 ID:YQi3TvFH [2/2]
>>ロゴは表示されますが、その後すぐにドロイド君とその上に三角に！の警告マークが出るだけで
リカバリーモードで起動していますので、書き込まれていないと言う事です
v4でflash_image後に停止するようにしましたので、ログを教えてください

>>あと、gscriptフォルダにautoexec.shを書き込むところが正常に出来なかったので、そこは手作業で行いました。
確認して、修正して後でアップします

IS12SHだけどできそうですか？

>>403
バージョンは01.00.07ですぅ

rootest作成者様ご苦労様です。
エラーの内容が
error writing recovery: No space left on device
だったので単なる容量不足でした…
容量を開けてからまた再チャレンジしますね。
お手数をおかけいたしまして申し訳ありませんでした。

リカバリー領域はそもそも容量が少ないらしく、
既にカーネルがあると別のカーネルは焼けないみたいです。
(上書きだったとしても、空き領域に書き込みが終了してから元ファイルが削除される)
なので、rootestにはリカバリー領域をまず削除してboot.imgを書きこむようにしたほうがいいと思います。
rootest作成者様、これをご覧になられていたら対応の方よろしくおねがいします。

すみません…
容量不足とはRAM(メモリ)の容量の事だったようです…
常駐アプリ減らしたりして再度試してみます…
色々とすみません…

マルチやめーいｗ

error writing recovery: No space left on device
の原因がわかりました。

順を追った結果、nandがunlockされていませんでした。
なのでおそらく新たなnandunlockshspampが出てくるまで
01.00.10ではカーネルは焼けないと思います。
残念でなりません…
何もできない私では待つしかないですね…

あるの？

rootestやってみたがGscriptのAdd script→Load file→がJava.lang.ぬるぽで動かねえ…
代用のアプリないのかorz @IS11SH 01.00.09

>>209
実は端末で/data/local/autoexec.shするだけで良かったりする

>>210
kwsk教えてくれないか…
スレ汚しｽﾏｿ

>>211
Gscriptをやるんじゃなくて、
その代わりに端末エミュレータで
/data/local/autoexec.sh
と打ってEnter
何も出ないけどそれが成功したってこと
後はGscriptの作業の後をやってください

Gscriptの作業は単にautoexec.shを実行させたいだけらしい

>>212
有難うございます。
boot.imgのrecovery領域書き込みまでいけましたが、

y|/dev/_su -c /data/local/nandunlockshspamp 0xc089d348."
addr = 0xc089d348
Is this addr correct? (y: continue)
f=3
f=3
f=3

C:\Documents and Settings\ユーザー名\デスクトップ\root\新しいフォルダ>echo write_reco
very
write_recovery

C:\Documents and Settings\ユーザー名\デスクトップ\root\新しいフォルダ>adb shell /dev/
_su -c /data/local/flash_image recovery /data/local/boot.img
mtd: read error at 0x00000000 (Out of memory)
mtd: read error at 0x00020000 (Out of memory)
mtd: read error at 0x00040000 (Out of memory)
mtd: read error at 0x00060000 (Out of memory)
mtd: read error at 0x00080000 (Out of memory)
mtd: read error at 0x000a0000 (Out of memory)
mtd: read error at 0x000c0000 (Out of memory)
mtd: read error at 0x000e0000 (Out of memory)
"
エラー例1：mtd: erase failure at 0x00000000 (Read-only file system)＝nand解除エラ
ー
エラー例2再書込する：mtd: read error at 0x00000000 (Out of memory)＝書込みエラー
なので再書込で成功するかも
【選択y/n】エラーが表示されていますか？(y/n) y→再書込 or n→再起動リカバリーモー
ド:

と出て何度やっても書き込めませんね。is11sh 01.00.09
boot.imgのバイナリは間違ってないはずですけど、バージョンが悪いのでしょうか…

>>213
俺の01.00.10でもboot.imgの書き込みには失敗するから
SHBreakと一緒に対策取られたんだと思う…
何もできない俺らは新しいnandunlockshspampが出るまで待つしかないね

>>213と>>214エラー内容が違うの違います
>>213
yで再書き込みを数回繰り返せばエラーが表示されない時状態になればnでreboot recovery

>>214,215
寝落ちして今確認したらrecovery領域にrootが取れているわけでもない普通のimgがイメージが書き込まれてた。
infobarA01の01.00.10だと普通に書き込めるって書いてあるしますます謎だな。

？

>>213
http://anago.2ch.net/test/read.cgi/smartphone/1328256807/463
おめでとう動作的には成功してます
ただし、boot.imgにパッチ宛ないといけないので↑のURLにしたがってアップしてください。
よろしければ、差分パッチを作成し、作成後に操作方法を説明させていただきます

>>201-202
201 名前：SIM無しさん[sage] 投稿日：2012/02/09(木) 16:50:44.43 ID:81QR5HGp [1/2]
IS12SHだけどできそうですか？
202 名前：SIM無しさん[sage] 投稿日：2012/02/09(木) 17:22:15.16 ID:81QR5HGp [2/2]
>>403
バージョンは01.00.07ですぅ

完全root化可能です。6の手順後に自分で「roo化済みのboot.img」を作成する。
または、
C:\android_backup\に保存されている[例：boot年月日_時間_秒.img]を下にアップしてね。
アップしてくれたら、差分パッチを作成して自動的に適用されるようにします。
アップする時は機種名とバージョン情報をお願いします
boot.imgのアップ先
ttp://2sen.dip.jp/cgi-bin/upgun/up6/upload.cgi

・バージョンを確認
設定→端末情報（下の方）→ビルド番号（下の方）→バージョン

>>218
boot.imgは何も触ってないヤツが良いですか？
それともMIYABI解除でＦＦ埋めた方ですか？宜しくお願いします。

>>198はマルチ宣伝アフィカスですのでクリックしないように！！！

通報はこちらまで、我々はアフィカスを断固として許しません！！！
これからは常時監視をしていきますbabyboyオランダ人！！！
ものすごい勢いで広告・宣伝を報告するスレ 214
http://qb5.2ch.net/test/read.cgi/sec2chd/1328313654/l50

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

【ROM焼き】docomo AQUOS PHONE SH-01D root1
130 ：99：2012/02/09(木) 02:12:44.63 ID:zaWyHLDR
完全root取れるワンクリツールを作ってみた
リネームし解凍してご利用下さい
サイトURL貼りつけ
ttp://anago.2ch.net/test/read.cgi/smartphone/1325071707/130

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

【ROM焼き】docomo AQUOS PHONE SH-01D root1
148 ：SIM無しさん[sage]：2012/02/09(木) 16:31:01.11 ID:zaWyHLDR
ワンクリツールv4に更新

>>221
どこにアフィリエイトがあるの?

221の狂った妄想の中にしかアフィなんてないよ。
本スレをID抽出すれば、こいつのキチガイぶりに慄くこと請け合いだ。

>>222
ttp://www.paradisearmy.com/doujin/pasok_uploader.htm
よく読んで勉強しといたほうがいいぞ。
なぜこいつがこんなにもツールを更新したとあちこちで必死に宣伝してるからわかるからなbabyboyオランダ人

>>223
アフィカス乙ｗｗｗジョルダン乙ｗｗｗ

565 ：SIM無しさん：2012/02/11(土) 05:54:17.92 ID:3IffwM9y
頼みもしないroot化キットを押し売りされて何が入っているのやら
ちなみにプロテクトを解除する行為は改正不正競争防止法に違反する可能性もあるので
通報すれば良いんじゃないかな

今のトレンドはこの辺り
不正指令電磁的記録作成罪
不正指令電磁的記録供与罪

他にも
電子計算機損壊等業務妨害罪、偽計業務妨害罪、器物損壊罪、電磁的記録毀棄罪、信用毀損罪、業務妨害罪等
とか、結構簡単に適用できちゃうから気を付けてね（はぁと

>>213
boot.imgは何も触っていないヤツが良いです。

>>213
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2526.bin

IS12SH　01.00.07バージョンのboot.imgを今度うｐしますね

>>218
is11sh 01.00.09の純正boot.imgを上げました。パッチの方お願いします。
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2527.bin

>>227
これはどの機種？バージョン？のboot.imgでしょうかご教示よろしくお願いいたします。

>>229=213
ご協力感謝します。夜に作成させていただきます。

>>227
・バージョンを確認
設定→端末情報（下の方）→ビルド番号（下の方）→バージョン

>>228
ぜひ、お願いいたします。

>>149
暇があれば、もう1度UOTうぷしてくれると嬉しいなあ。。

ID:/aR+PBigさんは忙しいのかな

>>227
A01純正boot.img (01.00.06)であってるのかなか？不明なので作成してません

>>229
is11sh 01.00.09を利用してパッチのみ作成しました

メニュー7で利用して下さい
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2529.exe

しばらくしたら、↑をワンクリに詰込みます



今日は、疲れたのでもう寝ます

>>234
は>>229（is11sh 01.00.09　純正＝オリジナル）に下の長文作業を行ってくれます

>>227は回答がないので、申し訳ありませんが作業してません。

----------------------------------
boot.imgの変更方法
----------------------------------
1.systemをさらにロックしているMIYABI　LSMの解除
　boot.imgをバイナリエディタ(Stirling.exe)で開きます。
　次の2つのHexValを検索します。
　002F73797374656D2F00 (文字列だと./system/.)
　0073797374656D00 (文字列だと.system.)
　すると、./system/.が1ヶ所、.system.が2ヶ所ヒットすると思います。
　この./system/.と、ramdisk領域で無い方の.system.(１カ所目)の2つをFFに書き換えます。
　するとMIYABIが解除されます。
例
002F73797374656D2F00 (文字列だと./system/.)
00FFFFFFFFFFFFFFFF00

0073797374656D00 (文字列だと.system.)
00FFFFFFFFFFFF00

2.起動時にroot取れるようにスタートアップにroot取得用スクリプトを仕込む
変更前
http://dl.dropbox.com/u/15357241/1.jpg
変更後
http://dl.dropbox.com/u/15357241/2.jpg
意味
service autoexec /data/local/autoexec.sh
oneshot
起動時にautoexec.shをroot権限で一回実行しますよって意味。
・boot.img変更完了
----------------------------------
----------------------------------



>>232
アップしなくても、ワンクリの中に08用の差分パッチがあるよ
機種とバージョンは何を使用していますか？

>>234
URL間違ってた

間違い
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2529.exe
↓
正解
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2529.bin
rootIS11SH_01.00.09_WDiff.EXEにリネーム

boot.img（is11sh 01.00.09オリジナル）と同じディレクトリに
rootIS11SH_01.00.09_WDiff.EXEを置きEXEをダブルクリックして実行すると

完全rootとMIYABI無しのboot.imgが作成される

>>236
お疲れのところ申し訳ありません。

バッテリー100%はどこを改変してそうしたのでしょうか？

>>236

パッチありがとうございます。ですがダメでした。

今度は
C:\Documents and Settings\ユーザー名\デスクトップ\root\新しいフォルダ>adb shell /dev/
_su -c /data/local/flash_image recovery /data/local/boot.img
/dev/_su: not found
"
エラー例1：mtd: erase failure at 0x00000000 (Read-only file system)＝nand解除エラ
ー
エラー例2再書込する：mtd: read error at 0x00000000 (Out of memory)＝書込みエラー
なので再書込で成功するかも
【選択y/n】エラーが表示されていますか？(y/n) y→再書込 or n→再起動リカバリーモー
ド:

と違うエラーが出てます。

色々調べましたが、やはりnand解除が出来ていないみたいです。

su -
cd /data/local
./nandunlockshspamp 0xc089d348 (is11shのアドレス)

をするとf=3というnand解除を示しているのですが、/system/app/に書き込みなどしようとしても怒られてしまいます。
01.00.09(SH Breakは塞がれていない)ではnand解除できないものなのでしょうか。それとも最新infobarなら出来るのでしょうか。
is03rootsw 使えるだけで満足ですけど期待しておきます。

>>239
NANDロック解除しただけだと/systemに書き込みはできないよ
>>235のboot.imgの変更の1の手順を参考に自分の機種用のboot.imgに変更を加えた後にboot.imgをrecovery領域に焼いてreboot recoveryを行えば/system以下に書き込み出来るようになるよ

>209=>213=229=238（is11sh 01.00.09）と推測して解答

一から手順を書くよ

「あ」　もう一度メニュー1をして、端末エミュレーターで＄じゃなくて＃になっている事を確認してから
Gscriptか端末エミュレーターでautoexecを実行する
※adb shell /dev/_su -c ｘｘｘｘｘｘｘｘｘｘｘｘｘｘ等が実行可能な環境になり、adbでrootが取れる状態になる

「い」　>>213の位の時にメニュー6を実行しバックアップされた【C:\android_backup\boot.img】に>>236のパッチを当てる

「う」【C:\android_backup\boot.img】パッチ済みの状態でメニュー7を実行し成功すれば、
リカバリー領域から起動したときに、root権限で起動しているので、is03rootswでrootのオンオフができる。
この状態で動作確認し、異常が無ければ↓へ進む

「え」【C:\android_backup\boot.img】パッチ済みの状態でメニュー8を実行し成功すれば、
ブート領域から起動したときに、root権限で起動しているので、is03rootswでrootのオンオフができる。

メニュー8が成功し、完全root化段階までくると、メニュー1をして一時rootを取る必要はなくなる。
メニュー8が成功していない状態だと、毎回メニュー1をしてautoexeを実行しなければrootとれない。
メニュー8の状態はautoexeを起動時にroot権限で自動実行するように変更した、ブートイメージを8で書込んでいるので
メニュー1で一時root権限を取得した状態でGscript等でautoexecを実行してrootを取る必要が無くなる

>209=>213=229=238（is11sh 01.00.09）と推測して解答
無理なお願いで申し訳ありませんが、名前にハンドル名と機種名とバージョンを記入して、質問していただけると大変助かります。
もちろん難しいようであれば、記入していただかなくても、推測して解答はさせていただきます。

>>237
無理なお願いで申し訳ありませんが、名前にハンドル名と機種名とバージョンを記入して、質問していただけると大変助かります。
もちろん難しいようであれば、記入していただかなくても、推測して解答はさせていただきます。

作成方法は、readmeよんでね.txtの下のほうに↓のように記載してあるとおりです。
>>画面表示framework-res.apkは、http://uot.dakra.lt/で変更しました
apk_manager_4.9の英語版で
\framework-res.apk\res\values-ja\strings.xmlの
<string name="twenty_four_hour_time_format">HH:mm</string>
↓
<string name="twenty_four_hour_time_format">M/d E H:mm</string>
に変更して右上の時間に日付と曜日が表示されるようにしました。
apk_manager_4.9の英語版以外の日本語版や、後継ソフトでは、失敗しました。
失敗した理由は、単に使い方が間違っているのかもしれないので、他のソフトでも成功するかもしれません。

結局01.00.10ではnandはunlock出来ないのかなぁ…

今日は、今から用事があるから夜中まで返事できません
auはいま2ｃｈに書込めないし。

>>241
「あ」　成功(端末で#確認)
「い」　成功(この地点ではis03rootsw可)
「う」　何度やっても
エラー例1：mtd: erase failure at 0x00000000 (Read-only file system)＝nand解除エラ
ー
エラー例2再書込する：mtd: read error at 0x00000000 (Out of memory)＝書込みエラー
なので再書込で成功するかも

よってreboot recoveryしても振り出しに戻ってしまいます。

夜中まで待ってます。

gorohです。

01.01.10でbreaksuidshdispで、一時rootが取得できるということは、
同じくbreaksuidshdispでNANDアンロックも出来るということではないですかね。
ソースコード公開しているので、適当に直してください。
あれはsh-01d用なので、nandプロテクト用の構造体がa01とは別物になってます。

nandunlockshspampの脆弱性はふさがれたんじゃないでしょうか。

>>245
---------------------------------------------------
●エラー例2●メモリーが足りなくてエラーがでてる状態なのでYで何度か書込んで、成功例のように
なにも表示されなければ、成功しているので、ｎでリカバリーモードで再起動して下さい。

C:\Documents and Settings\ユーザー名\デスクトップ\root\新しいフォルダ>adb shell /dev/
_su -c /data/local/flash_image recovery /data/local/boot.img
mtd: read error at 0x00000000 (Out of memory)
mtd: read error at 0x00020000 (Out of memory)
mtd: read error at 0x00040000 (Out of memory)
mtd: read error at 0x00060000 (Out of memory)
mtd: read error at 0x00080000 (Out of memory)
mtd: read error at 0x000a0000 (Out of memory)
mtd: read error at 0x000c0000 (Out of memory)
mtd: read error at 0x000e0000 (Out of memory)
"
エラー例1：mtd: erase failure at 0x00000000 (Read-only file system)＝nand解除エラ
ー
エラー例2再書込する：mtd: read error at 0x00000000 (Out of memory)＝書込みエラー
なので再書込で成功するかも
【選択y/n】エラーが表示されていますか？(y/n) y→再書込 or n→再起動リカバリーモー

------------------------------------------
●成功●ログの例

C:\Documents and Settings\ユーザー名\デスクトップ\root\新しいフォルダ>adb shell /dev/
_su -c /data/local/flash_image recovery /data/local/boot.img
"
エラー例1：mtd: erase failure at 0x00000000 (Read-only file system)＝nand解除エラ
ー
エラー例2再書込する：mtd: read error at 0x00000000 (Out of memory)＝書込みエラー
なので再書込で成功するかも
【選択y/n】エラーが表示されていますか？(y/n) y→再書込 or n→再起動リカバリーモー

●nで再起動して「ドライド君」のリカバリーモードの画面じゃなくて、通常ブートしていれば書込み成功している証拠です。
この状態で、何もしないでIS03スイッチでrootを切替できるなら成功しています。

--------------------------------------
これで、もしエラー1の状態ならnand解除ツールを神に作っていただけるまでの待ち状態です。
また、すぐに出かけるので夜中に返事します。


>>246
お疲れ様です。いつもありがとうございます。大変助かっております。

キャリアメーラーとauone market対応の_suとかsu欲しいです。。。

>>247
もう一度やり直すと成功ログの例と全く同じになりました。

しかし、reboot recoveryさせると起動はするもののis03rootswは使えませんでした。(端末でSHBreak&コマンドを入れると動く)
最初の方にしていた失敗カーネルがrecoveryに焼きあがって正常な上書きに失敗しているのかもしれません。
一度recovery領域を初期化するコマンドありますか？(ドロイド君の！画面まで)

常用√でキャリアメーラーが「不正な〜」を吐くのを回避する簡単な方法は無いのだろうか

初歩的な質問ですみませんが教えて下さい。

>>241に
「え」【C:\android_backup\boot.img】パッチ済みの状態でメニュー8を実行し成功すれば、
ブート領域から起動したときに、root権限で起動しているので、is03rootswでrootのオンオフができる。

とありますが、
１．起動時にroot権限で起動しているということは、例えば起動直後に端末エミュレーターを
起動した場合に何もしなくても＃になっているということですか？
２．is03rootswでrootのオンオフするのにSuperuser.apkは必要ですか？

goroh様いつもご苦労様です。
ソースコードを適当に直すのは私のレベルでは無理なことです(ﾉД`)
どなたか分かる方が現れてはくれないですかねぇ…

>>249=たぬき
>もう一度やり直すと成功ログの例と全く同じになりました。
焼くことには、成功はしてる

>しかし、reboot recoveryさせると起動はするもののis03rootswは使えませんでした。(端末でSHBreak&コマンドを入れると動く)
>最初の方にしていた失敗カーネルがrecoveryに焼きあがって正常な上書きに失敗しているのかもしれません。
それか、私の作ったパッチが間違っているかもしれません。

>>一度recovery領域を初期化するコマンドありますか？(ドロイド君の！画面まで)
可能です。バックアップしたrecoveryイメージをC:\android_backup\boot.imgにリネームして、端末エミュレータが＃でautoexecを実行し一時root状態で
メニュー7を実行すると（C:\android_backup\boot.img←オリジナルのrecoverriイメージ）がリカバリー領域に書込まれます。

>>250
is03rootswでオフにすれば、su等がリネームされて不正なが表示されなくなります。

>>251
>１．起動時にroot権限で起動しているということは、例えば起動直後に端末エミュレーターを
>起動した場合に何もしなくても＃になっているということですか？
いいえ違います、端末エミュレータでsu等を実行しなければ＃になりません。

>２．is03rootswでrootのオンオフするのにSuperuser.apkは必要ですか？
必要だと思うけど、不要な場合もあるかも。

>>253
回答ありがとうございました。

003SH root一時取得(2)

root権を取得した 003SHで何をするにも、まずはバックアップから

003sh005sh-customkernel_20120122.zip
003SH/005SH用カスタムカーネルイメージ（簡易リカバリー機能付） 2012/01/22

を入手できたのでこれに含まれている 003sh-backup.cmd を実行する
ただし、なぜか今回の環境では su -c の実行時にError:No such file or directory"とエラーになるので
su で実行するコマンドの"を取り除いた

@echo off

@echo **** バックアップの準備中
adb shell /system/bin/mkdir /data/local/tmp/.ckinst
adb push common\dump_image_oobplace /data/local/tmp/.ckinst/
adb shell /system/bin/chmod 755 /data/local/tmp/.ckinst/dump_image_oobplace
adb shell /system/bin/mkdir /sdcard/backupimages

@echo **** /sdcard/backupimagesにbootイメージをバックアップします
adb shell su -c /system/bin/cat /dev/mtd/mtd0ro > /sdcard/backupimages/boot-backup-`date -I`.img

@echo **** /sdcard/backupimagesにrecoveryイメージをバックアップします
adb shell su -c /system/bin/cat /dev/mtd/mtd3ro > /sdcard/backupimages/recovery-backup-`date -I`.img

@echo **** /sdcard/backupimagesにsystemイメージをバックアップします
adb shell su -c /data/local/tmp/.ckinst/dump_image_oobplace system /sdcard/backupimages/system-backup-`date -I`.img
adb shell /system/bin/rm /data/local/tmp/.ckinst/dump_image_oobplace
adb shell /system/bin/rm -R /data/local/tmp/.ckinst
pause

systemのバックアップ方法をミスってたかも

>>255
作者です
SHBreakに含まれているsu(au)コマンドが入っている状態で003sh-backup.cmdだけを抜き出して実行されたんではないでしょうか？
なぜかというかsuコマンドのオプション書式が異なっているからそうなるんです
配布ファイルのreadmeにも書いてますがSHBreakした状態でスクリプトを使うと危険ですのでやめといたほうがいいです

おっと失礼しました
その配布物バージョンのreadmeには何も記載してないです
最新版一式が005SHrootｽﾚにありますからそちらの同梱物を参考にどうぞ

>>253
返信ありがとうございます。

今確認しましたが、やはり成功してるはずなのに元のrecoveryに書き込み出来てないみたいです。(ドロイド君じゃなく普通に起動)
>>204さんの様な状態ですかね…一度書き込んだら(失敗boot.img)上書きできないみたいな感じです。

>>257
ヒントありがとうございます。
rootestのバックアップは下の用にしています。
cat /dev/mtd/mtd5ro > /mnt/sdcard/system.img
この方法で取ったバックアップを戻すと文鎮ってレスがあったので(ﾟДﾟ;)

rootestでバックアップして既にsystemを書換えてた場合は、もう元に戻せない？
bootとrecoveryは元に戻せる

http://anago.2ch.net/test/read.cgi/smartphone/1319287551/415-418
416 名前：SIM無しさん[sage] 投稿日：2012/02/10(金) 02:24:55.41 ID:JZzwes/G
systemのバックアップ↓であってる？
cat /dev/mtd/mtd5ro > /mnt/sdcard/system.img
全部で500MB近くあるんだけど正常？

418 名前：SIM無しさん[sage] 投稿日：2012/02/10(金) 09:13:08.80 ID:oB18WGsb [1/2]
>>416
それ焼いたら文鎮
dump_image_oobplaceで取れ

>>260
残念ながらそのsystemのバックアップは役に立ちません
bootとrecoveryと同じように焼くとmount出来なくなり結果的に/systemのファイルを全て失ってしまうことになります

>>259
たぶん書き込みも成功してるはずだと思うんだけど・・・

正しく焼けてるかの確認方法

メニュー1で一時root状態でautoexex後↓で確認できます

:---------------------------
:SDへバックアップ実行
adb shell "/dev/_su -c cat /dev/mtd/mtd3ro > /mnt/sdcard/boot_rootest.img"
:PCへバックアップ実行
adb pull /mnt/sdcard/boot_rootest.img c:\android_backup
boot_rootest.imgがc:\android_backupに作成される

:boot.img=リカバリー領域に焼いたはずのイメージ
:boot_rootest.img=現在リカバリー領域のイメージ
:↓のコマンドで2つのファイルを比較
fc /b c:\android_backup\boot_rootest.img c:\android_backup\boot.img
:一致してるログの例↑FC: 相違点は検出されませんでした
:
:↑のログが表示されるなら
pause
:---------------------------

↑の意味がわからなかったら、
:---------------------------
・・・・・・
:---------------------------
の間をメモ帳に保存して、ファイル名をリカバリー領域確認用.batにしてrootestのフォルダに保存
保存した　リカバリー領域確認用.bat　を実行する

↓一致しない場合は、下のログが表示される
00005AEC: 87 00
00005AED: AE 00
00005AEF: FE 00
00005AF0: FF 00
00005AF1: EE 00
00005AF2: 07 00
00005AF3: AF 00
00005AF5: 14 00
00005AF6: F8 00
00005AF7: EC 00
00005AF8: 87 00
00005AF9: AF 00

>>257
いつもお世話になっています。
A01は01.01.10からnandunlockshspampでnand解除ができないのですが、
新しいバージョンのunlockツールを作成する予定はないでしょうか？
http://anago.2ch.net/test/read.cgi/smartphone/1323829996/246


>>利用者
system内のframework-res.apkを変更したい方は↓のツールを使用してバックアップして下さい。
system内を変更しないのであれば、今のままで大丈夫ですが、systemのバックアップを
念のため取って置いてください。
親切な方は、下の方法でバックアップをアップしていただけると助かります。容量は500MBぐらいになると思います。

396 名前：SIM無しさん[sage] 投稿日：2012/02/08(水) 20:11:13.70 ID:SZ8zi8NU
003SH S4070イメージ追加しました
カスタムビルドカーネルのビルドやり直しました。003SHのoobパッチ忘れも修正済です
ttp://ll.la/qxf8

既に、system内を書換えてしまった人、大変申し訳ありません。
systemのバックアップが入手できしだい、お渡しします。

>>257
基本的な質問です。
01.01.10のカーネルを01.01.08のバージョンに焼いても動作するのですが、
異なるバージョンのbootイメージを焼いても動作する事は普通のことなのでしょうか？

今、各バージョンや機種のboot.imgをアップしてもらって、エディタで変更した後、
各バージョンや機種のboot.imgの差分パッチを作ってアップして利用してもらっています。

>>263
goroh_kunのソース見てみました
nandunlockshspampは、sh_spampの脆弱性を利用して通常は触ることの出来ない特定のアドレスに0x7という1byteの値を書き込むことによってunlockを行っています
breaksuidshdispもshdispの脆弱性を利用して通常は触ることが出来ないところに値を書き込んでいるので同様にすればnandunlockできそうなのですが、両者で利用している脆弱性に大きく異なっている部分があるようです
sh_spampのほうは、任意のアドレスに1byte単位で任意の値を書き込むことが出来ます
shdispのほうは、4byte単位の任意のアドレスに連続した4byteの0x0を書き込むことしか出来ないようです
もしかしたら方法を変えれば同じshdispの脆弱性を利用して0x7という値を書き込む方法があるのかも知れませんが、私にはわかりそうにありませんでした

>>262
ありがとうございます。
FC: 相違点は検出されませんでしたと出ました。…つまりきちんと焼けているがboot.imgの編集にミスがあるということでしょうか…
お手数おかけします。

>>264
質問の意図は、bootのイメージとsystemのイメージのバージョンが異なっていえても動作するのは普通かということでしょうか？
マイナーなバージョン違いであれば動作する可能性は高いですが一概には言えないですね
Linuxカーネルのバージョンとビルド環境(gccのバージョンとか)が同じであって、ドライバ等の変更に伴ってアプリ側の対応が必要なような変更がなければほぼ問題ないような気がしますが

>>257
分析ありがとうございます。nandunlockはG神待ちですね
Linuxの事が良くわからないけど、同一機種であれば、基本的には動作可能って事ですね

>>たぬき
すいません、boot.imgに編集ミスを見つけました
今編集中です

>>たぬき
IS11SH 01.00.09　純正boot.img用パッチ　root No MIYABIになります
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2531.exe

前回のパッチは●service・・・の●の文字の部分が#になっていたので　0A　に変更しました

>>269
URL間違ってた

間違い
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2531.exe
↓
正解
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2531.bin
rootIS11SH_01.00.09_v2_WDiff.EXEにリネーム

boot.img（is11sh 01.00.09オリジナル）と同じディレクトリに
rootIS11SH_01.00.09_v2_WDiff.EXEを置きEXEをダブルクリックして実行すると

完全rootとMIYABI無しのboot.imgが作成される

>>270
ありがとうございます。成功しました（ﾉД｀）・゜・。

is03rootswも動くし、試しにsystem/appに書き込みも成功しました。有難うございます。

01.00.09はできて01.00.10はできないのか…
なんという事だ…

>>271
おめでとう
system書込み前に>>263で説明したdump_image_oobplaceでバックアップしました？

:バックアップツールdump_image_oobplaceをコピー
adb push dump_image_oobplace /data/local/
adb shell chmod 755 /data/local/dump_image_oobplace

:dump_image_oobplaceでsystemをバックアップ
adb shell "/dev/_su -c /data/local/dump_image_oobplace system /mnt/sdcard/system.img"
adb pull /mnt/sdcard/system.img c:\android_backup

system内を変更する場合は、
recovery領域でテストして動作可能だったイメージを
boot領域に焼いてから変更してください。
文鎮対策

>>272
新しいnandunlockツールしてくれるまで気長に待つしかないですね

ワンクリツールでroot取ったら、CPUの周波数とかgovernorが読み込めなくなった。

同じ人いる？なんでだろ

読めない原因分かった。
/sys/devices/system
のsystemフォルダ名が文字化けしてる。。。
renameできねーーー

>>274-275
CPUの周波数とかgovernorの知識は無いけど
>>235の変更をしてるからかな？

MIYABI無効root=ブート領域
MIYABI有効root=リカバリー領域
運用したらいかがでしょうか

なんてソフトで試していますか？

コメントありがとうございます。
/sys/devices/system
は√状態で効力を発揮するので
ブートだろうがリカバリーだろうが、文字化け治したいんです。。。

>>277
ごめん、知識不足でついてけないから、勉強しなおしてくる

/sys 以下のファイルをリネームって
バカか？ rootとかやめとけ。

>>277
今まで使えてた環境を出来る限り詳しく

https://market.android.com/details?id=com.kishimemo.android
これ何ぞ

今更すぎる
root関係ないのになぜここに書くんだよ

ふむ

Icカードロッククリアってあるけど押しても動かないねぇ…

GALAPAGOS 005SH 2.3をroot化する方法を考えるスレ
http://anago.2ch.net/test/read.cgi/smartphone/1319287551/

>443 SIM無しさん [sage] 2012/02/16(木) 20:30:32.97 ID:sVKnPjye Be:
> >>396に005SH-S4080イメージを追加しました
> 今回より、miyabi無効パッチのやり方を変更しています
> ttp://ll.la/~dEf
>
>446 443 [sage] 2012/02/16(木) 23:17:50.71 ID:sVKnPjye Be:
> 参考までにMIYABI-LSM無効化パッチを行った箇所を晒します
> unubinizeとsplit_bootimg後のアドレスです
> 何れもstrncmp/strcmp後に0と比較した後のjne命令の部分をj命令に置き換えてます
> [003SH-S4030/S4040/S4050/S4070]
> 0023BE98: 05 00 00 1A → 05 00 00 EA
> 0023C144: 30 00 00 1A → 30 00 00 EA
> 0023C158: 26 00 00 1A → 26 00 00 EA
> 0023C268: 05 00 00 1A → 05 00 00 EA
> 0023C2B0: 05 00 00 1A → 05 00 00 EA
> [005SH-S4040/S4050/S4060/S4080]
> 0023D090: 05 00 00 1A → 05 00 00 EA
> 0023D33C: 30 00 00 1A → 30 00 00 EA
> 0023D350: 26 00 00 1A → 26 00 00 EA
> 0023D460: 05 00 00 1A → 05 00 00 EA
> 0023D4A8: 05 00 00 1A → 05 00 00 EA
>
>447 443 [sage] 2012/02/16(木) 23:29:07.53 ID:sVKnPjye Be:
> たびたびすみません
> readme.txtの更新履歴に書き間違いがありましたので指摘される前に訂正しておきます
> 【誤】/sys/kernel以下にアクセスするアプリも動作するはずです
> 【正】/sys/devices/system以下にアクセスするアプリも動作するはずです

このやり方でmiyabi無効にすれば>>275の問題も解決するよね
ただ俺にはカーネルのソースを変更してリビルドする知識はない
誰か知識を持ってる人が降臨しないかな…

ちなみにboot.imgのバイナリを調べたら該当する箇所が分かったのでそこを
変更するだけでいけないものだろうか？
[A01 01.00.08]
002854A8: 05 00 00 1A → 05 00 00 EA
00235948: 30 00 00 1A → 30 00 00 EA
0023595C: 26 00 00 1A → 26 00 00 EA
00235A6C: 05 00 00 1A → 05 00 00 EA
00235AB4: 05 00 00 1A → 05 00 00 EA

時間があったら試してみたいけど。

A01の箇所のアドレスを間違えてた
[A01 01.00.08]
002854A8: 05 00 00 1A → 05 00 00 EA
00285948: 30 00 00 1A → 30 00 00 EA
0028595C: 26 00 00 1A → 26 00 00 EA
00285A6C: 05 00 00 1A → 05 00 00 EA
00285AB4: 05 00 00 1A → 05 00 00 EA

>>258
A01の対応お疲れ様です

>>287
>>286の名前欄のレス番を間違えてました。
私は>>258の005SH用root化kitの作者ではありません。
誤解をあたえるような間違いをして申し訳ありませんでした。

まあ、>>258さんなら>>285のような不確かな情報ではなくカーネルソースを
変更してビルドしたものを提供してくれるでしょうが。

258です
003SHのS4040、005SHのS4050以後はまだソースが公開されていません
だからビルドしなおすことが出来ないのでバイナリレベルでパッチを当ててるんです
逆汗したコードを追っかけていく作業なのでビルドしなおすより手間と根気が必要です
ちなみにソースを変更した場合、コンパイラが上のパッチ後のようなコードを生成することはありえません
>>286の変更箇所、はっきり確認はしていませんが多分あってると思います

>>289
285さん、レスおよび情報ありがとうございます。
>>286の変更を施してみた結果、/systemをrwでmountは可能でしたが
/system内を弄ろうとすると"not enough memory"と出てうまくいきませんでした。
変更箇所が違うのでしょうかね？
（無知ながら005SHの変更箇所と値・相対アドレスをみて>>286は調べあげました）

これ以上は私には手が出せない感じもしますが、有識者が現れた場合の手助けに
もし原因など見当がつきましたら教えて頂けないでしょうか。

また間違えました
× 285さん、レスおよび情報ありがとうございます。
〇 258さん、レスおよび情報ありがとうございます。

258さん失礼しました & 何度もスレ汚しごめんなさいm(_ _)m

>>290
レポありがとうございます
結論から言うと003SH/005SHでも同様でした
MIYABI-LSMは外れているのですが、nandlockの１つであるmsm_nand_check_protect_part関数で引っかかっていました
カーネルコンフィグで言うとSECURITY_MIYABIとは別の、CONFIG_ANDROID_ENGINEERINGにかかわる部分です
（残念ながらnandunlockshspampでは解除できません）
protect_area_name[]に"boot", "recovery", "system"が定義してあるため、
"/system/"と"system"の文字列を書き換える手法の場合、副作用としてこの関数にも引っかからなかったようです
003SH/005SH向けの対策が出来次第、こちらで報告させていただきます

>>290
今、該当関数のソースコード見ているんですが、nandunlockshspampで外れるようにしか見えないんですよねぇ
私の使っている端末特有の問題のような気もするのでもし良かったら試してもらえないでしょうか？

>>293
>>290の"not enough memory"の状態でnandunlockshspampを試しましたが
結果は変わらずでした。
（nandunlockshspampはf=3が３回出力されるものを使用しました）

>>294
一旦テスト的にnandunlockする前に/systemをremount、書込みを行ったんですが、その後nandunlockしても結果は同じだったので勘違いしていたようです
再起動後にnandunlock→remountで書込みは出来るようになったのですが、悪いことに複数のブロックが不良ブロックとして登録されてしまってたようです
今、/systemを焼きなおして確認しましたが、先にnandunlockしておけば問題ありませんでした
systemを焼直せば不良ブロック情報も消去されます
nandlock関係のソースコードを見て気づいたのですが、>>265に書いたことは間違っていたようです
nandunlockshspampのソースだけ見て、0x7という数値を書かなければならないと勘違いしていたのですが、0x1以外の数値を書き込めばnandunlockできるようですのでshdispの脆弱性で十分対応できそうです

>>294
明日にでも>>286のアドレスの検証等もやってみようと思います
A01 01.00.08のイメージファイルはこのスレを探せば見つかりますよね？

292さん
こちらでも、再起動後にnandunlock→remountの手順で書き込み成功しました。
情報ありがとうございました。
A01 01.00.08のイメージファイルが必要でしたらうｐします。

ちなみに、不良ブロック情報はどのように調べるのでしょうか？
お手数ですが教えて頂けないでしょうか。

A01 01.00.10 boot.img
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2517.bin
A01 01.00.06 boot.img
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2526.bin

アップローダ
ttp://2sen.dip.jp/cgi-bin/upgun/up6/upload.cgi

スレが活発だけど01.00.10のroot化出来た？

>>297
dmesgで起動直後のsystemがmountされたあたりを見る
不良ブロックが有る場合は0xXXXXXX is bad block みたいなのがでてる

>>300
ありがとうございます。確認してみます。

ビルドしてみました
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2534.zip

ありがとうございます。

>>302
解凍できなかったorz

http://www.oshiete-kun.net/archives/2008/11/alzip.html
http://www.vector.co.jp/soft/winnt/util/se433376.html
うまく解凍できなかったので↑のソフトで修復解凍
nandunlock5.38 KB (5,516 バイト)

A01 01.00.08にA01 01.00.10 boot.imgをrecoveryに焼きテスト

一時rootでautoexec.sh
adb push c:\・・・任意フォルダ・・・\nandunlock /data/local/
adb shell chmod 755 /data/local/nandunlock

/dev/_su
#
/data/local/nandinfocalc recovery
結果0xc08a3028
/data/local/nandunlock 0xc08a3028
addr = 0xc08a3028
Is this addr correct? (y: continue)
y
y
ret=0
ret=0
ret=0

/data/local/flash_image recovery /data/local/boot.img
reboot recovery

今までに投下されたファイルが色々とありますので
良かったら全て一つにまとめるか必要なファイルのリンクを張って
やり方をまとめるというのはどうでしょうか…？
もしよろしければお願いします

完全root取れるワンクリツール更新
rootest_v4c.bat。v3のディレクトリに上書きしてご利用下さい
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2535.zip
up2518.binをrootest_v3.7zにリネームし解凍してご利用下さい
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2518.bin

一時root
boot.img等のバックアップ
完全root化
バッテリー100%表示
カメラ無音
を処理を組み込みました

C:\android_backupに作成されるboot.imgを
ttp://2sen.dip.jp/cgi-bin/upgun/up6/upload.cgi
にアップロードして下さい。rookの差分パッチを作成して組み込みます。
アップする時は、機種とバージョンを記載して下さい。

動作、質問、報告用テンプレ
・機種とバージョンを名前に必ず記入して報告や質問する事
設定→端末情報（下の方）→ビルド番号（下の方）→バージョン
エラーの原因だと思われる関係ログを全て書き込んで下さい

変更点
・v4bのsystemのバックアップ方法は、使えない方法らしいから
systemのバックアップ方法を005shスレのdump_image_oobplaceにした
・IS11SH01.00.09の差分パッチ追加
・295氏の01.00.10対応nandunlockのshdisp対応テスト版に差替えて、01.00.10に対応

自由に配布し、改修をして下さい。できるだけシンプルに作ってます
breaksuidshdisp 2012年2月7日、22:14:00を利用
SH-01D(system権限のみ可能、root未確認、プレインは手動停止可能)
SH-12C（だぶん動作可能）
A01 01.00.08（完全root動作確認済）
A01 01.00.10（完全root動作確認済）
IS11SH 01.00.09（完全root動作確認済）
SH-01D、SH-12C、A01、IS12SH、その他＃機で利用可能なRoot取得支援バッチ

adb reboot
adb wait-for-device shell dmesg

IS12SHはまだ？

>>309
対応してるはずなので、試して見て下さい。
バージョンとかを名前に書いて質問してもらえると、助かります。
メニュー1を試して、＃確認後に

>>307
修正漏れあったので修正しました
rootest_v4d.bat。v3のディレクトリに上書きしてご利用下さい
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2535.zip

変更点
adb shell mkdir /mnt/sdcard/gscript
を追加

>>309
対応してるはずなので、試して見て下さい。
バージョンとかを名前に書いて質問してもらえると、助かります。
メニュー1を試して、＃になり一時root確認

メニュー6を実行すると
C:\android_backupに作成されるboot.imgを
ttp://2sen.dip.jp/cgi-bin/upgun/up6/upload.cgi
にアップロードして下さい。rootの差分パッチを作成して組み込みます。
アップする時は、機種とバージョンを記載して下さい。

現在A01、IS11SHは差分パッチ作ったけど、
1S12SHのboot.imgはどなたもアップされて頂いていませんので
作成できていません。

だから、メニュー1の一時root取得と
メニュー6のバックアップまで
可能になります。

メニュー7移行は、自分でboot.imgにパッチあて
又は、boot.imgをアップしていただければ、パッチ作成します。
パッチの当て方は、readmeに書いてあります。

tool化乙です。

バックアップしたsystem.imgは、
正常起動しているときにsystemを元に戻すためのもの、
という認識であってる？

framework-res.apkいじるの失敗してロゴループになったら文鎮確定なのか、
それともロゴループ中でもadbで該当ファイル書き直すぐらいの時間があるのか、
どっちなんでしょ。

乙だす。

>>310-311
ありがとう

>>312
>>バックアップしたsystem.imgは、
>>正常起動しているときにsystemを元に戻すためのもの、
>>という認識であってる？
infobarがAndroid 4.0に対応になり、アップデートしたい時に
boot,recovery,systemをオリジナル状態に戻して、バージョンアップする時に使用
又は、修理に出す時に念のためオリジナル状態に戻してから修理にだす

>>framework-res.apkいじるの失敗してロゴループになったら文鎮確定なのか、
>>それともロゴループ中でもadbで該当ファイル書き直すぐらいの時間があるのか、
機種によって違うと思いますが、infobarはframework-res.apkが無くてもadbで操作起動可能です。
ですから、boot領域にroot化済みのカーネルを焼いておけば、framework-res.apkを削除して、
起動させてもadbでframework-res.apkをコピーして元に戻せます。
だから、完全root化しているなら、framework-res.apkは気楽に弄っても問題無いです。

>>314
IS12SHも成功したんだね。良かったねおめでとう。ちなみにバージョンは何でしょうか？

ワンクリ作者さんはもうboot領域まで書き換えてしまったのですか？
まだrecovery領域のもやってないですけどカーネルの中にsystemがあるということは
bootのカーネルを書き換えない限り通常起動では反映されないんですよねぇ

>>316
boot,recovery,system全て書換えていて、bootとrecoveryはバックアップあるけど、systemはオリジナルのバックアップはないので、
完全に元に戻すのは無理ですね。
今の状態のsystemはdump_image_oobplaceでバックアップ取りました

下の>>131を読めば何となく、わかってくると思うけど、カーネルの中にsystemは無いよ
boot.img(カーネル)は、windowsに例えるとbiosとosの中間のレベルのイメージ
サイズも10MB

system.imgはwindowsに例えると、C:\WINDOWS\system32とC:\Program Filesのイメージで
サイズは500MB

131 自分：SIM無しさん[sage] 投稿日：2012/01/22(日) 15:54:47.48 ID:ZVkliJRK [7/7]
bootやrecoveryのnandの基礎
http://d.hatena.ne.jp/urandroid/20110301/1298946671

>>317
もしよろしければツールバーの時計を
2012年2月21日(火)0:20
みたいに表示知るような機能を追加してはいただけないでしょうか？

私は、linuxの知識が無いので、全てwindowsに置き換えて、理解しようとしているので無理があるかもしれませんし、間違えてるかもしれないけど。

起動用のパーテションとして、boot、recoveryが利用できるみたいです。
windowsに例えると、デュアルブートの環境になっていて、
通常はbootのパーテションから起動してくる。
recoveryのパーテションで起動する時は、reboot　recoveryのコマンドを実行すると、recoveryのパーテションから起動してくる。
どちらも、同じsystemのパーテションを利用している。

A01のパーテション
adb shell cat /proc/mtd
dev: size erasesize name
mtd0: 00b00000 00020000 "boot"　←Cドライブみたいなイメージ
mtd1: 00300000 00020000 "persist"
mtd2: 00100000 00020000 "misc"
mtd3: 00b00000 00020000 "recovery"　←Eドライブみたいなイメージ
mtd4: 00f00000 00020000 "ipl"
mtd5: 1fe00000 00020000 "system"　←D:\Program Filesようなイメージ
mtd6: 06e00000 00020000 "cache"
mtd7: 00300000 00020000 "log"
mtd8: 00600000 00020000 "battlog"
mtd9: 00300000 00020000 "calllog"
mtd10: 01e00000 00020000 "ldb"
mtd11: 4e1a0000 00020000 "userdata"

>>318
（A01 01.00.08）ならｖ3のframework-res.apkのパッチを当てれば
0:25　→　2/21 火 0:25　のように右上の時計の表示が変更されます。
バッテリーは100％表示になります。

>>242にも書いたけど
作成方法は、readmeよんでね.txtの下のほうに↓のように記載してあるとおりです。
>>画面表示framework-res.apkは、http://uot.dakra.lt/で変更しました
apk_manager_4.9の英語版で
\framework-res.apk\res\values-ja\strings.xmlの
<string name="twenty_four_hour_time_format">HH:mm</string>
↓
<string name="twenty_four_hour_time_format">M/d E H:mm</string>
に変更して右上の時間に日付と曜日が表示されるようにしました。
apk_manager_4.9の英語版以外の日本語版や、後継ソフトでは、失敗しました。
失敗した理由は、単に使い方が間違っているのかもしれないので、他のソフトでも成功するかもしれません。

<string name="twenty_four_hour_time_format">HH:mm</string>
↑を↓のようにすれば、なると思う
<string name="twenty_four_hour_time_format">yyyy年M月d日(E)H:mm</string>

やり方が良くわからなかったら、機種とバージョンを記載してframework-res.apkをアップして下さい。
framework-res.apkは、弄りはじめると、自分好みになるまで、自分でいじりたくなると思う

framework-res.apkを変更するなら、boot領域に完全root化のイメージを焼いてから、変更してください。
そうしないと、framework-res.apkを置き換え作業する時に、誤ってframework-res.apkを削除して
framework-res.apkが無い状態で起動したときに、再度framework-res.apkを復旧させる事が、
かなり大変になると思う。

superuserとかrootswitchの使い方をよかったら教えていただけませんか…？

>>320
framework-res.apkはadbのpushで上書きしてあげれば良いのですか？

>>321
IS03 root switch
たぶん、＃機なら共通で使えるrootオンオフアプリ
http://www.shiduki.com/android/IS03rootsw.html
ウィジェット
http://www.shiduki.com/android/IS03rootsw/04.png

使用例
root権限が必要なアプリを使いたい時に、IS03 root switchのウィジェットをタッチしてから、
root権限が必要なアプリを実行する。root権限は60秒後に自動的に無くなる。

なぜこんな、めんどくさい事をするかと、言うと＃機はroot権限を持っていると、
メールアプリが正常に動作しないから、root権限が必要なアプリが動作する時に、
root権限が使用可能になるように60秒間オンにする。
ずっと、root権限が使用したいなら、ウィジェットを2タッチすれば、ずっとオンになる。
もう一度ウィジェットをタッチすれば、オフになる

>>322
大まかに言うと
framework-res.apkを上書きして、framework-res.apkの権限を644にする
細かく書くと>>149のような感じです

書き込み過ぎエラーがでたので、しばらく返事ができないかも
http://info.2ch.net/wiki/index.php?Good-By_Monkey

>>322
rootest.batは後から、カスタマイズしやすいようにしたつもりだから、
メニュー10だけを、カスタマイズして単独で実行できます。

メニュー10の部分をそのまま、メモ帳に貼りつけして、拡張子をbatにして、rootestのフォルダで実行すればできます。
メニュー10のを詳細説明
:a1110
echo framework-res.apk.customizedの存在確認　　　　　　←コメント
start c:\android_backup　　　　　　←フォルダを開く
pause　　　　　　←何かキーを押すまで一時停止
:nandアドレス計算　　　　　　←コメント
:adb shell "/dev/_su -c /data/local/nandinfocalc boot"　　　　　　←残りカス
adb shell "/dev/_su -c /data/local/nandinfocalc boot" | find "found" >tmp1.txt　　　　　　←計算結果からfoundが存在する行を検索
for /F "tokens=1-2" %%a in (tmp1.txt) do SET found_mem=%%b　　　　　　←found行の左から2個目（番目）を代入

:計算結果の”found:0xc08a3028”を引数にしてnandaアンロック実行 機種合わせて変更して下さい。間違って入ると書込めないだけで壊れません
:adb shell "echo y|/dev/_su -c /data/local/nandunlockshspamp 0xc08a3028"
:adb shell "echo y|/dev/_su -c /data/local/nandunlockshspamp %found_mem%"
adb push nandunlockshdisp2534 /data/local/　　　　　　←nandunlockツールをコピー
adb shell chmod 755 /data/local/nandunlockshdisp2534　　　　　　←権限付与
adb shell "echo y|/dev/_su -c /data/local/nandunlockshdisp2534 %found_mem%"　　　　　　←代入した結果を引数にしてnandunlock実行


@echo on　　　　　　←ログを表示するコマンド、offにすると非表示
:framework-res.apk.customizedを端末へコピー　　　　　　←コメント
adb shell /dev/_su -c mount -o remount,rw /system /system　　　　　　←root権限で　systemをが書き込みできるように、リマウント
adb shell /dev/_su -c rm /data/local/framework-res.apk.customized　　　　　　←framework-res.apk.customizedを削除
adb push c:\android_backup/framework-res.apk.customized /data/local　　　　　　←framework-res.apk.customizedをパソコンからandroidにコピー
adb shell /dev/_su -c rm /system/framework/framework-res.apk.customized　　　　　　←framework-res.apk.customizedを削除
adb shell "/dev/_su -c dd if=/data/local/framework-res.apk.customized of=/system/framework/framework-res.apk.customized"←framework-res.apk.customizedをsystemヘコピー
:権限変更
adb shell /dev/_su -c chmod 644 /system/framework/framework-res.apk.customized
adb shell /dev/_su -c rm /system/framework/framework-res.apk　　　　　←framework-res.apkを削除
:adb shell /dev/_su -c ls -l /system/framework/framework*　　　　　　←削除されて存在しないことを確認、
adb shell /dev/_su -c ln -s /system/framework/framework-res.apk.customized /system/framework/framework-res.apk　　　　　　←framework-res.apkのリンク先をframework-res.apk.customizedにする
:adb shell /dev/_su -c ls -l /system/framework/framework*　　　　　　←リンクされた事を確認、644も確認
echo ""　　　　　　←ログを見やすくしてるつもり
echo recoveryモードで再起動　　　　　　←コメント表示
pause　　　　　　←何かキーを押すまで一時停止
adb shell /dev/_su -c reboot recovery　　　　　　←リカバリーモードで再起動
goto restart　　　　　　←メニューへ移動


pauseをもっと入れて、一行ずつ何をしているか、確認しながら進めることも可能です。

結局７をやってreboot recoveryしたみたいなんだけど
何をやればroot化したかの確認が取れるのかがわかんないです…

ID:CLlxGbSYの知識なさ杉ﾜﾛﾀ
ID:CLlxGbSYが何のためにroot化したいのかがわかんないです…

>>325
>>323のIS03 root switchでウィジェットのアイコンが変化するかどうかで判断したらいかがですか？

ちなみに機種は何使っているの？
バージョンは？

>>327
おはようございます。
A01の01.00.10です。
rootswitchを使ってみたのですが、
お使いのsuバイナリが古いです
と出て更新を促されるのですが、
アップデートに失敗しました
となります。
これはどうしたらよいのでしょうか…？

>>328
同じ症状になったことないけど古いsuperuser.apkを使用してみたらいかがでしょうか？

superuser2.3.6
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2537.bin
superuser.apkにリネームして使用してください

>>329
ありがとうございます。
うまくいきました！
rootedアプリも正常に動きました
家に帰ったらbootに書き込みしてみようと思います

IS12SH 01.00.08 ダメでしたー

>>331
adbって使えますか？

もし、使えるならメニュー1を実行して
【端末操作】端末起動まで約5分待つ。起動し操作可能後の30秒後にandroid端末の設定アプリケーション->microSDと端末容量->マウント解除しキャンセル

↓その状態のままで、もう１つコマンドプロンプトの画面を開いて
adbで下の操作したらどっちのログが表示されますか？
adb shell ls -l /data

失敗ログ
opendir failed, Permission denied

成功ログ
drwxrwx--x system system 2010-01-28 10:34 kernel-tests
drwxrwxrwx shell root 1980-01-06 09:00 wpstiles
---省略します---
drwx------ root root 2012-02-20 18:45 sb
drwxrwxr-x system system 2012-02-21 13:05 system
drwxrwx--- root root 1980-01-06 09:00 lost+found


成功ログならば、プレインアプリの停止ならできる

init.rcの中身を書き換えようとしたのですが
再起動してしまうと元に戻ってしまいます。
nandがunlockされてないとかroot化がうまくいっていないということなのでしょうか？
みなさんはどうですか？
タスクキル基準を書き換えてホームがキルされないようにしたいです…

A01,01.00.10

>>332
すいません、何度か試したらいけましたー
マウント解除のタイミングってシビアですね。。

IS12SH 01.00.08 boot.img あげときます。

IS12SH 01.00.08 boot.img用rootNoMIYABIパッチ
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2539.zip

01.00.07用のboot誰も上げてないの？

>>330
●apk_manager_4.9.zip 10.7 MB (11,235,570 バイト)　英語版
http://search.4shared.com/postDownload/c-CyZ0vc/apk_manager_49.html
http://www.mediafire.com/?d81xa5anvvipg03
http://filebulk.com/k06ek9g598k6/apk_manager_4.9.zip.html
日本語版や後継ソフトでは、なぜか失敗しました、やり方が間違ってるだけかもしれませんが。

・使い方（右上の時計に日時や曜日追加）
http://myregzaphone.qlookblog.net/2012/0210.html

●バッテリー100%等のカスタマイズはUOTにframework-res.apk
をアップロードして自分の好きなデザインを選択して作成できます。
http://uot.dakra.lt/

※注意点
infobarはboot領域にrootとれるカーネルを焼いてある場合に、
framework-res.apkが存在しなくても、adbで操作できるので
adbで正常なframework-res.apkに戻せば可能です。

標準状態のboot領域の場合は、01.00.08以下のバージョンなら、がんばれば復旧できますが、
01.00.10は恐らく復旧できなくなります。
必ず、boot領域にrootを取れるカーネルを焼いてから作業して下さい。
念のためsystemをバックアップしておけば、後から標準状態に戻せます。
バックアップする時は、systemの容量は500MBになりますのでmicroSDの空き容量に気をつけて作業して下さい。

>>333
プレイン停止をして今メモリ160MB空いているけど、ホームがキルされる事はないですね。
Task Killer系アプリは使っても意味なかったから、今はTask Killerを使ってない状態です。
優先する方法は、すいませんよくわかりません。

>>335
マウント解除のタイミングはかなりシビアです。
どのタイミング正しいのかが、わかりませんが、起動してから、スクリーンロック解除等も一切しないで
30秒以上待ってから操作するようにしています。それでも、失敗する時がボチボチあります。

>>336を解凍しrootIS12SH_01.00.08_WDiff.EXEをC:\android_backup\へコピーして実行する
C:\android_backup\boot.imgがroot化とMIYABI無効化状態になるので
メニュー7でrecoveryに焼いて動作確認をお願いします。
>>323の方法で完全root化の動作を確認後上手くいくようであれば、
メニュー8でbootに焼いて下さい

>>337
アップの返事があったのは↓の機種とバージョンのみです
infobar A01
01.00.06返事がないので、間違えてアップしたかもしれないので作ってません。
01.00.08
01.00.10

IS11SH
01.00.09

IS12SH
01.00.08

>>339
331です。ありがとうございます！
帰宅したら試してみます

タスクキル回避はカーネルをバイナリから弄って
何とかできそうですのでそうすることにします。

system以下を弄る時はsu有効にしたあと、
nandunlockshdisp2534を毎回実行しなければならないですよね？

>>341
よろしければ、方法を教えていただけてもよろしいでしょうか。

system以下を弄る時はIS03 root switchでrootオンにして、Root Explorerリマウントすれば変更できます

adbなら
/dev/_su
mount -o remount,rw /system /system
で変更可能になります

>>342
いろいろ省略してたりしてわかりにくいかも知れないですが、
カーネルをバイナリエディタで検索すると、以下のような文字列があると思います。

setprop ro.FOREGROUND_APP_ADJ 0.
setprop ro.VISIBLE_APP_ADJ 1.
setprop ro.PERCEPTIBLE_APP_ADJ 2.
setprop ro.HEAVY_WEIGHT_APP_ADJ 3.
setprop ro.SECONDARY_SERVER_ADJ 4.
setprop ro.BACKUP_APP_ADJ 5.
setprop ro.HOME_APP_ADJ 6.
setprop ro.HIDDEN_APP_MIN_ADJ 7.
setprop ro.EMPTY_APP_ADJ 15.

setprop ro.FOREGROUND_APP_MEM 2048.
setprop ro.VISIBLE_APP_MEM 3072.
setprop ro.PERCEPTIBLE_APP_MEM 4096.
setprop ro.HEAVY_WEIGHT_APP_MEM 4096.
setprop ro.SECONDARY_SERVER_MEM 6144.
setprop ro.BACKUP_APP_MEM 6144.
setprop ro.HOME_APP_MEM 6144.
setprop ro.HIDDEN_APP_MEM 7168.
setprop ro.EMPTY_APP_MEM 8192.

このうち、○○_ADJとあるものは処理が集中した時にタスクキルされる基準となります。
CPUに処理が集中してフリーズしそうになったときは、この値の大きいものからキルされます。
HIDDEN_APP_MIN_ADJとEMPTY_APP_ADJは今使用していないアプリになのですぐにキルされてしまうので、
実質HOME_APP_ADJが一番キルされやすい立場にあると言えます。
キルされないようにするためには、この値を低くすればよいです。解説サイトではよくこの値を１にしています。

○○_MEMはメモリがパンクしそうになった時にタスクキルされる基準です。
2048→20.48MBというふうになっていて、空きメモリ容量がそれ以下になればアプリがキルされます。
ホームアプリは61.44MBでキルされるので、購入時の段階で空きメモリが80MBを切るようなA01には
とてもキルされやすい値となっています。
そもそも、全ての値が大きすぎるので全ての値を半分程度にしてADJと同じように、VISIBLE_APP_MEMと
同程度の値にするとよいかと思います。

これでホームアプリは余程のことがない限りキルされることはないかと思います。
ホームがキル→ホームが再起動→ホームがすぐにキル
のループは、電池がものすごく消耗する動作になるので、これを抑えることはバッテリーのセーブにも役立ちます。

よかったら参考にどうぞ。

IDが被ったｗ

>>339
331です。
root化出来ました！

>>343
丁寧な解説ありがとうございます
得意分野と苦手分野が誰にでもありますが、ギャップが凄い人だと勘違いしてしまいました


HOME_APP_MEM　6144.=61MBも空が必要なら、非rootのinfobarの標準ホームが落ちまくりなのは当たり前ですね。
非rootの時に、ホームアプリが落ちまくりの理由がわかりました。
この設定ってバイナリ弄るしか方法がないのかな？

infobarって、なぜ性能が落ちるような事ばっかしてるんでしょうね？開発者がiphone好きで、infobar作る気が無いのかな？
rootしてinfobarの設定を知れば知るほど、この端末に対してメーカーのやる気のなさを感じるし、使う気がだんだん失せてきます
ユーザに対するイヤガラセのような、仕様になぜしてるのか理解できません
こんな糞仕様して、アップデートでrootの穴潰しに力を入れてる暇があったら、
プレインアンインストールを可能にするアップデートや
ホームが落ちないように工夫をするアップデートをした方が良いと思う

こんな製品を売るメーカーの姿勢が理解し難い
IS06からinfobarにした時に、クロック数が1.5倍になってるから超サクサクになるって
信じてたけど、実際は糞重たくて不思議に思ってたけど、作り手の人のやる気ないんだね

他の国産スマホも同じなのかな？


>>331
IS12SH 01.00.08の動作確認乙です
recoveryでテスト動作確認をし成功しているなら、boot領域に焼いて下さい
設定を色々弄るなら、boot領域はroot取れるカーネルにしておいた方が、安全です

>>346
本当は/直下のinit.rcの該当部分をを書き換えればそれで終了のはずなんだけど、
SH機の場合、カーネルにソースコード領域ってものがあるらしく、
起動時にそのソースコードに従ってinit.rcが書き換えられるので、
init.rcを書き換える方法ではこれが適用されません。
ですので、カーネルのバイナリを見てソースコードの記述自体を書き換えてしまう
というのがこのやり方のようです。

init.rcを書き換えることさえ出来れば、boot領域をSDにしたり、
起動時にスクリプトを読み込ませたり出来るのですが、
このような方式のため、autoexec.shもカーネルを書き換えて実行させるしかなかったんだと思います。
なので、上書き書き換えはできても追加書き込みができないのが痛いところです。

同じ理由で、カメラを無音化させるのも/system/build.propのro.camera.sound.forcedの値を
０にさえすれば良いのですが、このbuild.propもソースコードに従って起動時に書き換えられるので、
ただ書き換えるだけでは再起動してしまうと元に戻ってしまいます。

>>347
今まで理解できなかった部分の理解度が進みました、
丁寧な説明ありがとうございます。感謝します。

こんばんは
boot領域にカーネル書き込みをしようと思うんですけど、
recovery領域に書きこんで普通に使えたやつなら大丈夫なんですよね？

で、boot領域に書きこむ時も１でroot化して書き込むことになるとは思うんですけど、
bootで起動して仮rootにしてboot領域に書き込むということは、
今使用しているファイルを書き換えることになってしまう事になると思うんで
エラー吐きそうで怖いんですけどそのまま実行しちゃって大丈夫なんですか？

>>349
boot起動して、一時ルートで、書き込む方法
メニュー1後に8で書き込む

焼いたルート状態のrecoveryから起動して、書き込む方法
8で書き込む

2パターンあります。
そういう質問を見かけた事がないから、推測した理解です。
たぶん、起動時にboot領域をメモリ等にコピーして動作していて、起動後はboot領域を見にいかない仕組みだと推測してる。

実際に、試したけど問題起きたことはないです。

システムを、書き換える時は、
今使用してるファイルを書き換えることになるから、エラーは表示されるよ。

たぶん、boot領域とrecovery領域は、メモリにコピーされてるから、起動中に消してもエラーならない

>>350
あっ、recovery起動のroot状態で８やるだけで良かったんですねｗ
nandのアドレス求めたりしてたから１の仮rootじゃないとダメなのかと思ってました
では今から挑戦してみます！

>>351
boot領域にも上手く書き込めました！
ありがとうございます！

９以降のやつは01.00.08でしかできないのでしょうか…？
パッチが当てられないので書き戻しても同じものになるのでしょうか…？

>>353

9.framework-res.apkをバックアップ後、customizedを作成する

A01　01.00.08以外の機種は、
C:\android_backup\のフォルダに標準のframework-res.apk.customizedがバックアップ作成されます
>>338を参考にして自分でカスタマイズして下さい。




10.framework-res.apk.customizedを、framework-res.apkへ上書き
※↑フォント、アイコン、ステータスバー、バッテリーアイコン等変更

カスタマイズ済みのframework-res.apk.customizedが、C:\android_backup\のフォルダに存在する状態で
10実行すると、framework-res.apk.customizedが/system/framework/framework-res.apkと置換されます。
framework-res.apkは、使用中のために端末の画面にエラーが表示されますが気にせずadbの操作をして下さい。
できるだけ、画面はadbの操作が完了するまで触らないで下さい。理由は、エラー画面が表示された後に、画面を弄っていると、強制再起動される場合があるからです。
万が一失敗した場合は、9でバックされた、「framework-resバックアップ日時.apk」をframework-res.apk.customizedにリネームして、
10を実行すれば、オリジナルのframework-res.apkに置換されます。


11.カメラ等の無音化
どの機種でも同じです。
Root権限で動作するExplorer系のアプリでも可能
/system/media/audio/ui/camera_click1.ogg
/system/media/audio/ui/camera_focus.ogg
を
/system/media/audio/ui/camera_click1_ogg.bak
/system/media/audio/ui/camera_focus_ogg.bak
にリネームしても同じことです。

 >>353
 bootとrecoveryの両方に同じboot.ingを書き込んだ状態
ということですか？不具合ないのでしょうか？

>>355
不具合じゃなくて、注意点が>>129に書いてあります


今の状態をwindowsに例えると
デュアルブートの環境になっている
1st　　boot領域から起動
2nd　　recovery領域から起動

＃機は、起動時にどっちの領域から起動するかが、選択できなくて必ず1stで起動してしまう。
2ndからブートする場合は、root権限で起動した状態で、reboot recoveryを実行すると2ndから起動してくる
>>317-319の説明してあります。

1stも2ndのHDDディスクが、同じ物がコピーされた状態になっている。

windowsに例えると、こんな感じ

ど素人ですいません、ROM焼きってなんですか？

>>357
例えるなら、osのインストールの事
Windowsとの違いは、起動に最小限必要なファイルしか無いのが普通

標準だと、administratorの権限がないのでadministratorの権限があるカスタムを焼いてる。

http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2540.bin
IS12SH 01.00.07のboot.imgです。
よろしくお願いします。

IS12SH 01.00.07 boot.img用rootNoMIYABIパッチ
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2541.zip

解凍しrootIS12SH_01.00.07_WDiff.EXEをC:\android_backup\へコピーして実行する
C:\android_backup\boot.imgがroot化とMIYABI無効化状態になるので
メニュー7でrecoveryに焼いて動作確認をお願いします。
>>323の方法で完全root化の動作を確認後上手くいくようであれば、
メニュー8でbootに焼いて下さい

ありがとうございます
後ほど試してみたいと思います。

前に本スレで話でたけど
もしバージョンアップしてrootふさがれたら
ダウングレードとかリカバリできないよね？
新バージョンがroot化されるまでは待つしかないの？？

>>343
ro.HOME_APP_MIN_ADJ 0
ro.HOME_APP_MAX_ADJ 1
この2行もHOMEがバックグラウンドにいった場合に必要かと思って追加してみたのだけど、
error closing recovery: No space left on device
ってエラーが出てカーネル書き込みが失敗したっぽいです。

11264KBを超えるカーネルって書き込みできないようになってたりするのかな…？
あと、調べてみるとこの2行が必要に感じるのだけど、A01の場合もやっぱり必要なんでしょうか…

iptablesがいじれない
何やってもoperation not parmittedになる

Linuxをかじるどころか舐めたくらいの俺にはどうにも出来ないわ

>>364
シャープ機はiptablesにカーネルで制限掛けてるのは散々既出（←なぜか変換出来た）

01.00.05　　　a
01.00.06　　　m
01.00.08　　　a
01.00.09　　　p
初期ワンクリツールでdump_image_oobplaceじゃないsystemバックアップしかない方
↑のバージョンなら用意できそうなので、言って下さい

01.00.05　　a
01.00.06　　m
01.00.08　　a
01.00.09　　p
↑のバージョンならdump_image_oobplaceでバックアップしたsystem.imgを入手できそうです
system書換えて、元に戻せない人いますか？

>>367
01.00.08のsystemを頂きたいです。よろしくお願いします。
ちなみにBBの後ろのaとかmとかpは何を意味してるんでしょう？

>>368
自分のメモです。気にしないで下さい。
メアドをzipか何かでアップしてください

戻し方です。
GALAPAGOS 005SH 2.3をroot化する方法を考えるスレ
http://anago.2ch.net/test/read.cgi/smartphone/1319287551/463-464
463 自分：SIM無しさん[sage] 投稿日：2012/02/25(土) 21:26:01.71 ID:mz/8hdwn
申し訳ありませんhン、他機種のA01の質問です

oobでバックアップした後に、元に戻す時は下のコマンドであっているでしょうか？

●backup
su
#
dump_image_oobplace system /mnt/sdcard/system_org_oob.img

●restore
su
#
MIYABI解除ROMでブートさせてnand解除し
flash_image -o -s system_org_oob.img


464 返信：SIM無しさん[sage] 投稿日：2012/02/25(土) 21:55:17.88 ID:i2frhKAH
>>463
backupはそれであってます
restoreですが、このｽﾚで配布しているflash_imageであれば
flash_image -o system system_org_oob.img
ですし（[-s オフセットアドレス]オプションは、分割してイメージを焼く場合に使います）、
flash_image_oob system system_org_oob.img でも同じです
ただし、system パーティションを焼く場合にはいくつかの条件があります
�@. systemパーティションはumountしておくこと
リカバリーモードのようなものを用意するか、通常起動した状態であればsystemパーティションをコピーものに挿げ替えてしまう等が必要です
/systemをmountしたまま書換えを行うとどうなるかは想像できると思います
�A. oobイメージを焼くためにはoob patchを行ったカーネルで起動している必要があります
このpatchはfi01さんが、dump_image_oob/flash_image_oobとともに公開されています
�B. ご存知のとおり、systemパーティションのnandunlockが行われている必要があり

>>369
368です。名前欄のメアドにお願いします。

systemの復元についてですが、�@の具体的な方法(手順)と�Aのoob patchを行った
カーネルってのが私には分からないです。まだ調べてる最中なもので(^^;

>>367
僕も01.00.08を頂きたいです。

こちらに捨てアカ作りましたのでこちらにお願いできますでしょうか？
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2559.txt

Gscriptでautoexec.shの選択ができないのですが、何が問題でしょうか？

>>372
選択が出来ないってどういうこと？
Load Fileでautoexec.shが選択出来ないってことかな？
それならGScriptはSDカードにgscriptってディレクトリを作って
そこにスクリプトを置かないとLoad File出来ないよ

>>373
なるほど
ありがとうございます＾＾

01.00.10のroot取得について質問なのですが
端末エミュレーターで♯を確認し、autoexec.shを実行してバックアップを取ったあと
boot.imgを書き込めば全root取得ができるのでしょうか？

>>375
やってみればいいじゃない

>>375
yes

ワンクリツール作者様ってまだいますか？

6→7の手順をやったら、△の中に!マークとドロイド君がでてきて動かなくなってしまったんですけど
何かまずい事してしまったでしょうか？

>>379
それって、ただ単にカーネル焼きが成功していないだけだから壊れてはいないよ。
recovery領域が初期状態のカーネルになってると、そのマークが出る

#!/system/bin/sh
chmod 555 /data/local/busybox
cat /data/local/_su > /dev/_su
chown root.root /dev/_su
chmod 6555 /dev/_su
cat /data/local/su > /dev/su
chown root.root /dev/su
chmod 6555 /dev/su

while true
do
/data/local/任意.sh
sleep 60secondss
done

ifconfig
1500

rm -rf *.* 忘れてるぞw

>>382
単芝つまんねーよ
帰れ

A01いまさらながら手に入れたけどメモリ少なっ
なんでL-04Cが300MB開いてるのにこいつ標準で100MBしかないんだ
なんなの！なんなの！

root化したboot.ｉｍｇなどはどのようにして作るのでしょうか？

ワンクリツール作者様に頼めばいいんじゃね
自分でやりたきゃググりまくって勉強するこった

ワンクリツールで同じようにルート導入前に簡単に戻すことはできますか？

できる

そういう奴等はroot化しなくていいから

root化せずにauスマートパスで快適スマホ生活送ってろよ

root化なんかすると4.0にできなくなるぞ

>>387
boot、recoveryは戻すことは可能。
systemについては今のところ復元不可能と思う。
なのでアプデとか気にするなら/systemは弄らない方が良い。

>>385
ttp://www45.atwiki.jp/aquosphonesh12c/pages/28.html
ココやワンクリツール内に書いてあるし、このスレにも書いてある。
たぶん、ググッても変更方法ほとんど、見つからないと思うよ。
基本的には、boot.imgのスタートアップ部分にrootかするshを実行するように変更すると
言う方法しかわかりません。

>>387
bootとrecoveryは楽勝戻せるように神々のおかげでできるようになっている

systemはバックアップしておけば戻すことは不可能ではない、ただし戻し方は005SHのワンクリ作者クラスじゃないと無理
005SH最近見てないからわからないけど、戻すためのツールも既に作成されているかもしれない。

>>389
root化していても、ICS4.0にできるはず
system内のシャッター音消しやframework-res.apkを変更したなら、
元のファイルに戻せばいいだけだよ

>>384
国産スマホと外国産スマホを比べたら、国内産はボロ負けだよ
国産で300MBも空いてる機種なんて無いよ

ユーザーがゴミ掃除してやっとマシにレベルだしな

お聞きしたいんですけど標準のオールリセットへの道が壊れちゃいました。
03-13 17:18:26.240 W/MasterClear( 305): !!! FACTORY RESET !!!
03-13 17:18:26.240 E/MasterClear( 305): Can't perform master clear/factory reset
03-13 17:18:26.240 E/MasterClear( 305): java.io.FileNotFoundException: /cache/recovery/command (Not a directory)
03-13 17:18:26.240 E/MasterClear( 305): at org.apache.harmony.luni.platform.OSFileSystem.open(Native Method)
03-13 17:18:26.240 E/MasterClear( 305): at dalvik.system.BlockGuard$WrappedFileSystem.open(BlockGuard.java:232)
03-13 17:18:26.240 E/MasterClear( 305): at java.io.FileOutputStream.<init>(FileOutputStream.java:94)
03-13 17:18:26.240 E/MasterClear( 305): at java.io.FileOutputStream.<init>(FileOutputStream.java:66)
03-13 17:18:26.240 E/MasterClear( 305): at java.io.FileWriter.<init>(FileWriter.java:42)
03-13 17:18:26.240 E/MasterClear( 305): at android.os.RecoverySystem.bootCommand(RecoverySystem.java:371)
03-13 17:18:26.240 E/MasterClear( 305): at android.os.RecoverySystem.rebootWipeUserData(RecoverySystem.java:341)
03-13 17:18:26.240 E/MasterClear( 305): at com.android.server.MasterClearReceiver$1.run(MasterClearReceiver.java:49)

goroh_kun : 2010/11/27(土) 23:28:10さんのIS01でのオールリセット記述でいけますか？

あーわかりました
rootest_v3が通らないので変だなーと思ってた
adb shell mv /cache/recovery /cache/recovery_
あたりかな
バックアップ焼いてみます

時計を日付と時計の２行表示にするのに興味ある人っている？
２行にすることによって年まで入れてもそう場所は取らないでいける
いるなら昼にでもやり方書こうと思うがどう？
ttp://i.imgur.com/GXQPy.jpg

いいね
でも曜日は冗長かな。Win7のような

　　　7:58
　2012/03/14

みたいな書式にもできる？

>>397
書式変えれば出来る
だけど例えば曜日名英語にすることは
できるけどおすすめしない

曜日名参照してるものが複数あるから
例えばロック画面が3月11日(Sun)とかなっちゃう

>>396
ぜひやり方教えて下さい
お願いします

時計表示を日付と時間の２行表示にする方法

まずは、SystemUI.apkというファイルの抜き取り・書き取りを簡単にするための
バッチを追加したrootest.batファイルをDLし、rootestフォルダに入れて起動してください
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2573.zip
当方、バッチファイルの書き方を知らないため、framework-res.apkのバッチ表記を丸パクリしたので
途中でframework-res.apk用のパッチファイルが起動しますが、適用されないのでそこはどうにかスルーをお願いします。

rootest_v4d_2.batを起動すると12番と13番のメニューが追加されると思います。
12番を行うと、C:\android_backupにSystemUI.apkがコピーされます。
今回は、9番で取り出せるframework-res.apkと、12番をで取り出せるSystemUI.apkの２つを改造します。
改造の前に、SystemUI.apkがそのままではapkmanagerでデコンパイルできないので、以下の動作を行います。

まず、apktoolをインストールしてください。ググればいくらでも出ます。
環境変数も設定しインストールが終了したら、コマンドプロンプトでframework-res.apkのあるフォルダに移動して
apktool if framework-res.apk
と入力します。すると、以降からSystemUI.apkがapkmanagerでデコンパイル出来るようになります。
上手く行かなかったときはC:\ユーザー\メインユーザー\apktoolにframework-res.apkを持ってきてここでやるとうまくいくはずです。
(コマンド実行成功後はapktoolにコピーしたframework-res.apkは削除して構いません)

framework-res.apkとSystemUI.apkをapkmanagerでデコンパイルしたら、次の部分を以下のように書き換えます。
まず、時計表記を日付と時間の２行表示にするために…
framework-res.apk/res/values-ja/strings.xmlの110行目
<string name="twenty_four_hour_time_format">H:mm</string>
　　　　　　　　　　　　　　　　　↓
<string name="twenty_four_hour_time_format">yyyy年M月d日"\n"E曜日 H:mm</string>
Win7のタスクバーの時計表示のようにしたい方は、
<string name="twenty_four_hour_time_format">H:mm"\n"yyyy/MM/dd</string>
としてください。MをMM、dをddとすると１桁の時は十の位に０が表示されます。
また、曜日表示を英語にしたい方は、以下の方法が使えそうです。
曜日についてはE、EE、EEE、EEEEの４種類があって、それぞれが、73〜100行目の曜日表記に対応しています。
EEEEなら<string name="day_of_week_long_○○">の表記に、Eなら<string name="day_of_week_shortest_○○">という風に対応しています。
この曜日表記は様々な場所(例えばロック画面の日付表記など)から参照されているのでここを書き換えることはおすすめできませんが、
おそらく、week_long辺りはどこからも参照されていないと思いますので、ここの表記を<string name="day_of_week_long_sunday">Sun</string>
などと変更して時計表示の指定でEEEEと指定するとよいかと思います。

この変更が済んだら、framework-res.apkの変更は終わりですので、コンパイルして本体に書き込んでみましょう。
apkmanagerで19を指定し、圧縮レベルを０に指定、11でコンパイルします。
途中の(y/n)の２回の指定の時はどちらもyを選択してください。
すると、「続行するには何かキーを押してください．．．」と表示されて止まると思います。
この時、apkmanagerのフォルダ内にkeepというフォルダが出来ていると思います。
そのフォルダ内にあるresources.arscというファイルを削除して、apkmanagerのフォルダに戻りコマンドプロンプトで何かキーを押して続行させてください。
すると、place-apk-here-for-moddingというフォルダ内にunsignedframework-res.apkというファイルが生成されます。
これが完成したframework-res.apkです。

このunsignedframework-res.apkをC:\android_backupに移動して、ファイル名をframework-res.apk.customizedに変更します。
そしてrootest_v4d_2.batのメニューから10番を実行し、framework-res.apkの書き換えと再起動を行います。
正常に起動すると、右上の時計表示が１行で「2012年3月14日 水曜日 15:30」のようになっていると思います。
設定→日付と時刻→時刻設定を見て、ここの表記が２行になっていればframework-res.apkの変更は成功です。

入りきらなくなったので２つに分けます。

次に、SystemUI.apkを次のように書き換えます。

SystemUI.apk/res/layout/status_bar.xmlとstatus_bar_ex.xml(内容はほぼ同じファイル)の７行目
<com.android.systemui.statusbar.Clock android:textAppearance="@android:style/TextAppearance.StatusBar.Icon"
　android:gravity="left|center" android:paddingRight="6.0dip" android:layout_width="wrap_content"
　android:layout_height="fill_parent" android:singleLine="true" />
　　　　　　　　　　　　　　　　　↓
<com.android.systemui.statusbar.Clock android:textSize="9.0sp"
　android:gravity="center" android:paddingRight="6.0dip" android:layout_width="wrap_content"
　android:layout_height="fill_parent" android:singleLine="false" />
(status_bar.xmlとstatus_bar_ex.xmlで表記が若干違いますがそこはスルーして上記の２つの違いの部分を書き換えてください)

この次の作業はオプションですが、ステータスバーを引き伸ばした時に左上に表示される日付が二重になってウザいと思う人は
以下を書き換えてください。方法はいくつかありますが、次の書き換えが一番簡単です。
SystemUI.apk/res/values-ja/strings.xmlの165行目
<string name="status_date_text_format">yyyy年M月d日(EEE)</string>
　　　　　　　　　　　　　　　　　↓
<string name="status_date_text_format"></string>
残念ながらこの方法ではステータスバーを引き伸ばした際に一番左に表示されているアイコンが隠れてしまいますが、
まぁその程度は許容できるかと思います。

変更が済んだらコンパイルして本体に書き込みます。
※ここからの作業ではframework-res.apkのコンパイル時にはなかった作業が追加されます。
　 この作業を行わないと、表示が全く変わらないので、この作業は忘れずに行なってください。

apkmanagerで19を指定し、圧縮レベルを０に指定、11でコンパイルします。
途中の(y/n)の２回の指定の時はどちらもyを選択してください。
すると、「続行するには何かキーを押してください．．．」と表示されて止まります。
framework-res.apkの場合と同じようにkeepフォルダ内のresources.arscを削除してください。

さらに、keepフォルダ内のres/layoutにあるstatus_bar.xmlとstatus_bar_ex.xmlを削除してください。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
システムのapkを改変する際はstrings.xml以外を書き換えた場合においてはkeepフォルダ内の変更を行ったファイルを削除する必要があります。
アイコン画像変更やロック画面を弄るときなど、strings.xml以外を変更する場合は参考にしてください。

削除が済んだらapkmanagerのフォルダに戻りコマンドプロンプトで何かキーを押して続行させてください。
すると、place-apk-here-for-moddingというフォルダ内にunsignedSystemUI.apkというファイルが生成されます。
これが完成したSystemUI.apkです。

このunsignedSystemUI.apkをC:\android_backupに移動して、ファイル名をSystemUI.apk.customizedに変更します。
そしてrootest_v4d_2.batのメニューから13番を実行し、SystemUI.apkの書き換えと再起動を行います。
正常に起動すると、右上の時計表示が２行の中央寄せ表示になっていると思います。

作業は終了です。
お疲れ様でした。



〜今後のために覚えておくこと〜
strings.xml以外を弄った場合は、keepフォルダの弄ったファイルを削除すること
このことが分からなかったせいで２週間以上もどうして変更が適応されないのか悩んでしまいました(笑)

>>400>>401
詳細な手順ありがとうございます。
週末とか時間が出来たら試してみたいと思います。
これを機会にframework-res.apkやSystemUI.apkもちょっと勉強してみようかな。

005SH rootスレ見ましたよ〜
ここが過疎ってるのは寂しいけどA01持ちにはいろいろ弄りたいって人は少ないんだろうね。
root化した人も大方はプリイン無効化とかで満足してるのかな。

>>402
特定アプリのキル禁止方法や
メモリ容量に関係なくタスクキルされる謎
オーバークロック方法
デフォルトのロックスクリーンを弄る方法
タスクバーにショートカットを登録するとタスクバーに表示されるアイコンの表示順のカスタマイズ
負荷がかかってないのに途切れる音楽アプリの謎

など解決したいことはたくさんあるのに弄りまくってる人が少なくて残念…

あまり知識がないから大きく間違っているかもだけど…

>特定アプリのキル禁止方法や
これは無理でしょ。ホームアプリなら>>343の内容でキルされにくくすることは可能だけど。

>メモリ容量に関係なくタスクキルされる謎
これは謎ｗ。LowMemoryKiller以外でシステムが勝手にキルすることはないと思う。
キラー系やメモリ管理系のアプリを使ってるとか、キルされちゃうアプリ自体の問題とか。

>オーバークロック方法
MSM8655Tって1.4MHｚ以上に出来るの？
出来たとしてもCPUへのダメージや電池消費が激しくなってヤバそう。

>デフォルトのロックスクリーンを弄る方法
どう弄りたいのか？WidgetLockerとかのアプリで出来ない？

>タスクバーにショートカットを登録するとタスクバーに表示されるアイコンの表示順のカスタマイズ
タスクバーってのが何だかわからない…

>負荷がかかってないのに途切れる音楽アプリの謎
これも謎だけど、アプリの問題か音楽ファイルの問題じゃない。

低電圧化してるよ

iidahomeアンインストした人っている？
あんなホーム絶対に使わないんだけど
戻せるかどうか不明のままで消すのはちょっと躊躇するな

>>406
なんでアンインスコ？無効化すれば良いじゃん
rootとってるなら試しにiida Homeを無効化してみればどうなるかわかるよ

>>406
あほなの？

ここにはやったこともないのに偉そうなこと言う奴がいるみたいだな
このスレすら目を通さずにわかったようなこと言うなよ
だから過疎化るんだよ

過疎ってんのはもうroot化手順が確立されてるからだろ。
root化して出来ることはググレば情報いくらでもあるし、常時rootが無理だから制限も多い。
そもそもA01持ちにはroot化したい人も少ないみたいだし神的存在もいない。
SH-12Cスレとかもそうだけどネタがないから過疎ってんだよ。

俺的には
・リカバリーモードが存在しないからリスクの高い改造は危険すぎる
・01.00.08すら未だにカーネルソースが公開されてないからカスタムカーネルが作れない
ってことで、とりあえずリカバリモードを組み込むまでは恐くて手が出せない現状。
いろいろ試したいけど時間もないんだよねorz

>>409
自己紹介乙！

>>400>>401
ステータスバーの時計２行化うまくいきました。
ttp://i.imgur.com/CjqLW.jpg
framework-res.apkのデコンパイルでエラーになったり置き換え後の
失敗もありましたが何とか問題クリアしてうまく表示できました。
ありがとうございました。

質問です。
01.00.10 なんですが、ワンクリツールで１を実行して一時root化したあと
６のboot.img保存までは出来たんですが
７のリカバリ領域からの再起動の所でビックリマークドロイドくん が出て動かなくなります。

これは６で保存したboot.imgを編集してroot化したあと７に進んで、書き込まないと駄目って事でしょうか？

>>413
６の処理で01.00.10のroot化パッチがあたったboot.imgが作成されるので
android_backupに出来たboot.imgは編集する必要はないはず。
問題は７の処理のどこかで失敗していてboot.imgがrecovery領域に焼かれてない。

>ビックリマークドロイドくん が出て動かなくなります。
これはオリジナルのrecoveryの動作なのでrecovery領域が置き換わって
いないということ。

７の処理で
エラー例1：mtd: erase failure at 0x00000000 (Read-only file system)＝nand解除エラー
エラー例2再書込する：mtd: read error at 0x00000000 (Out of memory)＝書込みエラー
のようなエラーは出なかった？

>>414
ってことは基本的にはLeadmeの通り、コマンドプロント画面で数字押す以外はしなくても上手くいくはずなんですね…

今は試せない状況なんで分からないんですが、ひょっとしたらなってたかも…

もう一度 確認してみます

ありがとうございます！！

確認した所エラーは出てませんでした。

しかし何度かやってるうちにリカバリーモードでのroot取得は成功しました！
でも８を実行して再起動がかかると元に戻ってしまいました。

これはboot領域への書き込みに失敗してるって理解であってますか？
何度かやってるうち成功したりするんでしょうかね？

>>415
>>416のその後はどうですか？まだboot領域への書き込みには失敗してるのかな？

>>417
すいません！
何度か試したところ 成功致しまして 現在いじくり回し中です！
ありがとうございました！

01.00.13が来たそうだが、root化周りで対策はあったのかな?

root後titanium backupを使ってプリインアプリを凍結したのですが、誤って凍結してはいけないものも凍結してしまいました。
現在新しいアプリをインストールできない上にtitanium backupも起動しません。
初期化も受け付けてくれない状態です。

それで質問なんですが、パソコンの方から初期化って可能なんでしょうか？

>>420
titanium backupの凍結ってpm disableぢゃないのかな？
もしそうなら初期化しなくてもPCからadbで繋いで問題の凍結したアプリをpm enabledすれば直るんぢゃないの？

ありがとうございます！
今端末シュミレータ使ってやってパッケージインストーラーは復活したんですが
パッケージアクセスヘルパーの識別名がわからないんです。

>>422
いま仕事中で時間もなく調べられない。
pm list packages -d
でdisabledされてる一覧が出るから、そのなかにそれらしいの無いかな？

無事回復しました！！ありがとうございます

>>424
回復出来て良かったですね

ちなみに、パッケージアクセスヘルパーってのはcom.android.defcontainerでしたね。
(A01だとパッケージアクセス支援ツールって名称でした)
これはpm listの一覧だけ見てもわからないね

>>414
自分もビックリマークドロイドくんが出るんですけど
どのようにすればいいのでしょうか

>>426
ここにはエスパーは居ないよ
せめて
・端末環境（機種、ベースバンド）
・目的（何を使って何をしようとしているのか）
・詳細な作業内容とその結果
くらいは書かないと誰も助けようがない。

すみません。
01.00.10でワンクリツールを使い6までは成功しましたが
７でrecovery領域に書きこめずドロイドくんが出てきました。

>>414にも書いたけど７の処理で"Read-only file system"とか
"Out of memory"とかのメッセージが出なかった？

追加。
同じく７の処理で「f=3」ってのが3回表示されてるよね？

ドロイドくんから動かないです

動かないって？
電池抜いて再起動は出来るよね？

>>432
再起動してまた7試してみます

f=3が３回表示されてました。
最後には
error writing recovery: No space left on device
と書いてあります。

"No space left on device"は過去レスみると、nandが解除されていないからだと思う。
nandunlockは何を使ってるか分かる？(nandunlockshspampかnandunlockshdisp2534か)
分からなければワンクリツールのbatファイルのバージョン（batファイルのファイル名)を
教えて

nandunlockは分からないですねぇ。
rootest_v3.batを使ってます。

わかりました。
rootest_v3.batだとnandunlockshspampを使っているので01.00.10では
nand解除できないと思います。

>>307のup2535.zipをワンクリツールに上書きしてrootest_v4d.batより
再度７の処理を行ってみて下さい。

>>437
自動的に再起動ってされますか？

７の処理でのこと？
だとしたら、７の処理でimg書き込み後に
【選択y/n】エラーが表示されていますか？(y/n) y→再書込 or n→再起動リカバリーモード:
の問合せがきて、nを入力すればその後自動で再起動される（リカバリで起動）

コマンドプロンプトが消えてしまうのですが

ごめん。間違ってたね。
batファイルは

:reboot_recovery
echo adb shell /dev/_su -c reboot recovery
EXIT
goto restart

ってなってるから再起動しないしexitでコマンドプロンプトは閉じるようになってるね。
ミスなのか意図的なのかワンクリツール作者でないので分からないです。

一時rootで我慢します。

どうして？
>>307のbatファイルに置き換えても７の処理はうまくいかなかったの？

みんなroot化したあと プリインアプリ止めたりしてると思うけど どのアプリ消したりしてます？
あとオススメのこれは入れとけってある？

>>443
７を実行するとコマンドプロンプト消えてしまうので、再起動ができないんです。
recoveryに書き込まれた事はどのようにして確認すればいいのでしょうか？

わざわざ書いてくれてる人いるが記述ミスってるとこ修正したのか？
batファイル読めないくらいならツール使うなよ

>>445
img書き込み後にy/nの問合せがきますよね？
そこでエラーがないことを確認してnを入力したからコマンドプロンプトが消えたのですよね？
だとしたらimgは書き込まれていると思うのでrecoveryから再起動でおｋ
PCとつないでadbを使用できる状態にしてコマンドプロンプトから以下を実行する
adb shell /dev/_su -c reboot recovery

もしbatファイルを修正するなら該当箇所を以下のように直してみて
（２行目のechoを削除、３行目のEXITの行を削除）
　:reboot_recovery
　echo adb shell /dev/_su -c reboot recovery
　EXIT
　goto restart
　　　　↓
　:reboot_recovery
　adb shell /dev/_su -c reboot recovery
　goto restart

root化したんですがCPU いじるアプリが上手く作動しません。
皆さんは普通に使えてますか？

OCしたり電圧いじるのはカーネルに手を加えないとダメでしょ

>>307
をやったんですけど、すぐ消えてしまって　y/nの表示はないですね。

こりゃダメだ

>>448
OCなどについては>>449さんがレスしたようにカーネルを弄るしかないですね。

rootedアプリ使用時の注意として、
この機種では常時root化はキャリアメーラーがエラーになるので不可能です。
その為にIS03rootswにより必要な時だけroot化するのが通常の使い方です。
Titanium Backupのような使う時だけ一時的にroot化すれば良いrootedアプリ
は使用できますが次のようなrootedアプリは使用不可能です。
・boot時に自動起動させるようなrootedアプリ
・常時起動していてroot権限が必要なrootedアプリ
・/system/binにsuがないと動かないようなrootedアプリ

エラーはかないのは何か問題があるのですかね？

>>450
>>445さんですか？
７の処理でy/nの問合せも出ずにコマンドプロンプトが消えるってこと？

修理からA01が帰ってきたんだが・・SHBreakできなくなってた。
流れからすると対策されたのかな。DocmentToGoが消せないとかうざすぎる。

>>454
そうなんですよ....

>>448
ダウンクロックならcpu tunerとか使えたはず

>>452
なるほど　そういうことだったんですね
ひょっとしてroot化がうまくいってないのかと思ってたので安心しました。

キャリアメーラーを諦めたらOCもできるようになるって事ですね。

root化するのもヒィヒィ言ってた僕にはカーネルのいじり方もサッパリですがｗｗ

>>456
何なんでしょうね？
もしかしてPCのOSがWindows98とかMeとかじゃないですか？

>>459
OSは7のHome Premiumなんですけどね

>>460
Windows7なら問題ないと思うけど（俺は7ではないのでハッキリ分からない）
ますます謎だな｡｡｡
rootest_v4d.batは変更とかしてないよね？

デバッグ用のechoとpauseを入れたrootest_v4d_ｔｅｓｔ.batってのを作ったんで
これをワンクリツールのフォルダに入れて実行し７の処理を行ってみて下さい。
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2583.zip

これで７の処理を実行すると５箇所(step1〜5)で以下のメッセージ出力と一時停止を行います。
☆☆☆☆☆☆ 処理７ step〇 完了 ☆☆☆☆☆☆
続行するには何かキーを押してください . . .

step1〜5のどこまで進んで、どこでコマンドプロンプトが閉じるのか判明すると思います。

>>461
たびたびすみません。

実行してみたところstep1は完了していました。

>>462
う〜ん、分からないです
step1まで完了してstep2の完了が表示される前にコマンドプロンプトが閉じてしまうんですね？
step1からstep2の間は以下の２行の処理しかしていない。

adb shell "/dev/_su -c /data/local/nandinfocalc boot" | find "found" >tmp1.txt
for /F "tokens=1-2" %%a in (tmp1.txt) do SET found_mem=%%b

この処理の中で何かが悪さしてる？
強いて挙げるとすればSET文で環境変数を扱ってるとこかな？
たとえば管理者権限で実行しないとSET文は使えないとか、Windows7のセキュリティか
何かに引っかかってバッチファイルが勝手に終了してしまうとか...

他にWindows7使いでDOSに詳しい方とかワンクリツールを使っている人とかいないですかね

>>463
adbは内部コマンドまたは外部コマンド
操作可能なプログラムまたはパッチ　ファイルとして認識されていません。

このように出てます。adbが使えてないってことでしょうか？

>>464
それはadbが使えてないですね
Android SDKはインストールしましたか？
インストールしたのならインストールしたフォルダ配下のtoolsおよびplatform-toolsフォルダを
環境変数のPATHに定義する必要があります。
「Android SDK インストール」でググれば手順を書いたサイトがたくさんあるのでそれらを参考
にして下さい。

>>465
Android SDKをインストールしました。

>>455
この間のアップデート適用されてるんじゃない？
あれ当たると、SHARP機すべてがSHbreake使えなくなるよ

SHbreakのと、root化ツールのSDカードのマウントなんちゃらの脆弱性って別物だっけ？

別物だよ
SHBreakは昨年の12/27だかのアプデで塞がれてしまって
新たな方法としてshdisphookを神が授けてくれた。
ワンクリツールはこのshdisphookを使ってる。
22日のアプデで01.00.13になったみたいだけどshdisphookが使えるかは不明。

step4まで完了しました。

>>470
step4の後はどうなった？
その後はy/nの問合せの処理しかないのだが

>>471
エラーの確認はどのようにすればいいのですか？

>>472
step4の後はどうなった？って聞いてるんだけど…
そもそもコマンドプロンプトが勝手に閉じる件についてはどうなったのさ？

>>473

step4のあとは
エラー例1：mtd: erase failure at 0x00000000 (Read-only file system)＝nand解除エラー
エラー例2再書込する：mtd: read error at 0x00000000 (Out of memory)＝書込みエラー
なので再書込で成功するかも
【選択y/n】エラーが表示されていますか？(y/n) y→再書込 or n→再起動リカバリーモード:
と出ました。

コマンドプロンプトはSDKのｲﾝｽｰﾙをしていなかったみたいでPathを定義したら直りました。
すみません。

まだやってたんかｗ
知的障害やん

>>474
step3で以下の処理を実行してるよね
adb shell /dev/_su -c /data/local/flash_image recovery /data/local/boot.img
この処理がリカバリ領域へのimg書き込みの処理なんで、
この後step4 完了のメッセージが表示される間にエラーが出ていなければ正常にイメージは
書き込まれている。

>コマンドプロンプトはSDKのｲﾝｽｰﾙをしていなかったみたいでPathを定義したら直りました。
こんなことってあるの？
ただ>>464のエラーが出てバッチ処理は継続されるんじゃ…
と思ったが、batファイルをダブルクリックで起動するとエラーで閉じちゃうんだな

>>476
最後に
error writing recovery: No space left on device
と出るんですけど、これは関係あるのでしょうか？

>>477
書き込みに失敗してますね。
step2完了からstep3完了までの結果をコピペして貼り付けできますか。

>>478
C:\windows\system32>echo ☆☆☆☆☆☆ 処理７ step2 完了 ☆☆☆☆☆☆
☆☆☆☆☆☆ 処理７ step2 完了 ☆☆☆☆☆☆

C:\windows\system32>pause
続行するには何かキーを押してください . . .

C:\windows\system32>adb push nandunlockshdisp2534 /data/local/
cannot stat 'nandunlockshdisp2534': No such file or directory

C:\windows\system32>adb shell chmod 755 /data/local/nandunlockshdisp2534
Unable to chmod /data/local/nandunlockshdisp2534: No such file or directory

C:\windows\system32>adb shell "echo y|/dev/_su -c /data/local/nandunlockshdisp253
4 0xc08a3028."
su: exec failed for /data/local/nandunlockshdisp2534 Error:No such file or direct
ory

C:\windows\system32>echo ☆☆☆☆☆☆ 処理７ step3 完了 ☆☆☆☆☆☆
☆☆☆☆☆☆ 処理７ step3 完了 ☆☆☆☆☆☆

C:\windows\system32>pause
続行するには何かキーを押してください . . .

>>479
なんで実行時のカレントディレクトリがC:\windows\system32になっているのでしょうか？
C:\windows\system32にワンクリツール一式を置いてるんですか？

よくこんな教えて君に付き合えるな

もうこの教えてくんの用は済んだの？
別の話題振っていいの？

それは楽しい話題？

いらないアプリ止めたけど まだ時々カクカクするんだよね。
他に カクカク回避方法って何したらいいの？？

iida home を止めない限り無理っしょ

>>484
カクカクの原因が分からないと回避策のたてようがない。
CPU負荷とかメモリ逼迫とかアプリ自体の問題とか…
常駐アプリ（プロセス）をチェックしたりCPUやメモリをリアルタイムで監視したり、
PCと繋いでLOG見ながら操作してみるとかしていろいろ調べてみたら。

>>485
iida home 好きなんだけどなぁ
止めたら全然ちがう？？

電池持ちあげたいからCPUの駆動周波数を1.0GHzに抑えたいんだけど、やり方がよくわからないよ…
cputunerは周波数設定できないし…

だれかやり方を教えてくださいませんかに

>>488
試しにcputuner入れてみたけど周波数設定できるよ
root化してないんじゃない？

>>488
俺もできない
起動するけど CPU の設定のとこに何も出ないわ
キャリアメール使えなくていいから CPU いじりたいよね

>>488>>490
わかった。ごめん。
/system、systemの置き換え方法によるMIYABI解除の方法だと
/sys/devices/systemが見れないからCPU周波数は取得出来ないんだっけ。
俺は005SHのrootkitのやり方でバイナリパッチ当ててるから周波数いじれるんだ。

ちなみに01.00.08なら/system、systemを元通りに戻して>>286の箇所を変更すれば良い。
詳しく教えてあげても良いがこれから仕事なんで。

>>491追加
>>286適用時には以下も変更する必要がある
・常時nandunlock ： boot.imgバイナリ変更
005E1AF0: 00 → 01

>>491
なるほど。rootの取り方が違うんだ。
ちなみに俺のは01.00.10なんだけど、01.00.08みたいに周波数いじれるように変更できるの？
できるならやり方を教えて欲しい！！

INFOBAR→EVO 3Dに機種変する時にSIM機は必要なの
↑の場合は無料だと思うけど
auカードのみ持ち込んで→EVO 3Dってのも可能？

うん

>>491
rootの取り方違うからだったんですね。
俺のは01.00.08だけど、>>492で言ってる常時nandunlockしないと
systemへの書き込みできないのまでは理解した。
でも、
005E1AF0: 00 → 01
は　01　⇒　00　なのかな？
今使用しているboot.imgもバックアップしてるboot.imgも最初から　01　だったんだ。

教えて君で申し訳ないのだけど、
やりかたを詳しく教えていただけるとすぐく助かります。

>>496
ご指摘どおり>>492の内容は間違いで正しくは01→00でした。
忘れないように覚書してるメモが間違えてましたorz

>>493
MIYABI解除を>>286の方法で行うには01.00.10のboot.imgをバイナリエディタで開いて>>286と
同じような箇所を探しあてる。パッチ５箇所のアドレスの相対位置で当たりがつけばそこを変更
すればMIYABI解除は可能なはず。カーネルソースが変更されてて相対位置がずれてたりしたら
当たりがつかないので諦めて下さい。

それと、この方法でMIYABI解除し/systemを弄る場合はrwでremountする前にnandunlockを
行わないと不具合がでるらしい。そのために>>492のパッチにて常時nandunlock状態にしている。
（上述のように>>492の内容は間違いで正しくは01→00です）
こちらは前後のバイナリ値を含めて検索して該当箇所を探しあてる。
・01.00.08の005E1AF0前後はこんな感じ
005E1AE0 : 33 B7 F3 EB 00 00 50 E3 17 00 00 1A 10 C0 94 E5
005E1AF0 : 01 20 A0 E3 10 00 9B E5 14 E0 9B E5 90 0C 81 E0
005E1B00 : 9C 1E 21 E0 F0 00 C6 E1 20 10 9A E5 10 C0 94 E5

ただし、nandunlockのパッチはソース変更箇所が何処なのか私には分からない。
01.00.10ではnandunlockshspampが使えなくなったので該当する箇所にパッチを当てても
nandunlockされないかもしれないです。

01.00.10での対応可否を含めて、いずれにしてもバイナリエディタと睨めっこして該当箇所を探し
あてるしかなく面倒な作業です。
それが無理ならっていうか>>276でワンクリ作者さんが提案してるように運用で対処すれば
簡単にCPU周波数の問題は解決できるんじゃないかな。未確認ですが。

>>497
詳しく教えて頂きありがとうございます！
boot.imgを教えていただいた通りに変更したら周波数いじれるようになりました！
しばらくはrecoveryに焼いたこのカーネルで運用してみようと思います。

ちなみに、MIYABI解除でてきて常時unlockもできてて不具合ないことを確認するには、
/systemを弄ったり、nandunlockせずにカーネル焼いてみたりできればおｋですかね…？
とりあえず試してみるつもりではいますけど。。

>>497
試してみたらすんなり/systemに書き込みできました。
全然大丈夫でした。余計な質問書いてすみません。。

重要なことを言いそびれましたが、
このパッチ内容は005SHスレのrootkit作者さんのイメージや情報を基に私個人が
勝手にバイナリレベルでA01に適用してみただけです。
ソースレベルでの変更内容も把握してないですし、005SHスレのrootkit作者さんに
よるパッチ内容やA01適用への正当性を確認して頂いたわけではありません。
よって、005SHスレのrootkit作者さんはこのパッチ内容に一切関わりはありませんし
私自身も動作の保証はできません。

たまたまうまく動いているように見えてるだけかもしれません
適用する場合は自己責任でお願いします(^^;

>>499
このパッチによる不具合があるかどうか上記理由により正直私にはわかりません。
とりあえず私の使用状況下では不具合は見当たらないです。

やっべ
全くついていけん

スレチな質問で申し訳ないんだがC1のスレはどこ？

>>489のやり方で、
IS12sh 出来ました。
ありがとうございました。

素のboot.imgで、noMIYABIとnandunlockのアドレスです。
[IS12sh 01.00.07]
00285444: 05 00 00 1A → 05 00 00 EA
002858E4: 30 00 00 1A → 30 00 00 EA
002858F8: 26 00 00 1A → 26 00 00 EA
00285A08: 05 00 00 1A → 05 00 00 EA
00285A50: 05 00 00 1A → 05 00 00 EA
005E56AC: 01 20 A0 E3 → 00 20 A0 E3

>>504
報告ありがとうございます。
ちなみにIS12sh 01.00.07ではnandunlockshspampは有効ですか？

私もA01 01.00.10のboot.imgを入手したんで調べて見てたとこですが、
MIYABI解除の５箇所のパッチ部分のうち最初の"05 00 00 1A"の箇所が
2番目の"30 00 00 1A"からのアドレス差で調べた箇所には存在してませんでした。
アドレス差ではなく前後のバイナリ値の感じからたぶんここだろうと予想した箇所は
ありましたが1番目の"05 00 00 1A"と2番目の"30 00 00 1A"のアドレス差が
01.00.08 : 0x2AC
01.00.10 : 0x4A0
と違いました。

>>504さんのIS12SHでもアドレス差が0x4A0であることから
A01 01.00.10でも同様にMIYABI解除は可能であろうと思います。

A01 01.00.10の方で人柱できる方は以下のパッチを試して下さい。
[MIYABI解除]
00285510: 05 00 00 1A → 05 00 00 EA
002859B0: 30 00 00 1A → 30 00 00 EA
002859C4: 26 00 00 1A → 26 00 00 EA
00285AD4: 05 00 00 1A → 05 00 00 EA
00285B1C: 05 00 00 1A → 05 00 00 EA
[常時nandunlock]
005E1E10: 01 → 00

注意事項
・必ずリカバリ領域に焼いて動作確認が終わるまではブート領域には絶対に焼かないこと
・リカバリ領域に焼いてリカバリからの再起動後,nandunlockがされてるか確認
・nandunlockされてない場合は>>497に書きましたnandunlockshspampなどの原因
　により 01.00.10ではnandunlock不可能の可能性があります。
　この場合は諦めてこのパッチイメージは使用しないで下さい。
　直ちにブート再起動して下さい。

01.00.10使用で人柱さん＆既に各自で試みた方がいましたら報告お願いします。

>>504
IS12sh 01.00.07出来ました。
ありがとうございました。

このバイナリパッチって bne か何かを
無条件分岐に書き換えてんだろ？
逆アセ見ずに勘でいじったら即死だぞ。

逆アセはどこですか？

>>508
お前カーネル弄る資格ねーよ

[A01 01.00.06]ソースからビルドしてみました。
内容は、noMIYABI、nandunlock、autoexec.sh、OC 1.6GHz
OCは、設定を煮詰めているところなのでオマケ程度。
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2599.bin

>>510
おお、すばらしい
このスレにもスゴイ方が居らしたのですね。
ただ、私は01.00.08使いなんで試せないですけどorz

個々のソース変更箇所を知りたいけど、
さすがにそれをお願いする訳にもいかないわな。
俺にもそのくらいの知識があればなぁ…

つか、503さんってIS12SHとA01を持っているんですね。
貧乏人には羨ましい限りです。

>>511
01.00.10に、01.00.06を焼いて確認しました。
今のところ、不具合はないように思います。
シャープが最新ソースを、公開しないので仕方がないです。

is12shは、ソースが01.00.04止まりです。
仕方なく、バイナリパッチでしのいでいます。

>>512
IS12SH使いだけど01.00.07に、01.00.04のソースビルドして使ってるよ。
今の所、動作は問題ないけど、古いkernelだと
セキュリティ的にやばいとかあるのかな。

>>512
じゃあ01.00.08に焼いても問題なさそうですね。
あとでリカバリ領域に焼いてみて試してみます。
情報ありがとうございます。

シャープは何でソースを公開しないんですかね。
Developers Squareのフォーラムで依頼しても最近は返答すらせず
ダンマリ決め込んでるし・・・
シャープの携帯電話機は好きなんですが、メーカーとしてのそういう
姿勢は好きになれない。

>>512
>>510の01.00.06イメージですが、
これのautoexec.shはどのように組み込んでいるのでしょうか？
ramdisk側には組み込んだ形跡がありませんし
/devにはsuも_suも存在しておらず起動後にIS03rootswやコマンド
によるroot取得が出来ません。
root取得は別の方法なのでしょうか？

>>515
すいません。おっしゃる通りです。
install-recovery.shでroot化していましたので、当方環境ではokでした。
修正版は、明日にでもうpします。

OC1.8Gテスト運用中。
GPU関係も触れたら、ヌルサクになるとは思います。
私の知識ではここまでが限界ですw
>>513
is12shも大丈夫なようですので、A01が落ち着き次第ビルドしてみます。

カーネルのいじった部分だけでいいのでソースも見てみたいです

>>516
そういうことですか、了解しました。
まぁ自分でinit.rc直せって話しですけどね。
お手数掛けますがよろしくお願いします。
とりあえずautoexec.shを/system/etc/install-recovery.shで
配置して一時凌ぎします。

一時rootでいいから取得したい
01.00.10はshbrekでむりぽ？

>>520
いいからこのスレ一から読み直せ

>>510の修正版です。
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2604.bin
内容はrootest同様、init.qcom.rcにautoexec.shの記述。
コピペしただけです。
よろしく、お願いします。

また、ビルドしてみました。
たった今recoveryから吸い取ったものです。
内容は、
noMIYABI
nand-unlock
autoexec.sh
OC1.8Ghz
A01[01.00.06]
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2605.bin
IS12SH[01.00.04]
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2606.bin
IS11SH持ちの方、/proc/config.gzをうｐしていただければ、
ビルドすることは、可能かと思います。

>>523
A01の01.00.10なんだけど、これでDLしたbin形式のファイルをそのまま焼いたらいいの？
初歩的で申し訳ないけど誰か教えておくれ

http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2607.gz
IS11SH (01.00.09)のconfig.gzです。よろしくお願いします

>>525IS11SHビルドOKです。
実機での確認は出来ていません。
動作確認よろしくお願いします。

あと、少し進化しています。
noMIYABI
nand-unlock
autoexec.sh
OC2.0Ghz（ベンチに反映されない為修正）
TinyRCU
SWAP（SDにスワップしてみましたが、かなり不安定）
擬似VSYNCオフ

A01[01.00.06]
IS11SH[01.00.07]
IS12SH[01.00.04]
ttp://2sen.dip.jp/cgi-bin/upgun/up6/source/up2609.zip
くれぐれも、recoveryに一度焼いて無事だったらbootに焼いてください。

14shの01.00.03なのですが
config.gzってどうやってとりだすのでしょうか？

あっ！
14SH、android2.3.5でした

>>526 IS11SH 動作確認しました。
　　　　CPUマスターにてOC確認しました。
　　　　ありがとうございます

>>526
なんか短期間でかなり機能追加してますね
ちなみに005SH rootスレのrootkit作者さんの情報（rootkitのreadme）ではSWAPに関して
以下のようにおっしゃってます。参考になるでしょうか。
・SWAPの有効化
※SWAPファイルはyaffs2上に作成できません
※SHARP製のSDCARDのドライバはユーザランドで動作しているためSDCARD上に
　　SWAPファイルを作成すると動作不安定になります
005SHのrootkit作者さんのようにRAMZSWAPを組み込んでみたらどうでしょう？

ついでに以下の対応をする予定はありませんか？
・fi01氏のoobパッチ適用
・goroh_kun氏のSH12C用カーネルに組み込まれている簡易リカバリ(initのシェルスクリプト化)の移植
・HOME_APP_ADJの変更およびHOME_APP_MIN_ADJとHOME_APP_MAX_ADJの追加
[init.rc]
setprop ro.HOME_APP_ADJ 1
setprop ro.HOME_APP_MIN_ADJ 0
setprop ro.HOME_APP_MAX_ADJ 1

>>530
・RAMZSWAPの組み込み最優先で考えていましたw
カーネルconfigでは有効にしています。
IS01の例を参考にして今日は一日格闘していました。
お手上げ状態です。
ttp://weboo-returns.com/blog/is01-compcache-ramzswap-2/
・oobパッチが入手できれば、対応したいです。
　どなたかうｐして頂けませんか？
・簡易リカバリー、HOME＿APP_ADJ等検討します。

>>529
動作報告ありがとうございます。
nand-unlockの方は成功していますか？

HOME APP ADJ は普通に書き換えできるbuild.propに書けば有効になる

>>532
WIFIが動作しなかったのでbootから起動させ
　　もう一度リカバリーから起動したら、AQUOS PHONEから
　　固まってしまった。いまいろいろ調べ中です
　　当分報告できないかも

recovery領域に焼くのって端末だけでは出来ないのかな？
ROM Managerでbootには焼けそうなんだけども…
PCが使えなくなったから端末だけで出来る方法があったら教えてほしい！！

>>531
oobパッチですが以前fi01氏のうｐ先より落としたファイルの中に
/drivers/mtd/mtdchar.cへのパッチがあるのですが、
これがoobパッチそのものなのか私にはわかりません。
一応、そのファイルをうｐしますので確認してみてください。
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2610.zip

>>533
情報ありがとうございます
HOME_APP_ADJの設定はbuild.propへの書き込みでおｋなんですね。
わざわざイメージ分離してinit.rcを変更してました(^^;
どこかでbuild.propの変更で文鎮化したレスを見かけたのでビビりですが試してみます。

>>526
僕もis11sh 01.00.09にて動作確認して、OC2.0GHz確認しました。

ですがかなり不安定ですね…
やはりSDにSWAPさせているためか動作が重たく、フリーズ再起動多発しますね
良ければSWAP部分を抜いたboot.img上げてくれると嬉しいです。

>>537
SWAPはswapperなどでオンにしたら有効になります。
オフにしていただければ機能しません。
フリーズ再起動の現象をもう少し詳しく教えていただけませんか？

>>530
情報ありがとうございます。
早速確認してみます。

IS12SHにて簡易リカバリーの移植OKでした。

A01の場合キーボードのバックライトが無く、リカバリーに移行したか分かりません。
充電ランプかバイブをコマンドで動作させる方法ご存じでしたら、
よろしくお願いします。

わからない事だらけなんですが、

/data/local/boot.img
のboot.imgにroot化したimgを上書きしてroot化する。

しかし上書きする前にrecovery.img にroot化recovery.imgを上書きして 正常に動くか確認する。

ちゃんと動くのであれば改めてboot.imgの上書きをして完了。

と理解してるんですが、

その元々のrecovery.img って何処にあるんですか？

/data/local/のなかにあると思ってたんですが、見つからないんですよ

ひょっとして考え方自体間違えてたりします？？

>>540
A01での充電ランプやバイブの件は解決しましたでしょうか？

私も以前、簡易リカバリの移植を考えた時に充電ランプを点灯できないか
少し調べましたがさっぱり分かりませんでした。
その時に以下のファイルで画面の明るさを変化させることが出来たので
これで代替できないかな？って思っていました。
/sys/devices/platform/msm_fb.65537/leds/lcd-backlight/brightness
ただその後、実践することなく簡易リカバリの移植も手付かずのままです
のでこれが使えるかは不明です

まぁ、タイミングを知らせるだけの機能なので最悪そこは省いてしまっても
良いような気がします。

>>542
色々情報ありがとうございます。
本日の成果は、ramzswap完全動作OK
ここで一度リリース予定でしたが撃沈。
パソコンのHDDがお亡くなりになりました。
環境の構築し直しです。
少しお時間ください。
あ、データは有ります。

>>538
is11sh 01.00.09で、スクロールガクガクで、ブラウザもかなりフリーズしまくって最終的に再起動って感じです。
特定のアプリを起動したからとか関係なく落ちます。2.0GHzでは荷が重すぎるのか・・・？ちなみに周波数をアプリで弄ると100%落ちます。

>>544
>>537
IS11SHテスト版のROM作って見ました。
変更点
OC無し、SWAPオフ、擬似VSYNCオフ、RAMZSWAP追加
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2611.zip

RAMZSWAPは、/system/build.propに以下を追記後(KBでキャッシュサイズの指定）、再起動で有効になります。
ro.compcache.kb_size=65536

>>544　>>538
自分のis11shは起動している途中で、フリーズが多いなぁ
　　 起動してもoc2.0GHzだとフリーズ再起動になった。
　　クロックを調整して、1.7GHzぐらいまでは、大丈夫だった。

A01とIS12SH、RAMZSWAP追加です。
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2612.zip
設定は、>>546

>>545
IS11sh　起動中のフリーズが無くなり、
　　>>546の設定をし動作しています。
　　後前に、nand-unlockの確認を頼まれた者ですが
　　どんな確認したら宜しいでしょうか。

>>549
端末だけで、boot.imgが焼けるかどうかだけでいいと思います。
以下実行（/data/localにflash_image、SDにboot.imgを用意）
su
/data/loot/flash_image recovery /mnt/sdcard/boot.img
reboot recovery

/systemをr/w化後に、正常に書き込めるか確かめてください。

>>550訂正
X
/data/loot/flash_image recovery /mnt/sdcard/boot.img
O
/data/local/flash_image recovery /mnt/sdcard/boot.img

>>550
nand-unlock 動作しました。
　　　

A01とIS12SH、GPU-OC追加です。
245MHz->368MHz
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2613.zip

>>548
作成ありがとうございます。
Bluid.propに「ro.compcache.kb_size=65536」を追記してて、通常のRAMZSWAPが使えないイメージを使用しても問題ないでしょうか？
リカバリー領域でテストしようと思っているのですが、その状態でブート領域に切り替えた際にBluid.propが悪さしないかビビってまして。。

>>554
全く問題有りません。

>>553
503さんありがとうございます。
ようやく時間が出来てA01に焼いてみました。
今のところ不具合もなく快適ですね。
凄すぎて感激してます。

ちなみに>>540でIS12SHにて簡易リカバリーの移植OKとのことですが
IS12SHの方も>>553では組み込まれていないですよね。何か不具合でも？
またoobパッチも未適用ということでよろしいでしょうか？

>>556
不具合なくほっとしました。
ただ、電池持ちが...
次は、低電圧化ですね。

>>556
リカバリー、oob未組み込みです。

A01簡易リカバリーでadBが動作しなく、つまづいています。
LEDは、起動している状態では制御できたのですがboot中は反応しません。

oobはパッチのカーネルバージョン違いが気になる所ですが、手付かずです。
ソースの比較をしている所です。

IS11SH持ってませんが、何とかしたい所です。
万人向けの範囲で。


IS12SH
タッチパネルの感度が、改善しないか模索中。

>>557
電池持ちはかなり変わりますか？
まだOC焼いたあともいろいろと弄っては再起動ばかりしていて電池持ちまで
確認できてない状況です。
OCでどのくらい変わるか見てから必要なら何らかの対策をしてみます。
（autoexec.shでscaling_max_freqファイルいじればmaxは抑えられるのかな…）

CPUのOCについて可能ならヒントを教えて頂きたいのですが、
OCはあるカーネルソースのテーブル部分だけを弄れば良いのでしょうか？
テーブル以外も弄らないとダメですか？そうなると…まだまだ勉強が足りない。
つか、テーブル部分だけだとしてもそれの設定方法が分からないですけどねorz

>>558
>リカバリー、oob未組み込みです。
了解しました。
A01簡易リカバリーは自分でも試したいと思います。
他機種含め他にも課題がたくさんあるようで大変ですが応援してますので頑張って下さい。

>>559
データーとった訳ではありませんが、電池持ち悪い気がします。
是非VDD可変化してみたい所です。

OCテーブル部分のみでは、変化しません。
最初のOC1.6GHzはそれです。
VDDの上限、下限も弄る必要ありです。

>>560
>OCテーブル部分のみでは、変化しません。
やはりそうですか…そんな簡単にいくはずないですよねぇ
カーネル自作は無理でもソース上だけでもある程度理解できたらなと
思っているんですがまだまだ先は長そう．．．もっと勉強します。
ありがとうございました。

>>561
A01,IS12SH CPUのVDD可変追加です。
・CPUマスターにて、可変確認済です。
　VDD可変をbootに焼いた場合は、設定が煮詰まるまで
　起動時に有効にしないでください。
　無理な設定をした場合、文鎮化するかも分かりません。
・Scaling デフォperformanceー＞ondemand変更済み。
・こちらでもいけます。/sys/devices/system/cpu/cpu0/cpufreq/vdd_levels
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2628.zip

>>562
ありがとうございます。焼いてみました。
とりあえず今のところVDD変更する予定はありませんので
vdd_levelsのデフォ値で様子を見たいと思います。

A01への簡易リカバリを試してみましたが同じくadb繋がりません。
usbモードをMODE_MSCへ変更したりしてたらadb devicesの認識はしましたが
adbはoffline状態(server未起動？)
005SH方式に変えようとしたらflash_imageで"No space left on device"になる始末orz
また夜にでもトライしてみます。

IS11SHテスト 第2段です｡
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2630.zip
CPU-OC 1.7GHz
GPU-OC 368MHz
CPU-VDD可変化
Scaling デフォperformanceー＞ondemand変更
RAMZSWAP

>>564
is11sh 動作OKです。フリーズ無く、スムーズに動いています。
しばらくテストして、bootに焼いてみよう。ありがとうございました。

>>564

安定してます。boot.imgの容量が減っていたけど問題なしですね。

IS12SH01.00.07なんですけど
>>652がフリーズしまくります。
ちゃんと動いている人います？

間違いました。
>>562のIS12SHのboot.imgです。

>>567>>568
>>562を焼いてVDDとか弄りました？
その前のバージョン(>>533)は試されましたか？
作成者の503さんもIS12SH 01.00.07持ちで動作確認後の公開でしょうから
使用（常駐）アプリとかの影響ですかね…
VDDを弄っていないならCPU周波数を下げてみたらどうでしょう？

VDDはいじってません。
５３３は起動すらせず、ブートアニメの途中で固まります。
入れてるアプリをアンインストールしてみます。

>>570
申し訳ないです。前のバージョンは533ではなくて>>553でした。
>>553が起動すらしないんですよね？
flash_imageでエラーが出ていないとかは確認されてますよね？
でも>>562を焼いてVDDを弄っていないなら>>553で確認するまでもなく
VDD可変化が悪さしているのではないということでしょうね（たぶん）。
ちなみにCPU周波数を下げてみてどうなるか確認してみましたか？

>>563
A01、ADB起動しました。
oobパッチ当て済みです。
initのmknodの部分少し変更と
ホームキーでリカバリー
リカバリー抜ける時、電源ボタンに変更しています。
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2634.zip
LED、バックライト等諦めました。

CPU周波数を下げても不安定です。
アプリもいろいろいじってみましたが、解決しません。
>>548では問題ないのでしばらく様子を見ます。

>>572
ありがとうございます。
ばっちりリカバリーモードに入れました。
しかし、電源ボタンでリカバリー抜けれません。
503さんのは電源ボタン効くんですかね？

私のA01[01.00.08]の電源ボタンのイベントは
/dev/input/event7 c 13 71
で拾っているので
/dev/event5 c 13 71
にしないと電源ボタンが有効になりません。
リカバリーモードで
busybox mknod -m a=rw /dev/event5 c 13 71
で作り直したらうまくいきました。

この辺BBで違うんですかね…

あっ、共に01.00.06のカーネル使ってんだから
>この辺BBで違うんですかね…
んなわけがないか

>>574
あれ？
電源ボタン効きませんでしたｗ
訂正ありがとうございます。
あと、システムの書き戻し
やり方分かったら教えてください。

>>567
うちではGPUの表示エラーが出てますね
表示負荷の高いアプリだと止まってしまいます
CPUは大丈夫でしたので、そのせいかもしれません

>>576
systemパーティションの戻し方ですか？
私もまだ正直わからないのですが、
dump_image_oob system /mnt/sdcard/system_org_oob.img
でバックアップしたものをリカバリーモードで
flash_image_oob system system_org_oob.img
すれば良いような気がします
oobパッチは当たってますしリカバリーモードではmtdにはマウントされてない
ので大丈夫だと思うんですが…自信はないです。
もう少し勉強しないと私も恐くて試せない。

>>577
GPU表示エラーが出るのはシステムログ(logcat)ですか？
表示負荷の高いアプリとはちなみにどういったアプリでしょうか？
A01でも試してみたいので教えて下さい。
一応、表示負荷の高そうなゲームや安兎兎ベンチマークを
試してみましたがA01では問題なく動いてます。

>>579
NFSやSims3などで試したのですが、テクスチャの乱れや表示崩れが起きます
安兎兎でもGPUテスト後半で止まってしまうことがあります
VDDは触ってません
１つ前の>>533のCPUオーバークロック状態では上記のアプリも問題ありません

>>580
>>533ではなく>>553でした
失礼しました

>>580
またまた間違い（汗
GPUオーバークロック前の
>>548(up2612.zip)では問題ありません
もう少し色々テストしてみます

>>580
ありがとうございます。
私もNFSは試しましたし、安兎兎ベンチは正常に動きました。
A01では問題ないですね。
同じチップセットなのに挙動が違うんですね…
っていうか3Dっていう大きな違いがあるか。その辺りかな。
なんとか作製者の503さんが原因究明してくれると良いですね。

GPU表示が乱れる件、こちらIS12SHでも確認しています。
充電中や高負荷時など熱的に厳しい時に乱れる感じで
その時は、クロックを下げても改善しませんでした。

疑似VSYNCオフがGPUOCについていけてないのか？
強制VSYNCオフにすると、こちらのIS12SHでは乱れが直ります。

他にも不具合でるかもわかりませんのでみなさんの情報集まり次第リリース予定でした。

早急に対策版出す予定ですのでお待ちください。

>>583
安兎兎ベンチ（SD抜き）で
A01 4800前後
IS12SH 4350前後
同じカスタム内容なのに、なぜこれだけの差がでてしまうのか悩みどころでもあります。
体感でもIS12SHはもっさりぎみです。
基本ノーマルのソースはA01､IS11SH､IS12SH､3機種ほぼ同じで
カーネルコンフィグの条件分岐で機種間の差を埋めている感じです。
ただIS12SHはかなり複雑に手が入れられています。
たとえばタッチパネルのファームウェアがA01とIS11SHが同じで
IS12SHだけ特別だとか。
ほんと謎だらけです。
3DとHDMI関係、私は使ってないので切ってもいいかな。

結局のところVSYNCは関係なかったみたいです。
GPUのVDDを上げてみようかと思っていたのですが、
システムの電圧も兼ねているのでダウンクロックの方を選びました。
最終的にGPU245Mhz->368Mhz->297Mhzで落ちついています。
A01も、画像が乱れる不具合でましたので3機種ともに修正しました。
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2635.zip
A01,IS12SH >>562の修正版
IS11SH >>564の修正版

503氏
IS12SHですが調子いいです。
素早い対応ありがとうございます。

>>586
is11shも画面の乱れがありましたが、改善されました
ありがとうございます。

>>586
いつも有り難うございます
おかげさまで今回ので問題なくなりました

４月に入ってからのこの流れを誰かわかりやすくまとめてください
一体何をやられてるのですか？

>>590
ROOTが取れてプリインストールアプリ消したりする段階を経て
次はOS自体の設定を改造する流れ

>>586
お疲れ様です。
A01でも画面の乱れがありましたか．．．
悲しいかな、私のA01ではまだ出合っていませんｗ
とはいうものの安定性は大事なので>>586を使いたいと思います。

>>586には簡易リカバリーは組み込まれていないですが、
A01でのバイブの作動方法を発見したので情報提供致します。
いつか簡易リカバリー＆oobパッチ版をリリースする時がありましたら>>574の
電源ボタンの件と合わせて対応して頂けたらと思います。

バイブの作動方法
VIB="/sys/devices/virtual/timed_output/vibrator/enable"
　　：
echo 1000 > $VIB

設定値はミリ秒(ms)だと思います。
>>572のinitへ実際に組み込んでブート中での動作確認しました。

IS11SHの01.00.13で>>199のrootest_v4d.batを使ってみたところrootが取れなかったのですが
01.00.13にも対応していただけないでしょうか？
01.00.10の時には使えていたのですが、物理的に潰れてしまって
修理に出して帰ってきたときに最新のものにアップデートされてしまいました。

>>593
ワンクリツールのどこでダメなの？
一時rootが取れないの？nand解除が出来ないの？
どのみち脆弱性が塞がれたのなら現状は無理なのでは。

autoexe.shをlｏａｄするときに見つからないんですが
別に入れるんですか？

ワンクリで一時root取るときに勝手に入れてくれるけど？

ちゃんとroot取れてないってことなのかな・・・

>>594
rootest_v4d.batの1を実行して成功ログは出るのですが
端末エミュレータを確認しても#になりません。
何回かやってみましたが$しかでないです。

>>586
カーネルの作成ありがとうございます。
こちらをリカバリー領域に焼いてA01を動かしてるのですが、CPUの設定でうまくいかないものがあります。

必要ないときは電池消費を抑えるために、
「scaling_max_freq」⇒1024000
「scaling_min_freq」⇒245760
「scaling_governor」⇒conservative
に変更するスクリプトを組んでいます。

ここで、「scaling_min_freq」⇒122880 にすると、
設定が245760にオーバーライドされて 122880 が反映されません。

周波数の範囲は122880〜2016000までで設定されていると思いますが、
カーネルレベルで最低値が245760になっているのでしょうか？

>>599
245760にカーネルでなってます。
122880に下げたいのですが何故か下がりません。
今後の課題です。
>>592
A01で簡易リカバリーからsystem-oob-backup.imgの書き戻し成功です。
この間のoobパッチ済みのboot.imgあれ使えないです。
修正済みです。
疲れたので、詳細はまた明日ですが。
今日は寝ます。

>>600
503さんお疲れ様です。
>A01で簡易リカバリーからsystem-oob-backup.imgの書き戻し成功です。
よろしければ手順を教えて頂けると助かります。

お手数掛けますが修正版boot.imgの公開もよろしくお願いします。
しっかり休んで疲れとって下さい。おやすみなさい。

くそう・・・#表示させるとこまではできるのに
autoexe.shが見つからない

>>602
readme

readme通りにやってるんだがなー

A01システムが壊れてもadb接続の出来る簡易リカバリー追加です。
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2637.zip
使い方
１　ブート時、最初に5秒間バイブがONします。
　　その間に、
　　・ホームキーを押すとバイブオフになり簡易リカバリーに入れます。
　　・電源キー押すとバイブオフになり通常起動。
　　・何もしなければ5秒後にバイブオフになり通常起動
２　簡易リカバリーに入れたかの確認は、パソコンに繋いでadbが出来たらOK。

>>605
/sbinに追加したシェルスクリプト
mount_system (システムパーティションを/system2にマウント)
remount_system (システムRW化）
mount_data (/dataのマウント)
/sbinに焼くために必要な物を入れておきました。
flash_image
flash_image_oob

>>605
SDカードのmount,umountには、対応してません。
システム焼く前に、auICカードを抜いておく事をお勧めします。
焼いた後、うっかりアップデートしてしまいそうになりましたのでw
システムの書き戻し手順
１ su
２　dataをmount
３　adbでsystem-oob-backup.imgを/data/localに送る。
４　system-oob-backup.imgをシステムパーテションに焼く。
　　flash_image_oob system /data/local/system-oob-backup.img
５ dataをumount
６　電源キーを押して簡易リカバリーを抜けます。

boot,recovery,system純正に戻してのアップデートは確認していません。
正常にアップデート出きることを保証するものではありません。

530さん
こんな感じになりましたがいかがでしょうか？
何か不備ありましたらフォローよろしくお願いします。

５０３さん、お疲れ様です。
簡易リカバリー対応およびシステム書き戻し手順の詳しい説明
ありがとうございます。
書き戻し手順については５０３さんが実際に試された結果なので
確実性もあり非常にありがたいです。私はアプデの為というより
文鎮化対策でのリカバリー導入を望んでいたのでこれで安心して
いろいろ弄れます。

いま帰宅したところでまだ導入できていないですが、あとはこの
簡易リカバリー版で通常起動した時に不具合などがないかの
確認がとれましたらブート領域に焼いて本格導入したいと思います。
本当はリカバリのコールドブートが出来れば一番良いんですけどね。

あ、名前変えわすれた。>>609は530です。

>>605のIS12SH版です。
手順は同様でバイブのところを、キーボードのバックライトに変更しています。
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2639.zip

>>609
530さん、お疲れさまです。
システムの焼き戻し、実はかなり勇気いりました。
私のA01無事生還出来て良かったです。ほんとに...
これで、禁断の領域に入れます。

>本当はリカバリのコールドブートが出来れば一番良いんですけどね。
BOOTだけは、慎重に焼くしかないですね。

SHbreakが3月末日に更新されてるけど、使った方いますか？

>>612
ワンクリでIS11SH(01.00.09)がうまくいかないからSHbreakで一時rootにしてから続きをワンクリでやったよ

>>607
>boot,recovery,system純正に戻してのアップデートは確認していません。
試しにA01 01.00.10をバックアップで戻し、01.00.13になるかアップデートかけてみたところ、
アップデート進捗が1%時点でリブート、その後正常起動するものの、01.00.10のままでした。
はて、アップデータは本体の何を見て中断してるんでしょうね？

>>607
ケータイアップデートをkillしとけば何の心配もいらんよ

>>614
人柱ご苦労様です。
>アップデータは本体の何を見て中断してるんでしょうね？
原因が分かれば対策もできるのですが、私もサッパリです。

話変わりますが、カーネルもそろそろ終わりにして
ICS化とか色々考えているんですが、
http://kimobiler.blog133.fc2.com/blog-entry-306.html
ビルドするのに、モンスター級のPCが必要だとか...
今、MAC上の仮想PC（ubuntu)にてカーネルのビルドをしているのですが、
とても無理ですね。
2.3.6ぐらいまでなら、何とかいけるのか？分かりませんが
暫く勉強してみます。

ビルドの時に -j 10 とかつけるからだろ。
jオプションなしでぼちぼちビルドすれば
できる

>>616
503さん、こんばんわ。
この前話題に出ていたscaling_min_freqが変更出来ない件は調べられましたか？
私はCソースが読めないのでアレなんですけど・・・
perflock.c辺りの処理でしょうかね？違いますかね？
perflockがらみでもう一つ。
A01で現状ブート中はscaling_min_freqが1.4GHz固定で変更はできません。
これはconfigのCONFIG_SHSYS_CUST_PERFLOCK_STEP_CHANGEの値を
変えてあげれば2.0GHzで動いて起動が早くなったりするのかな。

カーネル弄りも次の段階に入っているようで頼むのは大変恐縮ですが
もしお時間と興味があるようでしたらソース解析とテストをお願いしたいです。

>614 でアップデート出来ないと書いたものですが、
Recovery領域の書き戻しを再度行なってチャレンジしてみたら、問題なくアップデートしました。
ご報告まで。

>>619
有益な報告ありがとうございます。
ちなみに01.00.13でもroot取得できるのでしょうか？

>>618
情報提供ありがとうございます。

最低クロックについては、perflock.cの
policy_min = scsys_get_perflock_freq(PERF_LOCK_245MHz);
から
policy_min = scsys_get_perflock_freq(PERF_LOCK_122MHz);
こちらに、変更すれば良いみたいです。たぶん。

ブート時はフェイルセーフ的な考え方もありますし
充電できませんので、あえてブートのロックを外していません。

また一度テストしてみますので少々お待ちください。

>>621
レスありがとうございます。
ブート時はフェイルセーフ的な考え方…などを考慮するのならば
むしろブート時のmax_freqを1.4GHzに抑えた方が良いかもですね。
（OCの影響で現状はmin=1.4GHz,max=2.0GHzでブート動作しています）
まぁ、リブートしてadb接続後に１秒間隔でチェックしたところ
だいたい1.4GHzで動いていて時折2.0GHzになるって感じだし、
実際にそこまで気にするようなことではないでしょうかね。
ブート時常時2.0GHzっていうのは503さんのおっしゃるように
安全性などを考えればごもっともだと納得しました。

618>>の内容でA01のカーネル出来てます。
今確認出来ている不具合は起動後たまにadb接続が出来ない時があり、
一度usbの抜き差しで回避出来ています。
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2645.bin

>>620
A01の01.00.13も穴はふさがれているようです、ダメでした。

>>623
ありがとうございます。
ブート時の常時2.0GHzも対応なされたんですね。
入れてみて何度かリブートさせましたが私の端末では特に不具合はないです。
しかし大雑把な計測ですがブート時間はほとんど変わらないですねorz
わざわざ対応して頂いたのに本当に申し訳ありません。

あと、最低クロックの件ですが>>621の変更では122MHｚで動作するものの
可変化することは出来ないので思い切って該当行をコメントアウトしてみるとか…
私的にはこちらはどうでも良いのですが他の方の要望でもあればカスタムROM
への正式な組み込みを検討してみて下さい。

>>624
そうですか。やはり塞がれてしまってるんですね。
人柱＆報告ありがとうございました。

>>625
可変の件ですが、同じく１２２ｍｈｚからブートしますので簡易リカバリーでadb接続出来ません。
こちらのカーネルはまだリリースできないです。

>>626
>可変の件ですが、同じく１２２ｍｈｚからブートしますので簡易リカバリーでadb接続出来ません。
何故122MHzになるのか分かりません。
当方で確認したところ簡易リカバリー起動直後はブート時perflockでの設定が有効になっている
のでカスタムROM５ではmin_freq=1.4GHzですし、>>623のカスタムROMでは2.0GHzになってます。
cur_freqも同じですのでそのクロックで動作していると思います。
可変化の変更をくわえたことで122MHzになっているんでしょうか？

購入を考えています。
公式で見たホーム画面の画像では、メールを受信するとアイコンの横に受信数が出ていますが、
gmailのアイコンを置いても同じように受信したことがわかるようになっていますか？

>>628
なってないと思いますが私は知りません
っていうか、ここはROM焼きスレなのでスレチだボケ

ボケでしたごめんなさい

>>623-627の不具合の件、解決できましたのでご報告です。
IS12SHでですが...A01も同じなので置き換えて考えてください。
perflockを無効にすれば、簡易リカバリーでusbの認識に失敗する様です。
無効にした状態であれば、最低クロックのmin_freqの変更が反映されブート時のクロックも可変します。
起動時一瞬ロック画面が現れたとき、システムにより
ondemand と　scaling_min_freqが最低クロックにオーバーライドされます。
スクリプトによりクロックの変更をして頂いても、起動時ロック画面でオーバーライドされます。
ロック解除後SetCPUやスクリプトでクロックを変更すれば、以後クロックが反映されたままです。

CustumROM6 IS12SHリリースです。
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2648.zip
内容
>>631perflock無効化
タッチパネル感度改善（しているかも...自信ないです^^)
GPU-OC 297MHz>445MHz(システムVDD_MAX1200mV>1400mV)
VSYNCオン
FPS６０Hzに設定（ベンチ落ちると思いますが、ぬるサクを目指したつもりです。）
HZ=100>HZ=250
今回から、簡易リカバリー(recovery_kit.img)をboot領域へ
起動用イメージ(boot.img)をリカバリー領域に焼いて使用する前提になっています。
boot.imgのinitの/cache/recovery/commandをdommandに変更しています。
bootから起動した際、/cache/recovery/commandを書いていているのでrecovery領域から再起動します。

A01はしばらくお待ち下さい。

>>632の追記
jhash>Jhash3に変更しています。
ネット接続が速くなると言われています。

>>632
IS11SHには、対応可能でしょうか。

>>631-633
503さん、おつかれさまです。

>起動時一瞬ロック画面が現れたとき、システムにより
>ondemand と　scaling_min_freqが最低クロックにオーバーライドされます。
>スクリプトによりクロックの変更をして頂いても、起動時ロック画面でオーバーライドされます。

クロック変更をautoexec.shなどに仕組んでも意味がないってことですよね。
何とも…一難去ってまた一難って感じですね。


あと、>>632でうｐされたup2648.zip ですが私のPCではCRCエラーで解凍できません。
他の方は大丈夫なのか知りたいです。

>>632のboot.imgデータ壊れています。
recoveryに焼いても起動しません。

>>635-636
ご迷惑かけてすいません。
明日確認後、再度うｐしますのでもうしばらくお待ちください。

>>634
IS11SHの対応は可能ですが
、最近あまりカーネル弄りする時間がないです。
申し訳ないですが12sh.a01.11shの順番でリリースしたいと考えています。

503さん
壊れてるのを確認しないでboot.imgをrecoveryに焼いちゃって
recoverykitもbootに焼いちゃったんです。
adbは接続できます。どうすれば復旧できますか？

>>639
adb shell
su
mount_data
exit
exit
adb pushで 正常起動できるイメージを/data/localに送る
adb shell
su
flash_image boot /data/local/正常起動できるイメージ
umount /data

以上で焼けるはずです。

カーネル弄ったboot.imgいっぱいあるけど、どのバージョンに焼いても大丈夫なのか？

503さん
ありがとうございます。
簡易リカバリーのないカーネルを焼いたら
andoroidoau画面のループで
adb接続もできなくなりました。
もう復旧は無理ですよね。

>>642
adbが接続できないとなると復旧手段は無いと思われ。
ちなみに正常なイメージはブート領域に問題なく焼いたんですよね？
電池外して朝にもう一度奇跡を願って起動してみたりしたら…

503さんへ質問ですけど
>今回から、簡易リカバリー(recovery_kit.img)をboot領域へ
>起動用イメージ(boot.img)をリカバリー領域に焼いて使用する前提になっています。
何故このような仕組みにしたのでしょうか？
もしリカバリー領域に/cache/recovery/command未対策のイメージを誤って焼いた
場合にリカバリー起動ループに陥ることにはならないでしょうか？
/cache/recovery/commandについて無知で申し訳ありませんが教えて頂ければと
思います。

>>643
>>631の内容のため、簡易リカバリーと/cache/recovery/commnand対策カーネルに分離させることにしました。
>もしリカバリー領域に/cache/recovery/command未対策のイメージを誤って焼いた場合
この場合、リカバリー領域の無限ループになってしまいます。
復旧手段は２通り有ります。
>>540もしくは以下
同じく簡易リカバリーのadb接続で
adb shell
cd /
mkdir /cache
mount -t yaffs2 -o rw /dev/block/mtdblock6 /cache
rm /cache/recovery/command
umount /cache
rm /recovery
こちらのコマンドを実行すれば、boot（>611の内容で）から起動することも可能です。
bootから起動した際、毎回上のコマンドを実行しなければなりませんが...

>>632のCustomROM6 IS12SH再うｐです。
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2650.zip

>>644
503さん、ありがとうございます。
分離した理由と仕組み（仕掛け）については理解できました。
いくつか気になる点もありますがA01持ちなのでA01版が公開されるのを
待ちたいと思います。A01版もよろしくお願いします。

A01のソースコード出たな
kiiobuuさんの公開請求の賜物だな

A01 (Build number 01.00.10) オープンソースソフトウェア
これでみんなの気はすんだのかな？

>>647
いやMarijuanaさんのフォローのおかげでしょ。
ただ、今となっては503さんのカスタムROMもあるしBB異なっても不具合なく
動いてるんでソース公開されてもあまり意味がなくなった感じもある。
とりあえず自分は01.00.08なので、503さんには現状のまま01.00.06カーネルで
公開して欲しいと願います。(01.00.10にはしないでもらいたいなと)

>>648
最新BBは01.00.13なのに今回は01.00.10までの公開。
01.00.13がいつ公開されるか。また数ヶ月も公開されずに放置されるようなら
何も改善されていないということだからガッカリだね。

A01への共通メーラー導入完了。
これ使いやすいのか？慣れるまでの辛抱だね。

しばらく来なかったら話についていけないorz
３月からの流れで
何が出来るようになったのか誰かわかりやすくまとめてくださいお願いします。

おう、おれも同じようなもんだ
言いだしっぺ、頼むわ

使えねぇ奴らだなw

>>650
よかったら詳細を教えていただけないでしょうか？
iptablesのルールは？とか今のメーラーどうなるの？とか、よくわからなくて…

>>654
基本的な流れはIS04とかで共通メーラーの導入方法の説明が載ってるサイトがあるので
ググってみて下さい。
自分の環境は01.00.08でiidahomeは殺していて使ってない環境です。
やった手順としては
�@ 共通メーラーに必要なapk一式を用意する（自力でどうにか入手して下さい）
　　・AuManagementSystem.apk
　　・com.kddi.android.email-2.apk(2でなくても問題ない)
　　・DEmojiProvider.apk
　　・emailprov.apk
　　・EmojiDisplayProvider.apk
�A SH用のSHKickMail.apkを用意する。
　　これはSHBｒeakなどの作者さんのサイトで公開されてます。
�B �@と�Aをインストール
　　自分はadb install -sでSDカードへインスコしました。
�C ドロワーから共通メーラーを起動し、初期設定が通ればおｋ。
　　自分の場合は初回に「接続できませんしばらくたってからリトライして下さい」が出たので
　　# iptables -Fをやったら2回目ですんなりうまくいきました。
　　※この時点でメール受信するとSharpメーラーと共通メーラーの両方で受信される。
�D Sharpメーラーの無効化
　　/system/app配下のMail.apkとMail.odexを削除（バックアップ）やリネームで無効化する。
　　iidahomeは使ってないのでIidaMail.apkの無効化が必要かは分かりません。
�E再起動後、共通メーラーが正常動作してれば完了

余談...
共通メーラー入れてみましたが使い勝手が悪いので自分はSharpメーラーに戻しました。
また、Cメールは�AのサイトのCmail-froyo.apkを入れたものの動作確認はしていません。

>>655 追加
共通メーラーの正常動作を確認した後に最新版にアプデする。
�F build.propのro.product.modelをINFOBAR C01などに変更
�G 再起動後、auマーケットにて共通メーラーのアプデ適用

>>655
手順とか細かく教えて頂いてありがとうございます！
これ参考にして共通メーラーを使ってみたいと思います。

お待たせしました。
>>632-633のCustomROM6 A01版です。
IS12SHとの違いは、
HZ=250　>　HZ=500
CPU-OC 245MHz-2.0GHz　>　61MHz-1.8GHz（GPUの発熱のため安定動作しないので下げてます。
発熱を下げるため、CPUのVDDを、当方のA01の限界値＋75mVに設定。
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2654.zip

>>658
カスタムROMの話になってから初めてカキコするのですが
ベースバンドバージョンとかは関係なく入れて大丈夫なのでしょうか？
当方のバージョンは01.00.10です。

503さん、お疲れ様です。
A01版ありがとうございます。

すみませんが、
HZ=250　>　HZ=500
の意味を教えて頂けないでしょうか？

あっ、言葉足らずだったかな
「HZ」が何なのかを知りたいです。お願いします。

>>660
「HZ」は、カーネルの１秒間当たりの割り込み回数になります。
純正のカーネルは、カーネルコンフィグでCONFIG_NO_HZ=yと定義されていて無効になっています。
HZの値が増えるほど、割り込み回数が増えてレスポンスがよくなったり、バッテリーの消費が激しくなります。
CPUをOC1.8GHzにしたことによりレスポンスや操作感の悪化を少しでも防ぐ為にHZ＝５００にしました。

CPUのOC設定は、今回下限を６１MHzと１２８MHzと１８４MHzを増やしましたので、スリープ時に活用頂ければ電池持ちも良くなると思います。
私の設定は、スリープ61MHz-184　ondemand に設定して2.2パーセント／時間ぐらいです。
使用時はそれなりに減りますが...

>>659
ベースバンドは特に意識しなくて良いみたいです。
このスレの４月以降から読み直して頂ければ良いです。
01.00.06のソースを元にしてカスタムROMを作っています。
01.0013と01.00.10のsystem-oob-backup.imgをシステムに焼いてカスタムROMの動作試験をやっていますが
こちらの個体では特に問題は出ていないです。
01.00.09以前のバージョンについては、system.imgが無いので確認できていませんので人柱の方のご報告を待っています。
重要

　今回のrecovery_kitを一度でもboot領域に焼くと、cache/recovery/commandが書かれますので
その他イメージをbootに焼かれる際、cache/recovery/commandを削除してから焼いてください。

　一度CustomROM5をboot領域に焼いて無事だったら、その他起動イメージをboot領域に焼く。
リカバリー無限ループしたら、CustomROM5の簡易リカバリーで/cache/recovery/commandを削除後そのた起動イメージを焼く

　CustomROM６のboot.img単独使用OK。

　Recovery_kitを使用される方はboot領域にrecovery_kit.imgを焼いて、boot.imgをrecovery領域に焼いて下さい。

また何か有りましたらよろしくお願いします。

　

>>662

初心者ですみません…
>>658を導入するにはsystem-oob-backup.imgというものも入れないといけないのでしょうか…？
導入の手順を教えていただけるとありがたいです。

>>663
死ね

まだ言ってなかったですが、
/system/build.propに以下を追記することでVSYNCオフにできます。
ro.vsync.enable=0

ro.vsync.enable=1またはコメントアウトでVSYNCオンになります。
多少スクロール時などに乱れますが...サクサク感は最高です。
好みの問題もありますのでお好きにどうぞ。

私のA01だとROM6よりROM5の方がサクサク動作しますね・・・

>>666
一度下記のコマンドを実行してもらえませんか。
GPUの2DのOCになります。
echo 445500000 > /d/clk/mdp_clk/rate

>>667
GPUOCをしても根本的には変わりませんでした。
ロックを解除する時、ブラウザを立ち上げる時、ホームに戻る時にプチフリするケースが多いです。

>>668
ロックを解除する時に、スリープ時にクロックを下げすぎていたりとか無いですか？
スリープ時CPUクロック下限を２４５MH以上に上げてもらったら、大丈夫だと思います。
私は電池持ちのため、そこは我慢してます。
ブラウザを立ち上げる時、ホームに戻る時のプチフリーズの件ですが、
http://2sen.dip.jp/cgi-bin/upgun/up6/source/up2665.zip
boot.imgのみです。
を試して頂いて何か変化あるか、確認よろしくお願いします。

スリープ時のクロック設定はどのようにやってますか？
SetCPUなどのクロック設定アプリのスケジュール機能ですか？
でも変更時にroot権限がないとダメですよね…

>>669
ロック画面は下限クロック設定で解消されました。ありがとうございます。

6.1を試してみたところ、少しは改善されましたが、画像が多いサイト等でやはりプチフリします。

5だとプチフリはしませんでした。
後で電圧高めにしてプチフリ出るか追試をしてみます。

やってしまったorz

まさか…

CustomROM6は酷いぞ
俺の環境が悪いんだとは思うが
相手から電話掛かってきたら絶対に出ることができないｗ

01.00.10と13のBoot、Recovery、Systemのバックアップを持ってるんだけど、
これらを01.00.08のA01に焼いたらそれぞれのバージョンにリストアできたことになるんだろうか。

たとえば01.00.10を焼いた後で01.00.13にアップデート…とかはできるもんなのかな？
今、01.00.08でSystemのバックアップないからきれいな01.00.08にリストアできないんだけど、
10とか13のを焼けば大丈夫なら今後リストアも考えようかと思ってるんです。

できるよ

503さん、こんばんは
GW不在&多忙でCustumROM6 A01版には完全に乗り遅れました。
>>669のCustumROM6.1のboot.imgを使って>>631の問題を調べて見ましたので
報告します。既に解決済みでしたら読み飛ばして下さい。

�@「perflockを無効にすると簡易リカバリーでusbの認識に失敗する様です」
この件は、perflock無効カーネルでは/dev/android_adb_enableと/dev/android_adbの
メジャー番号/マイナー番号が変わっているからではないですか？
当方では以下のように変わっており、initを変更することでadb接続できます。
　　/dev/android_adb_enable 10 26
　　/dev/android_adb 10 27
　　　　　↓
　　/dev/android_adb_enable 10 27
　　/dev/android_adb 10 28

�A「システムによりondemand とscaling_min_freqが最低クロックにオーバーライドされます」
こちらは、init.qcom.rcより起動されている/system/etc/init.qcom.post_boot.shの影響です。
init.qcom.post_boot.shの後ろにautoexe2.shなどの仕掛けを組み込めば回避できると思う。
まぁでも代替案（ロック解除後のスクリプトなど）でも良いと思います。

ちなみにロック解除後やスリープ時のクロック変更はroot権限でのスクリプトを自作して
いるんですかね？(>>670にも同じような質問のレスがありますが…)
常用root化はキュリアメールのエラーなどで無理なのでSetCPUのプロファイルは使えない
ですよね？