[INIT.D][10-05-2012]Super APP2SD Script [MAJOR UPDATE][BETA]

Search This thread

mvrk69

Senior Member
Sep 9, 2011
61
1
44
Coimbra
Samsung Galaxy S20 FE
Hi, i've got and Galaxy S DUOS, which only has 1.8G of internal memory.

I've installed you script, but still says 1.8G total space.

Here are my mountpoints:

Filesystem Size Used Available Use% Mounted on
tmpfs 322.7M 84.0K 322.6M 0% /dev
tmpfs 322.7M 0 322.7M 0% /mnt/asec
tmpfs 322.7M 0 322.7M 0% /mnt/obb
/dev/block/mmcblk0p16
1.1G 836.4M 314.4M 73% /system
/dev/block/mmcblk0p25
1.8G 1.6G 190.9M 90% /data
/dev/block/mmcblk0p11
7.9M 4.0M 3.8M 51% /persist
/dev/block/mmcblk0p17
492.1M 8.2M 483.9M 2% /cache
/dev/block/mmcblk0p19
11.8M 4.1M 7.7M 35% /efs
/dev/fuse 1.8G 1.6G 190.9M 90% /mnt/sdcard
/dev/block/mmcblk0p25
1.8G 1.6G 190.9M 90% /mnt/temp/data
/dev/block/mmcblk1p2 12.6G 2.1G 9.9G 18% /mnt/sd-ext/data
/dev/block/mmcblk1p2 12.6G 2.1G 9.9G 18% /data/media/Android
/dev/block/mmcblk1p2 12.6G 2.1G 9.9G 18% /data/app
/dev/block/mmcblk1p2 12.6G 2.1G 9.9G 18% /data/media/Android
/dev/block/mmcblk1p2 12.6G 2.1G 9.9G 18% /data/app
/dev/block/mmcblk1p2 12.6G 2.1G 9.9G 18% /data/data
/dev/block/mmcblk1p2 12.6G 2.1G 9.9G 18% /data/data
/dev/block/vold/179:33
2.0G 44.0K 2.0G 0% /mnt/extSdCard

I need to have a lot of space on /mnt/sdcard because apps like ndrive puts the data on /mnt/sdcard.

Is there any way to mount /dev/block/mmcblk1p2 as ext4 on /mnt/sdcard ?

I've tried to put a script on init.d to mount it on /mnt/sdcard, but when i reboot allways mounts /dev/fuse as /mnt/sdcard :(
 

blz_phnx

Senior Member
Sep 30, 2011
1,259
124
Yo City
Hi, i've got and Galaxy S DUOS, which only has 1.8G of internal memory.

I've installed you script, but still says 1.8G total space.

Here are my mountpoints:

Filesystem Size Used Available Use% Mounted on
tmpfs 322.7M 84.0K 322.6M 0% /dev
tmpfs 322.7M 0 322.7M 0% /mnt/asec
tmpfs 322.7M 0 322.7M 0% /mnt/obb
/dev/block/mmcblk0p16
1.1G 836.4M 314.4M 73% /system
/dev/block/mmcblk0p25
1.8G 1.6G 190.9M 90% /data
/dev/block/mmcblk0p11
7.9M 4.0M 3.8M 51% /persist
/dev/block/mmcblk0p17
492.1M 8.2M 483.9M 2% /cache
/dev/block/mmcblk0p19
11.8M 4.1M 7.7M 35% /efs
/dev/fuse 1.8G 1.6G 190.9M 90% /mnt/sdcard
/dev/block/mmcblk0p25
1.8G 1.6G 190.9M 90% /mnt/temp/data
/dev/block/mmcblk1p2 12.6G 2.1G 9.9G 18% /mnt/sd-ext/data
/dev/block/mmcblk1p2 12.6G 2.1G 9.9G 18% /data/media/Android
/dev/block/mmcblk1p2 12.6G 2.1G 9.9G 18% /data/app
/dev/block/mmcblk1p2 12.6G 2.1G 9.9G 18% /data/media/Android
/dev/block/mmcblk1p2 12.6G 2.1G 9.9G 18% /data/app
/dev/block/mmcblk1p2 12.6G 2.1G 9.9G 18% /data/data
/dev/block/mmcblk1p2 12.6G 2.1G 9.9G 18% /data/data
/dev/block/vold/179:33
2.0G 44.0K 2.0G 0% /mnt/extSdCard

