Database Develop

Installing CIME into Hero

Guys, I just found this CIME at http://forum.xda-developers.com/showthread.php?t=512530&highlight=hero+cime
Was wondering if:
a. it will install onto a rooted Hero
b. if a rooted Hero will still be able to detect, download and install OTA updates
Advice is much appreciated, thanks!

I just rooted my Hero using this technique and confirm that it works:
http://theunlockr.com/2009/08/08/how-to-gain-root-access-on-your-htc-hero/
The new CIME is nicely installed, and that works well too. Now I'm just not sure if the phone will receive OTA updates. The only thing different is the fact that the phone is rooted.
Gulp.

Right. Thinking logically, since I rooted my phone by following these steps:
15. If the serial number and the word fastboot next to it popped up, then go back to the command prompt on the computer and type
fastboot boot cm-hero-recovery.img
16. Once the phone boots up into the recovery screen type the following in the command prompt on the computer:
adb shell mount /system
adb push su /system/bin/
adb shell chmod 4755 /system/bin/su
adb push Superuser.apk /system/app/
adb shell reboot
17. Once the phone reboots, click the Menu button and click Settings.
18. Goto Applications > Development and check the USB debugging on.
19. While the phone is still plugged in, goto the Command Prompt still up on your computer and type:
adb devices
You should see a serial number, which means the computer is seeing the device.
20. Then type:
adb shell
su
The phone should pop up an su request. Click Always Allow on the phone.
21. Type:
reboot
Logically, I haven't really changed anything else on the phone aside from:
a. copying in 2 APKs, one SU and one Superuser.
b. Setting permissions.
hmmm?

It does work, but with the IME I can only type simplified Chinese in Stroke input though (traditional Chinese is okay for Cangjie)
Now I'd be appreciated if I can get help of getting the attached "default.xml" into /system/customize/CID for displaying Chinese.

That is strange. Did you set TouchInput Chinese settings to use Pinyin?

I actually used the other method to did mine... but I think both ways works ^^

I installed the CIME on my rooted Hero with the method described in the linked thread, and it works like a charm.

Does Titanium Backup have to be side loaded?

Was running FROYO 2.2. Rooted using z4root.1.3.0 following the video instructions at Mobile.Tech.Videos.com, a great site. In the video, he talks about side loading Titanium Backup. I installed it straight from the Market without side loading. Do I need to un-install it and re-install it by side loading?
thanks
retnuh

no. you will just want sideloading enabled on your phone

retnuh said:
Was running FROYO 2.2. Rooted using z4root.1.3.0 following the video instructions at Mobile.Tech.Videos.com, a great site. In the video, he talks about side loading Titanium Backup. I installed it straight from the Market without side loading. Do I need to un-install it and re-install it by side loading?
thanks
retnuh
Click to expand...
Click to collapse
Any app loaded outside of market is considered "side loaded".
Enabling side loading is done typically by setting the appropriate option in the database file. This could be done manually at command prompt or through any of the programs available.
For TB to install apps from backup, it needs side loading to be enabled.

"For TB to install apps from backup, it needs side loading to be enabled."
Does TB automatically enable "side loading" when you select to restore apps?

