Database Users

Lost Root?

Hey all,
Ive had my nexus for a while now, rooted and all. Applied cyanogenmod the other night and just discovered if i try to run any apps that require you to accept that you are sure you want to proceed, it doesn't pop up. Such as root explorer. Reinstalled superuser and still nothing. If i try to type "su" into terminal i get permission denied.
Have i missed a step or is this a strange issue?
Cheers,
Vonapets

This has been discussed, you can try re-flashing the rom over the top (this fixed the issue for me) or there is an ADB permissions command you can try but I can't remember it (try searching for "root chmod" here

here is the command:
adb remount
adb shell chmod 6755 /system/xbin/su
xkonni posted this in another thread and it worked for me. Beats having to reflash.

Thanks fellers,
It hasn't worked for me, but i found xkonni's other post and am asking them now.
Thanks for the lead!
Vonapets

problems installing anything

I try to install apk packages like godzson dialer and clear_keyboard and i get errors.
I used apps installer and android dev
apps installer tells me It cannot install the app
android dev I run
adb install C:\clear_keyboard\system\app\HTC_IME.apk
I get
failure [install_parse_failed_unexpected_exception]
I searched for hours finding solutions that say i need to push the files to /system/apps and doing that there is permissions involved and I cant seem to touch anything in /system.
When I run chmod 777 /system i get an error saying unable to change read only file system.
I thought all of this was going to be simple tasks but it's getting really annoying any help would be greatly appreciated. Thanks for everything.

if yr installing through and use
Make sure phone is synced
Make sure app is in tool file I'd adk file
Make sure when at command prompt Ur in adk/tools file first
Adb remount
Adb push (app.apk) /system/(app/framework)

ok I figured out my problem but fixing it is going to be quite confusing. Looks like I would have to know a lot more than I do to fix it. Basically the adb is not reading the phone as root (or something like that). And the ro.secure is set to 1 which it should be set to 0 to be considerd root. So therefore I have to reinstall a bootimg. Ive been reading it on another forum page but i cant post it cause my account hasn't been verified yet. but it's this forum and here is the thread showthread.php?t=443041&page=2
but it's like french to me!!! If anyone can dumb this down for me I would really appreciate it lol thanks a lot you guys have been so much help in the little amount of time ive been a member to this forum. Thank you

redlinethecar said:
I try to install apk packages like godzson dialer and clear_keyboard and i get errors.
I used apps installer and android dev
apps installer tells me It cannot install the app
android dev I run
adb install C:\clear_keyboard\system\app\HTC_IME.apk
I get
failure [install_parse_failed_unexpected_exception]
I searched for hours finding solutions that say i need to push the files to /system/apps and doing that there is permissions involved and I cant seem to touch anything in /system.
When I run chmod 777 /system i get an error saying unable to change read only file system.
I thought all of this was going to be simple tasks but it's getting really annoying any help would be greatly appreciated. Thanks for everything.
Click to expand...
Click to collapse
First, put your apk's in your "C:\AndroidSDK\Tools\" Folder
Second open the cmd window and do "cd C:\AndroidSDK\Tools\"
Third do "adb remount"
Fourth "adb push xxxx.apk /system/app/"
that will install them

When remounting I get error
Code:
remount failed: Operation not permitted
but I continue anyway and the
Code:
adb push HTC_IME.apk /system/app
sends the file with no problem but it doesn't install it though.

Here are steps to do if it is not already installed on your phone. However, if it is you can not install when it is already there. I'm not sure how to remove in terminal and everything I've tried it tells me read only blah, blah, blah...
I tried mount -o remount,rw /system---that is suppose to work.
1.Make sure anything you want installed is in
the root of the sdcard..(/sdcard/nameoffile.apk)
2. Download a terminal emulator from the market.
If it installs continue..If not then continue on back to the thread.
3. Open up the terminal emulator. It should ask permission from SU. >Always allow
4. Now type the following
su (hit enter)
install /sdcard/name_of_file.apk /system/app/name_of_file.apk----if it is a system app
If it is a downloaded app then use /data/app