I need to have a lot of space on /mnt/sdcard because apps like ndrive puts the data on /mnt/sdcard.

Is there any way to mount /dev/block/mmcblk1p2 as ext4 on /mnt/sdcard ?

I've tried to put a script on init.d to mount it on /mnt/sdcard, but when i reboot allways mounts /dev/fuse as /mnt/sdcard :(

Doesn't work yet on older devices, as of now newer devices with /data/media only work

Sent from my PC36100 using Tapatalk 2
 

jonne.eklund

Member
Jan 23, 2009
6
1
Hi!

I'm trying to get this to work, but I get stuck after the first reboot with the same issue as a couple of other members here. No /sdcard/Tweaked.Scripts/A2SD/options/vars. Only install_vars.

Busybox, root/su and init.d/init.a is avaliable. Sdcard is a sandisk 64gb. It has two primary Partitions, one fat32 and one Ext4. Device is a SGN10.1 GT-N8000 running BakedRom.

How do I troubleshoot?

Thanks!
 
Last edited:

blz_phnx

Senior Member
Sep 30, 2011
1,259
124
Yo City
Hi!

I'm trying to get this to work, but I get stuck after the first reboot with the same issue as a couple of other members here. No /sdcard/Tweaked.Scripts/A2SD/options/vars. Only install_vars.

Busybox, root/su and init.d/init.a is avaliable. Sdcard is a sandisk 64gb. It has two primary Partitions, one fat32 and one Ext4.

Hos do I troubleshoot?

Thanks!

Wats ur device

Sent from my PC36100 using Tapatalk 2
 

jonne.eklund

Member
Jan 23, 2009
6
1
Hi!

I'm trying to get this to work, but I get stuck after the first reboot with the same issue as a couple of other members here. No /sdcard/Tweaked.Scripts/A2SD/options/vars. Only install_vars.

Busybox, root/su and init.d/init.a is avaliable. Sdcard is a sandisk 64gb. It has two primary Partitions, one fat32 and one Ext4. Device is a SGN10.1 GT-N8000 running BakedRom.

How do I troubleshoot?

Thanks!

I'm just brainstorming here... Could it be an issue with the rom (BakedRom, based on 4.2.2)? I really like it but for the sake of troubleshooting I plan to install a rooted Stock rom (I think it's based on 4.1.2 sources).
 

blz_phnx

Senior Member
Sep 30, 2011
1,259
124
Yo City
I'm just brainstorming here... Could it be an issue with the rom (BakedRom, based on 4.2.2)? I really like it but for the sake of troubleshooting I plan to install a rooted Stock rom (I think it's based on 4.1.2 sources).

Yea, the script written on an ICS build so it has to be rewritten to work on JB

Not necessarily the ROM but android version

Sent from my PC36100 using Tapatalk 2
 
Last edited:

jonne.eklund

Member
Jan 23, 2009
6
1
Yea, the script written on an ICS build so it has to be rewritten to work on JB

Not necessarily the ROM but android version

Sent from my PC36100 using Tapatalk 2


Ok, after some tinkering I finally got a stock rom flashed (4.1.2) and with it I don't get FukedupFS=true. The script looks like it do what it says, but after I set it to delete stuff and reboot, it seems to disable it self.

Very strange.
 

flippingout

Senior Member
Aug 27, 2010
287
16
Atlanta
plus.google.com
Just curious if development on this has stopped or if it is somewhere else. Seems like this solution and Zedomax's thread have both gone quiet. The one crappy part of this tablet is the storage issue and the lack of installing apps on the SD card. I have the 16Gb 8013 with a 64Gb card and using Zedomax's solution I ran out of space to install apps even though I have 39Gb left on the SD card.

Just checking because this is the one feature / capability this tablet is missing.
 
  • Like
Reactions: equi_design

romabr

Member
Oct 2, 2010
27
5
44
São Paulo
Huawei P9 Plus
Redmi Note 9
The script works perfectly... the only thing as good as having the apps in the SDcard would be transfer the Miscellaneous files ( specially the cloudagent ) when sync the dropbox with gallery, it uses a lot of internal space.
 

Karolis LTU

Member
Mar 22, 2014
26
2
Please welp!

