[Q] Can't write files with DDMS File Manager - XPERIA X10 Q&A, Help & Troubleshooting

I'm testing ROM 2.3.3 from WolfBreak (V3.5) and I can't push files into /system with DDMS File Manager.
Error is : Permission denied
Also "adb push" don't want to write...
But with "adb shell", when I have requested rights with "su" command, I can make all I want.
Is there a special update to DDMS for this version ???

ADB seems to be a bit sketchy with the new 2.3.3 Roms, well, on Wolfs 2.3.3 at least. It works fine in recovery mode, but has Permission Denied errors as you have stated when using the phone as normal.
Short term solution: Get xRecovery, boot into it, ADB and DDMS should work,.
Long term solution: I'm not sure... I haven't searched yet but there might be a fix out there.

Related

[Q] Does the reboot shell command for the Aria actually exist?

I tried loading the Aria into an adb shell, then tried the reboot command (just "reboot"). It replies "reboot: no such tool".
I also wrote a quick script with GScript and ran it with su permissions (my phone is rooted with clockworkmod, and liberated), and the same message showed on screen.
I also made a separate script that just runs "ls /system/bin" and I can clearly see the "reboot" command in the directory. Again, when I try to run /system/bin/reboot with su priveleges, it gives the same message.
I'm tempted to think that the reboot command in /system/bin simply runs the command "echo reboot: no such tool". Does anyone have any more information about this? I'd like a script that would use the reboot command to reboot into recovery mode.
I believe you should be able to use "shutdown /r" to reboot the phone.. probably needs to be done with sudo though..
jleehey said:
I tried loading the Aria into an adb shell, then tried the reboot command (just "reboot"). It replies "reboot: no such tool".
I also wrote a quick script with GScript and ran it with su permissions (my phone is rooted with clockworkmod, and liberated), and the same message showed on screen.
I also made a separate script that just runs "ls /system/bin" and I can clearly see the "reboot" command in the directory. Again, when I try to run /system/bin/reboot with su priveleges, it gives the same message.
I'm tempted to think that the reboot command in /system/bin simply runs the command "echo reboot: no such tool". Does anyone have any more information about this? I'd like a script that would use the reboot command to reboot into recovery mode.
Click to expand...
Click to collapse
I can reboot the phone using ADB by typing adb reboot... Or in terminal on the phone itself I su and then enter reboot and voila...
Not sure if this helps or not.
Edit: I am also running CM6 which has busybox installed.
The way I do it from shell is to type 'exit', this takes you out of shell. Then I type 'adb reboot'
Your path is probably not correct on the device. To change the path you need to edit init.rc and add the correct path.
I have had this same problem and now think that the tool unrevoked is messing the path variable up.
Let me know what you discover.
Same
I also have the same problem. I checked init.rc and i didnt find something about reboot. I run S5 Sensenation ROM. I will check again, But i happy to see that im not the only one who have the problem.....

[Q] adb push HELP

