What is it? Because I want to download the mokeeOS, but the installation is confusing me, so I wanna know if the efs matters
Sent from my SGH-T959V using XDA
1. Yes efs matters a lot
2. I don't know a whole lot but it holds the network info, imei number, and alot of other really important things
Sent from my SGH-T959V using xda premium
Although there is a way to make sure you have a backup, flash this file in cwm
sourceforge.net/projects/teamacid/files/fb/cwm/cm7-efs-backup.zip/download
And there will be two files in the root of your sd card
Efs-backup.tar and efs-backup.tar.md5 ( I suggest save it to your computer, it saved my ass )
And you can restore this backup at anytime by flashing this
sourceforge.net/projects/teamacid/files/fb/cwm/cm7-efs-restore.zip/download
Good luck
Sent from my SGH-T959V using xda premium
Efs is the files system that holds the unique identifiers for your device. Without it, your phone is basically useless. You won't be able to connect to any network properly do things like phone calls, internet, texting, are all degraded, if they even work at all... Make sure you know what you are doing before messing with it. Fb created a vet good guide on the wiki. Follow it to a T!
Sent from my SGH-T959V using XDA
I would suggest using a root browser to copy the EFS folder to somewhere safe on your PC and copy a 2nd back-up to your SD card. I lost IMEI going from CM7 to moKeeOS but was able to easliy restore it with a back-up and a root browser.
The flashable EFS back-up/restore from FB should still be used, but with EFS/IMEI I don't think you can be too careful and backing it up manually as previously stated is a good idea.
Yeah, I keep multiple copies of it on my PC. The reason being is that I copy it whenever I do a backup before a flash. So I have a directory with the date with 3 folders: efs, nandroid, and sdcard. I used adb to copy them:
Code:
cd efs
adb pull /efs/
Probably overkill, but better to be safe than sorry, eh?
Ok, but once you lose IMEI and don't have a backup (I received this phone for repair), then what can I do?
serialteg said:
Ok, but once you lose IMEI and don't have a backup (I received this phone for repair), then what can I do?
Click to expand...
Click to collapse
It's pretty much screwed without the OEM Samsung/Tmo software. You would have to send it to Samsung for repair, or you might get lucky and get an engineer to hook you up, but that is unlikely...
thomas.raines said:
It's pretty much screwed without the OEM Samsung/Tmo software. You would have to send it to Samsung for repair, or you might get lucky and get an engineer to hook you up, but that is unlikely...
Click to expand...
Click to collapse
thanks for the answer. that OEM software isn't available in the forums or anywhere else for us? because I swear I flashed something OEM'ish without root with heimdall.
also, the imei is on the battery part of the phone, can't i fix it?
i read somewhere that you could use a phone just fine without imei on the about phone.
you can use the phone without imei, but it doesn't function as well as it would with it. Also, i was using titanium backup and it said my device's id was changed, and it showed my actual imei. If i were to restore it, would that fix the imei?
EFS help on the SGH-T959V
Basically, I've had a hell of a time with some EFS drama this weekend, made a total noob mistake, but in a stroke of luck I was able to "recover" so to speak my EFS even after it was supposedly "wiped."
After some thorough research and READING and bit of thought, I realized that the PIT mapping layouts between BML and MTD are indeed different, and that in theory if one remaps to BML (in layman's terms a stock partition map) then the EFS data originally on the phone gets correctly remapped (at least in my case it did).
To reiterate:
1. I did a nandroid backup. Basic ****. I hope to god you at least did this step too.
2. I used the cm7-efs-backup.zip script to backup my EFS. This was my first mistake. In my case, I don't know why I'm still researching, this script failed to make a backup .tar on my sdcard or anywhere else for that matter. It didn't throw any error messages either on the screen in the process. Not trying to attack the authors of that script, I'm just saying it didn't work for me this time.
3. I pushed the TWRP boot.img with Heimdall
4. I used the cm7-efs-restore.zip script which also "succeeded" but did nothing to restore any sort of EFS obviously because there was no backup to begin with.
5. I flashed R11 unofficial cm7 and booted up. Everything was fine but the IMEI was corrupted and I confirmed that the new MTD EFS partition was empty. On T-Mobile I could place no calls and only got sporadic and intermittent data access.
It was at this point I was sure I had ruined my phone.
After some more careful reading I realized that the original EFS was still present on the firmware, however the new MTD layout I flashed (wisely) stores its EFS partition in a different physical location. In theory, I thought if I reverted to BML and a stock ROM then I would recover the original EFS. In my case, this was successful.
1. I accessed the most recent "boot.img" file from my most recent nandroid and pushed that back to the device with Heimdall
2. At this point you have to flip your USB drivers back to USB Composite Device.
3. I then used a Heimdall one click to return to a rooted stock KJ6 "Gremlin Remover"
4. Upon restart, everything was fine (sigh of relief)
At this point, I'm still trying to determine why my EFS cannot be backed up with a few automatic tools. I made a backup of the file structure, but even lyriquidperfection's EFS Pro 1.4.7 can't make a backup of the EFS. It can access the ADB Server, but the backup 'fails'.
I'll check back in after I figure out why.
Hopefully this info will help anyone else who has switched to MTD and has a missing EFS.
nick.tansy said:
At this point, I'm still trying to determine why my EFS cannot be backed up with a few automatic tools. I made a backup of the file structure, but even lyriquidperfection's EFS Pro 1.4.7 can't make a backup of the EFS. It can access the ADB Server, but the backup 'fails'.
I'll check back in after I figure out why.
Hopefully this info will help anyone else who has switched to MTD and has a missing EFS.
Click to expand...
Click to collapse
I had similar issues yesterday. If your trying to install the twrp and then downgrade to the version with wifi dont flash the boot.img with heimdall. Follow the instructions for installing via cwm.
Just install the zip that has twrp in it. But follow the directions for normal cwm installation.
Also when trying to make a backup of your efs, make sure system is mounted. I initially did not have any problem but I was on antonx's kernel and when you flash with that recovery it would mount properly. What is happening is system isnt getting mounted. So its making a null backup.
The most important thing to do is when you are trying to make a backup of your efs is mount system!
Hi have you tried the updated EFS Pro v1.7.13? It can now automatically detect the mount point of the '/efs' folder for back up and restore. Also many many bug fixes and new code to communicate with adb.exe alot more quickly and efficiently.
Head over to the forum and check it out.
I already solved this problem, but this would seem useful other people with the same problem. But what forums are you exactly referring to?
Sent from my SGH-T959V using XDA
mierkat09 said:
I already solved this problem, but this would seem useful other people with the same problem. But what forums are you exactly referring to?
Sent from my SGH-T959V using XDA
Click to expand...
Click to collapse
This one.
http://forum.xda-developers.com/showthread.php?p=18524176
I apologize in advance for asking the following noob questions. I have been an iPhone user for 3 years and wanted to take advantage of the GS3, which I am loving even without it being rooted. I am fairly tech-savy and believe I'll have no problem rooting my phone. There are just a few things I want to thoroughly understand. I've been sold on the fact that I want to root my phone to gain control of it, remove the bloatware, and extend it's battery life, etc. If there is a thread or posting or website somewhere that explains what I need to know very well, please direct me!!
I was looking for some major tips on the best way to achieve my goal of rooting and flashing to a new ROM...If someone could, PLEASE answer EVERY question. I'd like to fully understand how to get to my goal of rooting and flashing to a desired ROM without bricking it. If this gets desires attention, it could be a great sticky posts for other newbies!
1. First and foremost...What is a kernal? I see things about CM9/CM10 kernals. Is it something like a ROM? How is it related/different?
2. What is the CMW, what is a Touch Wiz?
3. What is the overall best way for a newbie to root their phone and install a desired ROM? Odin or???
4. As I understand thus far, there is rooting, then there is ROM flashing, and then there is something to do with unlocking the bootloader... I'd like to fully understand all of these.
Here's my goal and what I'm seeking help on... I think I want to use the Synergy ROM. What is the first step I must do? Do I somehow root my phone and then use Odin to flash to the Synergy ROM? Or is the first step simply opening Odin, connecting phone, and flashing to Synergy ROM? Do I not even use Odin to flash to Synergy? I'm confused here based on the install info in Synergys FAQ - do I use Odin at all??? Do I need to back anything up? Do I need to download or use some app to block Verizon OTA updates permanently??
In the Q&A of the Synergy ROM thread, it states:
You should have an unlocked bootloader if you wish to take full advantage of this ROM.
Click to expand...
Click to collapse
Must I unlock the bootloader seperately via this thread here, or do ROMs or other kernals (or whatever) have the unlocked bootloader built-in?? Do I install the bootloader before I root or after I root? What's the best way to unlock the bootloader(mmmeff's EZ-Unlock App, Terminal Emulator, or Adam Outler's Casual for Rooting/Cwm/Unlocking Bootloader)? Also, how do I keep the bootloader from being updated OTA, to keep from having problems????
I think that answers most/all of my questions. I'd hugely appreciate a response and answers to clarify all this, or links to some post or site I'm missing that explain all this to me. My goal to to root my phone, likely install a ROM, and do all this without bricking it, and hopefully without voiding any warranties (though not a big deal).
Thanks a bunch in advance!!
All the answers you seek can be found in droidstyle's guide. It's a sticky in the development section.
Sent from my SCH-I535 using xda app-developers app
Introduction to Rooting:
This is meant as a very basic disccussion for people completely new to rooting and Android. As a result, it will omit many details and simplify others. If there is a blatant mistake, please let me know and I'll correct it, but if there's something that's just not QUITE right, chances are it's simplified on purpose. Also, it's not meant to be a rooting guide (as there are excellent ones out there already) so much as an explanation of concepts most of us take for granted, but noobies don't.
DISCLAIMER: I, nor anyone else referenced (or not) in this thread, am not responsible for what you do with your phone. Rooting and otherwise altering your phone has the potential to brick your device, void your warranty, and many other horrible horrible things. Perform these actions at your own risk.
What is root/rooting?
In Unix-style operating systems, "root" is the name of the user who has all permissions and is therefore able to run/modify/change/delete just about anything. If you're familiar with Windows, this account is called Administrator. The default account (that's you!) on an Android phone does NOT have these privileges. Rooting is the process of obtaining them (i.e. obtaining root access). Once you root, you can "flash" new software onto your phone without restriction. This is great because you now have control over what programs are on your phone, what your UI looks like, how your phone handles resources, what kernels you run, and more!
Once your phone is rooted, you don't always wield all of that power. You control your access to all these new abilities with a program called SuperUser (available on the market and baked into ROMS). This program can grant these special rights to any other program that requests them. So let's say a program wants to write data to a place it's not allowed. It will ask SuperUser to up its privileges and then BAM! it can write where it wants to. You yourself can gain SuperUser privileges in a shell by typing su. Then YOU can read, write, and execute to your hearts desire.
Before you root:
Before rooting, there are some basic things you should know. A lot of people rush into it without bothering to learn everything they should. Sometimes it goes well, and sometimes it doesn't.
Phone partitions: Your phone has a number of partitions. The important ones to know at first are:
1. System - this partition is essentially what you think of when you think of the operating system, the Android UI, and preinstalled
apps. When people talk about flashing ROMs (e.g. CyanogenMod, Synergy, etc), they are talking about flashing a new system
partition.
2. Boot - this is the kernel and ramdisk. The kernel is responsible for managing the interactions between the phones software (including the ROM) and the
hardware. Altering the kernel can increase/decrease performance, battery life, and more because it manages applications and system resources. When
you flash a new kernel, it flashes to the boot partition. You may not notice a big difference like you do when changing ROMS, but behind the scenes, your
phone's performance can be drastically altered. A *LOOSE* analogy is that the ROM is like the body and interior of your car (including exterior color, AC,
stereo, heated seats, TV in headrests, etc.) and the kernel is like the engine. You may not see it, but you'll know it's there if it's awesome or it sucks.
3. Aboot - this was largely unimportant for newbies until the bootloader lock/unlock situation. The short story is that aboot contains functions which
authenticate the boot partition (that's the kernel, remember?). It checks to see if your boot partition is Verizon legal and if not, it aborts the boot process
and politely tells you to contact Verizon. This authentication is what is referred to as a "locked" bootloader. It prevents you from completely booting the
phone with a custom kernel. The bootloader is "unlocked" by replacing the stock aboot partition with one that does NOT check up on the boot partition.
This is important because it allows us to run whatever kernel we want.
4. Data - this contains user installed apps, settings, contacts, bookmarks, etc, etc, etc. You can wipe this partition (as opposed to the above partitions) and
still boot into the operating system. You will have just lost all your setting and apps. This is called a factory/data reset.
5. Cache - this is stuff that you frequently use so it's kept available for better performance. You can wipe it without much consequence.
6. Recovery - this partition contains a separate operating system that allows you to recover from a corrupted/absent/otherwise jacked up operating system. It
has other functions as well. The big ones are to backup your device and restore said backups, to wipe certain partitions, and to flash things to your
phone (i.e. install new ROMs, recoveries, or other programs). The stock recovery is limited so you will definitely want a custom recovery, created by the
fine devs in the community, on your device.
What is a ROM and what is a kernel? I touched on this above. A ROM is what goes on the system partition. It contains what you think of as the Android OS including the UI and preinstalled apps. It controls how programs interact with you, the user. A kernel controls how those programs interact with the phones hardware. You need both a ROM and a kernel to have a functional phone.
How do I get started rooting and flashing?
There is an excellent guide stickied in the development thread here http://forum.xda-developers.com/showthread.php?t=1762709. However, many of us
forget what it's like to be a COMPLETE newbie and to someone who has no idea about anything, even fantastic guides like that can be a little intimidating.
You can follow the steps, but may not understand what you're doing. The steps to take to start out with are:
1. Make sure you understand what I've written above. Make sure you are comfortable with the possibility of bricking your phone.
2. Root your device. As I said above, this is simply gaining root/Admin/whatever you want to call it access on your phone. In and of itself, it does NOT alter
the ROM or kernel or much of anything else. However, there are many different ways to obtain root and some of them DO alter these things. The easiest
and safest way to root (IMO) is to use Noxious Ninjas excellent tool. http://forum.xda-developers.com/showthread.php?t=1792342. If you like it, I
encourage you to donate or at least "Thanks" him. It works by taking advantage of debugfs permissions to get su (remember this from above??) onto
your phone with permissions set so you can run it. It therefore doesn't change ROMs or anything else. You won't lose data, apps, or anything else. It just
sneaks su right onto your current setup.
3. Install a custom recovery. This will allow you to do all the fun stuff I talked about above. I recommend installing EZ-recovery from the market and flashing
CWM 6.0.1.0.
1. Install EZ-recovery
2. Under the "Recovery" heading, click the Recovery radio button and select CWM 6.0.1.0 next to it.
3. Click flash
4. Backup everything as if your life depended on it. This means backing up your IMEI as shown here
http://rootzwiki.com/topic/32397-tutorial-imeibackup-nv-with-qpst-us-variants/ and making a nandroid. A nandroid is an image of your phone
including your ROM, your data, and your kernel(depending on what phone you have). You can restore a nandroid backup and you'll be right back where
you were before flashing or changing things around. The steps to making a nandroid are:
1. Turn off your phone.
2. Hold down volume up, home, and power until recovery appears.
3. Use the volume rocker to go to "backup and restore" and hit the power button
4. Select backup and then select the external (default) or internal (labeled "internal") SD card
You can restore a nandroid in a similar fashion (although you should wipe data/cache first - see below).
5. Unlock the bootloader. You must do this seperately from flashing ROMs and kernels. Refer to this thread http://forum.xda-developers.com/showthread.php?t=1839791 and give appropriate thanks! A warning...if you mess up your aboot partition, there's really nothing (that I know of) you can do to revive your phone besides send it to someone with JTAG or back to Verizon.
You're now ready to start flashing ROMs.
As a precursor, there are ROMS that are based on TouchWiz modified Android from Verizon/Samsung and there are ROMS based on AOSP (e.g. CyanogenMod). TW roms need a TW kernel and AOSP roms need an AOSP kernel. Until you get comfortable with everything, I would stick with TW. Also, some roms come with kernels and will flash the kernel to your boot partition as well as the ROM to your system partition. Some ROMs don't come with kernels. ALWAYS ALWAYS ALWAYS read the OP of a rom you want to flash to find out kernel information as well as how to install the rom and anything else you may need to know. The general steps to flashing a ROM are (remember to read the OP for specifics):
1. Backup apps, data, call log, contacts, messages, etc. My program of choice for much of this is Titanium Backup available on the market. Buy it as you'll
use it a billion times.
2. Download the ROM you want and check the MD5
3. Place the ROM on the root of your SD card. Do NOT unzip it.
4. Reboot into recovery and make a nandroid backup
5. Wipe data/factory reset and wipe cache. Wipe it more than once if paranoid.
6. Go to "install zip from sdcard" and select the ROM you want
7. If you want/need to flash a kernel, install that zip from the sdcard too with the same command
8. Reboot and restore all that you backed up
Remember:
- ALWAYS backup before doing anything
- verify MD5
- wipe data and cache (unless told not to by the ROM dev)
- NEVER accept an OTA (having a custom recovery should block OTAs anyway)
PS. The techniques, tools, roms, etc in this post are not mine and arte the products of hours of hard work by multiple devs. Please thank them accordingly.
Bleelas said:
Introduction to Rooting:
This is meant as a very basic disccussion for people completely new to rooting and Android. As a result, it will omit many details and simplify others. If there is a blatant mistake, please let me know and I'll correct it, but if there's something that's just not QUITE right, chances are it's simplified on purpose. Also, it's not meant to be a rooting guide (as there are excellent ones out there already) so much as an explanation of concepts most of us take for granted, but noobies don't.
DISCLAIMER: I, nor anyone else referenced (or not) in this thread, am not responsible for what you do with your phone. Rooting and otherwise altering your phone has the potential to brick your device, void your warranty, and many other horrible horrible things. Perform these actions at your own risk.
What is root/rooting?
In Unix-style operating systems, "root" is the name of the user who has all permissions and is therefore able to run/modify/change/delete just about anything. If you're familiar with Windows, this account is called Administrator. The default account (that's you!) on an Android phone does NOT have these privileges. Rooting is the process of obtaining them (i.e. obtaining root access). Once you root, you can "flash" new software onto your phone without restriction. This is great because you now have control over what programs are on your phone, what your UI looks like, how your phone handles resources, what kernels you run, and more!
Once your phone is rooted, you don't always wield all of that power. You control your access to all these new abilities with a program called SuperUser (available on the market and baked into ROMS). This program can grant these special rights to any other program that requests them. So let's say a program wants to write data to a place it's not allowed. It will ask SuperUser to up its privileges and then BAM! it can write where it wants to. You yourself can gain SuperUser privileges in a shell by typing su. Then YOU can read, write, and execute to your hearts desire.
Before you root:
Before rooting, there are some basic things you should know. A lot of people rush into it without bothering to learn everything they should. Sometimes it goes well, and sometimes it doesn't.
Phone partitions: Your phone has a number of partitions. The important ones to know at first are:
1. System - this partition is essentially what you think of when you think of the operating system, the Android UI, and preinstalled
apps. When people talk about flashing ROMs (e.g. CyanogenMod, Synergy, etc), they are talking about flashing a new system
partition.
2. Boot - this is the kernel and ramdisk. The kernel is responsible for managing the interactions between the phones software (including the ROM) and the
hardware. Altering the kernel can increase/decrease performance, battery life, and more because it manages applications and system resources. When
you flash a new kernel, it flashes to the boot partition. You may not notice a big difference like you do when changing ROMS, but behind the scenes, your
phone's performance can be drastically altered. A *LOOSE* analogy is that the ROM is like the body and interior of your car (including exterior color, AC,
stereo, heated seats, TV in headrests, etc.) and the kernel is like the engine. You may not see it, but you'll know it's there if it's awesome or it sucks.
3. Aboot - this was largely unimportant for newbies until the bootloader lock/unlock situation. The short story is that aboot contains functions which
authenticate the boot partition (that's the kernel, remember?). It checks to see if your boot partition is Verizon legal and if not, it aborts the boot process
and politely tells you to contact Verizon. This authentication is what is referred to as a "locked" bootloader. It prevents you from completely booting the
phone with a custom kernel. The bootloader is "unlocked" by replacing the stock aboot partition with one that does NOT check up on the boot partition.
This is important because it allows us to run whatever kernel we want.
4. Data - this contains user installed apps, settings, contacts, bookmarks, etc, etc, etc. You can wipe this partition (as opposed to the above partitions) and
still boot into the operating system. You will have just lost all your setting and apps. This is called a factory/data reset.
5. Cache - this is stuff that you frequently use so it's kept available for better performance. You can wipe it without much consequence.
6. Recovery - this partition contains a separate operating system that allows you to recover from a corrupted/absent/otherwise jacked up operating system. It
has other functions as well. The big ones are to backup your device and restore said backups, to wipe certain partitions, and to flash things to your
phone (i.e. install new ROMs, recoveries, or other programs). The stock recovery is limited so you will definitely want a custom recovery, created by the
fine devs in the community, on your device.
What is a ROM and what is a kernel? I touched on this above. A ROM is what goes on the system partition. It contains what you think of as the Android OS including the UI and preinstalled apps. It controls how programs interact with you, the user. A kernel controls how those programs interact with the phones hardware. You need both a ROM and a kernel to have a functional phone.
How do I get started rooting and flashing?
There is an excellent guide stickied in the development thread here http://forum.xda-developers.com/showthread.php?t=1762709. However, many of us
forget what it's like to be a COMPLETE newbie and to someone who has no idea about anything, even fantastic guides like that can be a little intimidating.
You can follow the steps, but may not understand what you're doing. The steps to take to start out with are:
1. Make sure you understand what I've written above. Make sure you are comfortable with the possibility of bricking your phone.
2. Root your device. As I said above, this is simply gaining root/Admin/whatever you want to call it access on your phone. In and of itself, it does NOT alter
the ROM or kernel or much of anything else. However, there are many different ways to obtain root and some of them DO alter these things. The easiest
and safest way to root (IMO) is to use Noxious Ninjas excellent tool. http://forum.xda-developers.com/showthread.php?t=1792342. If you like it, I
encourage you to donate or at least "Thanks" him. It works by taking advantage of debugfs permissions to get su (remember this from above??) onto
your phone with permissions set so you can run it. It therefore doesn't change ROMs or anything else. You won't lose data, apps, or anything else. It just
sneaks su right onto your current setup.
3. Install a custom recovery. This will allow you to do all the fun stuff I talked about above. I recommend installing EZ-recovery from the market and flashing
CWM 6.0.1.0.
1. Install EZ-recovery
2. Under the "Recovery" heading, click the Recovery radio button and select CWM 6.0.1.0 next to it.
3. Click flash
4. Backup everything as if your life depended on it. This means backing up your IMEI as shown here
http://rootzwiki.com/topic/32397-tutorial-imeibackup-nv-with-qpst-us-variants/ and making a nandroid. A nandroid is an image of your phone
including your ROM, your data, and your kernel(depending on what phone you have). You can restore a nandroid backup and you'll be right back where
you were before flashing or changing things around. The steps to making a nandroid are:
1. Turn off your phone.
2. Hold down volume up, home, and power until recovery appears.
3. Use the volume rocker to go to "backup and restore" and hit the power button
4. Select backup and then select the external (default) or internal (labeled "internal") SD card
You can restore a nandroid in a similar fashion (although you should wipe data/cache first - see below).
5. Unlock the bootloader. You must do this seperately from flashing ROMs and kernels. Refer to this thread http://forum.xda-developers.com/showthread.php?t=1839791 and give appropriate thanks! A warning...if you mess up your aboot partition, there's really nothing (that I know of) you can do to revive your phone besides send it to someone with JTAG or back to Verizon.
You're now ready to start flashing ROMs.
As a precursor, there are ROMS that are based on TouchWiz modified Android from Verizon/Samsung and there are ROMS based on AOSP (e.g. CyanogenMod). TW roms need a TW kernel and AOSP roms need an AOSP kernel. Until you get comfortable with everything, I would stick with TW. Also, some roms come with kernels and will flash the kernel to your boot partition as well as the ROM to your system partition. Some ROMs don't come with kernels. ALWAYS ALWAYS ALWAYS read the OP of a rom you want to flash to find out kernel information as well as how to install the rom and anything else you may need to know. The general steps to flashing a ROM are (remember to read the OP for specifics):
1. Backup apps, data, call log, contacts, messages, etc. My program of choice for much of this is Titanium Backup available on the market. Buy it as you'll
use it a billion times.
2. Download the ROM you want and check the MD5
3. Place the ROM on the root of your SD card. Do NOT unzip it.
4. Reboot into recovery and make a nandroid backup
5. Wipe data/factory reset and wipe cache. Wipe it more than once if paranoid.
6. Go to "install zip from sdcard" and select the ROM you want
7. If you want/need to flash a kernel, install that zip from the sdcard too with the same command
8. Reboot and restore all that you backed up
Remember:
- ALWAYS backup before doing anything
- verify MD5
- wipe data and cache (unless told not to by the ROM dev)
- NEVER accept an OTA (having a custom recovery should block OTAs anyway)
PS. The techniques, tools, roms, etc in this post are not mine and arte the products of hours of hard work by multiple devs. Please thank them accordingly.
Click to expand...
Click to collapse
THANK YOU!!!!! Very helpful! I had no idea I needed EZ-Recovery to flash CWM as the primary recovery tool - that saved me big time as I was about to unlock the bootloader later today.
After posting this last night, and awaiting responses, I was browsing and trying to take in as much as I could. I finally realized that each section in the linked guide is a different way to either root or install a ROM. After I figured this out, and read about Odin being best for newbies, I decided to take the risk and wing it, even though I wasn't 110% sure.
So, now I'm rooted and have ROM manager/CWM installed, TiBu, and ES File Explorer installed. Now I'm just trying to figure out what I can/cannot remove as far as bloatware. A few items I'm sure I'd like to keep (working), so I don't want to mess with anything that might be used in another app/widget....Which brings me to my next question...
What's the best way to remove bloatware? I found an excel spreadsheet online that shows what's safe/unsafe to remove but I'm confused as to what I should do to get rid of items I NEVER want, and how to turn off items I MAY want in the future. If I freeze these items, do they stay frozen upon reboot, and until I unfreeze, or otherwise? What's the difference between a .APK package and a single process, etc?
Thanks in advance! I feel like I entered Android Elementary last night and already graduated to Android Junior High!
P.S. The captchas on this site to post ARE THE WORST CAPTAS IVE SEEN IN MY ENTIRE FRIGGIN LIFE, MY GOD!!!! I must refresh it 20x til something is RELATIVELY clear. Seriously????
ike034 said:
1...
Click to expand...
Click to collapse
Me too..... But the post are suppose to me helpful and or contribute in some way....
But at least we can thank all over the place......
Weioo said:
THANK YOU!!!!! Very helpful! I had no idea I needed EZ-Recovery to flash CWM as the primary recovery tool - that saved me big time as I was about to unlock the bootloader later today.
After posting this last night, and awaiting responses, I was browsing and trying to take in as much as I could. I finally realized that each section in the linked guide is a different way to either root or install a ROM. After I figured this out, and read about Odin being best for newbies, I decided to take the risk and wing it, even though I wasn't 110% sure.
So, now I'm rooted and have ROM manager/CWM installed, TiBu, and ES File Explorer installed. Now I'm just trying to figure out what I can/cannot remove as far as bloatware. A few items I'm sure I'd like to keep (working), so I don't want to mess with anything that might be used in another app/widget....Which brings me to my next question...
What's the best way to remove bloatware? I found an excel spreadsheet online that shows what's safe/unsafe to remove but I'm confused as to what I should do to get rid of items I NEVER want, and how to turn off items I MAY want in the future. If I freeze these items, do they stay frozen upon reboot, and until I unfreeze, or otherwise? What's the difference between a .APK package and a single process, etc?
Click to expand...
Click to collapse
Glad to hear you're rooted and learning a lot! Now you're opening another HUGE can of worms, namely how Android organizes the application framework, what are services, processes, activities, tasks etc. You may have already found the information you're looking for, but a montrously dumbed down version is that the APK is a package containing the compiled program and all the extraneous files it needs to run while a process is an actively running application. In order to debloat, you can either freeze an application with another program like TiBu, or you can manually freeze it by changing the app extension, or you can delete the APK, or you can remove it from the rom you want BEFORE you even flash it. What you choose depends on your goals...why you want to debloat.
Weioo said:
THANK YOU!!!!! Very helpful! I had no idea I needed EZ-Recovery to flash CWM as the primary recovery tool - that saved me big time as I was about to unlock the bootloader later today.
After posting this last night, and awaiting responses, I was browsing and trying to take in as much as I could. I finally realized that each section in the linked guide is a different way to either root or install a ROM. After I figured this out, and read about Odin being best for newbies, I decided to take the risk and wing it, even though I wasn't 110% sure.
So, now I'm rooted and have ROM manager/CWM installed, TiBu, and ES File Explorer installed. Now I'm just trying to figure out what I can/cannot remove as far as bloatware. A few items I'm sure I'd like to keep (working), so I don't want to mess with anything that might be used in another app/widget....Which brings me to my next question...
What's the best way to remove bloatware? I found an excel spreadsheet online that shows what's safe/unsafe to remove but I'm confused as to what I should do to get rid of items I NEVER want, and how to turn off items I MAY want in the future. If I freeze these items, do they stay frozen upon reboot, and until I unfreeze, or otherwise? What's the difference between a .APK package and a single process, etc?
Thanks in advance! I feel like I entered Android Elementary last night and already graduated to Android Junior High!
P.S. The captchas on this site to post ARE THE WORST CAPTAS IVE SEEN IN MY ENTIRE FRIGGIN LIFE, MY GOD!!!! I must refresh it 20x til something is RELATIVELY clear. Seriously????
Click to expand...
Click to collapse
Have you decided on a ROM you want to use yet? Personally I think that takes a lot of the decisions about de-bloating out of the equation. Pick a ROM, flash it, and see what you got? I first did the de-bloated root method and didn't have the stock e-mail app! While it is easy to download an e-mail app from the play store I was still shocked that it was considered bloat by the builder of the particular de-bloated version I chose.
Currently I am on Synergy 1.7 r23 with Darkhorse theme. I also like the Color in HD theme but can't decided between the two.
Bleelas said:
Glad to hear you're rooted and learning a lot! Now you're opening another HUGE can of worms, namely how Android organizes the application framework, what are services, processes, activities, tasks etc. You may have already found the information you're looking for, but a montrously dumbed down version is that the APK is a package containing the compiled program and all the extraneous files it needs to run while a process is an actively running application. In order to debloat, you can either freeze an application with another program like TiBu, or you can manually freeze it by changing the app extension, or you can delete the APK, or you can remove it from the rom you want BEFORE you even flash it. What you choose depends on your goals...why you want to debloat.
Click to expand...
Click to collapse
Awesome, the explanation of what a .APK is helped a TON! Thank you!
dan_joegibbsfan said:
Have you decided on a ROM you want to use yet? Personally I think that takes a lot of the decisions about de-bloating out of the equation. Pick a ROM, flash it, and see what you got? I first did the de-bloated root method and didn't have the stock e-mail app! While it is easy to download an e-mail app from the play store I was still shocked that it was considered bloat by the builder of the particular de-bloated version I chose.
Currently I am on Synergy 1.7 r23 with Darkhorse theme. I also like the Color in HD theme but can't decided between the two.
Click to expand...
Click to collapse
I know you've been helping me in my other thread. Thanks again for everything! I believe you know now, I am on Synergy r46, running quite stable so far but I haven't done much to the phone since flashing.
I've got a noob question... is there any way to back up your IMEI and install the samsung drivers from a Mac besides running Parallels or VMware? I rooted using Adam Outler's Casual and would like to start flashing ROM's but don't want to risk it without backing up my IMEI first.
See the note in this thread that backing up IMEI is obsolete. Nowadays you use the method linked from that thread, which does not involve making a backup first.
Weioo, I'd like to thank you for your intelligent questions, willingness to read, and attitude in this forum. It's good to see someone posting in the correct place, educating theirself, and not coming into the forum saying something like "plz help my phone wont boot and i didnt read enouf". So, respect. :good:
Anyway, to add something to this thread. What version of Clockwork Recovery are you using? If you're using version 6+, let me say a little how to manage your backups. The new CWR stores its backups in /sdcard/clockworkmod/backup/, which will only be about 20mb in size - this is normal. The backup file is just sort of an index, and the other couple hundred megabytes meat of the backup is stored as a ton of tiny files in /sdcard/clockworkmod/blobs/. If you ever need to clean up space on your phone's storage, always delete the backup file and do not touch the blobs directory. When you make your next backup, CWR will clean up the space freed from deleting that backup file.
What's actually going on is that instead of making one big file as a copy of a phone's complete image (as CWR did in previous versions), it saves space by backing up each file individually. If you have two backups with the exact same file (having the same hash), CWR deduplicates that by only backing it up once. The blobs folder has each fine, with the hash as its filename, and the backup file includes which hashes (filenames) it needs to function. When very few things change in between backups, the new backup only has to add new blobs for the things that changed (and thus have a different hash). You don't delete the blobs directly because it's not obvious which ones are used and which aren't. When CWR cleans up space, it reads the backup files and deletes blobs that aren't associated with any existing backups.
rednukleus said:
See the note in this thread that backing up IMEI is obsolete. Nowadays you use the method linked from that thread, which does not involve making a backup first.
Click to expand...
Click to collapse
Okay thanks, but if I do flash something and lose my IMEI, to do that process I'd need to be running Parallels or VMware on my Mac. Basically I'm trying to figure out if there is another way to do this using a mac or would I need to buy one of those programs if I lose my IMEI?
Great beginner post
lazarus2405 said:
Weioo, I'd like to thank you for your intelligent questions, willingness to read, and attitude in this forum. It's good to see someone posting in the correct place, educating theirself, and not coming into the forum saying something like "plz help my phone wont boot and i didnt read enouf". So, respect. :good:
Anyway, to add something to this thread. What version of Clockwork Recovery are you using? If you're using version 6+, let me say a little how to manage your backups. The new CWR stores its backups in /sdcard/clockworkmod/backup/, which will only be about 20mb in size - this is normal. The backup file is just sort of an index, and the other couple hundred megabytes meat of the backup is stored as a ton of tiny files in /sdcard/clockworkmod/blobs/. If you ever need to clean up space on your phone's storage, always delete the backup file and do not touch the blobs directory. When you make your next backup, CWR will clean up the space freed from deleting that backup file.
What's actually going on is that instead of making one big file as a copy of a phone's complete image (as CWR did in previous versions), it saves space by backing up each file individually. If you have two backups with the exact same file (having the same hash), CWR deduplicates that by only backing it up once. The blobs folder has each fine, with the hash as its filename, and the backup file includes which hashes (filenames) it needs to function. When very few things change in between backups, the new backup only has to add new blobs for the things that changed (and thus have a different hash). You don't delete the blobs directly because it's not obvious which ones are used and which aren't. When CWR cleans up space, it reads the backup files and deletes blobs that aren't associated with any existing backups.
Click to expand...
Click to collapse
This should be stickied!!
My apologies for the newb questions, but last night I modded my phone to Eclipse 2.1 version 10-20-12 with the latest GAPPS 10-21-12 ( http://forum.xda-developers.com/showthread.php?t=1934572 ). This latest GAPPS seems to be missing a bunch of applications including GMAIL registration (to access the Play store successfully) as well Google Now and many other Google based apps (Google Maps, Google Voice, etc etc). I don't believe the ROM was installed incorrectly - I went through the prerequisite Wipe Cache/Wipe Partition/Wipe Dvalik Cache and even Fix Permissions. Also the Voice Search application is missing, but maybe that's tied in with the Google suite of apps not running correctly.
Being that I'm a newb on this site I can't post the question over on the Eclipse page (not allowed access with less then 10 posts) but I find it impossible to properly register/access Google Play as well as using any of the Google Apps. I went ahead and downloaded Google Now separately and installed the APKs but this just resulted in the program crashing when the GPS is enabled (keeping it disabled keeps Google Now at the "Initializing" screen).
Thanks for any support that can be provided.
ResolveD
Disregard the previous post - used GAPPS from 10-12-12 (w/o Dvalik cache wipe) and Google Now, Voice Search, G-mail register, Google Play all work fine now. The only issue I see is presently with the Google Now browser not scrolling through links, but you can always use the magnifying glass (which shows you previews of the webpages it finds).
Anyways HIGHLY RECOMMENDED ROM!!! Eclipse 10-20 build (4.1.2) w/10-12 GAPPS. Easily the best ROM out there so far :laugh:
Deleting System apps
Now that I have finally rooted my VZW GS3, and installed Titanium Backup Pro, am I able to delete system apps from there without damaging anything? I have not installed a custom ROM, all I have done is root, unlock bootloader and install CWM. I want to get rid of bloatware (e.g. Polaris Viewer) can I use TI BU Pro?
levilib said:
Now that I have finally rooted my VZW GS3, and installed Titanium Backup Pro, am I able to delete system apps from there without damaging anything? I have not installed a custom ROM, all I have done is root, unlock bootloader and install CWM. I want to get rid of bloatware (e.g. Polaris Viewer) can I use TI BU Pro?
Click to expand...
Click to collapse
Yes.
Sent from my SCH-I535 using xda app-developers app
levilib said:
Now that I have finally rooted my VZW GS3, and installed Titanium Backup Pro, am I able to delete system apps from there without damaging anything? I have not installed a custom ROM, all I have done is root, unlock bootloader and install CWM. I want to get rid of bloatware (e.g. Polaris Viewer) can I use TI BU Pro?
Click to expand...
Click to collapse
Just wanted to add that it may be better to just freeze the apps, or at least run a nandroid backup so you can revert to stock. Without all system apps intact an OTA update would fail.
apacseven said:
Just wanted to add that it may be better to just freeze the apps, or at least run a nandroid backup so you can revert to stock. Without all system apps intact an OTA update would fail.
Click to expand...
Click to collapse
I'm not worried about an OTA update, and I made a nandroid, I just want to make sure I'm not going to delete anything important. are there any apps you can think of that I would want to delete but it would cause problems?
So I tried my first Nandroid backup today using TWRP and a howtogeek - "How to Back Up and Restore Your Android Phone with TWRP" guide I found off a quick google search.
Basically TWRP, backup(boot,system,data), reboot to android, shut down, twrp-restore then reboot.
When I would reboot after TWRP-restore, it shows the typical bootloader corrupt error msg.
Shuts down again, shows the bootloader msg, then goes into TWRP, asks for my decrypt password, then begins to run an openrecovery script (I think?) of some sort. I then go to reboot my phone again, bang factory reset mode.
I hope I'm not alone here.:cyclops: I'd just really love to be able to backup/image my phone entirely so I can try out a few custom roms, and for general knowledge sake.
thanks!:silly:
mark7807 said:
So I tried my first Nandroid backup today using TWRP and a howtogeek - "How to Back Up and Restore Your Android Phone with TWRP" guide I found off a quick google search.
Basically TWRP, backup(boot,system,data), reboot to android, shut down, twrp-restore then reboot.
When I would reboot after TWRP-restore, it shows the typical bootloader corrupt error msg.
Shuts down again, shows the bootloader msg, then goes into TWRP, asks for my decrypt password, then begins to run an openrecovery script (I think?) of some sort. I then go to reboot my phone again, bang factory reset mode.
I hope I'm not alone here.:cyclops: I'd just really love to be able to backup/image my phone entirely so I can try out a few custom roms, and for general knowledge sake.
thanks!:silly:
Click to expand...
Click to collapse
What version of TWRP have you been using? I understand, RC2 has issues with properly restoring a backup. (RC is release candidate and is not considered fully stable, however, works well enough to flash custom roms and such).
The partitions on the pixel are set up in a more complex way than previously seen on many android phones, which is why there's no perfectly stable version of TWRP yet. You could try using RC1 to see if you get better luck backing up and restoring, however, you should assume that you may run into other issues and be prepared to deal with them should they arise.
exad said:
What version of TWRP have you been using? I understand, RC2 has issues with properly restoring a backup. (RC is release candidate and is not considered fully stable, however, works well enough to flash custom roms and such).
The partitions on the pixel are set up in a more complex way than previously seen on many android phones, which is why there's no perfectly stable version of TWRP yet. You could try using RC1 to see if you get better luck backing up and restoring, however, you should assume that you may run into other issues and be prepared to deal with them should they arise.
Click to expand...
Click to collapse
I'm running 3.1.0-0RC2 so maybe I'll try RC1. Normally I'd just go off and try everything but unfortunately I'm not in a situation I can simply play with my Pixel and potentially brick it leaving me without a phone for who knows how long.
I don't think there would be any harm with playing with RC1 but I'll research a little bit more into it and see what I can find out first. I heard the partitions are split for redundancy(?) for firmware upgrades and dual-booting. That's something all else on it's own as I've REALLY wanted to get my phone ultimately on a Multi-Rom setup but it seems way too complicated for me at the moment to try on my own even though I'm generally good with this stuff..
Thanks exad for the insight. Any other help is greatly appreciated.
mark7807 said:
I'm running 3.1.0-0RC2 so maybe I'll try RC1. Normally I'd just go off and try everything but unfortunately I'm not in a situation I can simply play with my Pixel and potentially brick it leaving me without a phone for who knows how long.
I don't think there would be any harm with playing with RC1 but I'll research a little bit more into it and see what I can find out first. I heard the partitions are split for redundancy(?) for firmware upgrades and dual-booting. That's something all else on it's own as I've REALLY wanted to get my phone ultimately on a Multi-Rom setup but it seems way too complicated for me at the moment to try on my own even though I'm generally good with this stuff..
Thanks exad for the insight. Any other help is greatly appreciated.
Click to expand...
Click to collapse
I would say use RC1 too. I've used it and never had a problem with it other than the occasional failure to decrypt which is no big deal. Just reboot back into recovery. I would add though, instead of backing up system, backup system image. Also vendor image. If you back up system instead of system image you'll more than likely run into battery drain problems. I'm not sure what causes it but it'll cut your battery life down to only several hours. Using system image doesn't cause that problem.
If you should happen to accidentally backup system instead of system image it's not a huge deal to fix it though. If you're on stock just download the factory image that you are currently on, extract the system.img file and flash it using fastboot. If you're on a custom rom, a dirty flash of the rom will fix it.
mark7807 said:
I'm running 3.1.0-0RC2 so maybe I'll try RC1. Normally I'd just go off and try everything but unfortunately I'm not in a situation I can simply play with my Pixel and potentially brick it leaving me without a phone for who knows how long.
I don't think there would be any harm with playing with RC1 but I'll research a little bit more into it and see what I can find out first. I heard the partitions are split for redundancy(?) for firmware upgrades and dual-booting. That's something all else on it's own as I've REALLY wanted to get my phone ultimately on a Multi-Rom setup but it seems way too complicated for me at the moment to try on my own even though I'm generally good with this stuff..
Thanks exad for the insight. Any other help is greatly appreciated.
Click to expand...
Click to collapse
RC1 and backup system image, vendor image, data and boot.
robocuff said:
I would say use RC1 too. I've used it and never had a problem with it other than the occasional failure to decrypt which is no big deal. Just reboot back into recovery. I would add though, instead of backing up system, backup system image. Also vendor image. If you back up system instead of system image you'll more than likely run into battery drain problems. I'm not sure what causes it but it'll cut your battery life down to only several hours. Using system image doesn't cause that problem.
If you should happen to accidentally backup system instead of system image it's not a huge deal to fix it though. If you're on stock just download the factory image that you are currently on, extract the system.img file and flash it using fastboot. If you're on a custom rom, a dirty flash of the rom will fix it.
Click to expand...
Click to collapse
TheBurgh said:
RC1 and backup system image, vendor image, data and boot.
Click to expand...
Click to collapse
Thanks again guys,
I ran a
fastboot boot twrp.zip to boot to what I thought was like a "live cd" version of twrp
with the rc1 .img and .zip in the sdcard directory I installed the .zip
booted my phone and it forces to recovery everytime now.
did I upset something?
I mean at this point, I could factory reset the google pixel all from the very beginning of time. boot/system the whole shabang, but I think this could be a good lesson from me if I could boot back to system out of this..
Okay. I have RC1 on here and have backed up to USB. I'm extremely tired and going to bed. I'll report back on how the restore goes. THANK YOU ALL!!!
mark7807 said:
Thanks again guys,
I ran a
fastboot boot twrp.zip to boot to what I thought was like a "live cd" version of twrp
with the rc1 .img and .zip in the sdcard directory I installed the .zip
booted my phone and it forces to recovery everytime now.
did I upset something?
I mean at this point, I could factory reset the google pixel all from the very beginning of time. boot/system the whole shabang, but I think this could be a good lesson from me if I could boot back to system out of this..
Okay. I have RC1 on here and have backed up to USB. I'm extremely tired and going to bed. I'll report back on how the restore goes. THANK YOU ALL!!!
Click to expand...
Click to collapse
Okay so, I stayed up a little late and tried a restore. I got this error near the end of the restore "extractTarFork() process ended with error: 255" in which resulted in corruption of files and a failed restore. Was I supposed to unmount data? Is there any reason I can't backup all partitions?
mark7807 said:
Okay so, I stayed up a little late and tried a restore. I got this error near the end of the restore "extractTarFork() process ended with error: 255" in which resulted in corruption of files and a failed restore. Was I supposed to unmount data? Is there any reason I can't backup all partitions?
Click to expand...
Click to collapse
Not sure where to direct you at this point. I have always used RC1 and backed up system image, vendor image, data and boot and never had a problem restoring. Someone with better knowledge will come around.
TheBurgh said:
Not sure where to direct you at this point. I have always used RC1 and backed up system image, vendor image, data and boot and never had a problem restoring. Someone with better knowledge will come around.
Click to expand...
Click to collapse
Yeah very strange I did exactly what you told me to do as well. Any changes to partitions I backup if my phone is rooted by chance??
mark7807 said:
Yeah very strange I did exactly what you told me to do as well. Any changes to partitions I backup if my phone is rooted by chance??
Click to expand...
Click to collapse
Not that I am aware of. Mine is rooted and backups have been smooth sailing.
I recently attempted creating a nandroid backup via TWRP on my rooted Pixel and I'm consistently getting an error: 'cannot create [path]\backup file" message from TWRP. Is there a permission issue that I've overlooked here or does anyone have any thoughts as to why my rooted Pixel would be denying TWRP authority to create the backup?
Thanks
What version of twrp ?
I only use rc1, never seen this.
Yep- RC1. I'm thinking it's in 'read only' mode or something because as soon as it attempts to create the folder/file- no-go.
pstgh said:
Yep- RC1. I'm thinking it's in 'read only' mode or something because as soon as it attempts to create the folder/file- no-go.
Click to expand...
Click to collapse
When you boot into TWRP did it ask for your unlock PIN? If it doesn't/didn't, either keep rebooting into recovery or turn the phone off and go back into recovery until TWRP does ask for your encryption PIN. Sometimes TWRP doesn't ask, and without the PIN being entered, it can't write to the internal storage.
If you click "Install" in TWRP and see a bunch of gobbledygook it's because the internal storage is still encrypted so TWRP can't do anything with it.
You could probably use USB OTG through the USB-C connector, though, to do a backup to it, if you need to.
Tried it again and it worked flawlessly.... it seems sort of buggy in that sometimes it presents the 'pattern' security lock that I use and sometimes it doesn't. After booting up in the bootloader and fastbooting the TWRP boot image slowly and methodically, the security pattern came up and all is perfect- thanks.
---------- Post added at 08:37 PM ---------- Previous post was at 08:36 PM ----------
Now I'm wondering how to best move that backup folder (or a copy of it) over to Google Drive? I have root explorer, but not sure if it is capable of mounting to Google Drive.. any thoughts on best practices here would be appreciated.
Thanks
pstgh said:
Tried it again and it worked flawlessly.... it seems sort of buggy in that sometimes it presents the 'pattern' security lock that I use and sometimes it doesn't. After booting up in the bootloader and fastbooting the TWRP boot image slowly and methodically, the security pattern came up and all is perfect- thanks.
---------- Post added at 08:37 PM ---------- Previous post was at 08:36 PM ----------
Now I'm wondering how to best move that backup folder (or a copy of it) over to Google Drive? I have root explorer, but not sure if it is capable of mounting to Google Drive.. any thoughts on best practices here would be appreciated.
Thanks
Click to expand...
Click to collapse
I can't confirm since I've yet to do a successful backup but... Flashify Pro version looks like an option???
also
Anyone know when TWRP 3.1.0-0 will be out for Pixel? Looks like it addresses boot slots which off first glance seems like quite a fundamental feature no?
Thanks... I'm thinking I'll just adb pull the file over to my desktop... not sure.
pstgh said:
Thanks... I'm thinking I'll just adb pull the file over to my desktop... not sure.
Click to expand...
Click to collapse
Root Explorer does have support for Google Drive. In Root Explorer touch the plus sign in the lower right corner and in the menu that opens choose Google Drive tab.
Can get Root Explorer to connect to Google Drive, but when I select all of the backup files from my Pixel's TWRP backup folder, my only choices are to cut or copy them- so I tried both and then RE creates this little clipboard icon that you presumably click on to paste them once you've opened the proper GD folder.... so I tried that and in both cases (cut and copy) it says 'fail'.... ? Thoughts? I've given RE permission to manage folders and files in GD.
pstgh said:
Can get Root Explorer to connect to Google Drive, but when I select all of the backup files from my Pixel's TWRP backup folder, my only choices are to cut or copy them- so I tried both and then RE creates this little clipboard icon that you presumably click on to paste them once you've opened the proper GD folder.... so I tried that and in both cases (cut and copy) it says 'fail'.... ? Thoughts? I've given RE permission to manage folders and files in GD.
Click to expand...
Click to collapse
It sounds like you've got the right idea. Cut will move the files, copy will do just that. You choose one of the two and browse to the Google Drive tab, find the folder you want to use and then use the little clipboard thing to transfer the files to that folder. If that's what you're doing, the only thing I can think of right off the top of my head would be that you don't have enough space left on Google Drive for the size of the files you're trying to transfer. Try a picture or something and see if it takes that. If so, I'd suspect lack of Drive space is the reason it fails.