retnuh said:
"For TB to install apps from backup, it needs side loading to be enabled."
Does TB automatically enable "side loading" when you select to restore apps?
Click to expand...
Click to collapse
Nope. Its a process u need to do.
Steps to enable side loading using adb
What you’ll need:
* Android SDK
* BusyBox
o If you don’t have BusyBox, go search “BusyBox” on the Android Market
o Once installed, open up the BusyBox app and follow the full installation directions to enable it
* Samsung Captivate with root
* SQL Database Manager
o We suggest trying the SQLite plugin for Firefox, you can find it here.
Process:
1. Turn on USB debugging: Settings >> Applications >> Development
2. Plug in your Samsung Captivate
3. Open up Command Prompt on your computer (Windows: start, search, type “cmd”, right click cmd, Run as Administrator)
4. Type in: cd _____PATH TO ANDROID SDK FOLDER______\tools
Example:
cd C:\Users\USERNAME\Desktop\android-sdk-windows\tools
Press ENTER
5. Type in: adb shell
Press ENTER
6. Type in: su
Press ENTER
7. Type in: cp /dbdata/databases/com.android.providers.settings/settings.db /sdcard/settings.db
Press ENTER
8. Type in: cp /dbdata/databases/com.android.providers.settings/settings.db /sdcard/settings.db.backup
Press ENTER
9. Type in: exit
Press ENTER
10. Type in: exit
Press ENTER
11. Type in: adb pull /sdcard/settings.db %userprofile%\desktop
Press ENTER
Leave Command Prompt open
12. Open SQLite Manager in Firefox by pressing Tools >> SQLite Manager
13. Click “Database”
14. Then click “Connect Database”
15. Navigate to “settings.db” on your Desktop
16. Expand the tables
17. Click “Secure” on the panel
18. Scroll down to ID 6, “install_non_market_apps”
19. Double click it and change “value” from 0 to 1.
20. Close SQLite Manager
21. Go back to the command prompt window, type in: adb push %userprofile%\desktop\settings.db /sdcard
Press ENTER
22. Type in: adb shell
Press ENTER
23. Type in: su
Press ENTER
24. Type in: cp /sdcard/settings.db /dbdata/databases/com.android.providers.settings
Press ENTER
25. Type in: chmod 777 /dbdata/databases/com.android.providers.settings/settings.db
Press ENTER
26. Type in: reboot
Press ENTER
27. Disconnect your Captivate from your computer while your phone reboots.
Congratulations! You can now sideload non-market applications on your Samsung Captivate.

Excellent sideloading advice. Question, once you have sideloading enabled...do you lose this functionality if you flash a new ROM?

NISMOFO said:
Excellent sideloading advice. Question, once you have sideloading enabled...do you lose this functionality if you flash a new ROM?
Click to expand...
Click to collapse
Yes. Most i9000 based roms have this option enabled by default. If not, u would need do this anytime u flash a new rom.

diablo009 said:
Yes. Most i9000 based roms have this option enabled by default. If not, u would need do this anytime u flash a new rom.
Click to expand...
Click to collapse
Last question, can I used the AC Sideload Wonder Machine instead without messing with any code?

[Q] Stuck at "Touch Android To Begin" after reboot

I rooted my DS7 and changed the "phone.apk" name, and I couldn't get past "Force Close" message, so I reset (Vol+ + Power?).
I got the option of "0. Boot", "1. Wipe"..., and selected 1.
Rebooted and was stuck at "Touch Android To Begin" - Android turns white, but does not move forward.
I reset and selected a different option of complete wipe of internal and personal data.
Rebooted and am still stuck at "Touch Android To Begin".
Any suggestions?
I have 2 SD7's, so do I need to back up a ROM off the good one and reflash the stuck one? If so, how would I do that?

Change the name of phone.apk back and see if that helps. You ought to change phone.apk, get a bunch of force closes, and then be able to restart and have it work OK. If you restarted and still had issues, then I'm not sure why that would be (unless you didn't also change telephonyprovider.apk).

Z4nd4r said:
Change the name of phone.apk back and see if that helps. You ought to change phone.apk, get a bunch of force closes, and then be able to restart and have it work OK. If you restarted and still had issues, then I'm not sure why that would be (unless you didn't also change telephonyprovider.apk).
Click to expand...
Click to collapse
I never got a chance to change telephonyprovider.apk . After changing phone.apk, I kept getting force close messages without a chance to do anything...reboot, shut down, etc., so I just reset and did a "wipe"/restore...or at least I thought it was a restore to factory. Maybe I should have waited and tried the reboot first.
Anyways, I'm stuck now. If I cannot get past the Android, how would I even change the file name back to phone.apk ? Also, shouldn't a wipe/restore/clear cache have changed all of that...by replacing all files/kernal/rom to factory?