Lil' Help... New stock SGS2 phone arrived today... I successfully flashed Entropy512's "stock kernel + rooted stock system image" via Odin3 (v1.85). Worked perfect, phone rebooted, now I have root. 2nd step, I extracted the zImage from Codeworkx's CWM tar file (put zImage in same PC desktop folder as my adb.exe files). I want to use adb push to push zImage file to phone so I can avoid the triangle/counter of death. Anyway, I got this error in my CMD window:
C:\Android\android-sdk-windows\platform-tools>adb push zImage /sdcard/zImage
error: device not found
What went wrong? The "phone" and "card" are recognized by windows explorer, but when trying to use adb commands, get "error: device not found"
Thx.
DoctorQMM said:
Lil' Help... New stock SGS2 phone arrived today... I successfully flashed Entropy512's "stock kernel + rooted stock system image" via Odin3 (v1.85). Worked perfect, phone rebooted, now I have root. 2nd step, I extracted the zImage from Codeworkx's CWM tar file (put zImage in same PC desktop folder as my adb.exe files). I want to use adb push to push zImage file to phone so I can avoid the triangle/counter of death. Anyway, I got this error in my CMD window:
C:\Android\android-sdk-windows\platform-tools>adb push zImage /sdcard/zImage
error: device not found
What went wrong? The "phone" and "card" are recognized by windows explorer, but when trying to use adb commands, get "error: device not found"
Thx.
Click to expand...
Click to collapse
Try to start by verifying that adb can see your phone.
type "adb devices" (no quotes)
This should return a number, if not, the phone is not being seen by adb.
If not check drivers, cable, try different usb port.
If it does return a number you are properly connected.
Proceed to:
adb push zImage /sdcard/zImage
adb shell dd if=/sdcard/zImage of=/dev/block/mmcblk0p5
Might need to as su if prompt shows $ instead of #
Try adb remount
i didnt realize so many people cared about a little triangle that you see for about 3 seconds on boot.
DoctorQMM said:
Lil' Help... New stock SGS2 phone arrived today... I successfully flashed Entropy512's "stock kernel + rooted stock system image" via Odin3 (v1.85). Worked perfect, phone rebooted, now I have root. 2nd step, I extracted the zImage from Codeworkx's CWM tar file (put zImage in same PC desktop folder as my adb.exe files). I want to use adb push to push zImage file to phone so I can avoid the triangle/counter of death. Anyway, I got this error in my CMD window:
C:\Android\android-sdk-windows\platform-tools>adb push zImage /sdcard/zImage
error: device not found
What went wrong? The "phone" and "card" are recognized by windows explorer, but when trying to use adb commands, get "error: device not found"
Thx.
Click to expand...
Click to collapse
You're missing drivers or haven't enabled USB debugging. Drivers for USB Mass Storage are built into Windows, drivers for ADB are not. Not sure what the procedure is for installing Windows ADB drivers... It's one of the reasons I almost never use Windows for working with my phone.
I've heard Droid Explorer might come with a drivers package, not sure.
Entropy512 said:
You're missing drivers or haven't enabled USB debugging. Drivers for USB Mass Storage are built into Windows, drivers for ADB are not. Not sure what the procedure is for installing Windows ADB drivers... It's one of the reasons I almost never use Windows for working with my phone.
I've heard Droid Explorer might come with a drivers package, not sure.
Click to expand...
Click to collapse
PDANET is free and simple to install on any Windows based machine. Less than 30 seconds and it recognises every phone I have tried so far. You just need to be sure to get the right one for you OS, 64 or 32 bit.
I sent to my kids that are too lazy to install the Android SDK.....
SNadler said:
Try to start by verifying that adb can see your phone.
type "adb devices" (no quotes)
This should return a number, if not, the phone is not being seen by adb.
If not check drivers, cable, try different usb port.
If it does return a number you are properly connected.
Proceed to:
adb push zImage /sdcard/zImage
adb shell dd if=/sdcard/zImage of=/dev/block/mmcblk0p5
Might need to as su if prompt shows $ instead of #
Click to expand...
Click to collapse
I appreciate everyone's input... OK, here's where I stand:
adb does now recognize phone. After typing "adb devices", cmd window showed my phone in list of devices attached. I then proceeded to "adb push zImage /sdard/zImage... that seemed to work also [cmd window came back with "2544 KB/s (6718048 bytes in 2.578s)]. Next, I typed "adb shell dd if=/sdcard/zImage of=/dev/block/mmcblk0p5" [cmd window came back with "/dev/block/mmcblk0p5: cannot open for write: Permission denied"]
so is still a drivers issue? cable issue? or something else? Thx again
EDIT: one additional clue for all the experts: the zImage is now on my /sdcard. When I type "adb shell", I do get "$" instead of "#" in cmd window... and I know I have root on phone. When I type "adb shell su" in cmd window, I get "Permission denied".
Sometimes the root install won't completely work until you go to the Superuser app once manually. (e.g. in Applications).
Also, another possibility may be that there are two ways to run adb shell:
One is
Code:
adb shell <command>
Where it'll run <command> and then exit
Then there is
Code:
adb shell
<command1>
<command2>
exit
In the second, when you first type "adb shell" you'll get a shell prompt on your phone.
Then you'll type su (this will give you superuser privileges)
Then you run the dd command
Then you should be good.
The difference is: If you have a custom "insecure" kernel, an ADB shell defaults to root privileges. If you have a stock kernel, ADB shell defaults to "mortal user", and you need to manually use su to get root privileges.
Pushing the file to the SD card does not require root, writing the kernel to the kernel partition (mmcblk0p5) does.
Entropy512 said:
Sometimes the root install won't completely work until you go to the Superuser app once manually. (e.g. in Applications).
Also, another possibility may be that there are two ways to run adb shell:
One is
Code:
adb shell <command>
Where it'll run <command> and then exit
Then there is
Code:
adb shell
<command1>
<command2>
exit
In the second, when you first type "adb shell" you'll get a shell prompt on your phone.
Then you'll type su (this will give you superuser privileges)
Then you run the dd command
Then you should be good.
The difference is: If you have a custom "insecure" kernel, an ADB shell defaults to root privileges. If you have a stock kernel, ADB shell defaults to "mortal user", and you need to manually use su to get root privileges.
Pushing the file to the SD card does not require root, writing the kernel to the kernel partition (mmcblk0p5) does.
Click to expand...
Click to collapse
===============
Entropy512... you da man! I'm good to go now. As you recommended, even though I've been using Root Explorer and I know I was 'rooted', had to open SuperUser app on phone... then in the cmd window when I typed "adb shell" I got the "$" prompt. So at the $ prompt I typed "su"... this gave me the "#" prompt. SuperUser App then asked for SU permission acceptance. Then did the "dd xxxxxxxx" command, and it came back with:
13121 +1 records in
13121 +1 records out
6718048 bytes transferred in 2.895 secs (2320569 bytes/sec).
Rebooted phone to recovery, and have the light blue CWM Recovery 5.0.2.3.
Now I'm rooted, have CWM, and no triangle/counter of death. Hope this helps anyone else with a similar situation.
Again, a BIG shoutout to Entropy512, SNadler, jivy26, et al., for your constructive and quick replies. This forum is the best!
DocQ
One last [Q] Do I have to leave the large "zImage" file (6.41mb) in the /sdcard folder, or can it be removed /moved now that CWM successfully flashed?
DoctorQMM said:
One last [Q] Do I have to leave the large "zImage" file (6.41mb) in the /sdcard folder, or can it be removed /moved now that CWM successfully flashed?
Click to expand...
Click to collapse
No need to leave it, although I keep a bunch of various kernels in /sdcard/kernels myself - it's up to you.