i used your script the init.d and int.a was created and tweaked.script had device is ready and all other neded folders but apps still don't move in sd-card can you help me ask me any screenshot or any file from phone and i will send you it asap I'm rooted my device is SM-J320FN (SEB) 5.1.1
 
Last edited:

Top Liked Posts

  • There are no posts matching your filters.
  • 42
    UPDATES, WARNINGS, AND INSTALLATION STEPS ARE AVAILABLE IN THE 2ND POST

    WHAT DOES THIS SCRIPT DO?

    * It is the only method, that I am aware of to have apps trully run, and be installed directly to the external storage without completely switching the internal storage with the external storage.

    This bings different benefits to different people:
    1 - If you have a device that comes from factory with only a small amount of storage available, you can now install as many apps, and apps as big as the partition you setup to use with this script. For example, if you have a phone with only 512 MB of app storage, you can now install games that take over 1GB of app storage so long as your external partition has the space available.

    2 - If you bought a 16GB device and wish you had bought a 32GB device, this is great for you as well (I'm one of these). With this script, your apps will not take up any space in your internal storage, which means that your 16GB (or whatever is left of it after factory partitioning, 11.66 GB in my case) is now available for pictures, videos, downloads, backups, or whatever else you might want to put there or have easy access to when you connect your device to your computer.

    3 - If you have a lot of Android games, this is great for you too, specially if you're playing games that take a lot of space. Just get a large MicroSD (I have a 64GB partitioned to 32/32) and put as much space as you need in the second partition, and now you can have all your games intalled at the same time. No need to keep uninstalling games so that you can install other ones.

    * Once and Done, across the board setup. That's right, launchers, keyboards and widgets will run from the external storage natively, something never done before in Android as far as I know.

    This means that once you have the script up and running, you're good to go until the next time you reflash your /system partition. No need to choose what apps to move. No symlinks or anything. Your apps now belong in the external storage, plain and simple.

    * No need to backup all your stuff before running the script (and eventually no need to back up your stuff when you want to disable it either).

    That's right, the script does the hard work for you. All your stuff gets safely moved to the external storage, with all ownerships and permissions intact. It all happens so smoothly that some people have a hard time telling that the script is already at work. Nothing gets deleted from the internal storage until you're certain that everything is working as expected either. So even if something goes wrong, as long as you have ADB, all your stuff can go back to normal without a problem

    (Even though you don't have to backup and restore in order to get the script going, it's always greatly recommended that you keep a backup of your apps).

    * Simple intallation:

    To get the script going all you have to do is download it, extract it, and run 3 commands in the terminal. It will then ask you a couple of questions, and then you'll be all set. The one downfall is that because the script requires user input (no, the required information cannot be picked from a list), the script cannot be run from a recovery zip. However, I'll emphasize once again that it only takes 3 commands to get the script going.

    Also, the script comes with an options file that allows you to setup device specific variables, making the script malleable to work on just about any Android device. Just open the USER_OPTIONS file before runing the install script, and as long as you have the variables there set correctly, the script should be compatible with your device.

    * You can still use the external partition for other stuff if you want to. Just remember that it's mounted to /mnt/sd-ext (or /storage/sd-ext in JB). So if you still have a ton of space left in the partition and need the space, you can still use it. Just ensure not to touch the folders Android, app and data.

    * Now this is a bit more technically, but in theory, you could a third partition for this script instead of the second partition, and then still be able to use app2sd solutions, though personally I don't see what advantage there would be to doing this since apps would still be in the external storage no matter what.

    WHAT DOES THIS SCRIPT NOT DO?

    *** IT CANNOT BE CONVERTED INTO A RECOVERY ZIP DUE TO USER INPUT REQUIREMENT ***

    *** YOU CANNOT PICK AND CHOOSE WHAT APPS TO MOVE, THAT'S PLAIN AND SIMPLE NOT THE PURPOSE OF THIS SCRIPT ***

    SCREENSHOTS

    attachment.php


    Above you can see my storage screen. If you add the amount of used space and the amount of available space, it's ~18 GB, well over the available 11.66GB in the internal storage. Also note that when the script is enabled, the bar displaying storage usage is unreliable. All other information is reliable, including, and most importantly, the amount of available free space.

    attachment.php


    Above you can see the output of some commands in the terminal. The most important part of the output for mount above are
    Code:
    /dev/block/mmcblk0p12 on /mnt/temp/data type ext4 (rw,relatime,barrier=1,journal_async_commit,data=ordered,noauto_da_alloc,discard)
    /dev/block/mmcblk1p2 on /mnt/sd-ext/data type ext4 (rw,nosuid,nodev,noatime,barrier=1,data=ordered)
    /dev/block/mmcblk1p2 on /data/media/Android type ext4 (rw,nosuid,nodev,noatime,barrier=1,data=ordered)
    /dev/block/mmcblk1p2 on /data/app type ext4 (rw,nosuid,nodev,noatime,barrier=1,data=ordered)
    /dev/block/mmcblk1p2 on /data/data type ext4 (rw,nosuid,nodev,noatime,barrier=1,data=ordered)
    As you can see, mmcblk1p2, the external storage, is mounted to /data/app, /data/data and /data/media/Android, which means that as far as Android is concerned, those folders are in the external storage. Also note that all these mounts took place before /sdcard itself was mounted, meaning that the script is ensuring that these mounts take place soon enough in the boot process to avoid problems related to mounting the app storage locations after Android has loaded the available apps.

    Finally, the fact that mmcblk0p12 is mounted to /mnt/temp/data is important because of the next two commands

    The output of du -sh shows the amount of storage used by a folder, and as such because the internal storage is mounted to /mnt/temp/data;
    /mnt/temp/data/app = internal /data/app = 8KB
    /mnt/temp/data/data = internal /data/data = 72KB
    /mnt/temp/data/media/Android = internal /data/media/Android = 4KB

    whereas
    /data/app = 1GB
    /data/data = 624.3 MB
    /data/media/Android = 5.6 GB

    For a grand total of 7.22 GB of used app storage in the external storage as opposed to 84 KB in the internal storage.

    CREDITS
    *smaw51 - Testing
    *ArangeLTX - Testing and Debugging
    *Laggan - Testing
    *aadiflesher - Testing

    *Others who tested the script but weren't in direct contact with me.
    *People who said it wasn't possible to run widgets, launchers and keyboards from External Storage (They provided the challenge I needed to make this work)

    If anybody needs help or if anything doesn't work, I'll help through irc (much quicker than posting here) on freenode - #and-host
    21
    UPDATES:

    09-26-2012: Major Update, Overhauled most of previous code.
    09-27-2012: Found badass typo in one of the files, fixed and uploaded correction.
    09-27-2012: Added install Script.
    10-02-2012: Corrected install script so that things now run properly. Don't forget to double check USER_OPTIONS and set ENABLED=true
    10-02-2012: Added MMCBLKXPX variable to user options so now devices that mount SD-EXT to different block can use script easily.
    10-03-2012: More fixes to the install script, also added check for storage location as well as user input. Started working on compatibility for devices where /sdcard/Android is in different partition from /data
    10-03-2012: Updated this post with more organized information.
    10-04-2012: Modified script so that debugging output works properly in JB
    10-05-2012: Finished working on compatibility for devices with /sdcard and /data in different partitions (PENDING TESTING)
    10-05-2012: Added automatic detection for such devices ^ (New variable is automatically created in USER_OPTIONS, called fukedupFS)
    10-05-2012: Added extra security for $deletepostmove (Will not take effect until stage 3 is detected)
    10-05-2012: Added switch on install script to do a clean install, (using sh ./install-a2sd -clean) which will erase all current options/vars and reset stage to 0.

    WARNINGS:


    1 - PROCEED WITH THE FOLLOWING STEPS AT YOUR OWN RISK. IF ANYTHING BREAKS I'LL GLADLY TRY TO HELP (IF I CAN), BUT YOU DO WHAT YOU DO AT YOUR OWN RESPONSIBILITY.

    2 - THE INSTALLATION SCRIPT REQUIRES USER INPUT, WHICH MEANS THAT IT CANNOT BE MADE INTO A RECOVERY ZIP. DO NOT BOTHER TO ASK FOR ONE. IF YOU CAN'T LEARN HOW TO USE THE TERMINAL, THEN JUST STICK TO OTHER SUCKY APP2SD SOLUTIONS.

    3 - THIS SCRIPT IMPLEMENTS INIT.D BY DEFAULT, IF YOU ALREADY HAVE INIT.D FUNCTIONALITY MAKE SURE TO CHANGE:

    Code:
    /system/bin/logwrapper busybox run-parts /system/etc/init.d
    TO
    Code:
    # /system/bin/logwrapper busybox run-parts /system/etc/init.d
    IN THE B]sysinit[/B] FILE.

    4 - THIS SCRIPT IMPLEMENTS INIT.A, WHICH IS ESSENTIALLY LIKE INIT.D, BUT HAPPENS EXTREMELY EARLY AT BOOT TIME, IT IS SUGGESTED THAT REGULAR USERS DO NOT PUT ANY SCRIPTS IN INIT.A UNLESS THEY KNOW WHAT THEY'RE DOING, JUST USE INIT.D FOR OTHER SCRIPTS.

    5 - UPDATE YOUR BUSYBOX TO THE LATEST VERSION (1.20.2 AT THE WRITING OF THIS). SOME EARLIER VERSIONS OF BUSYBOX ARE KNOWN TO NOT HAVE SOME OF THE REQUIRED SWITCHES FOR THE COMMANDS USED IN THE SCRIPT.

    6 - AT THIS POINT THE SCRIPT REQUIRES THAT YOU HAVE A SECOND PARTITION IN YOUR MICROSD FORMATTED TO EXT4, ANYTHING ELSE WILL NOT WORK. THIS MAY CHANGE IN THE FUTURE, BUT AT THIS POINT IT'S A REQUIREMENT.

    7 - FULLY READ THE INSTALLATION INSTRUCTIONS, MORE THAN ONCE IF POSSIBLE, BEFORE RUNNING THE SCRIPT. FAILING TO COMPREHEND WHAT'S GOING ON CAN POSSIBLY LEAVE YOUR DEVICE SEMI-BRICKED/CAUSE MAJOR HAVOC AND FORCE-CLOSES AND YOU'LL HAVE TO RESTORE A BACKUP. MORE THAN ANYTHING MAKE SURE TO BACKUP YOUR APPS.


    INSTALLATION:

    1 - Download the attached file on your device or PC.

    2 - Extract the files and move it to an easy to access location in your device, such as /sdcard. Open USER_OPTIONS and ensure that all variables correctly apply to your device, LEAVE deletepostmove='false' until later. Set ENABLED='true' once you're reviewed everything.

    3 - Open a terminal app (Rom Toolbox and such probably won't work because the script requires user input)

    4 - Assuming that you moved all 6 files to /sdcard, execute the following commands in the terminal:
    Code:
    su
    cd /sdcard
    sh ./install-a2sd
    You can also perform a clean install by using the command:
    Code:
    sh ./install-a2sd -clean

    5 - The script will ask a couple of questions, answer them (ask someone for help if you're not sure).

    6 - If all went well (The script will tell you that folders were created, files were copied and permissions were set) you'll be told that upon pressing enter your device will be rebooted. Press ENTER when ready or reboot manually if it fails to reboot on its own.

    7 - STAGE 1 - NOTHING WILL HAVE NOTICIABLY CHANGED UPON THE FIRST REBOOT. This is normal. The first reboot will only garther many variables needed for the script to run properly, it will also give the opportunity to review the variables and ensure that everything is ok, so that you can disable the script in case the gathered variables are not correct, so that things don't get broken unecessarily. Please take a look at:
    Code:
    /sdcard/Tweaked.Scripts/A2SD/options/vars
    If all looks good in there (even if you don't understand what the variables are for, ensure that the paths make sense, don't worry if you don't have /mnt/sd-ext and /mnt/temp, or /storage/sd-ext and /storage/temp as these will be created).
    Reboot again after reviewing the variables.

    8 - STAGE 2 - ONCE AGAIN, WHEN YOU REBOOT, NOTHING WILL APPEAR TO HAVE HAPPENED. In fact, this is not the case this time. If all variables were correct in STAGE 1, every app along with their data and files will have started to be copied over to the external storage as soon as the device finished booting. You should be able to see the process for this by opening the terminal and running the command:
    Code:
    logcat | busybox grep "01a2sd"
    You can also run the following command in the terminal to ensure that there are extra mounts that did not exist prior:
    Code:
    mount

    ***THIS IS THE MOST IMPORTANT STEP IN THE PROCESS. MAKE SURE THAT YOU DO NOT REBOOT YOUR DEVICE UNTILL THE FOLLOWING FILE IS CREATED:
    Code:
    /sdcard/Tweaked.Scripts/A2SD/DEVICE_IS_READY
    Failing to do so is the single worst mistake that you can do. Rebooting the device before the copying is done might cause all your apps to look like they're not installed, as well as major FCs, to the point where stuff is unusable and you have to restore a backup.

    Just be patient during this step, specially if you already have a lot of apps installed, even more so if you have games that use a large amount of space.

    9 - STAGE 3 - After rebooting from STAGE 2, the device will mount the external storage in every location where apps would reside in the internal storage. This is why it's extremely important that STAGE 2 is completed properly, because unless everything has been moved properly, files that were not copied will seem like they don't exist, possibly causing FCs and major havoc.

    If everything went ok, it will actually look like nothing happened, but in fact, everything should be running from the external storage. You can confirm this by running the following command in the terminal:
    Code:
    mount
    You should see three mounts that weren't there before that look like
    Code:
    /dev/block/mmcblk1p2 on /data/media/Android type ext4 (rw,nosuid,nodev,noatime,barrier=1,data=ordered)
    /dev/block/mmcblk1p2 on /data/app type ext4 (rw,nosuid,nodev,noatime,barrier=1,data=ordered)
    /dev/block/mmcblk1p2 on /data/data type ext4 (rw,nosuid,nodev,noatime,barrier=1,data=ordered)

    At this point, it should be safe to open USER_OPTIONS in /sdcard/Tweaked.Scripts/A2SD/options and change deletepostmove='true'. Just remember that with this variable set on, all your apps will be wiped from external storage. This means that if you reboot without your MicroSD or if you lose the stuff in the MicroSD your alls will be gone. Becase of this, ensure that you have your apps backed up somewhere.
    4
    For those of you making comparisons between what I'm doing and what people have done before:

    I currently have every single user app running from external storage, including launchers, keyboard and widgets...

    I've got the script fully working now, just working on the best way to integrate it into people's devices without creating havoc

    Here's a couple of screenshots:

    attachment.php


    attachment.php
    2
    It renames the actual binary to debuggerd.bin, then creates a new debuggerd which launches sysinit then calls debuggerd.bin, the original binary. sysinit on the other hand launches init.a instantly and init.d with a set delay.

    That was probably a big issue for me then haha! I was renaming the file you provided to .bin, we'll see how this clears things up. Also, I have been working on a flashable zip for this
    2
    If you guys read everything, this is still an early version. At the moment, only /sdcard/Android is getting moved, which is the location that stores extra files downloaded by apps, not the apps themselves. If the script is running, you can go on terminal and type:

    Code:
    df -h

    and you should see mmcblk1p2 (which is the ext4 partition in the MicroSD) and how much space is being used, which is the amount of space that should be getting saved from the internal storage. Also, if you look under storage under settings, the amount of space available should have increased considerably, specially if you have a lot of games.

    I'll be working on the other two parts throughout this week (moving APK and DATA) Then you will be able to notice a bigger difference, although it will always look like apps are installed in the internal storage, even when they're in the external storage.

    The reason for this is because the script works by mounting the external storage to:
    /data/app (not yet implemented)
    /data/data (not yet implemented)
    /data/media/Android (already implemented)

    while at the same time copying the contents of those locations from internal to external then wiping them from internal. Essentially when it's all said and done, the OS pretty much thinks that nothing has changed, except that whenever anything gets written to those folders it takes space from the external storage instead of internal.

    A good way to test it would be to download a free gameloft game like MIB3 or Six Guns. Take a look at storage before installing. After you install MIB3, your available storage should drop by roughly 500MB, but if you're using the script, even at preview stage, the available storage will only drop by about 30MB, even though storage settings will say that the game takes up ~500MB.

    Also, you can mount your normal data partition and take a look at how much space is being used there, as opposed to the external partition like this:
    (All the following commands in terminal)

    make sure which partition is mounted to /data
    # mount

    mount data to temp location (assuming data is mmcblk0p12)
    # mount /dev/block/mmcblk0p12 /mnt/ext4/temp

    check amount of space used in internal storage:
    # du -dh /mnt/ext4/temp/media/Android

    check amount of space used in external storage
    # du -dh /mnt/ext4/data/Android

    In the future I'll add to the script a way to automatically calculate the amount of space saved