S4F4M said:
I never got a chance to change telephonyprovider.apk . After changing phone.apk, I kept getting force close messages without a chance to do anything...reboot, shut down, etc., so I just reset and did a "wipe"/restore...or at least I thought it was a restore to factory. Maybe I should have waited and tried the reboot first.
Anyways, I'm stuck now. If I cannot get past the Android, how would I even change the file name back to phone.apk ? Also, shouldn't a wipe/restore have changed all of that...by replacing all files/kernal/rom to factory?
Click to expand...
Click to collapse
Wipe/restore, if I understand it correctly, only wipes out cache and data; basically, all of your personal information and files for apps and such (not your SD card). This leaves the kernel as it was.
Do you have CWR on there? If so, simply install a new ROM. If not, you can flash it on there via ADB, I think (check the CWR thread).
Your other option is to change the file name via ADB, or push a new one to it. I've uploaded the stock Phone.apk here:
http://www.megaupload.com/?d=EEBPHB4H
You can push it by doing
Code:
adb push Phone.apk /system/app
I think there's an adb command to simply rename, but I don't recall what it is. Once you do this, you ought to be good to go. Get signed in, then change/move both the apps and restart. It might be annoying with the force closes; not sure if you'll have to use the pinhole reset.
Good luck!

Thanks, Z4nd4r! I'll give it a whirl.

I just moved/deleted the files to test it out (and run some battery tests). I had the force close issue to the point that I couldn't do anything, so I used the pinhole reset. Booted up fine and no cell signal, just as it ought to.

