Hi,
I'm trying to access ADB shell of a device (Samsung Galaxy s4 Mini LTE) where Androis 4.2 is installed.
Obviously it won't pass me because of missing public key on a device.
/adt-bundle-linux-x86_64-20140321/sdk/platform-tools $ ./adb devices
List of devices attached
x.x.x.138:5555 unauthorized
xxxx17d3 unauthorized
I have an access to ADB shell of a CWM installed on recovery partition and through that shell I'm able to access filesystem.
I have tried of: adb push ~/.android/adbkey.pub /data2/data/misc/adb
where /data2 is: mount /dev/block/platform/msm_sdcc.1/by-name/userdata /data2
But this is not working.
Anything else I could try?
There are apps out there that let you control your device remotely. But these still depend on you being able to install and launch the program.Using a package called Screencast you can get the image from the screen on your computer. It runs on your computer and doesn’t need to be installed on the phone, but it will require a rooted phone.
The phone is rooted but I can not install any apps because I cannot access ADB shell nor use display because it is all black and no touchscreen is working. Not a single pixel is lit up on a screen.
Related
I have a LG Thrill 4G. I rooted the phone using superonelick, root checker says it is rooted. Downloaded ROM Manger and flashed clockworkmod. I cannot click boot into recovery, it just restarts the phone. I have tried to reboot into recovery by pressing 3d button, down volume, and power and it boots me into the android recovery but not clockworkmod, so I can not find anyway in to download the new rom from the zip file. Has had any other people had trouble with this? I have spent over 2 days searching the internet but I cannot find any similar problems, is there anyway to get into the recovery mode to install the new ROM without it just restarting the phone?
LG Thrill 4G ClockworkMod Installation (correct method)
1) You need to have ROOT access at the least (see link below)
It will also be good to have ADB (and hence LG Thrill drivers) installed properly
http://forum.pandaapp.com/thread/2/11/20110919/4e77f603d22632913-1.html
2) Get the recovery image from here and keep it on your PC in a folder accessible by ADB.
OR (if no ADB then) directly put it on your LG Thrill SDCard root
http://forum.xda-developers.com/showthread.php?t=1257588
4) If you have ADB then follow the instructions in the first link above to push the recovery image to your phone.
OR
if no ADB then open Terminal Emulator (install it from Market) and type su and click allow if the prompt comes up
5) Now you can follow instructions in the first link (far above) again, starting from the 'dd if=...' step. But instead of rebooting you could just power off
6) Clockwork recovery should now be flashed. To enter recovery, keep the 3D button, Vol-down and Power button pressed until you see the LG logo
Thank you for getting back with me. I tried to follow these steps and when I am in the Terminal Emulator and type adb push recovery.img /data it comes back with adb: not found. I have redownloaded the recovery file that you have attached to the SD card, same error, and then I tried to copy to the phone itself and same error. I can do any of the other prompts for the emulator but nothing that has to do with the recovery file it will not work. I am guessing maybe this is the problem because if it cannot find the recovery file, I cant do much of anything else. Do you have any suggestions of why the file still cannot be found on my phone?
connect adb through tcp
Try this:
1. If you are using terminal emulator to access adb then try downloading the app called remote adb. This tool will allow you to connect your device via tcp. Take note of the ip adress and port number. Usually the default port is fine.
2. Now open sshdroid, connectbot, terminal emulator and start an ssh session with the adb shell. You must have the correct public ip and port entered in to access the adb via tcp.
3. Once you have made the ssh connection between what ever emulator you are using and remote adb, start a shell as su.
4. Type the commands mentioned earlier.
This should let you run the whole thing from within your phone.
Alternatively...
1. start remote adb on your device.
2. start a terminal or cmd prompt on your cpu.
3. cd to androidSDK\platform-tools
4. type ---> adb start-server
The server then sets up connections to all running emulator/device instances. It locates emulator/device instances by scanning odd-numbered ports in the range 5555 to 5585, the range used by emulators/devices. Where the server finds an adb daemon, it sets up a connection to that port.
Note that each emulator/device instance acquires a pair of sequential ports — an even-numbered port for console connections and an odd-numbered port for adb connections. For example:
Emulator 1, console: 5554
Emulator 1, adb: 5555
Emulator 2, console: 5556
Emulator 2, adb: 5557 ...
As shown, the emulator instance connected to adb on port 5555 is the same as the instance whose console listens on port 5554.
Once the server has set up connections to all emulator instances, you can use adb commands to control and access those instances. Because the server manages connections to emulator/device instances and handles commands from multiple adb clients, you can control any emulator/device instance from any client (or from a script).
5. type --> adb forward tcp:5554 tcp:5555
5. type ---> adb devices. In response, adb prints this status information for your device. If there is no emulator/device running, adb returns no device, and you have not made a tcp connection.
6. Take note of the serial number listed. You will use it later to direct commands to device.
7. Type --> adb shell
8. Type --> su
9. Use commands from other post to achieve whatever you need.
10. once finished with shell, type --> exit twice to leave the shell
11. Finally, type --> adb server-kill
Hope that helps. Seems like you were having issues making the connection from device to adb, so that is what I focused on. If I can help anymore, just ask. We are all continually learning and the only stupid question is the one never asked.
B^)
I have a china tablet named Quest.I have accidentally repeated pattern lock more than 5 times.Now i am also forgotten the email address.So for hard resetting my tablet i simply booted my tablet into recovery mode.But it shows an android bot lying with red exclamation.After a spending hours i found a shortcut i.e,vol + and power to access recovery menu.But my tablet does'nt go to recovery menu even when i am pressed the keys.So i simply connected my tablet to my pc via usb and installed drivers. In adb command prompt i typed adb devices. Now my tablet is listed as 20110301 recovery. I can simply use only adb pull and push and reboot commands. But i cant access adb shell to unlock my tablet.
It simply says - exec '/system/bin/sh' failed: No such file or directory (2) -
WHAT TO DO???????????? pLz HELP ME!!!
Edit: I've researched my options more fully and now have a much more detailed problem. See Below
Okay,
So I've smashed my display into little bits, but the phone still works. Has power, receives calls and texts, but cannot be controlled due to the broken screen.
I'm trying to get access to the file system and my contacts, but its proving to be quite difficult without use of the screen.
I've had partial luck so far using Droid Explorer. When I connect with Droid Explorer and boot into recovery, I am able to view my file system but unable to copy any files to my PC.
When I access the phone in non-recovery mode, I am unable to view the file system but am able to use the Screencast feature to display my home screen. I am NOT able to control the screen through screen cast, however.
I believe (but may be wrong) that I am unable to do backup my files or command the phone due to a lack of Superuser rights to ADB, thus I only have read-only access and not read-write. Is there any way to restore these privileges through the command prompt?
I tried following a video on using Droid Explorer to command the phone, but I get held up at the chmod 777 /data/dalvik-cache command as I do not have access to makes changes that system, due to (I think) never granting SU to ADB while my phone had a working screen.
MTK ADB gets you a privileged shell at the push of a button, allowing you to run commands directly on your MediaTek device. Some might wonder if rooting hasn't already solved this. Firstly, root access is persisted by modifying system files. When the real binary gets substituted by that of the root app's, if the device is rebooted, the init daemon running as root runs the binary giving the app root. What's wrong with this? If you have “purist” tendencies, you probably would want your phone as stock as possible, or at least with your permission. Sadly, not only binaries are dumped. Extra temp files, logs and helper binaries too, that manually removing them is like dancing on floor of pins and a prick means a brick. Not only that, consider yourself blocked from updates. If you're unfortunate enough, an update could result in bricking your phone as the files supposed to be present had been changed. This is more common than you think. MTK ADB makes no changes to your files whatsoever. Also, there's the matter of security/privacy. Root apps tend to always do something in the background. Either sneaking in a new app, or phoning home with your private data, or both. MTK ADB doesn't steal your data. The Internet permission is for Telnet, etc. On some devices, MTK ADB can get root access (depending on manufacturer) while all devices can get shell access. You just have to check which yours belongs.
IMPORTANT
•Refresh before (and after) clicking Start to check ADB status.
•Supports all ADB functionality. Just run "adb <command>" eg "adb pull" (without quotes).
•The minimalist terminal is for those who haven't any. Feel free to use your regular terminal (I use Terminal IDE) and keyboard (Hacker's Keyboard is really good). Just run "adb shell" on it.
•You can connect to your device using another phone, PC, or anything with a terminal and in the same network by running "adb connect IP_address".
•If you get a " device offline" error, disable and enable USB debugging. Next time connect to the network before running the app.
http://www.youtube.com/watch?v=_bt8BVaDCf0
http://slaycode.WordPress.com
Bump
Proof:
http://forum.xda-developers.com/gen...iled-error-t3191150/post62611445#post62611445
More Proof:
http://forum.xda-developers.com/fire-phone/general/root-fire-phone-supersu-t3105546/page10
Proof:
http://forum.xda-developers.com/gen...iled-error-t3191150/post62611445#post62611445
More Proof:
http://forum.xda-developers.com/fire-phone/general/root-fire-phone-supersu-t3105546/page10
When I open the app it opens but it doesn't work when I enter the commands and moreover the app when I try to start the adb it says unsupported device
Am using infinix hot 4 pro running NOUGAT xos 2.2
LordFME said:
MTK ADB gets you a privileged shell at the push of a button, allowing you to run commands directly on your MediaTek device. Some might wonder if rooting hasn't already solved this. Firstly, root access is persisted by modifying system files. When the real binary gets substituted by that of the root app's, if the device is rebooted, the init daemon running as root runs the binary giving the app root. What's wrong with this? If you have “purist” tendencies, you probably would want your phone as stock as possible, or at least with your permission. Sadly, not only binaries are dumped. Extra temp files, logs and helper binaries too, that manually removing them is like dancing on floor of pins and a prick means a brick. Not only that, consider yourself blocked from updates. If you're unfortunate enough, an update could result in bricking your phone as the files supposed to be present had been changed. This is more common than you think. MTK ADB makes no changes to your files whatsoever. Also, there's the matter of security/privacy. Root apps tend to always do something in the background. Either sneaking in a new app, or phoning home with your private data, or both. MTK ADB doesn't steal your data. The Internet permission is for Telnet, etc. On some devices, MTK ADB can get root access (depending on manufacturer) while all devices can get shell access. You just have to check which yours belongs.
IMPORTANT
•Refresh before (and after) clicking Start to check ADB status.
•Supports all ADB functionality. Just run "adb <command>" eg "adb pull" (without quotes).
•The minimalist terminal is for those who haven't any. Feel free to use your regular terminal (I use Terminal IDE) and keyboard (Hacker's Keyboard is really good). Just run "adb shell" on it.
•You can connect to your device using another phone, PC, or anything with a terminal and in the same network by running "adb connect IP_address".
•If you get a " device offline" error, disable and enable USB debugging. Next time connect to the network before running the app.
http://slaycode.WordPress.com
Click to expand...
Click to collapse
Are you familiar with an APK that utilizes mtk_bypass to directly flash firmware to device.
I'm looking for an APK that basically does what sp flash tool does because I don't have a computer.
Hi,
I have a Xiaomi Mi 9 with no screen (it is broken). I do not plan to replace the screen but I would like to know how to recycle that smartphone to use at least as Linux server.
Is there a way to boot using USB or fastboot a ROM that provides me a Linux shell (SSH... dropbear... )?
I do not want to drop to the bin a Snapdragon 855 with 6GB RAM.
If USB Debugging got enabled on this phone then you can access it by means of ADB, means you even can run any Android's shell command
Code:
adb devices
adb shell "<YOUR-SHELL-COMMAND-HERE>"
and also run complete shell scripts on the phone
Code:
adb devices
adb shell "mkdir -p -m666 /data/local/tmp"
adb push <YOUR-SHELL-SCRIPT-HERE> /data/local/tmp/
adb shell "chmod +x /data/local/tmp/<YOUR-SHELL-SCRIPT-HERE>"
adb shell "$(cat /data/local/tmp/<YOUR-SHELL-SCRIPT-HERE>); echo $?"
you can write script to get screenshot from your phone by adb (if adb was enabled before)
adb shell screencap -p /sdcard/screenshot[i].png
to download image to your pc
adb pull /sdcard/screenshot[i].png ~/Desktop/screenshot[i].png
then by using "scrpy app" to share you phone screen to your computer
GitHub - Genymobile/scrcpy: Display and control your Android device
Display and control your Android device. Contribute to Genymobile/scrcpy development by creating an account on GitHub.
github.com
You can also use wifi connection to share your screen (with adb wirless) [see link]
you can even unlock bootloader and enable usb-debugging with broken screen.
scrcpy requires special setting in MIUI developer options which is only available with bonded MI account, so you can just mirror the screen but don't control the phone. so once you got adb connected, enable adb over wifi for scrcpy and connect mouse via usb-otg. you can now fully control device. setup mi account, disable the security setting and use scrcpy via usb...