[Q] What is required for root access? (Droid X, 2.3.3)

I have a Motorola Droid X on Android 2.3.3.
Motorola One Click Root goes all the way through and says that the phone should be rooted, but it never is. Here is the alternate method I attempted:
First I used SuperOneClick 2.2 in "Shell Root" mode to get the superuser (#) prompt in adb shell. From there I was able to mount the /system folder for read/write access.
I then copied, "chmodded" and --installed busybox to /system/xbin/.
Next I copied su to /system/bin and changed its permissions to 0755.
Finally, I installed a Superuser.apk
I still get no superuser prompts when I run a root app or type "su" in adb.
What am I missing?
U need to reset your phone and try all over again
Try to wipe/erase the application data of your root app and/or Superuser app, and try again to see if Superuser prompt will popup.
Several days ago, I upgrade ROM of my phone, and restored data and applications, then rooted, but when I type 'su' in Terminal Emulator application, it will wait for a few seconds and failed with "permission denied" error. I use strace to try to figure out why, I noticed that the real UID (10083) of Terminal Emulator application is not as same as the one (10069) send to Superuser. So I wiped the application data and Superuser application data (in fact, I also reinstalled them), then Superuser will prompt when executing 'su' command.

[Q] Proper adb command

Sorry for the noob question, but I am having some troubles doing a backup with adb. I have my phone rooted and can connect with adb, however I cant do a "adb pull / d:\whereveriwantit" without it just saying skipping special file for everything. I'm assuming because it is not pulling as root. So I try "adb shell" then "su" and I get root privileges, but then I cant figure out how to copy everything to say /sdcard/temp/ for me to then copy to my laptop (my unix command knowledge is lacking). Any help would be appreciated.
[EDIT] After some more playing around. I guess I can pull some things using the adb pull / <dir> , but alot of files are skipped "skipping special file" or "permission denied". Would using the proper commands in the shell after switching to root user be a better way to get the files copied?

Use adb from within android terminal

Hello.
I'm trying to install adb on my tablet so that I might issue adb/fastboot commands to my Android phone.I downloaded this file which is a zip of the platform-tools directory. I put it on my internal memory' but I also tried it from /data/. The problem is that when I enter that directory and enter "adb" I get a permission denied error. OK, so I enter a root shell and try again, only to get a not found error. "./adb" also returns a permission error even from a root shell.
Anyone have any ideas?
You are trying to run an Intel binary on an ARM processor.

Categories

Resources