I already had a try on this on another forum:
hxxp://www(dot)transformerforums.com/forum/asus-transformer-help/25176-settings-stopped-working-tf101.html
(can't post links yet)
I have a TF101G ( sn:C20KAS035896) from a friend, everytime he went in to the settings it says: "settings stopped working"
I tried a factory reset, (from stock recovery menu), got it to reset, but now i cant get through the "first-time-setup-wizard":
at step 3 it asks to connect to a WiFi network, I select one, it asks for a password, but when I enter it and press ok it says "Unfortunately settings stopped working". After a few seconds it starts again at step one of the wizard..
I figured out it is a WW version.
So, what do I best try next?
After reading some here, i guess I get a alternative recovery and use that to flash a new stock rom onto the tablet.
But could you point me to the right posts and methods, because I'm not sure which is the right one.
http://forum.xda-developers.com/showthread.php?t=1552303
Then this you were looking for ? It is with recovery 3.2.0.1 us or ww stock rooted full rom edition
good luck
It might be. It seems to be a link to a zip file. The contents looks like the contents of a standard firmware file. Only the blob part is much smaller, and there is a system folder which isnt in the standard firmware update.
But I don't know what to do with it..
I was thinking maybe wolfs method 3 could help me out?
hxxp://forum(dot)xda-developers.com/showthread.php?t=1622628
(can't post links yet)
But i'm still strugling with adb though..
When i run "adb devices" I think it should list my TF101 but it doesn't
After some more reading and trying, I've come to the conclusion I can't get adb to connect to the device.
I also have an android phone: a HTC desire, which I can get to connect with adb. But the asus is stuck at the "first-time-setup-wizard" (as I explained above)..
Though I can see the device in windows explorer (win 7 64bit), and the 2 mounted drives "Internal storage" and "SD Card"
I can get it into apx mode, but nvflash doesn't work for my version of the device its a TF101G sn:C20KAS035896
What could i try next?
I want to flash the stock rom, as mine seems to be broken, and I cant use adb
EDIT:
Just found out about wheelie, should that tool be able to do what I want?
androidroot(dot)mobi/2012/05/27/introducing-wheelie-nvflash-for-asus-transformer-tf101-b70/
My device isnt explicitly listed, and EasyFlasher a tool based on wheelie says it doesnt work for my device.. So should it work or not?
Do I need linux for this? I cygwin ok?
EDIT2:
As I understand it, I probably have a Secure Boot Key that isn't version 1 or 2?
There is a sbk detection tool, but afaik it only works on mac, and I don't have a mac available..
I have tried the windows beta version of wheelie, and the output i get is the following:
reflash_sbkv2.bat
Code:
J:\TF101\wheelie>reflash_sbkv2.bat
J:\TF101\wheelie>cd J:\TF101\wheelie\
J:\TF101\wheelie>"wheelie.exe" -2 --bct transformer.bct --bl bootloader.bin --o
dm 0x300d8011
Wheelie 0.1 - Preflight for nvflash.
Copyright (c) 2011-2012 androidroot.mobi
========================================
Using SBK type 2.
Using bootloader: 'bootloader.bin'.
Using BCT: 'transformer.bct'.
----------------------------------------
[=] Chip UID: 0x305242034059367191
[-] Incorrect SBK or SBK type selected. nverror: 0x4.
J:\TF101\wheelie>"nvflash.exe" -r --bct transformer.bct --setbct --configfile fl
ash.cfg --create --odmdata 0x300d8011 --sync
Nvflash started
[resume mode]
failed executing command 11 NvError 0x30012
command failure: create failed
J:\TF101\wheelie>"nvflash.exe" -r --go
Nvflash started
[resume mode]
command failure: go failed
And for the sbkv1 version the same:
Code:
J:\TF101\wheelie>reflash_sbkv1.bat
J:\TF101\wheelie>cd J:\TF101\wheelie\
J:\TF101\wheelie>"wheelie.exe" -1 --bct transformer.bct --bl bootloader.bin --o
dm 0x300d8011
Wheelie 0.1 - Preflight for nvflash.
Copyright (c) 2011-2012 androidroot.mobi
========================================
Using SBK type 1.
Using bootloader: 'bootloader.bin'.
Using BCT: 'transformer.bct'.
----------------------------------------
[=] Chip UID: 0x305242034059367191
[-] Incorrect SBK or SBK type selected. nverror: 0x4.
J:\TF101\wheelie>"nvflash.exe" -r --bct transformer.bct --setbct --configfile fl
ash.cfg --create --odmdata 0x300d8011 --sync
Nvflash started
[resume mode]
failed executing command 11 NvError 0x30012
command failure: create failed
J:\TF101\wheelie>"nvflash.exe" -r --go
Nvflash started
[resume mode]
command failure: go failed
Am I overlooking something here?
Should I get adb working with my tablet in its current state?
Or do I have to return the tablet to ASUS?
Same problem here
Hello frydac, I'm having the same problem as you.
Did you find a way to fix it yet?
While still on ICS I created all the necessary files for NVFLASH. I then installed stock jellybean and later installed CLEANROM 2.5.
I was quite happy with this ROM but I just had to know if I could get back to ICS using NVFLASH. Big mistake perhaps.
I am no expert but I did my best to follow all the instructions I could find. I went into APX mode and ran the following commands:-
wheelie --blob blob.bin
nvflash --resume --rawdevicewrite 0 2944 bricksafe.img
nvflash --resume --download 5 twrp-ICS.img
All commands seemed to work and reported success. I'm not sure but at this point I perhaps should have run "nvflash --resume --go" but I didn't. Instead, for some reason, I powered off the machine with the power button and then tried to reboot into twrp recovery. Nothing just a blank screen.
I then tried to power on while pressing the volume up button to try to get back into APX mode with the following result:-
E:\X\ADB\TF300T>wheelie --blob blob.bin
Wheelie 0.1 - Preflight for nvflash.
Copyright (c) 2011-2012 androidroot.mobi
========================================
Waiting for device in APX mode...
[=] Chip UID: 0x15d2109a6540a08
[=] RCM Version: 0x30001
[=] CPU Model: Tegra 3
[+] Sending bootloader...
[-] Error -1 sending command
So it seems that perhaps the chip id is recognised so maybe there is some hope or am I clutching at straws?
Can anybody help?
orion42 said:
While still on ICS I created all the necessary files for NVFLASH. I then installed stock jellybean and later installed CLEANROM 2.5.
I was quite happy with this ROM but I just had to know if I could get back to ICS using NVFLASH. Big mistake perhaps.
I am no expert but I did my best to follow all the instructions I could find. I went into APX mode and ran the following commands:-
wheelie --blob blob.bin
nvflash --resume --rawdevicewrite 0 2944 bricksafe.img
nvflash --resume --download 5 twrp-ICS.img
All commands seemed to work and reported success. I'm not sure but at this point I perhaps should have run "nvflash --resume --go" but I didn't. Instead, for some reason, I powered off the machine with the power button and then tried to reboot into twrp recovery. Nothing just a blank screen.
I then tried to power on while pressing the volume up button to try to get back into APX mode with the following result:-
E:\X\ADB\TF300T>wheelie --blob blob.bin
Wheelie 0.1 - Preflight for nvflash.
Copyright (c) 2011-2012 androidroot.mobi
========================================
Waiting for device in APX mode...
[=] Chip UID: 0x15d2109a6540a08
[=] RCM Version: 0x30001
[=] CPU Model: Tegra 3
[+] Sending bootloader...
[-] Error -1 sending command
So it seems that perhaps the chip id is recognised so maybe there is some hope or am I clutching at straws?
Can anybody help?
Click to expand...
Click to collapse
I have same problem, and here http://forum.xda-developers.com/showthread.php?t=1774352&page=47 I read a solution of this problem:
try
Code:
wheelie -r --blob blob.bin
rigidsh said:
I have same problem, and here http://forum.xda-developers.com/showthread.php?t=1774352&page=47 I read a solution of this problem:
try
Code:
wheelie -r --blob blob.bin
Click to expand...
Click to collapse
WOW! thanks for that! That -r switch has got my tablet back, well eventually.
Just some info for anyone else who might encounter the same problem.
Code:
wheelie -r --blob blob.bin
nvflash --resume --rawdevicewrite 0 2944 bricksafe.img
nvflash --resume --download 5 twrp-ICS.img
nvflash --resume --go
After running the above commands I was still getting a blank screen trying to boot into recovery. Nothing to lose I tried running the above commands missing out the recovery command. After all, I must have flashed the recovery a dozen times. With little hope of success, volume down after the --go command. Bingo, I was into recovery, I could hardly believe it. Successfully restored an ICS backup.
So it's true, if you have the NVFLASH files, you can get back to ICS from JellyBean.
EDIT: I guess the bricksafe and recovery commands should be reverse of what I did.
Looking for some help on this...
Hi!
So you got the TF300T into APX mode and ran these commands?:
Code:
wheelie -r --blob blob.bin
nvflash --resume --rawdevicewrite 0 2944 bricksafe.img
nvflash --resume --download 5 twrp-ICS.img
nvflash --resume --go
...Did you have the files on your PC or on the tablet themselves? Also, how do you get the twrp-ICS.img? I've got the openrecovery-twrp-2.2.2.0-tf300t-ICS.blob file. Do I change it to twrp-ICS.img somehow?
Sorry if this seems like a dumb question. I want to get back to ICS bootloader from JB but finding instructions has been kind of tough. Your post is the first I've found that helps!
Thanks!
-Rob
orion42 said:
WOW! thanks for that! That -r switch has got my tablet back, well eventually.
Just some info for anyone else who might encounter the same problem.
Code:
wheelie -r --blob blob.bin
nvflash --resume --rawdevicewrite 0 2944 bricksafe.img
nvflash --resume --download 5 twrp-ICS.img
nvflash --resume --go
After running the above commands I was still getting a blank screen trying to boot into recovery. Nothing to lose I tried running the above commands missing out the recovery command. After all, I must have flashed the recovery a dozen times. With little hope of success, volume down after the --go command. Bingo, I was into recovery, I could hardly believe it. Successfully restored an ICS backup.
So it's true, if you have the NVFLASH files, you can get back to ICS from JellyBean.
EDIT: I guess the bricksafe and recovery commands should be reverse of what I did.
Click to expand...
Click to collapse
First of all, I have to say that I am no expert on NVFLASH and I sort of muddled my way back to ICS rather than knew the correct method. On the other hand, as you point out, there doesn't seem to be any clear instructions anywhere in this forum.
I have the following files on my PC:-
blob.bin
blob.log
bootloader.ebt
bricksafe.img
create.bct
factory-config.img
recovery.bct
unlock-token.img
These files are specific to the machine on which they were created. If you didn't create them while you were in ICS then, as far as I know, there is no way back to ICS, at least for now.
By the way, I have no idea what all the above files are for but I only needed two of them to get back to ICS.
You will need either an ICS backup to restore or an ASUS ROM to install once in recovery.
The commands have to be run from a command prompt on a PC or laptop with the APX drivers installed.
Connect to the PC then power off tablet. ---- volume up plus power --- and you should get a blank screen.
Apparently my post was a bit unclear about the sequence of commands. This is the correct sequence:-
wheelie --blob blob.bin ( -r switch is probably not needed on the first attempt )
nvflash --resume --download 5 twrp-ICS.img
nvflash --resume --rawdevicewrite 0 2944 bricksafe.img
nvflash --resume --go
--- volume down to boot into recovery ---
DISCLAIMER: These commands worked for me but I can't guarantee they will work for anyone else. If they don't work for you then I don't have any more answers. The process is a bit hairy and if you're unsure, I wouldn't do it.
THANK YOU SO MUCH! I will try it out and report back here later with my results. I do have all the necessary files you mentioned so I should be ok! Here's hoping! :fingers-crossed:
orion42 said:
First of all, I have to say that I am no expert on NVFLASH and I sort of muddled my way back to ICS rather than knew the correct method. On the other hand, as you point out, there doesn't seem to be any clear instructions anywhere in this forum.
I have the following files on my PC:-
blob.bin
blob.log
bootloader.ebt
bricksafe.img
create.bct
factory-config.img
recovery.bct
unlock-token.img
These files are specific to the machine on which they were created. If you didn't create them while you were in ICS then, as far as I know, there is no way back to ICS, at least for now.
By the way, I have no idea what all the above files are for but I only needed two of them to get back to ICS.
You will need either an ICS backup to restore or an ASUS ROM to install once in recovery.
The commands have to be run from a command prompt on a PC or laptop with the APX drivers installed.
Connect to the PC then power off tablet. ---- volume up plus power --- and you should get a blank screen.
Apparently my post was a bit unclear about the sequence of commands. This is the correct sequence:-
wheelie --blob blob.bin ( -r switch is probably not needed on the first attempt )
nvflash --resume --download 5 twrp-ICS.img ( or openrecovery-twrp-2.2.2.0-tf300t-ICS.blob or whatever the file is named)
nvflash --resume --rawdevicewrite 0 2944 bricksafe.img
nvflash --resume --go
--- volume down to boot into recovery ---
DISCLAIMER: These commands worked for me but I can't guarantee they will work for anyone else. If they don't work for you then I don't have any more answers. The process is a bit hairy and if you're unsure, I wouldn't do it.
Click to expand...
Click to collapse
robcomet1 said:
THANK YOU SO MUCH! I will try it out and report back here later with my results. I do have all the necessary files you mentioned so I should be ok! Here's hoping! :fingers-crossed:
Click to expand...
Click to collapse
nvflash --resume --download 5 twrp-ICS.img ( or openrecovery-twrp-2.2.2.0-tf300t-ICS.blob or whatever the file is named )
With regard to this command, If you only have a blob file I'm not sure if it will work.
It's probably safer to download and flash an img file:
http://forum.xda-developers.com/attachment.php?attachmentid=1351051&d=1348498817
Will do! Still haven't had a chance to do it yet. Will let you know.
orion42 said:
nvflash --resume --download 5 twrp-ICS.img ( or openrecovery-twrp-2.2.2.0-tf300t-ICS.blob or whatever the file is named )
With regard to this command, If you only have a blob file I'm not sure if it will work.
It's probably safer to download and flash an img file:
http://forum.xda-developers.com/attachment.php?attachmentid=1351051&d=1348498817
Click to expand...
Click to collapse
Finally got a chance to do this to my pad and it worked great! Thanks again for the help my friend! I'm back on CM10 as we speak! :victory:
orion42 said:
nvflash --resume --download 5 twrp-ICS.img ( or openrecovery-twrp-2.2.2.0-tf300t-ICS.blob or whatever the file is named )
With regard to this command, If you only have a blob file I'm not sure if it will work.
It's probably safer to download and flash an img file:
http://forum.xda-developers.com/attachment.php?attachmentid=1351051&d=1348498817
Click to expand...
Click to collapse
orion42
As you said information about restore with NVFlash is sparse. Could you create a thread with the proper information that others can follow to recover their units? I don't have NVFlash but have seen numerous threads where people needed help as you provide.
Thanks!
orion42 said:
While still on ICS I created all the necessary files for NVFLASH. I then installed stock jellybean and later installed CLEANROM 2.5.
I was quite happy with this ROM but I just had to know if I could get back to ICS using NVFLASH. Big mistake perhaps.
I am no expert but I did my best to follow all the instructions I could find. I went into APX mode and ran the following commands:-
wheelie --blob blob.bin
nvflash --resume --rawdevicewrite 0 2944 bricksafe.img
nvflash --resume --download 5 twrp-ICS.img
All commands seemed to work and reported success. I'm not sure but at this point I perhaps should have run "nvflash --resume --go" but I didn't. Instead, for some reason, I powered off the machine with the power button and then tried to reboot into twrp recovery. Nothing just a blank screen.
I then tried to power on while pressing the volume up button to try to get back into APX mode with the following result:-
E:\X\ADB\TF300T>wheelie --blob blob.bin
Wheelie 0.1 - Preflight for nvflash.
Copyright (c) 2011-2012 androidroot.mobi
========================================
Waiting for device in APX mode...
[=] Chip UID: 0x15d2109a6540a08
[=] RCM Version: 0x30001
[=] CPU Model: Tegra 3
[+] Sending bootloader...
[-] Error -1 sending command
So it seems that perhaps the chip id is recognised so maybe there is some hope or am I clutching at straws?
Can anybody help?
Click to expand...
Click to collapse
Your issue is the fact that you mindlessly thought it was a good idea to restore bricksafe.img. That's not how it works.
If you just flash that without knowing what you're doing, you're more likely to cause issues than fix anything..
The downgrade could have been handled by just doing (having previous blobunpack'ed a stock ICS rom):
Code:
nvflash -r --download 4 blob.EBT
nvflash -r --download 10 blob.APP
nvflash -r --download 6 blob.LNX
nvflash -r --download 5 some_ics_recovery.img
There's no reason to do anything more. There was a reason we held back how to do full brick recovery - when used wrong, it just makes recovery a lot harder, and in general, people use it wrong.
rayman said:
Your issue is the fact that you mindlessly thought it was a good idea to restore bricksafe.img. That's not how it works.
If you just flash that without knowing what you're doing, you're more likely to cause issues than fix anything..
The downgrade could have been handled by just doing (having previous blobunpack'ed a stock ICS rom):
Code:
nvflash -r --download 4 blob.EBT
nvflash -r --download 10 blob.APP
nvflash -r --download 6 blob.LNX
nvflash -r --download 5 some_ics_recovery.img
There's no reason to do anything more. There was a reason we held back how to do full brick recovery - when used wrong, it just makes recovery a lot harder, and in general, people use it wrong.
Click to expand...
Click to collapse
Your issue is the fact that you mindlessly thought it was a good idea to restore bricksafe.img. That's not how it works.
I can't believe you posted that! Have you by chance seen how many bricks there have been on nvflash due to lack of info?
Your guide is good for creating files but no mention of how to use them. Everyone doesn't have your knowledge and insight.
Maybe it is time to reveal the secrets of nvflash. It could be a good thing but as it stands it is a brick maker due to lack of knowledge and help.
rayman said:
The downgrade could have been handled by just doing (having previous blobunpack'ed a stock ICS rom):
Code:
nvflash -r --download 4 blob.EBT
nvflash -r --download 10 blob.APP
nvflash -r --download 6 blob.LNX
nvflash -r --download 5 some_ics_recovery.img
There's no reason to do anything more. There was a reason we held back how to do full brick recovery - when used wrong, it just makes recovery a lot harder, and in general, people use it wrong.
Click to expand...
Click to collapse
can you please tell us how to get blob.EBT, blob.APP and blob.LNX files from ICS ROM
uumeshh said:
can you please tell us how to get blob.EBT, blob.APP and blob.LNX files from ICS ROM
Click to expand...
Click to collapse
If you wish you can use blobtools to create your own.
Here is the link.
https://github.com/AndroidRoot/BlobTools
windows precompiled blobtools - http://forum.xda-developers.com/showthread.php?t=1890912
this way no long downloads
see post #7 for info - http://forum.xda-developers.com/showthread.php?t=1068548
http://forum.xda-developers.com/showthread.php?t=2012033
rayman said:
Your issue is the fact that you mindlessly thought it was a good idea to restore bricksafe.img. That's not how it works.
If you just flash that without knowing what you're doing, you're more likely to cause issues than fix anything..
The downgrade could have been handled by just doing (having previous blobunpack'ed a stock ICS rom):
Code:
nvflash -r --download 4 blob.EBT
nvflash -r --download 10 blob.APP
nvflash -r --download 6 blob.LNX
nvflash -r --download 5 some_ics_recovery.img
There's no reason to do anything more. There was a reason we held back how to do full brick recovery - when used wrong, it just makes recovery a lot harder, and in general, people use it wrong.
Click to expand...
Click to collapse
Yes, of course, how mindless of me not to know those commands but now I can run them. But wait, I just remembered, I already successfully downgraded to ICS 2 months ago using the mindless method. Incidentally, I never said it was a good idea but rather it was the only idea someone as mindless as me could come up with. How could it possibly have worked? I just got lucky I guess.
tobdaryl said:
If you wish you can use blobtools to create your own.
Here is the link.
https://github.com/AndroidRoot/BlobTools
windows precompiled blobtools - http://forum.xda-developers.com/showthread.php?t=1890912
this way no long downloads
see post #7 for info - http://forum.xda-developers.com/showthread.php?t=1068548
UI for blobtools - http://forum.xda-developers.com/showthread.php?t=2012033
Click to expand...
Click to collapse
well after booting into nvflash i used follwing commands
nvflash --resume --read 4 blob.EBT
nvflash --resume --read 10 blob.APP
nvflash --resume --read 6 blob.LNX
nvflash --resume --read 5 twrp.img
can these files be used later to downgrade to this paticular ROM from which the files are generated?
uumeshh said:
well after booting into nvflash i used follwing commands
nvflash --resume --read 4 blob.EBT
nvflash --resume --read 10 blob.APP
nvflash --resume --read 6 blob.LNX
nvflash --resume --read 5 twrp.img
can these files be used later to downgrade to this paticular ROM from which the files are generated?
Click to expand...
Click to collapse
Yes that is the purpose according to rayman's above post. At least that is the way I see it.
Rayman is the DEV who posted the origional Nvflash thread.
tobdaryl said:
Yes that is the purpose according to rayman's above post. At least that is the way I see it.
Rayman is the DEV who posted the origional Nvflash thread.
Click to expand...
Click to collapse
When ever i use the above commands i get these error messages ... can you help me unbrick from APX mode .
Nvflash started
[resume mode]
failed executing command 18 NvError 0x30012
command failure: read failed
For all the commands .. i extracted them from blob file using BlobUnPack.exe tool !
hunterr986 said:
When ever i use the above commands i get these error messages ... can you help me unbrick from APX mode .
Nvflash started
[resume mode]
failed executing command 18 NvError 0x30012
command failure: read failed
For all the commands .. i extracted them from blob file using BlobUnPack.exe tool !
Click to expand...
Click to collapse
Can I assume you have previously installed nvflash and have your files created at that time? If so I'll try to help otherwise apx is useless.
What asus firmware blob did you use with blobunpack? If it was a JB blob do not flash the ICS twrp recovery!
wheelie -r --blob blob.bin -created with Nvflash install
nvflash -r --download 4 blob.EBT -created with blobunpack
nvflash -r --download 10 blob.APP – created with blobunpack
nvflash -r --download 6 blob.LNX – created with blobunpack
nvflash -r --download 5 recovery.img-ICS twrp recovery image name when using blobunpacked ICS blob
nvflash --resume --go
Notice I have added a command to the beginning of the info posted in this thread. In this thread we took what rayman posted as literal but it appears we need the first line to boot into nvflash before giving the remainder of commands.
Also if you look at my signature you will find a thread relating to nvflash which may contain some info not presented in this thread.
If you get the same error tell me which command you typed to get that error.
tobdaryl said:
Can I assume you have previously installed nvflash and have your files created at that time? If so I'll try to help otherwise apx is useless.
What asus firmware blob did you use with blobunpack? If it was a JB blob do not flash the ICS twrp recovery!
wheelie -r --blob blob.bin -created with Nvflash install
nvflash -r --download 4 blob.EBT -created with blobunpack
nvflash -r --download 10 blob.APP – created with blobunpack
nvflash -r --download 6 blob.LNX – created with blobunpack
nvflash -r --download 5 recovery.img-ICS twrp recovery image name when using blobunpacked ICS blob
nvflash --resume --go
Notice I have added a command to the beginning of the info posted in this thread. In this thread we took what rayman posted as literal but it appears we need the first line to boot into nvflash before giving the remainder of commands.
Also if you look at my signature you will find a thread relating to nvflash which may contain some info not presented in this thread.
If you get the same error tell me which command you typed to get that error.
Click to expand...
Click to collapse
Thank you for your reply.
I have a TF300T !
Unfortunately i do not have the blob.bin . I did not create it while unlocking my device.
So after unlocking my device my friend tried to flash a rom buring which he wiped out everything, flashed and rebooted. After which it got stuck in an infinite bootloop at Asus Logo.
I can get into APX mode so i did a lot of research and realized that i dont have the blob.bin !
so i am trying every possible tutorial before declaring it as bricked.
Is there a way i can unbrick it ? The main problem is that it doesnt have fastboot or adb access.
PS: I came across a petition on the internet asking asus for giving access n all ... I am assuming its for letting people like me without blob.bin to unbrick theor devices ! Am i right ?
Greetings everyone. I'm trying to get my head around the nvflash tool to make a full restore on my TF101. Long ago, when I flashed it with a custom rom I made a backup using nvflash, which saved pretty much all partitions inside the device's storage. I also must say that I don't have a clear idea of how nvflash works, so I'm just trying and failing with no luck so far.
I would like to be able to write the raw data I backed up into the device, but I don't know how to do it really. The script I'm working on to perform this task has a create command to write all the partitions and format them as they were when the backup was made. An additional detail is that I had an ubuntu there as well, hence the partition redefinition.
Thing is that the command that creates and format the partitions also writes a bootloader and other data into the device, which doesn't let me to re-write the original bootloader and data I have from the backup.
Here's the script:
Code:
#!/bin/bash
echo 'Restoring ASUS TF101...'
BACKUP_DIR=$1
./nvflash --bct transformer.bct --setbct --configfile $BACKUP_DIR/flash.cfg --bl bootloader.bin --create --odmdata 0x300d8011 --sbk 0x1682CCD8 0x8A1A43EA 0xA532EEB6 0xECFE1D98
./nvflash --rawdevicewrite 0 1536 $BACKUP_DIR/02_BCT_raw.img --bl bootloader.bin
./nvflash --rawdevicewrite 1536 256 $BACKUP_DIR/03_PT_raw.img --bl bootloader.bin
# ./nvflash --rawdevicewrite 1792 2048 $BACKUP_DIR/04_EBT_raw.img --bl bootloader.bin #bootloader
./nvflash --rawdevicewrite 3840 2560 $BACKUP_DIR/05_SOS_raw.img --bl bootloader.bin #recovery
./nvflash --go
./nvflash --resume --sync
./nvflash --resume --download 6 $BACKUP_DIR/06_LNX_raw.img #kernel
./nvflash --resume --download 7 $BACKUP_DIR/07_BAK_raw.img
./nvflash --resume --download 8 $BACKUP_DIR/08_GP1_raw.img
./nvflash --resume --download 9 $BACKUP_DIR/09_APP_raw.img #system
./nvflash --resume --download 10 $BACKUP_DIR/10_CAC_raw.img
./nvflash --resume --download 11 $BACKUP_DIR/11_MSC_raw.img
./nvflash --resume --download 12 $BACKUP_DIR/12_USP_raw.img
./nvflash --resume --download 13 $BACKUP_DIR/13_PER_raw.img
./nvflash --resume --download 14 $BACKUP_DIR/14_YTU_raw.img
# ./nvflash --resume --download 15 $BACKUP_DIR/15_UDA_raw.img #media (/!\ ~14/30GB large)
./nvflash --resume --download 16 $BACKUP_DIR/16_GPT_raw.img
echo "Restore completed!"
As you can see, I'm trying to use the rawdevicewrite option, which in theory is the one I should be using for some of the partitions due to being encrypted (as I read somewhere in here). The main problem of the script is that it can't continue after the first command, because it executes a sync and since there is no bootloader on the device after the formating, it fails.
I read that the config file used by nvflash also contains files to be transfered to the device. When I specify the backed up bootloader to load after the format, the transfer stops for some reason and never finishes. I suspect it has something to do with either the encryption, or because it's replacing something that is running.
So question is: how exaclty the rawdevicewrite can be used? is there a better/easier way to restore this kind of data?
I can't find much documentation about the tool to fix my script. My idea is to automate the restore so I can just throw it a dir, and it restores from there.
Note that I don't really have a problem with the device itself... well, I actually do, but what I mean is that I can successfully flash with stock roms and everything would work properly, but I would like to restore everything I backed up, including the original bootloader, recovery, etc, and I need this, because the recovery img I have (not the backup), doesn't seem to work after installing it, it gets stuck with a warning icon.
Any leads on how I could achive this will be appreciated. Otherwise I guess I will likely lose those partitions and be able to only restore non-encrypted data, which is a pity, because the data is there and theoricaly, raw writing it into the device should restore the state that was backed up.
Thanks in advance, let me know if you need further info.
Question - is the warning icon in stock recovery a dead droid laying down with an exclamation point overhead?
If so, this IS stock recovery working properly. It will only upgrade if a newer firmware zip is found on the internal or external storage, otherwise it will give you a dead droid.
frederuco said:
Question - is the warning icon in stock recovery a dead droid laying down with an exclamation point overhead?
If so, this IS stock recovery working properly. It will only upgrade if a newer firmware zip is found on the internal or external storage, otherwise it will give you a dead droid.
Click to expand...
Click to collapse
No, it's just a normal droid standing with the exclamation mark inside it, see attachment.
Lastnight, while I was playing around with the tablet an update came up, it rebooted the tablet and started the recovery session which seemed to work properly. I actually never used that recovery, so I guess it's safe to assume it's working properly? I thought I would have a few options there to wipe data or something.
I still wonder about the raw write option to fully recover my backups. Does any one think this is not necesary or that should I only worry about data partitions rather than all of them?
Hmm, I am not sure. I have only done full backups using ADB and nandroids in recovery.