1) Thank you to everyone who has contributed to these development forums, the asus tf300t dev forum, and anyone who would be so kind to help me out of this pickle.
2) I have unlocked/rooted many devices, including my own phones as soon as I get them, so I am familiar enough with adb.
3) I have tried reading all of the relevant posts on this subject, and have mostly everything figured out except for one small issue which is throwing me for a loop
4) I will try to be as specific as possible and give all relevant information to help you guys understand what is going on
So I'm doing a glass repair on an ASUS TF300T, specs below:
-TF300T on Android 4.2.1
-GPS: V7.9.11 -WiFi: V7.1.1.50 -Blue: V11.38
-Touch: ELAN-3011-4822 -Camera: TF300T-000128
-Kernel: 3.1.10-g890b05a [email protected]#1 Thu Jul 11 17:55:00 CST 2013
-PAD EC: PAD-EC20T-0216
I'm using adb from my personal laptop which is running Debian, and I already know that adb fastboot and all that stuff has been configured properly.
So here is what happened:
I agreed to do a glass repair on my hairdresser's TF300T, so I ordered the replacement glass. Like a dummy I forgot to check the version of the glass touchscreen and now I'm stuck with the dreaded 'G01 touchscreen won't work on 5158N TS-PCB'. In the process, I worked too fast and damaged the LCD and had to order a replacement for that as well ( double dummy! D= ). Both parts have been installed correctly and there is no physical damage to them, I used to work as a repair technician for these devices. For those not familiar with the issue, ASUS maintains a monopoly on the 5158N Touchscreen, and therefore they are stupid expensive to buy (about 200$ right now). The most commonly sold Touchscreen version is the G01 version and it does not work with the 5158N Touchscreen-PrintedCircuitBoard. Miraculously I found a thread that is a true Godsend and talks about a firmware fix (check post 104 here http://forum.xda-developers.com/showthread.php?t=2091233&page=11). So it appeared all I needed to do was root the device and splice that touchscreen firmware in to fix it, easy enough I've rooted many times before. Except now I don't have a touchscreen to use. So I bought yet another part, the USB adapter for the 40pin dock connector. I plugged in my mouse and keyboard and I can use the tablet like this. So I kept going using the instructions from this post (http://forum.xda-developers.com/showthread.php?t=2187982), got the unlocker from ASUS, successfully unlocked, installed TWRP, and went to make a backup. But wait, I can't use the touchscreen since I have to update the firmware, which requires root, which requires using touchscreen in recovery. The mouse i have plugged in does not work when in recovery, and from what I have read it seems that CWM no longer works for the newer ASUS kernel (CWM fails to mount internal or external SD). But I can't figure out how to use TWRP without a touchscreen (they should really add the hardware button functionality for a safety backup -.- ). I am so close to fixing this and yet so deep in the hole still. I have spent over 100$ trying to fix this tablet and am only working at cost at this point to maintain my reputation and dignity. I have about 3 days left til I can't return the touchscreen anymore.
So my question is: What is my best option for installing SU on this kernel, when I already have unlock BL, custom touch recovery and I can't use mouse in recovery?
Would the best method be to downgrade the firmware using the bootloader and an official stock image of an earlier Android version so that CWM will actually work? or is there some way I can either install SU without recovery or get a working recovery with hardwarebutton capability?
Twrp have builtin adb interface, so You can backup all nececsary partitions with dd through adb shell. I'm not quite sure, but You also should be able root device by copying su and superuser.apk under twrp. Try use:
Code:
adb shell cp /supersu/su /system/xbin/
adb shell chown 0.0 /system/xbin/su
adb shell chmod 06755 /system/xbin/su
adb shell cp /supersu/Superuser.apk /system/app/
bnwkeys said:
1) Thank you to everyone who has contributed to these development forums, the asus tf300t dev forum, and anyone who would be so kind to help me out of this pickle.
2) I have unlocked/rooted many devices, including my own phones as soon as I get them, so I am familiar enough with adb.
3) I have tried reading all of the relevant posts on this subject, and have mostly everything figured out except for one small issue which is throwing me for a loop
4) I will try to be as specific as possible and give all relevant information to help you guys understand what is going on
So I'm doing a glass repair on an ASUS TF300T, specs below:
-TF300T on Android 4.2.1
-GPS: V7.9.11 -WiFi: V7.1.1.50 -Blue: V11.38
-Touch: ELAN-3011-4822 -Camera: TF300T-000128
-Kernel: 3.1.10-g890b05a [email protected]#1 Thu Jul 11 17:55:00 CST 2013
-PAD EC: PAD-EC20T-0216
I'm using adb from my personal laptop which is running Debian, and I already know that adb fastboot and all that stuff has been configured properly.
So here is what happened:
I agreed to do a glass repair on my hairdresser's TF300T, so I ordered the replacement glass. Like a dummy I forgot to check the version of the glass touchscreen and now I'm stuck with the dreaded 'G01 touchscreen won't work on 5158N TS-PCB'. In the process, I worked too fast and damaged the LCD and had to order a replacement for that as well ( double dummy! D= ). Both parts have been installed correctly and there is no physical damage to them, I used to work as a repair technician for these devices. For those not familiar with the issue, ASUS maintains a monopoly on the 5158N Touchscreen, and therefore they are stupid expensive to buy (about 200$ right now). The most commonly sold Touchscreen version is the G01 version and it does not work with the 5158N Touchscreen-PrintedCircuitBoard. Miraculously I found a thread that is a true Godsend and talks about a firmware fix (check post 104 here http://forum.xda-developers.com/showthread.php?t=2091233&page=11). So it appeared all I needed to do was root the device and splice that touchscreen firmware in to fix it, easy enough I've rooted many times before. Except now I don't have a touchscreen to use. So I bought yet another part, the USB adapter for the 40pin dock connector. I plugged in my mouse and keyboard and I can use the tablet like this. So I kept going using the instructions from this post (http://forum.xda-developers.com/showthread.php?t=2187982), got the unlocker from ASUS, successfully unlocked, installed TWRP, and went to make a backup. But wait, I can't use the touchscreen since I have to update the firmware, which requires root, which requires using touchscreen in recovery. The mouse i have plugged in does not work when in recovery, and from what I have read it seems that CWM no longer works for the newer ASUS kernel (CWM fails to mount internal or external SD). But I can't figure out how to use TWRP without a touchscreen (they should really add the hardware button functionality for a safety backup -.- ). I am so close to fixing this and yet so deep in the hole still. I have spent over 100$ trying to fix this tablet and am only working at cost at this point to maintain my reputation and dignity. I have about 3 days left til I can't return the touchscreen anymore.
So my question is: What is my best option for installing SU on this kernel, when I already have unlock BL, custom touch recovery and I can't use mouse in recovery?
Would the best method be to downgrade the firmware using the bootloader and an official stock image of an earlier Android version so that CWM will actually work? or is there some way I can either install SU without recovery or get a working recovery with hardwarebutton capability?
Click to expand...
Click to collapse
You can either downgrade the tab to 4.1 and install CWM to root it, then flash the firmware through ADB, then upgrade again; or use the flatline img for NV flash for 4.2 bootloader (android dev. section) which includes a CWM recovery usable with the tab as it is. CWM doesn't require touch. Install SU, tick usb debugging and you're good to go. Good luck.
don't exactly know how to do that, links?
graphdarnell said:
You can either downgrade the tab to 4.1 and install CWM to root it, then flash the firmware through ADB, then upgrade again; or use the flatline img for NV flash for 4.2 bootloader (android dev. section) which includes a CWM recovery usable with the tab as it is. CWM doesn't require touch. Install SU, tick usb debugging and you're good to go. Good luck.
Click to expand...
Click to collapse
Now I'm getting cold feet. Not sure which is easier with less risk. Nor am I sure how to downgrade, since I assume its something more involved than renaming 4.1 FW zip to update.zip and throwing it on the sdcard.
Attempting NVFlash method
graphdarnell said:
You can either downgrade the tab to 4.1 and install CWM to root it, then flash the firmware through ADB, then upgrade again; or use the flatline img for NV flash for 4.2 bootloader (android dev. section) which includes a CWM recovery usable with the tab as it is. CWM doesn't require touch. Install SU, tick usb debugging and you're good to go. Good luck.
Click to expand...
Click to collapse
I'm attempting the Flatline Recovery method. I flashed recovery with flatline.img, and entered recovery. I went to make a backup and it told me: "can't mount backup path." Is that a cause for concern, got a similar message from CWM before. I just want to be sure that I'm not about break it with a recovery that isn't fully functioning. So far this is opposite from how I would normally do this stuff, I always always always try to backup. Feels like I'm flying by the seat of my pants and have no safety net.
Needing help still
Flatline recovery won't mount sdcard either, I'm afraid it does not work on this build for some reason... Ummm, how do I downgrade with an official IMG?
Let me rephrase my question:
All I need to do is flash SuperSU.zip, but I need a working recovery that doesn't require touch. Is there an adb command to initiate flash in recovery or something?
If I have to downgrade to get a working recovery can someone please point me in the right direction for how to do that?
FIXED!
I'm so happy, got it figure out:
ended up forcing TWRP into sideload mode manually using adb: # echo "sideload" > /cache/recovery/openrecoveryscript && killall recovery
then: adb sideload SuperSU.zip
reboot
then in terminal emulator I flashed the touchscreen firmware: # touch_fw_update -u /data/local/tmp/02-3011-4820.ekt
reboot
G01 touchscreen works on TF300T that originally had a 5158N touchscreen, YAY!
source: post #104 > http://forum.xda-developers.com/showthread.php?t=2091233&page=11
adb help
bnwkeys said:
I'm so happy, got it figure out:
ended up forcing TWRP into sideload mode manually using adb: # echo "sideload" > /cache/recovery/openrecoveryscript && killall recovery
then: adb sideload SuperSU.zip
Click to expand...
Click to collapse
I am using adb from windows Command Prompt. Could you be more specific with the adb command as CMD says "The system cannot find the path specified"
I really appreciate any help you can provide.
Related
Anyone know if there's one floating around? My first choice would be CWM Touch with ADB working, but I'd settle for TWRP. I like having the ability to fix things from recovery without having to do SD card gymnastics or restoring a nandroid. I just had to fix a bad flash and noticed the lack of ADB. It takes way more effort without it.
I've seen it for a couple other US variants of the GS3 (US Cellular and T-Mo I think), but not ours so far. TWRP 2.2.0 has an option for mounting USB storage, but it doesn't appear to be working. I have the drivers but I get the USB error sound in Windows as soon as I plug in my device. I can transfer and ADB just fine once booted.
Still interested if anything shows up
Can you link to where you found adb working in recovery?
My understanding is that android has to be running to debug it.
Thanks!
http://www.google.com/search?&q=adb+in+recovery
For a particular example: http://teamuscellular.com/Forum/topic/2369-recovery-cwm-6012-for-d2usc-updated-w-adb/
Was gonna say i have CWM 6.0.1.2 non-touch version and I have adb access while in recovery I can push apk's etc while in recovery I have already had to do it several times because of goofed up mods I did and bootloops for breakfast lol.
I don't suppose you have a link to where you grabbed it? The couple links I've found so far had broken ADB.
I can't recall I'm pretty sure I installed it via rom manager now that I think of it.
I'm not familiar with your device but I thought if you had a rooted kernel you would be able to use ADB via recovery?
Sent from my SPH-D710 using xda premium
Just read my thread title which makes no sense at all...
Should be something like: BROKEN CWM, CANNOT FASTBOOT, CAN I ADB FLASH RECOVERY?
--
Hello,
I recently changed from a GalaxyTab 10.1 P7510 after our house was burgled and got a TF300 to replace it. I am quite savvy with changing ROMs,kernels and recoveries on the GalaxyTab, but not on the TF300. I used to own an Advent Vega so did some ADBing on it in the past, but not too savvy with ADB.
Anyhow, the problem is, my rabbit ate my charging cable and I got a new one from Ebay. The computer now does not recognise the tablet when in Fastboot mode (which I have heard can be because it is not a genuine Asus one). I can get the computer to recognise the tablet as a storage device and I can ADB to the device when the device is turned on with USB debugging enabled. I cannot get the computer to communicate with the device when in FASTBOOT. It worked with my other cable, but not the new one and I have tried uninstalling and reinstalling the driver but it still doesn't work.
The first thing I did when I got the tablet originally was to unlock and root. I am also running the official Stock Jellybean. Ever since I unlocked the device, ClockworkMod does not work properly. It will not let me make backups as it claims it cannot mount the SD card. From further research this appears to be a common fault, so I am looking to install TRWP to replace it so I can make backups and then can start to install other ROMs. I need to get it backing up before I attempt to install other ROMs as I do not want to brick it. The GT10.1 is very very easy to unbrick, however the TF seems very very difficult to unbrick, so I want to get this right!
So, what I was thinking was, can I ADB a new recovery while the device is running as I can ADB but not Fastboot, and if so what recovery should I use? (A link to one that works with JB would be great too if anyone has one). I would need to know the exact instructions if anyone would be kind enough to share please. I was also wondering if I could not do it via ADB, could I even do it from the terminal on the device?
I have searched XDA and TransformerForums for hours but not really been able to find anything definitive, so I thought I should post here.
I am using:
Windows Vista 32 for the ADBing
CWM version 6.0.2.3
JB Stock UK
On a side note, CWM returns the following errors currently when I try to back up...
BACKUP returns Can't mount SD card
BACKUP TO INTERNAL SD CARD returns SD Card Space Free 18194mb, Backing up boot image... (then it stops - it creates a folder on the internal SD but does not complete backup).
Any help would be greatly appreciated.
Many thanks,
Graham.
in first; kill your rabbit
after
buy a genuine usb for tf300
a the end
post in Q&A sect
i'm not a dev
but, i think you can switch recovery without fastboot
twrp for ex
http://www.teamw.in/project/twrp2/97
via adb or terminal emulator
Download the above file. Save it to the root of your /sdcard directly (internal memory only) and rename it to twrp.blob
Launch terminal emulator or connect to your computer and open an adb shell, then type the following:
su
dd if=/sdcard/twrp.blob of=/dev/block/mmcblk0p4
Then reboot to complete installation.
give thanks il i helped
okrasitna said:
in first; kill your rabbit
after
buy a genuine usb for tf300
a the end
post in Q&A sect
i'm not a dev
but, i think you can switch recovery without fastboot
twrp for ex
http://www.teamw.in/project/twrp2/97
via adb or terminal emulator
Download the above file. Save it to the root of your /sdcard directly (internal memory only) and rename it to twrp.blob
Launch terminal emulator or connect to your computer and open an adb shell, then type the following:
su
dd if=/sdcard/twrp.blob of=/dev/block/mmcblk0p4
Then reboot to complete installation.
give thanks il i helped
Click to expand...
Click to collapse
Okrasitna,
Thank you for replying... everyone has it in for the rabbit!
I will give that a shot with the terminal. Does that recovery work for Jellybean bootloaders, I have been reading a lot about some recoveries bricking your device if it is for the wrong bootloader?
Funny enough though the rabbit is going to the vet tomorrow to be spayed to stop her destructive habbits so hopefully she will not eat any more cables!
Many thanks,
Graham.
You need to be bootloader unlocked to use custom recoveries.
If you have taken the official Asus Jellybean OTA then be sure to install the '-JB' version of the recovery for your device - and only flash roms that are based on the Asus OTA.
Device Specific Known Issues:
Be sure to choose -ICS if you have not installed the official jellybean OTA, and use the -JB if you have.
TF300
openrecovery-twrp-2.3.3.0-tf300t-JB.blob for jellybean
openrecovery-twrp-2.3.3.0-tf300t-ICS.blob for ics
tf300t or tf300tg ?
ics or jb in your device?
go to the cwm or twrp official thread and ask for a better answer
expert opinion can reassure you
medialinx said:
Okrasitna,
Thank you for replying... everyone has it in for the rabbit!
I will give that a shot with the terminal. Does that recovery work for Jellybean bootloaders, I have been reading a lot about some recoveries bricking your device if it is for the wrong bootloader?
Funny enough though the rabbit is going to the vet tomorrow to be spayed to stop her destructive habbits so hopefully she will not eat any more cables!
Many thanks,
Graham.
Click to expand...
Click to collapse
Just did it through the terminal on the device and it worked great and it backed up perfectly. thank you so much.
Thank you.
Graham.
nice
hit thanks if i helped
Envoyé depuis mon ASUS Transformer Pad TF300T avec Tapatalk
what terminal do you use?
Googleplay link please
Envoyé depuis mon ASUS Transformer Pad TF300T avec Tapatalk
for fastboot to work you must download several files
here's a guide much easier
http://www.theandroidsoul.com/install-clockworkmod-cwm-recovery-asus-transformer-tf300t-guide/
R3Z4545 said:
for fastboot to work you must download several files
here's a guide much easier
http://www.theandroidsoul.com/install-clockworkmod-cwm-recovery-asus-transformer-tf300t-guide/
Click to expand...
Click to collapse
Thanks R3Z4545. I had already followed the steps outlined and downloaded the files mentioned, but the computer just won't pick it up. I have TWRP running on the device now so all seems good for now.
Many thanks,
Graham.
okrasitna said:
what terminal do you use?
Googleplay link please
Envoyé depuis mon ASUS Transformer Pad TF300T avec Tapatalk
Click to expand...
Click to collapse
I am using Android Terminal Emulator by Jack Palevich - https://play.google.com/store/apps/details?id=jackpal.androidterm&hl=en
I see from the TWRP page:
If you have taken the official Asus Jellybean OTA then be sure to install the '-JB' version of the recovery for your device - and only flash roms that are based on the Asus OTA.
Can I install CM10 or what ROMs does this limit me to installing?
Many thanks,
Graham.
Hello
I have an asus tf300tg and I did update to 4.2.1 JB. bootloader was unlocked before the update. Tablets started ok then I put TWRP 2.5.0 but it seemed like something was not working well because I could not see external sd card when I tried to give you wipe from TWRP, but said faild. I rebooted the tablet I entered fastboot and in this mode shows, three icons. RTK, android, and wipe again. And naturally I did wipe once, then never turned on.
Now bootloader is unlocked and starts straight into TWRP.
At first my pc (win7 64bit) Recognize that "transformes" then I searched and found "Naked drivers 0.72" in the idea of connecting the tablet in fastboot and write something-anything but I DON'T HAVE SUCCES.
I installed in various ways (asus adb, google adb) of naked driver but I could not communicate via fastboot. Maybe I don't chose the right way
Does anyone else have a procedure that can be repaired?
And that since the corect connection mode that allows me to write on tablet via fastboot ?
I saw that the problem occurs in many places and forums (like here: http://www.teamw.in/project/twrp2/97 Note the comments) but I dont found a solutions.
BR
Mihnea
I wait with many interes your sugestions.
Sorry to say but you should have read a little more about what you were doing. It CLEARLY says over and over and in this forum NOT to use THAT wipe option.
You've just wiped all the files from your device. There are now no files to boot from.
If you can get into fastboot or ADB you may have a chance of saving your tablet. There's a very good chance that you've just bricked it though. Best of luck.
Sent from my LG-LG855 using Xparent SkyBlue Tapatalk 2
wetbiker7 said:
Sorry to say but you should have read a little more about what you were doing. It CLEARLY says over and over and in this forum NOT to use THAT wipe option.
You've just wiped all the files from your device. There are now no files to boot from.
If you can get into fastboot or ADB you may have a chance of saving your tablet. There's a very good chance that you've just bricked it though. Best of luck.
Sent from my LG-LG855 using Xparent SkyBlue Tapatalk 2
Click to expand...
Click to collapse
I dont understand ... WHY is happend that ? TWRP is sucks because I thing that soft dont have safety belt... ??? Because before to upgrate I do wipe and all was very ok .... or other is cause? I think that Asus dont put this obtion ... that people damage our tablets...
I think that good answer must be come from twrp team ???
I had also wiped my device and would have been stuck had I not had nvflash...please guys take all possible precautions before you start messing around with your devices and ensure you can go back and flash a stock ROM...now all I do is get into APX mode, fire up wheelie.exe and I unbrick my device. Did you nvflash your device before? If you can get into fastboot mode there may be some hope yet...
This is a good place to start: http://forum.xda-developers.com/forumdisplay.php?f=1579
If all else fails, please PM me...
mihnea_gsm said:
I dont understand ... WHY is happend that ? TWRP is sucks because I thing that soft dont have safety belt... ??? Because before to upgrate I do wipe and all was very ok .... or other is cause? I think that Asus dont put this obtion ... that people damage our tablets...
I think that good answer must be come from twrp team ???
Click to expand...
Click to collapse
Dude, you really didn't even get into TWRP recovery. If you would have tapped the RCK tab you would have went into TWRP. Don't go blaming it on TWRP because you failed to do your homework. I know there are probably 10 threads where people have done the same thing and tapped the wrong WIPE tab. If I can find and read them then so can you. You just failed to do so.
It really sux that you've messed your tablet up but when you've got a device that costs that much, you are supposed to do your research before trying something you know nothing about. I read through this forum for over a week before I bought and rooted mine because I wanted to make sure I knew what i was doing and didn't end up with a $300 paperweight. If I didn't know or couldn't find the answer I asked questions. :good:
wetbiker7 said:
Dude, you really didn't even get into TWRP recovery. If you would have tapped the RCK tab you would have went into TWRP. Don't go blaming it on TWRP because you failed to do your homework. I know there are probably 10 threads where people have done the same thing and tapped the wrong WIPE tab. If I can find and read them then so can you. You just failed to do so.
It really sux that you've messed your tablet up but when you've got a device that costs that much, you are supposed to do your research before trying something you know nothing about. I read through this forum for over a week before I bought and rooted mine because I wanted to make sure I knew what i was doing and didn't end up with a $300 paperweight. If I didn't know or couldn't find the answer I asked questions. :good:
Click to expand...
Click to collapse
Man no longer take ptr defense that I think you're wrong ...
Look .. when I got the asus app to unlock bootloader it says clearly: If using application note is lost ... guarantee ...
But here in this case I have taken away from the site fisirele .. and nothing in there that you do not press WIPE button
* That's what ... ok there is a software bug and it's understandable ... waiting to see how to solve ...
And another thing ... I have a GSM service ... so I pass many phones and tablets by hand and install a lot and CWM and TWRP and it is the first time that happens ... so do not need me to tell me that I have not done my homework.
Then I recommend the Samsung Galaxy Tab that anything is much simpler and solutions are at hand ... including bootloder destroyed ... then we rewrite bootloder JTAG on the tablet and tablet repair in 1 hour .. simple as that.
Today I gave mail to all those who produce JTAG interfaces (riff jtag, meduse jtag, vulcanobox, easy jtag) to see if anyone has any solutions for NVIDIA Tegra3 jtag, although I do not think ... but if I stick to appear instant boot tablet and restore bootloader, but many people don't have this interfeces...
BR
Mihnea
wetbiker7 said:
Dude, you really didn't even get into TWRP recovery. If you would have tapped the RCK tab you would have went into TWRP. Don't go blaming it on TWRP because you failed to do your homework. I know there are probably 10 threads where people have done the same thing and tapped the wrong WIPE tab. If I can find and read them then so can you. You just failed to do so.
It really sux that you've messed your tablet up but when you've got a device that costs that much, you are supposed to do your research before trying something you know nothing about. I read through this forum for over a week before I bought and rooted mine because I wanted to make sure I knew what i was doing and didn't end up with a $300 paperweight. If I didn't know or couldn't find the answer I asked questions. :good:
Click to expand...
Click to collapse
I've also read those warnings, but if bootloader's wipe is safe with stock recovery and bricks tablet with TWRP flashed, then there is clearly something wrong with TWRP.
mihnea_gsm said:
Man no longer take ptr defense that I think you're wrong ...
Look .. when I got the asus app to unlock bootloader it says clearly: If using application note is lost ... guarantee ...
But here in this case I have taken away from the site fisirele .. and nothing in there that you do not press WIPE button
* That's what ... ok there is a software bug and it's understandable ... waiting to see how to solve ...
And another thing ... I have a GSM service ... so I pass many phones and tablets by hand and install a lot and CWM and TWRP and it is the first time that happens ... so do not need me to tell me that I have not done my homework.
Then I recommend the Samsung Galaxy Tab that anything is much simpler and solutions are at hand ... including bootloder destroyed ... then we rewrite bootloder JTAG on the tablet and tablet repair in 1 hour .. simple as that.
Today I gave mail to all those who produce JTAG interfaces (riff jtag, meduse jtag, vulcanobox, easy jtag) to see if anyone has any solutions for NVIDIA Tegra3 jtag, although I do not think ... but if I stick to appear instant boot tablet and restore bootloader, but many people don't have this interfeces...
BR
Mihnea
Click to expand...
Click to collapse
Man, if you would have read , you would have known not to use the wipe tab. As I said before, there are threads all over the place in here stating NOT TO USE THAT WIPE OPTION. You may have done SOME research but you didn't do enough on THIS tablet. The research on all the other devices you know about doesn't count. LOL It's TF300 series we're talking about.
Oh, and you said for me not to take offense because I think you're wrong. Bro, I don't take offense because you disagree with me. I'm just trying to get you to man up and admit that you made the mistake and didn't do enough reading. LOL
quidrick said:
I've also read those warnings, but if bootloader's wipe is safe with stock recovery and bricks tablet with TWRP flashed, then there is clearly something wrong with TWRP.
Click to expand...
Click to collapse
Well, let me ask you a question. Why would you want to wipe the tablet anyways when it's not in recovery? You MUST press RCK to enter the recovery. The wipe option you guys are talking about is not even a part of TWRP recovery.
Moe5508 said:
I had also wiped my device and would have been stuck had I not had nvflash...please guys take all possible precautions before you start messing around with your devices and ensure you can go back and flash a stock ROM...now all I do is get into APX mode, fire up wheelie.exe and I unbrick my device. Did you nvflash your device before? If you can get into fastboot mode there may be some hope yet...
This is a good place to start: http://forum.xda-developers.com/forumdisplay.php?f=1579
If all else fails, please PM me...
Click to expand...
Click to collapse
in this moment I am in this point:
in this point adb recognized my tablet
C:\adb>adb devices
adb server is out of date. killing...
* daemon started successfully *
List of devices attached
0123456789ABCDEF recovery
but after I want to flash blob
C:\adb>fastboot -i 0x0B05 flash system blob
< waiting for device >
BR
Mihnea
Well, let me ask you a question. Why would you want to wipe the tablet anyways when it's not in recovery? You MUST press RCK to enter the recovery. The wipe option you guys are talking about is not even a part of TWRP recovery.
Click to expand...
Click to collapse
a) Because it's official method to do factory reset, recommended by ASUS when you have problems with your tablet. It is working perfectly fine on stock recovery and some users are used to do this that way.
b) Because it's quite easy to do this by mistake, when you are trying to enter recovery. Please, give me fast and honest answer without checking - which button changes option, and which enters selected option?
My tablet is perfectly fine, running TWRP and custom ROM, but someone has to defend users who used wipe data.
Unless we hear sensible explanation from one of TWRP developers why this option is working fine on stock recovery and is bricking tablets on TWRP, and why it can't work correctly (or at least safe) on custom recovery, then it should be treated as a custom recovery bug.
quidrick said:
a) Because it's official method to do factory reset, recommended by ASUS when you have problems with your tablet. It is working perfectly fine on stock recovery and some users are used to do this that way.
b) Because it's quite easy to do this by mistake, when you are trying to enter recovery. Please, give me fast and honest answer without checking - which button changes option, and which enters selected option?
My tablet is perfectly fine, running TWRP and custom ROM, but someone has to defend users who used wipe data.
Unless we hear sensible explanation from one of TWRP developers why this option is working fine on stock recovery and is bricking tablets on TWRP, and why it can't work correctly (or at least safe) on custom recovery, then it should be treated as a custom recovery bug.
Click to expand...
Click to collapse
Man you are right 100% wipe buton from asus MUST BE - wipe data from recovery (twrp) but I thing that twrp team is not agree with us...
Most important for me in this moment like other people I want to make table tablet alive....
BR
Mihnea
quidrick said:
a) Because it's official method to do factory reset, recommended by ASUS when you have problems with your tablet. It is working perfectly fine on stock recovery and some users are used to do this that way.
b) Because it's quite easy to do this by mistake, when you are trying to enter recovery. Please, give me fast and honest answer without checking - which button changes option, and which enters selected option?
My tablet is perfectly fine, running TWRP and custom ROM, but someone has to defend users who used wipe data.
Unless we hear sensible explanation from one of TWRP developers why this option is working fine on stock recovery and is bricking tablets on TWRP, and why it can't work correctly (or at least safe) on custom recovery, then it should be treated as a custom recovery bug.
Click to expand...
Click to collapse
You guys aren't getting my point at all. I'm not saying that the wipe data option screwing people's tablets up is right. All I'm saying is that the info is here in this forum saying not to do it. Lol If the time is taken to read the info in these threads we wouldn't even have this thread. :thumbup:
If myself and all the other people have been able to find this information and avoid tapping the wrong wipe data option then so should other people. THAT IS MY POINT.
Sent from my LG-LG855 using Xparent SkyBlue Tapatalk 2
At this point it really does not matter who is and who is not, right ... matter to be able to start and run ok tablets ...
So I expect all of which can give you an idea
BR
Mihnea
This is a question for developers more familiar with our partition layout. My working knowledge of android is limited, but I do have background in linux. If he can see his device under ADB, shouldnt it be possible for someone to do an adb pull of their system, data, bootloader, and recovery partitions for him to push to his?
The only reason I could think of that not working is if the wipe option deletes the entire partition table and they need to be repartitioned from scratch. Its either that or the Bootloader partition is getting wiped instead of the Data partition. Just bouncing ideas in my head here. It was on a kyocera zio and on gingerbread, but this was one way I was able to help restore a device.
NVflash seems capable of repartitioning the drive........ Does adb have commands to set up partitions as well?
One would also think odin should be able to help with repartitioning. There has to be a way.
-Edit-
Ok so if you DO have fastboot, you might be able to recover. Read this post !
http://forum.xda-developers.com/showthread.php?t=2236885
Something new...
We all know that in the above case is bricked tablet that starts directly in TWRP ... even if we start trying to po fastboot (volume down + power) it will start directly in TWRP
Now to answer adb shell like this:
c: \ Adb> adb devices
List of devices attached
0123456789ABCDEF recovery
But if I try to send something to it (like a touchscreen driver) see the answer and receives information
c: \ Adb> adb push 02-3011-4820.ekt / data / local / tmp /
* Daemon not running. starting it now on port 5037 *
* Successfully started daemon *
1027 KB / s (32868 bytes in 0.031s)
In other words we can send information in tablets briked .. I think now matter what name send.
I have here 2 tablets bricked (tf300tg and TF300T) and 3 functional TF300T tablet (but with broken touchscreen). The point is that I do not know what commands to send, and how to pull information from functional and tablets to the tablets who have problem
Now comes my question logic ... We can not copy anything from a 100% functional tablet and send this information to a tablet briked?? Can only boot, or recovery?
mihnea_gsm said:
in this moment I am in this point:
in this point adb recognized my tablet
C:\adb>adb devices
adb server is out of date. killing...
* daemon started successfully *
List of devices attached
0123456789ABCDEF recovery
but after I want to flash blob
C:\adb>fastboot -i 0x0B05 flash system blob
< waiting for device >
BR
Mihnea
Click to expand...
Click to collapse
Have the same problem...
fastboot stock at < waiting for device >
my device boot/reboot or power on without any touch....always boot into recovery twrp ( but can´t mount and do nothing)
Any help?
Boot your tablets up into the selection screen where you can select to wipe data, fastboot, recovery or load OS. If you have updated your bootloader and firmware to 4.2 then the fastboot option disappears and now you are already in fastboot mode when when you load the selection screen. All you will need to do is plug the USB cable into your tablet and your computer will recognize this and load the ADB interface. Btw if your having problems with TWRP 2.5, simply flash back to 2.4.4.0.. which is exactly what I did.
I updated my bootloader and firmware to 4.2 ASUS stock and then flashed TWRP 2.5... I was having issues such as split screen, coudn't mount anything and when I loaded into recovery I was asked for password. I simply flashed back 2.4.4.0 JB TWRP.
I was back to normal.
anaschillin said:
I updated my bootloader and firmware to 4.2 ASUS stock and then flashed TWRP 2.5... I was having issues such as split screen, coudn't mount anything and when I loaded into recovery I was asked for password. I simply flashed back 2.4.4.0 JB TWRP.
I was back to normal.
Click to expand...
Click to collapse
No - I think this part is wrong. Do not use JB version of TWRP with bootloader version 4.2. You must use TWRP version ending in -4.2.
bwiberg said:
No - I think this part is wrong. Do not use JB version of TWRP with bootloader version 4.2. You must use TWRP version ending in -4.2.
Click to expand...
Click to collapse
OK .. to start over ... I had Asus tf 300TG firmware version 4.1.1 and I did the OTA update to 4.2.1. After that I put some revovery TWRP 2.5.0.0 (most probably was not what I had) and broke the tablet.
Now my tablet is in this variant:
C: \ adb> adb devices
adb server is out of date. killing ...
* Successfully started daemon *
List of devices attached
0123456789ABCDEF recovery
But after I want to flash blob
C: \ adb> fastboot flash system's 0x0B05 blob
<Waiting for device>
You say that I should write: openrecovery-TWRP-2.5.0.0-TF300T tablet-4.2.blob as did the OTA update to 4.2.1 right?
* But in this moment I realize WHY I broke the tablet ... because I wrote this file: openrecovery-TWRP-2.5.0.0-tf300tg-JB.blob ...
Why I wrote this? because if you look here: http://techerrata.com/browse/twrp2/tf300t he write: If you have the 4.2 official update, choose one of the files that ends with -4.2. If you choose the wrong file you may brick your tablet.
* THIS FILE NOT EXSIT: openrecovery no-TWRP-2.5.0.0-tf300tg-4.2.blob .....exist only for tf300t not for tf 300tg
I write a post at twrp blog : http://www.teamw.in/project/twrp2/97
* Now see another file: openrecovery-TWRP-2.5.0.0-TF300T-JB.img .... what to do with this file?
OK and now...
What should I do? which file should I write?
And how (mode - fastboot, apx ???) should be the tablet to write the file?
And who would command if the tablet would be in that mode (fastboot, apx)
BR
MIHNEA
quidrick said:
a) Because it's official method to do factory reset, recommended by ASUS when you have problems with your tablet. It is working perfectly fine on stock recovery and some users are used to do this that way.
b) Because it's quite easy to do this by mistake, when you are trying to enter recovery. Please, give me fast and honest answer without checking - which button changes option, and which enters selected option?
My tablet is perfectly fine, running TWRP and custom ROM, but someone has to defend users who used wipe data.
Unless we hear sensible explanation from one of TWRP developers why this option is working fine on stock recovery and is bricking tablets on TWRP, and why it can't work correctly (or at least safe) on custom recovery, then it should be treated as a custom recovery bug.
Click to expand...
Click to collapse
I have nothing to do with twrp and certainly am no dev.
What I do know is the partition for recovery is a limited space and there is not enough room to emulate stock recovery and still have enough space to provide for the way we use twrp.
The "factory reset" recommended by Asus is located in settings. This is "wipe data" located in the bootloader. I have not heard or read of Asus suggesting use of wipe data but I have seen factory reset.
Now I don't believe in flaming anyone!
Explaining a mistake is positive, it helps the user know what not to do in the future but only if presented properly.
I'm sure the reply came from frustration of wanting to help but understanding that recoveries from wipe data are few.
No one wants to see a brick!
Sorry for taking space without providing any help for the OP!
If anyone has any suggestions for the OP please present them.
I was so slow posting I see help has arrived.
Hello all.
FIrst, I am not new to this. Just let me get that out in the open. I've done custom ROMs and recoveries on four devices including two HTCs. However I'm new to Asus and this is my first tablet.
So, what is going on is that I have an Asus Memo Pad ME301T. It is rooted, bootloader is unlocked (confirmation appears in upper left corner at boot). However, it will not install the TWRP recovery when I try to push it from my PC. I try to choose the recovery icon on the bootloader, and it shows the fallen android with an error message when it tries to open. I have followed the directions and executed the proper commands from the platform-tools folder in the Android SDK. I thought maybe I could try downloading the BLOB file directly to the device's emulated sdcard and installing it via a terminal command, however I do not know what commands I should use from a terminal emulator. I'm sure it's something simple I'm missing. I am trying to install the TWRP 2.5.0 recovery because it seems to have the highest success rate, and I am currently on the 10.6.1.15.ww stock ROM.
If someone familiar with these tablets could go through the process with me, step by step, one more time (don't just link me to a thread unless it's clear, concise, and exactly what you would do in this situation) or provide the commands so I can try it from the terminal within the tablet, I would appreciate it. When I've had problems in the past it's been something simple most of the time or an extra step I need to do so hopefully one of you can tell me what I'm missing.
Thanks!
asilaydyingdl said:
Hello all.
FIrst, I am not new to this. Just let me get that out in the open. I've done custom ROMs and recoveries on four devices including two HTCs. However I'm new to Asus and this is my first tablet.
So, what is going on is that I have an Asus Memo Pad ME301T. It is rooted, bootloader is unlocked (confirmation appears in upper left corner at boot). However, it will not install the TWRP recovery when I try to push it from my PC. I try to choose the recovery icon on the bootloader, and it shows the fallen android with an error message when it tries to open. I have followed the directions and executed the proper commands from the platform-tools folder in the Android SDK. I thought maybe I could try downloading the BLOB file directly to the device's emulated sdcard and installing it via a terminal command, however I do not know what commands I should use from a terminal emulator. I'm sure it's something simple I'm missing. I am trying to install the TWRP 2.5.0 recovery because it seems to have the highest success rate, and I am currently on the 10.6.1.15.ww stock ROM.
If someone familiar with these tablets could go through the process with me, step by step, one more time (don't just link me to a thread unless it's clear, concise, and exactly what you would do in this situation) or provide the commands so I can try it from the terminal within the tablet, I would appreciate it. When I've had problems in the past it's been something simple most of the time or an extra step I need to do so hopefully one of you can tell me what I'm missing.
Thanks!
Click to expand...
Click to collapse
So you are trying to install twrp from fastboot ?
What command are you using ?
Thx Josh
lj50036 said:
So you are trying to install twrp from fastboot ?
What command are you using ?
Thx Josh
Click to expand...
Click to collapse
Exactly. I open a command line on the folder, renamed the file to twrp.blob, and then I I am using the following:
ADB devices
fastboot -i 0x0B05 flash recovery twrp.blob
fastboot -i 0x0B05 reboot
I think the problem is really simple though. I think for some reason, the tablet and the computer are not communicating via fastboot. I.e. the info is not actually getting through the USB cable to the tablet when in fastboot. I have android debugging enabled and all that good stuff. So my assumption is this is a driver issue or an extra step needs done on the tablet to get the communication working. All drivers did install properly according to the PC. Maybe it's even the USB port on the tablet itself and I need to exchange it. But I can transfer files like it's a media device, so I doubt that's it.
Any thoughts?
***UPDATE***I checked settings in SuperuserSU and it turns out I did not have root enabled at boot. Enabled it and it connected to the PC as "fastboot". Commands are still not getting sent to the device. Whenever I try to send the blob, it always says "0 KB" and the device just freezes. Perhaps I need a different command or fastboot on the PC isn't initializing correctly? Or maybe there is a setting on my device that needs tweaked yet?
Thoughts?
I think I know what the problem is. Someone using the TF300T tablet had the exact same problem I'm having. Turned out it was their rooting method. I used KingoROOT despite a few murmurs of it causing issues because I was looking for results quickly not a quality job like I should have been. SuperuserSU has been behaving weirdly, as well as my USB android keyboard and a few other quirks in the OS since I did the root, so it makes sense. I will have to use the KingoROOT app and undo the root, and retry with motochopper. KingoROOT must not have rooted all directories. If that doesn't work, I will probably have to do a full restore to stock settings by re-installing a stock Asus ROM and start fresh.
lj50036 said:
So you are trying to install twrp from fastboot ?
What command are you using ?
Thx Josh
Click to expand...
Click to collapse
Did more work and research. I did actually have the improper drivers installed. I installed them from Asus, so that is fixed. But the problem remained. After further research, it came down to version builds and numbers. I am using a version of Asus' firmware that isn't compatible with the operations I'm trying to perform. I am using version 10.6.1.15. TWRP 2.5.0.0 and newer can NOT be installed on any Asus tablet running anything less than 10.6.1.27. There is something about the bootloader, encryption or a security setting that prevents data from being pushed via a fastboot command. So I now have a Christmas project, which is update to a newer version of Asus firmware.
I found my solution here, in a thread filled with people having the exact same issue:
http://forum.xda-developers.com/showthread.php?t=2179874&page=3
And directions for the fix here:
http://forum.xda-developers.com/showthread.php?t=2187982
Hope my work helps someone else.
I sold my tf700 to a friend, and let him know: Do not factory reset through the Android settings. Well, He passed it on to someone else, and forgot to mention this. So, that whole TWRP bootloop scenario exists. Dug through forums, found a post where someone had made some file that resets the boot process to not go immediately to TWRP or something, IIRC, but regardless, I've got a custom-made solution, and even wrote a batch file to automate the thing (given the amount of time you have the TWRP screen before it reboots) much like the OP had.
Here's the problem: my desktop doesn't recognize the usb device when I plug in to windows. IIRC, I'd always had some kinda issue with that version of TWRP, but I never addressed that, and that fell by the wayside apparently. I don't have time to sanitize my PC and re-establish the ASUS driver environment or other advanced trickery or whatever, and I just sold my laptop prior to trying on that. My question to you fine folks is this: If I were to install Ubuntu or some other Linux-based environment, would my odds increase in terms of being able to coax TWRP to be recognized so I can flash this tiny little file over and get the thing back running? Apparently windows just doesn't want to, and short of being able to put a newer TWRP on the device, I've got to establish a usb connection somehow.
TIA :good:
monogwai said:
I sold my tf700 to a friend, and let him know: Do not factory reset through the Android settings. Well, He passed it on to someone else, and forgot to mention this. So, that whole TWRP bootloop scenario exists. Dug through forums, found a post where someone had made some file that resets the boot process to not go immediately to TWRP or something, IIRC, but regardless, I've got a custom-made solution, and even wrote a batch file to automate the thing (given the amount of time you have the TWRP screen before it reboots) much like the OP had.
Here's the problem: my desktop doesn't recognize the usb device when I plug in to windows. IIRC, I'd always had some kinda issue with that version of TWRP, but I never addressed that, and that fell by the wayside apparently. I don't have time to sanitize my PC and re-establish the ASUS driver environment or other advanced trickery or whatever, and I just sold my laptop prior to trying on that. My question to you fine folks is this: If I were to install Ubuntu or some other Linux-based environment, would my odds increase in terms of being able to coax TWRP to be recognized so I can flash this tiny little file over and get the thing back running? Apparently windows just doesn't want to, and short of being able to put a newer TWRP on the device, I've got to establish a usb connection somehow.
TIA :good:
Click to expand...
Click to collapse
Well yes and no.
Linux works much better with adb/fastboot, but if it it easier to install Linux and get it working if you have never used it compared to getting Windows drivers working - idk....
berndblb said:
Well yes and no.
Linux works much better with adb/fastboot, but if it it easier to install Linux and get it working if you have never used it compared to getting Windows drivers working - idk....
Click to expand...
Click to collapse
I figured that would probably be the case. Now, it's been several years since I've used Linux (Ubuntu Feisty Fawn was the last time I used Linux, and that was just to hack a first gen Xbox), but i'm a command-line based OS guy from the days of old, so I oughta be okay. I'm sure one of the various and sundry tutorials here on xda will help should I get stuck.
So, that being said, I guess I just need to install a distro and grab some adb/fastboot drivers for Linux? Or is that all built in? Is the command line interface sufficient, or will I need some GUI like xwindows (sorry if my info is horribly dated, lol.)
I'd probably better do some reading.
Nobody has any more expertise to proffer?
monogwai said:
Nobody has any more expertise to proffer?
Click to expand...
Click to collapse
I cam across this live distro recently and the dev included the tools needed for adb fastboot. It works great! https://forum.xda-developers.com/an.../live-iso-adb-fastboot-driver-issues-t3526755
There also several Puppy Linux distros out there which may be interesting since they offer persistent mode already but afaik you have to download the adb fastboot binaries yourself. But that's it - no drivers needed.
With those installed you just need as terminal window. No other gui necessary
berndblb said:
I cam across this live distro recently and the dev included the tools needed for adb fastboot. It works great! https://forum.xda-developers.com/an.../live-iso-adb-fastboot-driver-issues-t3526755
There also several Puppy Linux distros out there which may be interesting since they offer persistent mode already but afaik you have to download the adb fastboot binaries yourself. But that's it - no drivers needed.
With those installed you just need as terminal window. No other gui necessary
Click to expand...
Click to collapse
This is just the tip I needed. Big thanks!
Well, i assembled the troops- universal naked driver and minimal adb/fastboot on a fresh win 8.1 install. Bootit.ko file in my adb folder. Opened adb, plugged in tablet. Twrp starts. Hear the USB plug in noise, so adb is ready. Adb devices command, shows up recovery like it should. I then run a batch command to automate:
adb push bootit.ko /sdcard/
adb shell insmod /sdcard/bootit.ko
... as per the directions. I get this in response:
adb: error: connect failed: protocol fault <couldn't read status>: no error
on the first command, and 'no device found' on the second.
Now what?
Edit: nevermind. Added 'adb devices' to the batch file and it did it fast as anything. Lol.
New kink: adb command succeeded and i got fastboot access. Formatted 'misc' partition and rebooted-- still with the bootloop. I can still access fastboot, but that's it. Twrp always restarts. So, did SWIM bork the recovery partition too? Wondering if I should try re-flashing twrp, or downloading the original ASUS blob file and restarting from square one?
Edit:
Got impatient, started trying things. Links found thru the forums pointing to original ASUS rom blob are all broken, so i settled for starting with twrp. Downloaded freshest version from twrp.me compatible with the device and flashed it-- same result upon attempting to open twrp.
Took a break. Thought about it, and decided to fastboot erase recovery, and try flashing twrp again. Probably not a great idea... Now I get
Sending 'staging' <7210 kb>...
FAILED <data transfer failure (unknown error)>
So I guess there's a step after erasing to re-init the partition or something?
Just a note to anyone lurking - don't do stuff if you're only half-informed. You can be stupid and impatient like me and have broken stuff.
Impatience is a very bad advisor...
As long as you have fastboot you should be ok. Asus seems to have messed with their website again or they finally took the support pages down permanently.
I have a copy on my server and can upload it tonight.
Patience my friend, patience
berndblb said:
Impatience is a very bad advisor...
I have a copy on my server and can upload it tonight.
Patience my friend, patience
Click to expand...
Click to collapse
This is too true. That's why I threw in that little blurb. :good:
I'll await your link with bated breath.
Ok here's the 10.6.1.14.10 firmware:
https://www.androidfilehost.com/?fid=817550096634791660
Don't forget to check the md5 once downloaded
You may de-bate your breath again
berndblb said:
Ok here's the 10.6.1.14.10 firmware:
https://www.androidfilehost.com/?fid=817550096634791660
Don't forget to check the md5 once downloaded
You may de-bate your breath again
Click to expand...
Click to collapse
Debate my breath? Well, my breath reeks of Marijuana... I think it's a liberal.
Lol
Just a question: since I'll be repopulating all the partitions with the stock blob, does that affect my unlocked bootloader, or is it gonna be straight up manufacturer reset? I'm sure that's covered in the threads that address the 'buster99' process, but I need to go locate the thread. I didn't fully digest the thread as i'd yet to find the blob I could d/l, until you hooked it up. ?
No, you cannot relocate the bootloader. Flash away
berndblb said:
No, you cannot relocate the bootloader. Flash away
Click to expand...
Click to collapse
Ugh, corrupt archive. ? trying to download from a different server this time.
Edit: same results w/new download. Repairing the archive didn't help either.
Asus, ya'll are killing me! Every link on the interweb linking to a TF700 firmware is broken, and all that can be found are for the 700kl.
Final update:
Found a valid download link for 10.6.1.14.8. Had some difficulties with it (revived the post on the buster99 process) -- followed as written, and had a fail on the last process <invalid state>. Being super impatient (mentioned *that* before, lol), I decided to try and reestablish twrp, as that was the original issue. That took! Flashed 3.0.0-1 (iirc), was able to open twrp, but couldn't mount system or anything. So I formatted the crap out of all partitions, converted /data to f2fs, and was able to successfully flash katkiss nougatella. Wiped the caches, rebooted, and I'm golden! 3 months later, and it finally works.
Moral of the story: don't sell rooted devices to ppl who don't understand what that entails. You can tell a person till ur blue in the face, NO FACTORY WIPE VIA ANDROID -- Odds are, they'll forget. Worked out for me in the long run (took back the 700 and gave a 201 as replacement), but i was never sure I'd come out clean on the other end.
I have similar problem, i can't even go to bootloader.
Just keep bootlooping. Is there any chance of reviving my tf700t?
If yes please advice me step by step process to do that.
Thanks
Not enough information. What can you get to?
What's your ROM, bootloader, recovery?
berndblb said:
Not enough information. What can you get to?
What's your ROM, bootloader, recovery?
Click to expand...
Click to collapse
Thanks you already help on other thread.
It's a long story how this happened.
By the way I was running nougtell version don't remember as it happened in January.
I wanted to transfer some video files on my usb 2tb hard drive, so I did usb otg connection to my tab, i did this thing before and I use es file explorer to do the transfer, few occasions es file hang or whole tablet hang so I have to restart. But in January when this thing happened it just went into bootlooping i can go to fastboot but not recovery or android.
Then I search on many thread i couldn't find any working solution.
My cable was not detecting tab so I couldn't able to push recovery., But the same cable was ok for charging.
Then I bought new cable from eBay it took around a month to arrive.
But in mean time being impatient i tried data wipe from bootloader.
Then even i couldn't able to bootloader after that.
I know being impatient with doing something like this is not good you have to suffer.
Bootloader was latest version .14 at the end and recovery was 3.0.1
Using nogtella rom
Thanks