Ok.... well I tried that way also and I get the error
Code:
install: not found
I downloaded the terminal app from the market and entered the commands as you said for ex.
Code:
install /sdcard/HTC_IME.apk /system/app/HTC_IME.apk
Thanks a lot though I wish it could have been that easy.

[Q] Google Books on GT 10.1 from Google I/O

I can't speak for all GT 10.1s, but the one I received at Google I/O certainly does not have Google Books installed and it's not available in the Market. It comes with Kindle pre-installed, so I'm guessing Samsung has inked a deal with Amazon, but uhh... what about choice? I have several books from both Amazon and Google and use both applications on my Xoom, but now I'm curious why I can't use Google Books on my new tablet. Do I need to try to get the Google Books APK off my Xoom or what? Anyone else found a solution, besides reading their purchases online?
EDIT: The attached file is what finally worked for me. Thanks to smaskell for the link.

Books works fine on the 10.1. Just grab it off another device. My guess is that the market may not know the 10.1 yet as it is not really released now aside from IO.
Sent from my HTC Vision using XDA Premium App

I wasn't able to install the tablet version but I did manage to push it to /system/app/ and it works.
1. get root access
2. download busybox
3. adb push busybox /sdcard
4. adb push BooksTablet.apk /sdcard
5. adb shell
6. cd /sdcard
7. su
8. mount -o remount,rw /system
9. ./busybox cp busybox /system/bin - yes, I'm using busybox to copy itself
10. busybox cp /sdcard/BooksTablet/apk /system/app
and you're good to go!

I'm still struggling with this and I've tried installing (via adb, adb shell, and via Astro / app manager) both a BooksTablet.apk (with and without BooksTablet.odex) from a stock Xoom dump and with a copy from my Honeycomb 3.1 Xoom. Am I missing something? Installing always fails and simply putting the files in place does nothing as well (with a reboot). Anyone have any more ideas? I'm out at this point and it seems as if it should be so simple from what you guys are saying! Thanks for the help!

have you tried a deodexed version of the apk?

I have not and cannot seem to find these files anywhere and am not sure how to deodex the files I have. I tried the 1.2.7-dev version of baksmali with no luck. Any other thoughts or perhaps a link to the files you used that seemed to work? Thanks!

I used the one from this thread
http://forum.xda-developers.com/showthread.php?t=1071047
works like a charm

Case closed
Perfect! Thanks for the link, one of the two files in that thread worked like a charm! In case anyone else is looking for it, I've attached the file that worked for me.

Each time I try installing the BooksTablet.apk file provided above, it fails on the device. When I try installing it via "adb install BooksTablet.apk" it constantly fails with the error "INSTALL_PARSE_FAILED_NO_CERTIFICATES"
I took a look at the logcat output and it seems to be having an issue finding the "fallback_covers.png" file in the assets folder.
I tried renaming the apk to .zip and poking around and I was not able to find this file.
Anyone else having this issue when installing the Google Books app?
I searched around regarding the error message on installation and the solution is to uninstall the app and reinstall it. But because I don't have the app installed to begin with then this isn't an option.
Any help would be greatly appreciated. Thanks.

yeah, I had the same problem. The only way I got it to work was by pushing it to /system/app. see my earlier post for details.

Ok so I tried following the same steps however, I was having some odd problems. I installed Titanium backup since it automatically installs busybox or so I've been told. When I actually try copying however, the adb shell throws an error saying busybox isn't installed which is odd.
Because of this the cp command also isn't available. Instead I copied over the BooksTablet.apk file from the sdcard to the system/app folder by using the following command:
dd if=/sdcard/Download/BooksTablet.apk of=/system/app/BooksTablet.apk
This command executes successfully however, the google books app still isn't available to launch from the app drawer. I verified that the BooksTablet.apk is actually in the system/app folder however, I still cannot launch it. Any other suggestions? Or did I just completely miss something. Thanks again for the help.
All the best,
Nader

nadewad said:
Ok so I tried following the same steps however, I was having some odd problems. I installed Titanium backup since it automatically installs busybox or so I've been told. When I actually try copying however, the adb shell throws an error saying busybox isn't installed which is odd.
Because of this the cp command also isn't available. Instead I copied over the BooksTablet.apk file from the sdcard to the system/app folder by using the following command:
dd if=/sdcard/Download/BooksTablet.apk of=/system/app/BooksTablet.apk
This command executes successfully however, the google books app still isn't available to launch from the app drawer. I verified that the BooksTablet.apk is actually in the system/app folder however, I still cannot launch it. Any other suggestions? Or did I just completely miss something. Thanks again for the help.
All the best,
Nader
Click to expand...
Click to collapse
Did you try navigating to the apk and launching it?

nadewad said:
Ok so I tried following the same steps however, I was having some odd problems. I installed Titanium backup since it automatically installs busybox or so I've been told. When I actually try copying however, the adb shell throws an error saying busybox isn't installed which is odd.
Because of this the cp command also isn't available. Instead I copied over the BooksTablet.apk file from the sdcard to the system/app folder by using the following command:
dd if=/sdcard/Download/BooksTablet.apk of=/system/app/BooksTablet.apk
This command executes successfully however, the google books app still isn't available to launch from the app drawer. I verified that the BooksTablet.apk is actually in the system/app folder however, I still cannot launch it. Any other suggestions? Or did I just completely miss something. Thanks again for the help.
All the best,
Nader
Click to expand...
Click to collapse
While I did have BusyBox installed, I can only vouch for the last thing I did that wound up working since I'd tried so many different things before getting the right APK. So once I had the file in the first post (and of course a rooted GT 10.1), I opened a shell, mounted the /system directory for read/write, chmod'd the app directory to 777, pushed the APK into the /system/app folder and then chmod'd the directory back to 644 (IIRC?). So the steps would have been:
1. adb shell
2. su
(if you get a permission denied error, make sure you leave your screen on and accept the prompt by Superuser Permissions, I forgot this on the freshly rooted tablet the first time)
3. mount -o rw,remount /system
4. chmod 777 /system/app
(now either exit the shell or open a new command prompt)
5. adb push BooksTablet.apk /system/app/BooksTablet.apk
(now back in your su'd adb shell)
6. chmod 644 /system/app
(you'll probably want to note what permissions were there previously as I'm going from memory)
There was no need to launch the APK or issue an install command (it fails anyway), the Books app appeared right away in my app drawer but got a FC after only a moment of it being opened the first time. After a reboot, everything has been working just like on the Xoom!

[CM9A0] Superuser app no longer crashes in setting

Built a version of Superuser.apk from the github source to make preferences work. All I've done is remove the code that checks for a new version. It works perfectly now.
http://dl.dropbox.com/u/19946299/Superuser.apk
Directions:
1. Uninstall your current version of Superuser with:
adb remount /system
adb shell rm -f /system/app/Superuser.apk
2. Install new one using adb
adb install Superuser.apk
Or
adb push Superuser.apk /system/app/Superuser.apk
Alternatively you can remove your current Superuser.apk with a root system file manager and install the new one the same way.
I've also put in the issue with ChainsDD on his issues list and where I found it, seems to be to do with the waiting thread when it requests the current su binary version.

Thanks for the post. I'm wondering, and yes I've searched plenty on XDA and RootzWiki, will this fix su issues all around? For example, using TB 4.0.2 sends my CM9 TP into a reboot. I've read this may be an issue with Busybox.
Any insight anyone?

I don't think it's busybox and the exact point that Superusers waits for the su binary to return the version number. The actual command works 100% OK, you can do the exact same commands in shell and it's fine. It seems to be something to do with the actual java exec thread. TB has the same issue, where as other backup apps (ultimate backup) do not, and they still call su binary. I'm still trying to figure it out.

GavChap said:
adb shell rm -f /system/Superuser.apk
Click to expand...
Click to collapse
change to:
Code:
adb shell rm -f /system[COLOR="Red"]/app[/COLOR]/Superuser.apk
thanks
edit: and i had to push the su app instead of install

Good job...works nice. Did you commit ur change to source so future builds will be free from this bug? If not, commit to either evervolv or cm...or detail the change in source and I can.
Thanks
Sent from classicnerd ICS Touchpad

Thanks....this did not fix the crash/Reddit issue with TiBU current version...installed and launched TiBU, and it froze and then rebooted my TO, tried it two times.

Working now. Reset it and installed good to go

Redflea said:
Thanks....this did not fix the crash/Reddit issue with TiBU current version...installed and launched TiBU, and it froze and then rebooted my TO, tried it two times.
Click to expand...
Click to collapse
This is a workaround rather than a fix. The su binary is fine. There is a kernel issue that causes the crash. The logs I have state it's with the msm ioctl code.
There are other root using apps that don't crash at all.
Sent from my HTC Sensation XE with Beats Audio Z715e using XDA App

TMan459 said:
Thanks for the post. I'm wondering, and yes I've searched plenty on XDA and RootzWiki, will this fix su issues all around? For example, using TB 4.0.2 sends my CM9 TP into a reboot. I've read this may be an issue with Busybox.
Any insight anyone?
Click to expand...
Click to collapse
This doesn't fix the SU problems, just the Superuser front end.

Thanks for the tips.
I replaced my Superuser.apk with yours and now I can get into the settings without FC.
I used root explorer to replace the files but I also had to changed the permissions of your version of the superuser.apk to match the other files (rw-r--r--) to work properly.
One thing I noticed that even though I can get in to settings in SU, I still cannot update the binaries. If scans for updates but when I ask it to actually update the binary, it reboots the TP.
Thanks anyways...

There is a bugfix kernel coming from the CM team soon that'll fix these issues, I've tested the fix on my kernel and it's working fine.

So I just updated my kernel (bricked-kernel 2.6.35) to fix the TIBU issues and as a side benefit, my SU no longer reboots the TP when I try to update the binaries. It finds the update and tries to apply the update. It returns an "update failed" message, but it no longer hard reboots my TP.
I think it's getting closer to being perfect... ^_^

You can try my kernel if you like
http://dl.dropbox.com/u/19946299/uImage.CyanogenMod
download onto your computer, boot into ClockworkMod
Then do the following using adb on the computer
adb mount /boot
(optional) adb shell mv /boot/uImage.CyanogenMod /boot/uImage.CyanogenMod.old
adb push uImage.CyanogenMod /boot/uImage.CyanogenMod
adb umount /boot
adb reboot

GavChap said:
You can try my kernel if you like
http://dl.dropbox.com/u/19946299/uImage.CyanogenMod
download onto your computer, boot into ClockworkMod
Then do the following using adb on the computer
adb mount /boot
(optional) adb shell mv /boot/uImage.CyanogenMod /boot/uImage.CyanogenMod.old
adb push uImage.CyanogenMod /boot/uImage.CyanogenMod
adb umount /boot
adb reboot
Click to expand...
Click to collapse
Is this based off just the CM team or do you also use the commit's from Bricked-Kernel?

I had to re-copy the superuser.apk after the alpha 0.5 update. I will say with the 0.5 update and this adjustment, all is well. Couldn't be happier.

Best thing to do about Superuser if you get force close on setting in CM9A0.5 is to remove the Superuser app using Titanium Backup or root explorer. Then install the one from the Android Market, settings works 100% now. I think the one in CM90.5 is an older version.

Good tip! Worked for me on .5 and can now use TB from market. Thanks.

Just rooted - unable to backup

Hi all,
Ive spent to weekend reading about rooting and ROMS/Kernels and decided to try it. I used a root kit found here from Mskip (great kit). Ive sucessfully rooted, and then sucessfully installed Smooth Rom 4.3 with the Motley kernel.
Ive downloaded Titanium Backup and Rom Manager. TB worked and I did a backup (which I now cant find) (i have ES File Explorer). I upgraded to Titanium Pro, and now when I open the app is states root was denied. I remember when I first opened TB SuperSu asked me to grant it access. After a reboot I opened SuperSu and stated a Binary update was necessary and performed it.
Now TB pro states root was denied, when I open SuperSu there is nothing there in the apps list, and I dont know how to manually grant TB root access.
Sorry if this is noobish, not sure what to do and I dont want to keep going without a backup.
Edit: When I try to backup in ROM Manager I hit backup, it brings up the notification to name the backup, I hit ok and nothing happens.

cam75 said:
After a reboot I opened SuperSu and stated a Binary update was necessary and performed it.
Now TB pro states root was denied, when I open SuperSu there is nothing there in the apps list, and I dont know how to manually grant TB root access.
Click to expand...
Click to collapse
That sort of sounds like the SuperSU "su" update might have failed. Can you get root with other apps? (e.g. go in to a terminal emulator and type "su")
Note there is a chicken-and-egg problem if (either) SuperSU/su or Superuser/su fail: they need root themselves to remount /system so that the "su" binary can be updated.
If no apps can get root, then you sort of have "lost root", and the fix is to manually insert the .apk and su binary into /system/app and /system/bin/su (or /system/xbin/su depending on flavor!) either with a flash package in recovery, or manually via the adb shell command line (with custom recovery running).
HTH
PS you should be able to just manually start the recovery and do a backup in the meantime, no? The fact that ROM manager isn't doing anything could either be a lack-of-root problem or something else (a busybox dependency?)

bftb0 said:
That sort of sounds like the SuperSU "su" update might have failed. Can you get root with other apps? (e.g. go in to a terminal emulator and type "su")
Note there is a chicken-and-egg problem if (either) SuperSU/su or Superuser/su fail: they need root themselves to remount /system so that the "su" binary can be updated.
If no apps can get root, then you sort of have "lost root", and the fix is to manually insert the .apk and su binary into /system/app and /system/bin/su (or /system/xbin/su depending on flavor!) either with a flash package in recovery, or manually via the adb shell command line (with custom recovery running).
HTH
PS you should be able to just manually start the recovery and do a backup in the meantime, no? The fact that ROM manager isn't doing anything could either be a lack-of-root problem or something else (a busybox dependency?)
Click to expand...
Click to collapse
thx for the quick response, however much of that is WAY over my head. I opened terminal emulator and typed su and this is what popped up. 1 [email protected]:/ $
When TB is opened it states error "sorry I could not acquire root privilegdes. this applidation will not work. please verify that your rom is rooted and try again. this attempt was made using the "/system/xbin/su" command.
I dont see busybox in my app drawer

cam75 said:
thx for the quick response, however much of that is WAY over my head. I opened terminal emulator and typed su and this is what popped up. 1 [email protected]droid:/ $
Click to expand...
Click to collapse
If the SuperSU app (and companion binary) were working correctly, you should have seen one of those "Accept / Deny" pop-up messages coming from the SuperSU app... assuming that you didn't previously grant root access to that terminal emulator app. You didn't mention that happening.... ?
Also, usually the command prompt usually changes from $ to # when you have root, but not always; the explicit way to check would be to (after you have tried the "su" command) to type in "id" and hit return at the prompt - that will tell you explicitly if you are root or not. (That's the letter "i" followed by the letter "d" followed by the return key).
From the way you describe this, it is sounding like you lost root.
I gotta go watch part of the game. In the meantime, perhaps you should at least create a backup manually.
As I said, the simplest fix-up would be to get Superuser.apk/su or SuperSU/su re-installed into /system/app and /system/{x}bin/su (it seems that chainsDD and chainfire use different locations).
There might be floating around someplace a flashable zip file with this stuff in it - to be used for "lightly rooting" a stock ROM after a custom recovery is in place. But things have been in flux recently with both the SuperSU (chainfire) and Superuser (chainsDD) kits because of the JellyBean multi-user support, so the version you might need is important. So you would have to do the research to figure out where.
gotta go - good luck.

bftb0 said:
If the SuperSU app (and companion binary) were working correctly, you should have seen one of those "Accept / Deny" pop-up messages coming from the SuperSU app... assuming that you didn't previously grant root access to that terminal emulator app. You didn't mention that happening.... ?
Also, usually the command prompt usually changes from $ to # when you have root, but not always; the explicit way to check would be to (after you have tried the "su" command) to type in "id" and hit return at the prompt - that will tell you explicitly if you are root or not. (That's the letter "i" followed by the letter "d" followed by the return key).
From the way you describe this, it is sounding like you lost root.
I gotta go watch part of the game. In the meantime, perhaps you should at least create a backup manually.
As I said, the simplest fix-up would be to get Superuser.apk/su or SuperSU/su re-installed into /system/app and /system/{x}bin/su (it seems that chainsDD and chainfire use different locations).
There might be floating around someplace a flashable zip file with this stuff in it - to be used for "lightly rooting" a stock ROM after a custom recovery is in place. But things have been in flux recently with both the SuperSU (chainfire) and Superuser (chainsDD) kits because of the JellyBean multi-user support, so the version you might need is important. So you would have to do the research to figure out where.
gotta go - good luck.
Click to expand...
Click to collapse
Thanks again.
Im watching Superbowl as well. I didnt grant Terminal access. I rebooted into recovery and restored to right after I rooted. SuperSu auto updated through the play store, and stated the binary need updated. I canceled that. TB and ROM manager are showing up in SuperSu. So now Im rebooting into recovery again to after I installed the Smooth Rom/Motley Kernal. I did make a backup of where SuperSu lost root. I now have three backups.
Question on installing the SuperSu apk file. I want to be sure I do it right, if needed. Download the file on my 7. it will go to my download folder. Move it to the system folder and open/run it? what do i do with the current SuperSu folder?
thanks again

I went to my restore point after root and reinstalled 4.3 Smooth ROM Mkernel. I did not take the SuperSu update, (ill wait for the next update) and everything is fine TB an ROM manager working fine, did a backup in both.
Thanks for your help on this.

cam75 said:
Question on installing the SuperSu apk file. I want to be sure I do it right, if needed. Download the file on my 7. it will go to my download folder. Move it to the system folder and open/run it? what do i do with the current SuperSu folder?
Click to expand...
Click to collapse
Dealing with .apk's is not that difficult - drop them into the correct place and reboot.
In Android, apps (.apk files) are stored in one of two places: /system/app or /data/app. It is even possible for two versions of an app to be on the phone - one in /system/app and one in /data/app; that is how upgrades of factory-installed apps happen: the pre-installed app is in /system/app... and never gets deleted (read-only filesystem), whereas update versions get dropped into /data/app. Generally you can just drop an .apk file into either of these locations, wipe the dalvik cache and reboot. During the android boot, these files are compiled into .dex objects in the dalvik-cache, and various version, consistency, rights and permissions are cross-checked.
Think of it this way: when you boot a new ROM for the first time, /data starts out completely empty. Everything needed to support each pre-installed app in /system/app gets created automatically during the android layer start-up.
The "su" native binary is a bit more complicated - it needs to be:
- owned by the user.group root.root
- be executable
- be setuid/setgid
Imagine that you had a copy of these two files on your "/sdcard". If you booted into the custom recovery, you could affect these changes like this:
C:\foo> adb shell
# mount # show what is already mounted
# mount /sdcard # if needed
# mount /system # if needed
# mv /system/app/SuperSU.apk /system/app/SuperSU.apk.old
# cp /sdcard/SuperSU.apk /system/app/SuperSU.apk
# mv /system/xbin/su /system/xbin/su.old
# cp /sdcard/su /system/xbin/su
# chown root.root /system/xbin/su
# chmod 6755 /system/xbin/su
# cd /
# umount /system
# exit
C:\foo>
*
As a practical matter, it is probably easier to just make sure to make a fresh backup if you are about to update the su binary - in case anything goes wrong. It might also be useful to use a root-aware file manager to remount the /system partition in rw mode prior to doing the "update su binary" procedure in the SuperSU app.
Good luck
* note that SuperSU and Superuser apps choose different locations for the su executable file - one uses /system/bin/su and the other /system/xbin/su. There might also be a symlink between these locations. Best policy is probably to examine a known-working installation to determine how to proceed.