2010年7月28日水曜日

CyanogenMod-6 for D/S V6.0.0-RC2 に戻る んでuserinit.sh完全復活

ついこの間「SpeedTeam Froyo v3.0で暫く行く」と言いましたが、舌の根も乾かぬうちにもうROM焼きしてます。
CyanogenMod6もRC2がリリースされ、そろそろ使えるかなという事で出戻りました。
RC2用のoc614カーネルも出揃ったし(oc710はどうやってもスプラッシュ画面止まりでした)、「時は満ちた」ということです。
それと、CyanogenModのROMはプレーンなので、やはりイヂル時の基本となりますから。
最前から言ってます、例のuserinit.shでスワップやコンプキャッシュを有効にするということも、大元のROMで出来るのかどうなのかもカナリ気になってます。

そして、気まぐれで今回のタイミングでリカバリーをClockworkのにしてみました。
今までRA-sapphire-v1.7.0リカバリーでしたので、多少使い勝手の違いに戸惑いました。
Clockworkリカバリーでは前回言ってた/system等や、bootのワイプも出来る様になっています。
結構、いやカナリ便利かもしれませんが、SDcardのパーティショニングは出来ないようです。
でも、やることは同じことなのでメニューをよく見れば使いこなせます。
しかし、SDcard(Fatパーティション)のフォーマットも/systemや/dataなどと同列に列んでいるので、誤ってSDcardも勢いでフォーマットしてしまいました。
データなど全部トンデしまい、本当は呑気にブログなど書いている気分では無いのですが。。。orz
皆さんは、そんなバカなことしないと思いますが、気を付けて下さいね。

使ってみた感想ですが、オーバークロック無し同士のSpeedTeam Froyo v3.0との比較になりますが、SpeedTeam Froyo v3.0のほうが明らかに速いです。
安定感は????どうかなぁ~びみょーな所でSpeedTeam Froyo v3.0の勝ちかな。



★取り敢えず、/system , /data , /cache 等など全部ワイプしておきましょう。


★まずはCyanogenMod-6 for D/S: They said it couldn't do that! V6.0.0-RC2 (07/25/2010)から
Latest version: 6.0.0-DS-RC2 - 07/25/2010

Google Addon: FRF91-MDPI-2
をダウンロードする
そして両方焼く


★そして、[KERNELS] the kernel cornerでoc614-cm-2.6.34.1-6.0.0rc2-signed.zipを落としてきて、フラッシュ


★次にCM6 and apps2ext (not froyo's apps2sd,fat32)へ行って
AutoMTD-Kernel-CM6-FroYo-TEST4.zip

a2sd-2.7-update3r1-signed.zip
をダウンロードする
そしたら
  1. AutoMTD-Kernel-CM6-FroYo-TEST4.zipをフラッシュ
  2. 再起動
  3. /system/media/の中のブートアニメーションを削除
  4. リカバリーモードへ再起動
  5. a2sd-2.7-update3r1-signed.zipをフラッシュ
  6. 再起動
  7. apps2ext.batをダブルクリック
apps2ext.batの中の
#also move the dalvik cache to sd card.
adb shell a2sd cachesd

#check if all is ok
adb shell a2sd check
は、イランちゃぁいらんので消してもらっても良いと思います。
また、逆に
#check if all is ok
adb shell a2sd check
はチェックなので、別で実行してもらったほうが効果的ではありますね。
・・・ま、どーでもいい事です。

この段階で、sd-extが表示されています。
しかし、マウントされていないため開けないし、当然ファイル操作も無理。
ターミナルなどからsd-extをマウントすれば、即使えます。
でも、再起動のたびにソレはちょいと酷と言うものです。
なので下記の事をします。
ついでに、最近のFroyoROMでよく同梱されている、ファイアーラット氏のパッチ集も適用できちゃいます。



ダウンロードするものはfr-patch134.txtだけです。
  1. fr-patch134.txtをSDcardへ入れる
  2. ターミナル等に “sh /sdcard/fr-patch134.txt all” で[Enter]
  3. 再起動
コレでおわりです。
注意:この状態で既にスワップは有効になってます。

このオールインワンパッチは何をしているのでしょう。
正直あまり良く解っていません!!
ハハハッ!
一応オプションの能書きをコピペしておきます。

shabang
simply adds #!/system/bin/sh to the wrapper scripts for some of the java code in /system/framework
basically it will let you run things like pm ( package manager ) from an Almquist shell (ash), bash or busybox sh ( which I think is just ash )


remount
is a somewhat bloated script inspired by Maxisma's rwsystem script
the 'bloat' is cachehack detection ( to make sure all system files are rw ) and some feedback, both to the user and any scripts which use it (via a 0/1 exit code )

lwp
when I first did the '3D' kernel for CE1.2, ( based on what Case_ did )
I hinted in the ramdisk's init.rc at what goes on here

the patch does two things
first , on boot it restricts access to /dev/msm_hw3dr and /dev/msm_hw3dc, so only root and the graphics group can access it.
Then, we give the graphics group to apps which have the android.permission Write External Storage
the idea being that Live wallpapers would be forced to drop back to software3d
( we know lwp worked ok(ish) on ramhack kernels ; )
but Gallery3D and most Games get given graphics group ( becuse they have the WES permission )

NB, this will not fix the 'Nexus LWP Pack' pushed from another ROM
only Market LWP will work on cm5 test3

swap
on boot get a script to run, which just runs swapon against every sd partition, its a 'suck and see' but it works no matter which partition you have swap on, so no messing about editing it for typical g1 setup fat32/ext/swap , or an mt3g with just fat32/swap

fb
Edits the build.trout.prop file, changing a couple of values so that facebook 1.2.1 sync works
( if you ask me its the app which is broken, but this is a workaround )

fixp
the fix_permissions script is hardcoded with the legacy /system/sd, this patch converts it to use $SD_EXT_DIRECTORY
so it won't miss apps on your sd card ext partition 

dc2x
Dalvik-cache bind mounts
For NoneDangerSPL , a bind mount between /cache/dalvik-cache and /data/dalvik-cache is created on boot
NoneDanger has a /cache partition of 67mb , which is perfectly adequate for the dex files
it frees up space on data ( which is 14mb smaller than DangerSPL )

For DangerSPL
/cache is way too small, at just 30mb , but stock cm5's framework and system app dex files are 31mb , which does eat right into the space available on data
so, a bind mount between /sd-ext/dalvik-cache and /data/dalvik-cache is created on boot., very much like the old style a2sd
this option will free up space on data, especially useful if you have apps which want to create large /data/data/ directories

for MT3G , didn't make much sense to do anything, data is huge, but with /cache at 80mb I could be persuaded to bind with that

0 件のコメント:

コメントを投稿