Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
You are a CRAZY person...and I'm glad you are! Did not know how much longer I could restrain myself from trying.
Thanks again for your relentless efforts!
Anyone able to help me continue searching for a root solution for this phone?
i've yet to come across anything of interest...
really confused why the recovery trick isn't working.
if i find anything i'll post.
again, might be worth a shot to contact jcase.
i still haven't bought the phone because there's no root solution
I will see if I can get a hold of him. Maybe he has a few ideas I can try.
yep.
if temp root access can be gained that way, then full root can be easily gained.
the guy over there is most likely using the wrong su binary therefore he can't remount rw, other there is nothing giving the acquired root permissions (superuser.apk) upon remount attempt. zte did not cripple the mount command in any way. no one is going through that much trouble to prevent root...
that's my guess anyway.
anyway, if someone duplicates this,
use the 22kb su binary http://dl.dropbox.com/u/8699733/chainsdd-su.zip
and set the permissions correctly with
chown 0.0 /system/xbin/su
chmod 06755 /system/xbin/su
then reboot the phone, install superuser, and check root.
i may go get one tomorrow just to try if no one else does. i've got a linux box. telnet on windows never worked right for me when i tried stuff like this for rooting a modem/router
yep.
if temp root access can be gained that way, then full root can be easily gained.
the guy over there is most likely using the wrong su binary therefore he can't remount rw, other there is nothing giving the acquired root permissions (superuser.apk) upon remount attempt. zte did not cripple the mount command in any way. no one is going through that much trouble to prevent root...
that's my guess anyway.
anyway, if someone duplicates this,
use the 22kb su binary http://dl.dropbox.com/u/8699733/chainsdd-su.zip
and set the permissions correctly with
chown 0.0 /system/xbin/su
chmod 06755 /system/xbin/su
then reboot the phone, install superuser, and check root.
i may go get one tomorrow just to try if no one else does. i've got a linux box. telnet on windows never worked right for me when i tried stuff like this for rooting a modem/router
Okay, I think we are on 2 different pages... This method will not allow root access in ADB Shell, only in the telnet. And the /system folder is still read only, even while in the telnet session.
Unfortunately, Cydia Impactor uses a dat file to house all the tools, so you cannot just drag and drop a new su file into the mix.
I will do some research to see if I can replicate the methods used to enable root over telnet port 22, and go from there.
Also, I noticed the ro.secure=1 is enabled in the default.prop, so I tried changing it to ro.secure=0, as I had read on another forum. Unfortunately, it reverts.. Meaning it is getting reset by the boot.img. If I can dump and extract the boot.img and edit the default.prop in there to ro.secure=1, I think we can get boot naturally. Busybox works in this telnet session, so it should be easy enough to reflash the boot.img once it is re-packed...
This may be a last resort, but any thoughts on it would be welcome...
i realize that telnet is what has root, and therefore adb is not running--a psuedo root of sorts. but plain ole linux commands such as cp will work in that shell. but if system is indeed only ro when in the telnet session that's no good for copying su to the xbin location
try this:
***add a directory to your PATH in the terminal before you begin that houses this file***
once root in telnet
cp dd /data/local/tmp
chmod 777 /data/local/tmp/dd
/data/local/tmp/dd if=/dev/block/mmcblk0p16 of=/sdcard/valet-stock-boot.img bs=4096
then upload the boot.img if it works, i'll unpack, change the prop, repack it, and you see if you can flash. the boot.img has to be dd'd for emmc devices like so
/data/local/tmp/dd if=/sdcard/valet-root-boot.img of=/dev/block/mmcblk0p16
cp dd /data/local/tmp produces the following error...
~ # cp dd /data/local/tmp
cp: can't stat 'dd': No such file or directory
~ #
cp dd /data/local/tmp produces the following error...
~ # cp dd /data/local/tmp
cp: can't stat 'dd': No such file or directory
~ #
Correction...
I was able to run the following without moving dd to the tmp folder....
dd if=/dev/block/mmcblk0p16 of=/sdcard/valet-stock-boot.img bs=4096
Here is a copy of the output file...
https://www.dropbox.com/s/ocqkyspg926ause/valet-stock-boot.img
Correction...
I was able to run the following without moving dd to the tmp folder....
dd if=/dev/block/mmcblk0p16 of=/sdcard/valet-stock-boot.img bs=4096
Here is a copy of the output file...
https://www.dropbox.com/s/ocqkyspg926ause/valet-stock-boot.img
cp dd /data/local/tmp produces the following error...
~ # cp dd /data/local/tmp
cp: can't stat 'dd': No such file or directory
~ #
here it is: https://www.dropbox.com/s/15yzgx3ewzsnjne/valet-root-boot.img
make sure and dd it properly
dd if=/path-to-boot.img/valet-root-boot.img of=/dev/block/mmcblk0p16
**don't worry about size difference--not going to explain it, it just doesn't matter***
Before I try it, is that the only command I need? Then reboot. I am not a pro, lol. I do not need to use busybox?
Thanks for that. I'll need to take note of that in the future. Also, by any chance if the bootloaders are locked can we still flash it? (Can't test if the bootloader is locked atm. This computer doesn't have fastboot installed).
yes the only command you need.
no. no busybox. it's garbage anyway. not needed for anything, hardly ever. don't get me started with busybox nonsense lol
you will have to substitute the proper path for the new boot.img location, but other than that, yes, it's the only command you need. but you'll have to be in temp root status to do it. so make sure you're back in temp root like you were to dump it in the first place
then,
dd if=/this is the path where your new img is located/valet-root-boot.img of=/dev/block/mmcblk0p16
CRAP, I think it is bricked. When I when I rebooted the phone it said "Verify Error"... Now it is completely dark, and nothing happens when I push the power button.
I tried pulling the battery and trying it again, but it does not even react to the power button at all...
Suggestions?!