What Z4nd4r recommended worked.
1. Had to install ADB and drivers.
2. Had to point Command Prompt to drivers
- Go to the Windows "Control Panel".
- Click on "System".
- Click on "Advanced system settings" in the left column of the window you're in.
- Find the button called "Environment Variables" in the window that opens (it's at the bottom on the first tab).
- Scroll down in the "System variables" box until you find "Path".
- Select "Path" and click the "Edit" button.
- At the very beginning of the input field called "Variable value" enter where the ADB drivers were located.
For example: "C:\program files\android-sdk\platform-tools;" (without the quotes).
NOTE: Do not remove any of the other paths, and make sure you have a semi colon at the end of the new path you're adding.
- OK/APPLY > EXIT
3. Root tablet with SuperOneClick.
4. Mounted /system directory as Read/Write (have to use the appropriate /dev/block device path. I found it by typing the following
# adb shell
# su
# cat /proc/mounts
# mount -o rw,remount -t yaffs2 /dev/block/**** /system
where **** is the appropriate device path from the list generated by cat /proc/mounts
5. Making sure that the ADB file was in the same folder as the phone.apk, push apk to /system/app:
adb push Phone.apk /system/app
Yes, it was a pain, but I figured it all out.

S4F4M said:
What Z4nd4r recommended worked.
1. Had to install ADB and drivers.
2. Had to point Command Prompt to drivers
- Go to the Windows "Control Panel".
- Click on "System".
- Click on "Advanced system settings" in the left column of the window you're in.
- Find the button called "Environment Variables" in the window that opens (it's at the bottom on the first tab).
- Scroll down in the "System variables" box until you find "Path".
- Select "Path" and click the "Edit" button.
- At the very beginning of the input field called "Variable value" enter where the ADB drivers were located.
For example: "C:\program files\android-sdk\platform-tools;" (without the quotes).
NOTE: Do not remove any of the other paths, and make sure you have a semi colon at the end of the new path you're adding.
- OK/APPLY > EXIT
3. Root tablet with SuperOneClick.
4. Mounted /system directory as Read/Write (have to use the appropriate /dev/block device path. I found it by typing the following
# adb shell
# su
# cat /proc/mounts
# mount -o rw,remount -t yaffs2 /dev/block/**** /system
where **** is the appropriate device path from the list generated by cat /proc/mounts
5. Making sure that the ADB file was in the same folder as the phone.apk, push apk to /system/app:
adb push Phone.apk /system/app
Yes, it was a pain, but I figured it all out.
Click to expand...
Click to collapse
Glad to hear it worked!
Are you going to brave removing the files, again? You know you want to!

Z4nd4r said:
Glad to hear it worked!
Are you going to brave removing the files, again? You know you want to!
Click to expand...
Click to collapse
Oh, I did. What was left out of the procedure I found was the mention of continuous FORCE CLOSE and the use of the pin reset.
I will write up detailed instructions for a new thread in case anyone else wanted to know.

I know this is a really old thread, but I am stuck on this as well in the same situation that the OP had. However, SuperOneClick 2.2 and 1.55 both seem unable to root the streak so I can use the adb server to push the proper apk back! Anyone have any advice? I need to rename or push both TelephonyProvider.apk *and* Phone.apk. I have tried using adb and of course it errors since the device is unrooted.

turn device vertical.
start upper right touch
lower right touch
lower left touch
upper left touch

[FIX] Phone Bootlooping?

CONFIRMED WORKING ON LINUX.. waiting to hear for windows, mac...
NOTE: Please keep track of what your doing, because if you DON'T know what you broke, your going to have a hard time fixing it.
I'd recommend NOT wiping DATA/factory restore unless you literally have NO other choice (see post 11)
That being said...
Assuming you know what change(s) you made before your bootloop, you are saying to yourself "If i could only boot up so i can UNDO it" ... this IS for you!
Directions:
Battery Pull
Put Battery Back
Hold M button on keyboard then power
Use vol - button to go to BP TOOLS (don't select yet)
Connect via USB to computer with ADB
In terminal on computer...
Code:
adb wait-for-device shell
On phone use vol + button to select BP Tools.. then wait for your terminal to get you into shell (this will happen while the phone is continuously bootlooping)
according to djrbliss root method...
Code:
mv /data/local/12m /data/local/12m.bak
ln -s /data /data/local/12m
exit
9.
Code:
adb reboot
10. wait for the power off then repeat steps 1-7
11. again thanks to djrbliss...
Code:
rm /data/local/12m
mv /data/local/12m.bak /data/local/12m
mv /data/local.prop /data/local.prop.bak
echo "ro.sys.atvc_allow_netmon_usb=0" > /data/local.prop
echo "ro.sys.atvc_allow_netmon_ih=0" >> /data/local.prop
echo "ro.sys.atvc_allow_res_core=0" >> /data/local.prop
echo "ro.sys.atvc_allow_res_panic=0" >> /data/local.prop
echo "ro.sys.atvc_allow_all_adb=1" >> /data/local.prop
echo "ro.sys.atvc_allow_all_core=0" >> /data/local.prop
echo "ro.sys.atvc_allow_efem=0" >> /data/local.prop
echo "ro.sys.atvc_allow_bp_log=0" >> /data/local.prop
echo "ro.sys.atvc_allow_ap_mot_log=0" >> /data/local.prop
echo "ro.sys.atvc_allow_gki_log=0" >> /data/local.prop
exit
12. then again, repeat steps 1-7
13. You should have root, now go ahead and fix whatever needs fixing and reboot 1 final time
ENJOY
-KrazyKrivda

I followed this exactly but could never get an adb connection. My drivers are good and my adb setup works just fine (I was using it earlier). And idea what I could be doing wrong?
Thank you so much for posting this btw!

one more reason why I choose linux over winblows. Just a personal opinion.

Darksurf said:
one more reason why I choose linux over winblows. Just a personal opinion.
Click to expand...
Click to collapse
I tried both Windows and Linux. Are there any special steps in Linux I may be missing to get adb to work in this mode? I tried my OG Droid to test the adb setup and it worked fine.

you need to be in the android group and have adb properly installed and preferrably the current version. I use a gentoo based linux system so this stuff isn't an issue for me.
Ubuntu and debian based systems are a little different. I really dislike the package management system and Ubuntu separates users from the actual "linux" part of linux. its like linux for n00bs. Not saying its a bad distro, its just not my distro of choice.
But, if you are booting up your device correctly, you should be able to do adb start-server and then do a adb remount (if rooted) then push the files to /system/app/
if you have just ran updates, reboot your computer. If you aren't picking up the device, try using other ports (usb ports can go into a suspend mode to save power and sometimes don't like to wake up, it also happens in windows)

Jonny9797 said:
I followed this exactly but could never get an adb connection. My drivers are good and my adb setup works just fine (I was using it earlier). And idea what I could be doing wrong?
Thank you so much for posting this btw!
Click to expand...
Click to collapse
Join us in IRC and I will try to talk you through it

please help me!
i am having the same problem. i can get into recovery, fastboot, AP, and BP modes, and my device manager sees the ADB interface, but i cannot execute commands. I get this error "C:\Program Files\Android\android-sdk\platform-tools>adb remount error: device not found". i have the latest SDK and moto drivers installed... is there anyway i can install an update.zip from recovery to get me out of the bootloop?

I've updated the OP.. there is no longer a "remount" part... so I'm not sure what you are doing.. again if you can join IRC ( webchat.freenode.com ... #krazyk is the chan ) i'd be more than happy to assist

guys, i need urgent help...
i did some **** by replacing the SystemUI.apk in RootExplorer and it started force closing. i rebooted and i started bootlooping i backed up the apk in a file on my sdcard called 'import'. now i tried BP tools but it wont recognize my device..i had adb working perfectly fine before. what should i do?

Krivda, even in VM ubuntu it still doesn't see my phone... i have jdk, sdk installed... windows and ubuntu both see my xoom but the D3 is not being seen...

if the bootloop is caused due to an issue created in /data then then a factory reset will be fine (if you don't mind losing data).
HOWEVER, if the change it made is in /system.. the factory reset may reset your adb debugging option... which in turn will mean.. you will be stuck in a bootloop without the ability to access adb at all, in which case you are SOL until sbf or a way to run update.zip from recovery.

Yep that's me! I need an sbf lol

royalpunk, let me know if you find a way out... im in the same situation...

yeah, I'm the same as royol and highcee... i guess it just gives us a double incentive to find an sbf

i am also in the same situation ugh

I haven't started to fiddle yet but fear not ill be with yus tomorrow lol
-smc

I know its tempting to foolnaround with files. But no one should be messing with anything till we get an sbf.

suzook said:
I know its tempting to foolnaround with files. But no one should be messing with anything till we get an sbf.
Click to expand...
Click to collapse
SHUTUP lol you're making me feel bad

a little clarification.. OP UPDATED

I wanted to say THANK YOU to krazykrivda.
Because of your how-to I have successfully unbricked my Droid3 )) THANKS

[Recovery][GUIDE] Moto X 2014 Broken Screen Recovery Guide

So, after owning my beautiful Moto X for 1 month, I found that the screen is not nearly as shatter resistant as my old iPhone 4S. After managing to completely shatter it, I called Motorola up for a replacement (which for a customized Pure cost $125) and it was on its way, but before that I needed to get my old data off. Luckily I have unlocked my bootloader and rooted my phone in advance, but i had turned off USB debugging and had a passcode lock. All of the guides for making a full backup assume that you have screen access. After messing around for a few days, I finally managed to make a full backup of my phone. I thought I'd put together this guide for anyone else who has the same issue.
Assumptions
Your bootloader is unlocked and phone rooted (do not try to unlock it now or it will wipe the phone)
Your phone is not encrypted (there's still a way around this which I'll cover but I did not have to use)
You have ADB/fastboot set up on your computer (and have tested it at least once)
Required files/guides
CWM recovery file - http://motoxroot.com/cwmtwrp-recovery-for-moto-x/
Lock Screen removal guide - http://forum.xda-developers.com/showthread.php?t=1409304
SQLite DB editor (I'm on Windows) - http://sqliteadmin.orbmu2k.de/
Androidscrencast - https://code.google.com/p/androidscreencast/
ADB keystroke events - http://thecodeartist.blogspot.com/2011/03/simulating-keyevents-on-android-device.html
Steps
The first thing I did was download the customer CWM image for the 2014 Moto X which can be found here:
Code:
http://motoxroot.com/cwmtwrp-recovery-for-moto-x/
Next I went rebooted the phone into bootloader mode by holding "Volume Down + Power" for about 15 seconds. I could not see images on the screen but I could tell when it lit up.
Note: If you have an encrypted phone, you can use an OTG cable and a standard USB keyboard to type in the password blind. I used something similar for the PIN code, however this guide does not actually need to worry about that
Test that you have fasboot access by running
Code:
fastboot devices
You should see your device listed
Boot the CWM recovery image (you do not have to flash it which is nice)
Code:
fastboot boot XT1095recovery.img
Wait a few seconds and verify that you can now access your phone via ADB
Code:
adb devices -l
If this works, you now have a shell to be able to do the next part which is removing the passcode and enabling USB Debugging I followed the guide at http://forum.xda-developers.com/showthread.php?t=1409304 to do remove the lock screen
Mount the data partition of your phone by running
Code:
adb shell mount data
adb shell mount system
Grab the settings DB from the phone and copy it locally (Other guides say to copy to an intermediary, but since you're using a recovery ROM the files can be directly accessed)
Code:
adb pull /data/data/com.android.providers.settings/databases/settings.db settings.db
Open the file in your SQLite editor of choice and run the following statements
Code:
UPDATE secure SET value=65536 WHERE name='lockscreen.password_type';
UPDATE secure SET value=0 WHERE name='lock_pin_autolock';
While we have the settings DB open, it's also a good time to enable ADB Debugging by running the following statements (credits to http://stackoverflow.com/questions/13326806/enable-usb-debugging-through-clockworkmod-with-adb though I had to mod some more stuff)
Code:
UPDATE global SET value=1 WHERE name='adb_enabled';
UPDATE global SET value=1 WHERE name='development_settings_enabled';
Push the file back to it's original location
Code:
adb push settings.db /data/data/com.android.providers.settings/databases/settings.db
From here, the next set of commands should be run within the shell. You can access it by running
Code:
adb shell
Remove some existing property files
Code:
rm /data/property/persist.service.adb.enable
rm /data/property/persist.sys.usb.config
Add in the ADB settings
Code:
echo "persist.service.adb.enable=1" >>/system/build.prop
echo "persist.service.debuggable=1" >>/system/build.prop
Correct the permissions for the settings.db file
Code:
chown system:system /data/data/com.android.providers.settings/databases/settings.db
chmod 660 /data/data/com.android.providers.settings/databases/settings.db
At this point, everything is ready to go and we're ready to reboot to your real install with no pin code and ADB enabled.
Reboot your phone
Code:
adb reboot
Run androidscreencast (don't worry about the keyboard/mouse instructions they don't work). Chances are the screen will be blank, press the Power button your phone and wait (it's got a *very* slow refresh rate)
Once you see your desktop, you can now run an ADB backup. I like getting everything, but this will take a while because it grabs all images, music, SD card stuff, etc.
Code:
adb backup -apk -shared -all -f backup.ab
On the screencast you'll see the prompt pop up asking you to enter a password and confirm. This was the part that took me a while and you have to do it fairly quickly otherwise it'll time out. In a separate windows run
Code:
adb shell input text <yourpassword>
adb shell input keyevent 61
adb shell input keyevent 61
adb shell input keyevent 66
At this point, you should see a full backup kicking off and running. You can run a logcat to watch the process of it. In some cases a full backup may hang if a resource has a file open, the two commands to work with this are:
Code:
adb shell logcat | grep BackupManagerService
To kill a process the backup is hanging on, enter the shell
Code:
su
ps | grep <nameOfProcess>
am force_stop <nameOfProcess> (the clean way)
kill <pid> (the dirty way)
Hope this helps! This took me a little while to figure out but now I have a full backup and my new Moto X will be here within the
week.

Okay so an ADB full backup sucks for a restore. Luckily I got a nandroid backup instead and that worked much better. There's some stuff you have to do with mapping /sdcard for it to work on the Moto X. I'll update this post soon with that information.

Thanks a lot for this! Helped me recover all my data from a Moto X with a completely broken blank screen!

This is an awesome Guide! Congrats!! I have a different situation. My Moto X 2014 is the XT1097 variant. The phone was neither rooted nor had an unlocked bootloader before the screen died. I downloaded the stock rom for my device, and flashed it with RSD Lite, since the program sees the phone connected in fastboot mode. Do you think I could use this method to reach the desktop? Also, the recovery.img in your guide is for the XT1095. Would it work for the XT1097? I know I can unlock the bootloader via fastboot, but what about rooting? Thanks in advance!!