So if I want to save everything on my phone (including kernel, radios, apps, system, market links, etc) how do I go about doing that? There's a check box in odin called Dump and then File [Dump] at the end but it didn't quite work the way I expected and I'm a little afraid of something wrong with odin, so I'd rather if someone could tell me how to do it from experience.
It would be nice if there was a recovery program that did a full backup of your device so that you could always resore from within recovery, but my understanding is that nandroids can't replace your radio or anything like that. So does a nandroid backup just saving you from having to reflash to stock from odin and having to do a titanium restore?
Thanks.
no one?
.....Buehler?
11 minutes worth of searching... ( I kinda knew where to look )
http://forum.xda-developers.com/showthread.php?t=459830&highlight=Nandroid+backup+restore
I was just gonna throw out a close enough answer and hope not to get flamed for my incompetence, but I got over curious as to whether or not my over-complication was correct.. so here goes it in simple terms..
its basically a script (.sh file) that tells your phone to backup your system to your sdcard while your phone is in recovery... something like this(off the top of my head):
to backup
mount /system
cp /system/* /sdcard/nandroid/DATE
to restore
mount /sdcard
cp /sdcard/nandroid/DATE /system
hope that answered your question?
junkdruggler said:
11 minutes worth of searching... ( I kinda knew where to look )
http://forum.xda-developers.com/showthread.php?t=459830&highlight=Nandroid+backup+restore
I was just gonna throw out a close enough answer and hope not to get flamed for my incompetence, but I got over curious as to whether or not my over-complication was correct.. so here goes it in simple terms..
its basically a script (.sh file) that tells your phone to backup your system to your sdcard while your phone is in recovery... something like this(off the top of my head):
to backup
mount /system
cp /system/* /sdcard/nandroid/DATE
to restore
mount /sdcard
cp /sdcard/nandroid/DATE /system
hope that answered your question?
Click to expand...
Click to collapse
I think that's just a regular nandroid backup. The scripts are handled for us these days by the excellent recovery menus in clockwork. So I don't think that's what I was looking for. I get the feeling I can do what I'd like from odin, I just don't know how to go about doing it.
Well there has to be a script that pulls the radio and kernel and whatever else you would want...( I saw koush ask someone with a stock phone to do it for him..) Then you would just have to make it an update.zip.. Koush would probably be the person to ask how to do it...
But I pretty much have to be at a computer to mess up your radio or kernel do you can use it to fix your phone with odin and do a nandroid..
I personally use an older recovery on my g1 and use switchrom.sh to backup and restore.. Which has to be typed by hand..
Sent from my SGH-T959 using XDA App
Not revolutionary (especially since zips work on stock recovery), maybe not even new on other variations, but still I thought worth bring up as at least it's new for for this variant in JB:
Now in JB for korean GSII we finally have a hidden partition(for better or worse) and it can be used to get root. I have no idea if this can apply at all to other variants of the gs2
On the SK ROM this partition contains nothing but apps (apks) which are all readable (I think they must be to work, but anyway they are). Most are probably arguably bloatware anyway, but it looks like some might be desirable or even fairly fundamental, I'm not sure yet.
It also turns out that it is possible to execute setuid-root files from this partition but of course it's not writable without flashing it.
So it's easy to copy all the files off the so called "hidden" partition through adb without root access... add an su binary, repack with make_ext4fs and tar and reflash with odin. Then you can adb in, run /preload/su to get root, and then copy/install su/supersu into the more normal place to make it more readily available to apps.
Of course the only thing preventing this method with the /system partition was that a few files in /system were not readable without root access and copying all the file permissions, links etc correctly could be a minor pain using only toolbox or whatever. For the hidden partition, for now at least, the directory layout is very simple and all readable.
If hemidall actually worked right in linux on this device for me I could do this with one linux script.
I have not tested a straight through trial of this because I got root already, but I've tested all steps.
In the past I got stock root without flashing unsigned kernels by hijacking the ROM through KIES (freeze it right after it's decrypted), unpacking the factoryfs, adding su/supersu, repacking and flashing. This allows some other customizations anyway so is at least sort of useful, not sure this hidden partition method has any added value. Maybe it will be a useful idea at point in time though.
Background
I do not plan on flashing roms, I have a rooted note 3(900t) with knox at 0x0(want to keep it that way). I do not want to backup APKs or personal information.
Desire
I only want to make a backup of all of my critical system files necessary to do a soft reboot. So that in a worst case scenario I never have to worry about not being able to reset my phone.
Reason
I plan on editing files with a root explorer and using Xposed framework.
Hope this is a little more clear, thanks for the help!
7US said:
I have a rooted note 3 with a knox warranty of 0x0. I would like to make a full backup of any system files that could become corrupted so that I may restore them without tripping the knox. I do not care about backing up Apps(Actually prefer to manually install them as I need them), I have all of my APK files manually backed up. Additionally I want to install Xprivacy and Xposed framework but they always warn to do a full backup. I was playing around with ADB as well but that backup seems to be directed at Apps and Contacts which I don't care about. Would it be safe to just install Xposed framework and Xprivacy and rely on the factory reset? Or is there some method I should use of doing a complete system backup. Also how would I restore that backup? (preferably I would like to have a nice backup/recovery method that I know I can always restore from my computer in case somehow one of my system files get deleted) Thank you for your help. I like to edit my system files and I have no problem using the standard phone reset I am more worried about critical failures really just as a failsafe.
Click to expand...
Click to collapse
too long.
if i get right from this longe sentences;
u cannot backup knox counter.
u can make nandroid backup from ur system but knox counter will change its value.
:good:
x102x96x said:
too long.
if i get right from this longe sentences;
u cannot backup knox counter.
u can make nandroid backup from ur system but knox counter will change its value.
:good:
Click to expand...
Click to collapse
I fixed my original post, hope it is more clear for you.
I know I cannot backup my knox counter, which is why I do not plan on installing CWM.
I am new to the Android operating system and read many threads about different methods of backing up and restoring(CWM/Titanium Backup/etc) but they always seem to be centered around backing up APKs+Contacts or backing up Roms for Rom Flashing.
I am trying to understand what I need to backup to be safe to play around with my system files and Xposed and always be able to restore any damage that I may do.
So far I played around with ADB a little bit and saw some tutorials on how to do full backups through ADB but not for the note 3. Thanks for your help! I plan on experimenting and such on my own but first I want to make sure I have necessary backups to not worry about crippling the OS.
Perhaps a question within my question is.. What type of backup do I need? What files need to be preserved for me to be able to do a system reboot to restore the phone? Is it safe for me to be using Xposed without a backup and playing around with system files? Will the soft reboot restore these files? If not what needs to be backed up, that really is my question.
7US said:
I fixed my original post, hope it is more clear for you.
I know I cannot backup my knox counter, which is why I do not plan on installing CWM.
I am new to the Android operating system and read many threads about different methods of backing up and restoring(CWM/Titanium Backup/etc) but they always seem to be centered around backing up APKs+Contacts or backing up Roms for Rom Flashing.
I am trying to understand what I need to backup to be safe to play around with my system files and Xposed and always be able to restore any damage that I may do.
So far I played around with ADB a little bit and saw some tutorials on how to do full backups through ADB but not for the note 3. Thanks for your help! I plan on experimenting and such on my own but first I want to make sure I have necessary backups to not worry about crippling the OS.
Perhaps a question within my question is.. What type of backup do I need? What files need to be preserved for me to be able to do a system reboot to restore the phone? Is it safe for me to be using Xposed without a backup and playing around with system files? Will the soft reboot restore these files? If not what needs to be backed up, that really is my question.
Click to expand...
Click to collapse
instead of making backup of ur system files u can download a firmware of ur region!
if something goes wrong when u try to modifying then flash the stock rom.
however u can easily copy a file to another direction and then paste back to original if issue appears.
for example build.prop and etc.
and for ur firmware as i said u can make nandroid backup (thr s lots of tools in play.store for it that not need custom recovery) (if i say correctly!)
:good:
7US said:
Background
I do not plan on flashing roms, I have a rooted note 3(900t) with knox at 0x0(want to keep it that way). I do not want to backup APKs or personal information.
Desire
I only want to make a backup of all of my critical system files necessary to do a soft reboot. So that in a worst case scenario I never have to worry about not being able to reset my phone.
Click to expand...
Click to collapse
suggestion:
you could use safestrap.
it is based on the twrp custom recovery but it will not trip knox !
read the thread before using it. you have some more benefits using ss, you will see.
backup the system and data partition and you are safe.
please note that this will never backup the content of your internal storage like your music, videos ond so on.
just dont wipe/format your internal storage from recovery or if you feel you need to, copy the whole content to your pc first.
additional things to backup:
you might want to backup your efs and maybe your pit file too.
easy to find info on this forum.
if you want to read more about backing up via adb, directly to the pc then this thread is for you.
i made a backup of the whole memory block one time, just for the worst case...
basicly, you just need the required files, open 2 cygwin windows and copy and paste(right click) the commands from the first 2 codeboxes from the thread into that windows.
hope this helps
A.N.Droid said:
suggestion:
you could use safestrap.
it is based on the twrp custom recovery but it will not trip knox !
read the thread before using it. you have some more benefits using ss, you will see.
backup the system and data partition and you are safe.
please note that this will never backup the content of your internal storage like your music, videos ond so on.
just dont wipe/format your internal storage from recovery or if you feel you need to, copy the whole content to your pc first.
additional things to backup:
you might want to backup your efs and maybe your pit file too.
easy to find info on this forum.
if you want to read more about backing up via adb, directly to the pc then this thread is for you.
i made a backup of the whole memory block one time, just for the worst case...
basicly, you just need the required files, open 2 cygwin windows and copy and paste(right click) the commands from the first 2 codeboxes from the thread into that windows.
hope this helps
Click to expand...
Click to collapse
Very interesting! Reading the 2nd link made me think... could I even recover my files through ADB if I crippled my OS? Don't I need to boot into the device to even get to ADB? Or can I access ADB through the stock boot screen without CWM? Safestrap also looks very tempting. Also do you have a list of the note 3 partitions for me to make ADB backups I have been looking for them on Google and can't find them anywhere the Android file structure is a jungle to me especially how it varies from phone to phone.
7US said:
Very interesting! Reading the 2nd link made me think... could I even recover my files through ADB if I crippled my OS? Don't I need to boot into the device to even get to ADB? Or can I access ADB through the stock boot screen without CWM? Safestrap also looks very tempting. Also do you have a list of the note 3 partitions for me to make ADB backups I have been looking for them on Google and can't find them anywhere the Android file structure is a jungle to me especially how it varies from phone to phone.
Click to expand...
Click to collapse
i´m not sure for the stock recovery but from twrp you can use this adb backup method. i just did it a few days ago.
you must change the path in the commands from /system/xbin to /sbin and no need for su.
it should work from safestrap too but i couldn´t get adb to work, some error message was shown.
for the partitions:
system ,data, efs
and maybe modemst1 and modemst2
theres a full list of partitions and an interesting discussion about this topic on this thread.
EDIT: If you are coming here for the first time, this guide should still work, but @PorygonZRocks has created a flashable zip that should deal with a lot of these issues automatically. You can check out his post here:
https://forum.xda-developers.com/showpost.php?p=75787067&postcount=699
This method will indirectly allow you to root the LG Gpad v410 after it has been upgraded to Lollipop 5.1.1. Yes. Rooting LG v410 Lollipop. It's through a downgrade, but it works.
It took a while to get working, but here's how I did it. The process is straightforward, but the details matter greatly. You will brick your device if you mess up. Please read everything *first* before you do anything. Be sure you understand the process. I'll try to explain what's going on along the way.
An external SD card is extremely helpful for this process. You *could* adb push everything, but that will tedious.
First, you need some files.
The 4.4.2 KDZ which is a TEST OS, but it can be rooted and it downgrades to a Bump'able bootlaoder:
http://forum.xda-developers.com/g-pad-10/general/kdz-lg-g-pad-7-0-v410-t3224867
The LG 2014 Flash Tool:
http://www.mediafire.com/download/fwrcd3pdj0svjtb/LG_Flash_Tool_2014.zip
Android LG Drivers:
https://www.androidfilehost.com/?fid=24052804347802528
Parted for Android. You can probably find it other places, but I found this file:https://dl.dropboxusercontent.com/u/84115590/LG%20G2%2016GB%20Solution/sdparted-recovery-all-files.zip
EDIT: There seems to be a lot of confusion here. My bad. All you need is the file named "parted" from this zip file - nothing else. Just put that one file in the root of your external SD card.
https://dl.dropboxusercontent.com/u/84115590/LG G2 16GB Solution/sdparted-recovery-all-files.zip linked from here: http://www.**********.com/your-32gb-lg-g2-shows-only-16gb-storage-space-heres-the-fix/
EDIT2: The dropbox link is down. I've attached the file directly.
The Candy5 ROM (This will potentially save you some manual steps. Somewhat optional, but highly recommended):
http://forum.xda-developers.com/g-pad-10/development/rom-candy5-g-pad-v410-lollipop-5-1-1-v2-t3111987
Flashify APK:
http://www.apkmirror.com/apk/christian-gollner/flashify/flashify-1-9-1-android-apk-download/
TWRP for the v410:
http://forum.xda-developers.com/g-pad-10/development/recovery-twrp2-8-5-0lgv400-410-t3049568
LG One Click Root:
http://forum.xda-developers.com/lg-g3/general/guide-root-lg-firmwares-kitkat-lollipop-t3056951
(You may use Purple Drake or whatever else you want. They all use the same root script as this does and the GUI is helpful for novices.)
Android SDK (specifically adb.exe. After installing go to SDK Manager and ensure that Android SDK Platform Tools is checked):
http://developer.android.com/sdk/index.html
For clarification below, when I have commands in "quotes" they are Windows commands. When they are in `backticks` they are commands that you run inside of ADB which actually run on your device....as root. Root can screw things up. Please be extra cautious. If you blame me for messing up your device I will laugh at you. But that's not gonna happen, right? Good. Let's go.
Now that you have everything, put it all into a folder where you can access it easily.
Install the LG Drivers.
Install Android SDK (or otherwise get adb.exe).
Extract all of the archives.
Move the KDZ to the LG Flash Tool 2014 folder.
Put the tablet into Download Mode by powering it off, holding VolUp, and plugging in the USB cable. Press VolUP when instructed. You must be in Download mode before continuing.
Run LGFlashTool2014.exe. Select the KDZ file. Click "CSE Flash". Click "Start". Select "English" and click OK. Do not change anything else.
WAIT for the flash to continue. If you really want to brick your device, here's a good opportunity.
The device will reboot into Android 4.4.2. You will only have 4GB of internal storage at this point. DON'T PANIC! We are fixing it.
Enable USB debugging.
Connect the device.
Install and run LG One Click Root. Wait for the device to be rooted before proceeding.
Copy the Flashify apk, TWRP image, and Candy5 ROM to your external SD card.
Install Flashify and flash TWRP to the recovery partition.
Use the Flashify menu to reboot in to recovery.
DON'T PANIC! You will get white vertical lines on the boot screen from now on. They only show up during boot animations. A small price to pay. This may be fixed at a later date. for the time being! Thanks to marcsoup's first post ever, we have a fix! Details below. PLEASE click this link and thank him!
Things get tricky here. Copy parted to your external SD card and then run "adb shell" from Windows to get a shell in TWRP.
In TWRP, unmount /data by tapping Mount > uncheck Data.
`cp /sdcard/parted /sbin/` This copies the parted binary to /sbin so it can be executed in the path. I had trouble running `/sdcard/parted`, but YMMV.
`chmod +x /sbin/parted` Make it executable.
`parted /dev/block/mmcblk0` Run parted against the internal mmc
`p` Prints the partition table.
`rm 34` Deletes partition 34 labeled "grow". This is the root of our problem. The KDZ apparently only creates a 4GB partition, I assume so the test build has maximum compatibility with all sized devices.
`rm 33` Deletes partition 33 "userdata"
`p` Print to verify
`mkpartfs` Create a partition and put a filesystem on it. If we only expand the partition it won't help us because the filesystem is still only 4 GB.
a) name: userdata
b) type: ext2 (the tool only supports ext2. This is ok for now.)
c) start: 3439MB (the end of part 32. IT MAY BE DIFFERENT FOR YOU!) Be sure you do not omit the MB part otherwise the offset will overwrite another critical partition.
d) end: 15.8GB (where "grow" ended above. IT MAY BE DIFFERENT FOR YOU!) Be sure you do not omit the GB part otherwise the offset will overwrite another critical partition.
`p` Verify. For me it did not name the partition properly. Gotta fix that.
(if necessary) `name 33 userdata` This is critical for mount to find it in /dev/block/platform/msm.sdcc.1/by-name/ on some/all ROMS.
`p`. Verify one last time. Compare it to my partition table in the attachments. If you want to brick, delete some random partitions here.
Flash Candy5 with TWRP. It's only 239 MB, so it will flash quickly. I do this because Candy5 will reformat mmcblk0p33 from ext2 to ext4 for you. It does this as part of it's system boot, apparently. If you install a different ROM that does not do this, you can reformat it by running `make_ext4fs /dev/block/mmcblk0p33`. If your ROM does not have make_ext4, it likely has some differnt method to make an EXT4 filesystem. `/system/bin/mke2fs -t ext4 /dev/block/mmcblk0p33` may work better. Just flash Candy5 and be done with it.
Tap Wipe > Swipe to Factory Reset.
Tap Reboot > System.
WAIT!!! It will take a minute for the ROM to start the first time. You will have white lines and and possibly a white screen. WAIT. It's moving the DEX files to cache, formatting a partition, creating default folders on the internal storage, and several other things. WAIT! When the screen goes dim or turns off then it's ready.
Cycle the display or turn it on. You should be at the Candy5 lock screen.
USB debugging is on by default. Run "adb shell".
`mount | grep userdata` Make sure mmcblk0p33 is mounted.
`df` Make sure /data is 11.3 GB (or whatever size it is on non-16GB devices).
HELL YEAH, you downgraded, rooted, and fixed the partition problem. Enjoy your tablet!
Thanks to dopekid313 for finding the KDZ.
Thanks to timmytim for Candy5.
Thanks to the creators of the root script, flashify, TWRP, and XDA for being so awesome.
Thanks to marcsoup for fixing a fix to the white lines.
Thanks to navin56 for the partition dumps. PLEASE thank his post!
White lines fix.
What we are going to do is flash the aboot partition with the stock image provided by navin56. I've removed the extra files from the dump, so simply download aboot.img.7z below. Unzip it using 7zip.
These commands are to be run in TWRP. Reboot to TWRP recovery and connect with "adb shell". All of the following commands will be run in ADB under TWRP. If you cannot figure out how to get here, please post in the thread and someone will help you. Onward:
If you do everything correctly then you don't have to reflash your ROM and you won't lose data. This process can be done any time after flashing the KDZ, even before you follow the steps above to resize the userdata partition. It's a completely separate process.
Unzip aboot.img.7z so you have the file named aboot.img. You should also make sure that aboot.img's MD5 sum is e97431a14d1cee3e9edba513be8e2b52. Do not flash the 7z file. Please.
Copy aboot.img to your external SD card. It should live at /sdcard/aboot.img
Boot to TWRP and run "adb shell"
`ls -al /dev/block/platform/msm_sdcc.1/by-name/` Let's make sure we are flashing the right partition. On my device "aboot" is /dev/block/mmcblk0p6. You should verify this on your device or you WILL brick your tablet.
`dd if=/dev/block/mmcblk0p6 of=/sdcard/aboot-fukt.img` Let's back up our current aboot partition before we go flashing things just in case there are unintended consequences later. Be sure you have the same partition that "aboot" referred to in the 4th step or you have just backed up the wrong partition.
`dd if=/sdcard/aboot.img of=/dev/block/mmcblk0p6` Be sure the file exists, is the correct aboot.img, and you are flashing the right partition. You have been warned!!
Reboot TWRP and enjoy your boot animations again.
If I missed anything, please let me know. As far as I know this is the very first tutorial that details what is necessary to accomplish this. Please hit the Thanks button on every thread that you visit to download files!
FAQ:
Q: Why do I only have 11.3 GB of space when my device is 16GB?
A: The entire internal SD card (eMMC) is 16 GB. Gotta have someplace to install the bootloader, recovery, android, the modem OS, the secondary bootloader, the cache, the resource and power manager, and all of the other partitions necessary for the table to operate. Please look at the second screenshot in the OP. All of those 33 partitions take up room on the internal card. Fortunately ALL of those partitions ONLY take up about 4.4 GB. Hence the 'userdata' partition is ~11.3 GB.
If anyone wants to use my work to create a flashable zip to make it easier for novices, please do so. My problem is solved and I don't have the time to create the zip. Please post any questions and I'll gladly answer them! I'm so stoked that we have a usable downgrade method now!
Thank You, Worked Great
Thanks for making this I was gonna do it but was to lazy lol and thanks for linking my thread and giving cred instead of just linking straight to the kdz thank you
grandamle91 said:
Thank You, Worked Great
Click to expand...
Click to collapse
Glad to be of help!
dopekid313 said:
Thanks for making this I was gonna do it but was to lazy lol and thanks for linking my thread and giving cred instead of just linking straight to the kdz thank you
Click to expand...
Click to collapse
Of course! If you hadn't obtained the firmware then we'd all still be looking for a solution. It pisses me off to no end when people try to take credit for other people's work. We all just need to realize and acknowledge that we are simply standing on the shoulders of those who did the work necessary for each of us to do our work.
I just noticed since we formatted the userdata it screws up TWRP. It won't mount Data and it says the settings are corrupted
grandamle91 said:
I just noticed since we formatted the userdata it screws up TWRP. It won't mount Data and it says the settings are corrupted
Click to expand...
Click to collapse
Is this after you've rebooted into Candy5 and the partition is reformatted as ext4 (or you've done so manually)? TWRP may not be able to mount an ext2 partition.
EDIT: I just tested this. Following my instructions and flashing to Candy5, TWRP sees mmcblk0p33 (userdata) as the full size and mounts it at /emmc.
For clarification, after you run the parted commands, it will mess with the partition table and TWRP will most likely not be able to see it to remount it - at least not until after a reboot. This is why you need an external SD card from which to install ROMs.
/data not mounted
Edit: nevermind. The partition 33 was still ext2. I had to run make_ext4fs /dev/block/mmcblk0p33 and now I am able to mount /data. Thanks.
Thanks for taking the time to help us.
I followed the steps and till 33 I am good. But once I am in Candy5, I am not able to adb shell (adb not recognizing device eventhough usb debugging is on). I rebooted to recovery and adb works there. But my /data partition is not enabled in TWRP. I am not able to check it either under Mount in TWRP.
Code:
mount | grep userdata
is empty
Code:
df
does not show data
I tried this and my tablet bootlooped. I was able to get into fastboot and restore. I would GREATLY appreciate it if someone who has the time, would kindly donate their valuable time to into making an exe zip or something.
gridironbear said:
I tried this and my tablet bootlooped. I was able to get into fastboot and restore. I would GREATLY appreciate it if someone who has the time, would kindly donate their valuable time to into making an exe zip or something.
Click to expand...
Click to collapse
At what point did it bootloop? What was the last step that you took before rebooting?
Zip
I would really appreciate a zip file as I have never been savvy with adb and for whatever reason it doesn't want to work on Windows 10.
drumm3rb0y said:
I would really appreciate a zip file as I have never been savvy with adb and for whatever reason it doesn't want to work on Windows 10.
Click to expand...
Click to collapse
A zip file for what part? The only part that requires ADB directly is to fix the internal storage. You absolutely have to flash the KDZ and then root before you can do anything. If you are on 5.x then you have no possible way to root, much less flash a zip file.
If you tell me what exactly you are having issues with I will try to help.
fatbas202 said:
A zip file for what part? The only part that requires ADB directly is to fix the internal storage. You absolutely have to flash the KDZ and then root before you can do anything. If you are on 5.x then you have no possible way to root, much less flash a zip file.
If you tell me what exactly you are having issues with I will try to help.
Click to expand...
Click to collapse
The adb part is the part im having issue with. Everything else is flashed already. I was wondering if you could make a zip for the adb part so I can just flash it through twrp.
thanks for the great help. it did work perfectly to regain the lost space.
what about white lines ? is there any solution for that problem ?
I have tried flashing back stock recovery extracted from kdz, dd' but didn't help.
Now i am thinking of flashing back the aboot.bin extracted from original kdz or i can dump ".img" from another working device. (i have 4 similar devices)
what is your opinion i m not a developer and i need your advise. should i go ahead and which partition should i dd ? aboot or abootb or boot ?
regards
shahidmianoor said:
thanks for the great help. it did work perfectly to regain the lost space.
what about white lines ? is there any solution for that problem ?
I have tried flashing back stock recovery extracted from kdz, dd' but didn't help.
Now i am thinking of flashing back the aboot.bin extracted from original kdz or i can dump ".img" from another working device. (i have 4 similar devices)
what is your opinion i m not a developer and i need your advise. should i go ahead and which partition should i dd ? aboot or abootb or boot ?
regards
Click to expand...
Click to collapse
I have no solid evidence of this, but I suspect that the white lines are caused by a display driver issue where when the bootloader hands over control of the display to the kernel it doesn't get reinitialized properly. I have no ideas as to how to get rid of that at the moment but if I stumble across something I'll be sure to post here.
While I'm not an Android developer, I've been a Linux admin for 10+ years and have a lot of experience with Android devices. I'd be really hesitant to go flashing things ad hoc. While Download Mode may save you if you flash the wrong thing, I'm not entirely sure what the limitations that you may run in to with a locked bootloader are.
After having this device for months on 5.x and FINALLY being able to downgrade and run custom ROMs with root, not seeing a boot animation is a pittance to pay. But I'll keep looking.
i have same problem entered in TWRP but when ADB sheel thorough DP tools it didn't connect to my device. i m also using windows 10
Do I need to Re-mount Data ? I press format data button at TWRP and mount data. It looks work great.
After all process, it shows 16Gb total at storage, 11.04GB available. it works perfectly.
I need the stock V41010d, so I reflash the stock rom rooted at [ROM][STOCK](V410 ONLY)KOT49I.V4101d | 4.4.2 | Rooted + Busybox
Now, my Gpad is at stock V41010d, but I have a question about the boot screen, is it still with white lines and white screen? Any method to fix it?
Hello,
Thanks for the great work. unfortunately I am facing some difficulty, starting from step# 16 "Things get tricky here", how to run"adb shell in TWRP?
also can I use minimal_adb_fastboot_v1.1.3_setup.exe as mentioned in the link in the OP http://www.droidviews.com/your-32gb-lg-g2-shows-only-16gb-storage-space-heres-the-fix/ ?
also I noticed the path have been used includes 'parted' folder, but the folder I have after unzipping the parted zip called 'sdparted-recovery-all-files', do I rename the folder to 'parted' instead?
please help and excuse my broken English.
I'm also having trouble with the adb shell step. When my device is powered on normally, adb commands work. However, in TWRP mode my computer can't recognize the tablet, mount properly, and copy over parted. All the steps have been identical to this point. Any ideas?
iphone5sf said:
Do I need to Re-mount Data ? I press format data button at TWRP and mount data. It looks work great.
After all process, it shows 16Gb total at storage, 11.04GB available. it works perfectly.
I need the stock V41010d, so I reflash the stock rom rooted at [ROM][STOCK](V410 ONLY)KOT49I.V4101d | 4.4.2 | Rooted + Busybox
Now, my Gpad is at stock V41010d, but I have a question about the boot screen, is it still with white lines and white screen? Any method to fix it?
Click to expand...
Click to collapse
You shouldn't need to remount or format data. The parted command nukes the filesystem and creates a new one formatted as ext2. At this point the running kernel has the old partition table loaded and won't know that the partition has been extended. Simply flash Candy5 and reboot at this point and it will reformat the userdata partition.
See above for the white lines during the boot animation. Known issue, no fix in sight, doesn't really matter.
nmnm4alll said:
Hello,
Thanks for the great work. unfortunately I am facing some difficulty, starting from step# 16 "Things get tricky here", how to run"adb shell in TWRP?
also can I use minimal_adb_fastboot_v1.1.3_setup.exe as mentioned in the link in the OP http://www.droidviews.com/your-32gb-lg-g2-shows-only-16gb-storage-space-heres-the-fix/ ?
also I noticed the path have been used includes 'parted' folder, but the folder I have after unzipping the parted zip called 'sdparted-recovery-all-files', do I rename the folder to 'parted' instead?
please help and excuse my broken English.
Click to expand...
Click to collapse
You only need the sdparted-recover-all-files.zip from that site. "parted" is not a folder, but the binary (without a file extension) inside of that zip file. Copy that file to /sbin and you are in business.
zmali1 said:
i have same problem entered in TWRP but when ADB sheel thorough DP tools it didn't connect to my device. i m also using windows 10
Click to expand...
Click to collapse
summonholmes said:
I'm also having trouble with the adb shell step. When my device is powered on normally, adb commands work. However, in TWRP mode my computer can't recognize the tablet, mount properly, and copy over parted. All the steps have been identical to this point. Any ideas?
Click to expand...
Click to collapse
I'd recommend installing the SDK and pulling the drivers from that. Alternatively, you can try the drivers here: https://github.com/koush/UniversalAdbDriver.
Technically, when I ran the "parted" commands I was actually booted in to rooted 4.4.2 from the KDZ; I wasn't actually in TWRP. It's just not a very recommended way of going about it. I explained how to run all of this from TWRP, but there's no technical reason that you *can't* run this from Android. You just *shouldn't* because you can't cleanly unmount the filesystem and it theoretically could cause filesystem corruption. I just figured that I don't care about that partition getting corrupted since it's getting wiped out.