Point is that how did u execute test.sh. If the script file requires root permission, then execute with root privilege. Remember, generally we copy a file on the current desktop. So, if u login as user (say 'abcd') then open terminal type Desktop and press enter, then try to do the same job with su command. If u login as root, then open terminal and type Desktop and press enter, and again try to execute the same.
![]()
Always remember either the file copied in another location or it requires root permission causes the problem which u mentioned. U can also use su command from general user.
I'm trying to build Android Jellybean from source for the Measy U2C HDMI stick. I've managed to build and install all the partitions (boot, kernel, misc, recovery, system.). The problem I'm having is that the system partition doesn't seem to be mounting. When I run adb ls /system I get the following output: 000041ed 0001410.
![]() Windows Cannot Find Recovery Environment![]()
000041c0 0000003 lost+found 000041ed 0000001. I'd like to adb shell into the device and try to debug why the system partition is not mounting but adb wants there to be a working shell in /system/bin/sh. $ adb shell - exec '/system/bin/sh' failed: No such file or directory (2) - My question is, how can I get adb to look elsewhere for the shell command so i can get this working? Or is there an alternate way to remote into the device and debug this? There is a busybox install at /sbin/busybox so if I can just invoke that somehow, I can figure this out. 'SHELLCOMMAND' appears to be hardcoded in adb/services.c an unofficial copy of which is browsable at Given that you are building from source you should be able to change this.
View and Download Technics SL-PD987 operating instructions manual online. SL-PD987 CD Player pdf manual download. View and Download Technics Sl-pd887 operating instructions manual online. Technics Compact Disc Changer Operating Instructions. Sl-pd887 CD Player pdf manual. Technics sl 1200.
But since you want to point it to a shorter path, you could also probably edit the binary and move up the terminating null. Another approach to investigating your problem could be to see if you can get a working adb shell after booting to the recovery partition, and try manually mounting the problematic system partition there to see what errors result.
RabbitJournal. Still another idea would be to put something in the startup scripts which launches an alternate shell listening on something which you could forward a socket to using adb - I'm not thinking of an obvious reason why setting up adb forwards would depend on the device side shell, but I haven't verified that by experiment or examining the code. If you wanted to get really clever, I believe that you could create a /system/bin containing a copy of sh on the root filesystem. My recollection is that you can mount a filesystem over a non-empty directory - not sure if there would be an issue with open file descriptors to that directory, such as for the running sh itself, but your mount is failing anyway, and you could try doing a manual mount elsewhere in order to debug that issue.
Comments are closed.
|
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |