Develop Bugs

[Voodoo Lagfix] : Play Voodoo with STOCK ECLAIR / FROYO kernels! - UPDATE : JM9 , JPM

Sorry for being so late. I've been extremely busy recently..
Thank you very much.
-----------------------------------------------
I've made a new update.zip
This is 98% identical with the original Voodoo lagfix-only 3.0.
the only differences are
1. loading modules on booting.
2. using stock JM8 kernel
Thanks ^^
# to users who are using the previous voodoo-with-stock kernels
-> Overwrite it!
##########
THANK YOU SUPERCURIO!!!!!
##########
### EDIT ###
1. updated JM9 support!!
2. FroYo JPM support : just remove the ".zip" at the end (Only for Odin flashing at the moment)

Sound interesting.
What about Benchmarking and battery life?
Thanks for developing.

Quadrant scores? Pros and Cons over VooDoo??

How did you modify the JM8 kernel? I thought we were limited to using the source provided by Samsung for the kernel (which is probably not the exact same as the ones used in its firmwares). Anyway, great work! Off to read more about NILFS2 now
Sent from my GT-I9000 using XDA App

ed10000 said:
How did you modify the JM8 kernel? I thought we were limited to using the source provided by Samsung for the kernel (which is probably not the exact same as the ones used in its firmwares). Anyway, great work! Off to read more about NILFS2 now
Sent from my GT-I9000 using XDA App
Click to expand...
Click to collapse
He found a nice way to modify kernels. He has a post up on it earlier.
Any chance for a JH2 or JM5 kernel as well? Preferably with EXT4! I don't like NILFS2 myself, since it feels sluggish.

http://www.phoronix.com/scan.php?page=article&item=ext4_btrfs_nilfs2&num=7
Please read this benchmark.
Sent from my GT-I9000 using XDA App

This is great news. Could you post a version that uses EXT4 with the JM8 kernel please? I'd like to use the stock kernel rather than one compiled from source like in voodoo because I assume it's better optimised. Could you also post the files you used and some instructions on how you did it? I'd like to have a look at how it's implemented. Thanks!
Sent from my GT-I9000 using Tapatalk

absolutely the most voodoo lag super speed Thx

4myra said:
http://www.phoronix.com/scan.php?page=article&item=ext4_btrfs_nilfs2&num=7
Please read this benchmark.
Sent from my GT-I9000 using XDA App
Click to expand...
Click to collapse
the benchmark said:
We are not done with our EXT4 vs. Btrfs vs. NILFS2 file-system testing as we still have to run these new file-systems on a solid state disk, but as it stands right now
Click to expand...
Click to collapse
Please read your own benchmark! Solid state != Spinning disk.
Not to say the results would definitely change, but the benchmark itself is fairly useless for the SGS.

Is this going to work even though I have JM1 installed? Having that you used the JM8 kernel.
Thanks!

Thanks!
The test in M2 and became really fast now!

will work to 2.2 ? Thx

mwayn said:
will work to 2.2 ? Thx
Click to expand...
Click to collapse
Of course...NO

Nice work, will try it!
So this is only a repacked zImage with nilfs2.ko kernel module? To compile the kernel module you still need the kernel sources, right? Just asking because you mentioned in your last thread (if i remember right) that you are working on a froyo version...

cba1986 said:
Sound interesting.
What about Benchmarking and battery life?
Thanks for developing.
Click to expand...
Click to collapse
>>> around 1300 with quadrant, haven't tested battery life yet.
eRajesh said:
Quadrant scores? Pros and Cons over VooDoo??
Click to expand...
Click to collapse
>>> quadrant => around 1300 but it's really fast!
ed10000 said:
How did you modify the JM8 kernel? I thought we were limited to using the source provided by Samsung for the kernel (which is probably not the exact same as the ones used in its firmwares). Anyway, great work! Off to read more about NILFS2 now
Sent from my GT-I9000 using XDA App
Click to expand...
Click to collapse
>>> I wrote an instruction how to unpack/repack zImage, you could find it easily.
4myra said:
http://www.phoronix.com/scan.php?page=article&item=ext4_btrfs_nilfs2&num=7
Please read this benchmark.
Sent from my GT-I9000 using XDA App
Click to expand...
Click to collapse
>>> Oh thanks. but I don't really care about benchmarks since this is quite great for me.
bub181 said:
This is great news. Could you post a version that uses EXT4 with the JM8 kernel please? I'd like to use the stock kernel rather than one compiled from source like in voodoo because I assume it's better optimised. Could you also post the files you used and some instructions on how you did it? I'd like to have a look at how it's implemented. Thanks!
Sent from my GT-I9000 using Tapatalk
Click to expand...
Click to collapse
>>> Yeah, this is my next working! and you can find an instruction on XDA, I've written it but was buried
azreil24 said:
Is this going to work even though I have JM1 installed? Having that you used the JM8 kernel.
Thanks!
Click to expand...
Click to collapse
>>> Haven't tested but it should work well!
Benson17 said:
Nice work, will try it!
So this is only a repacked zImage with nilfs2.ko kernel module? To compile the kernel module you still need the kernel sources, right? Just asking because you mentioned in your last thread (if i remember right) that you are working on a froyo version...
Click to expand...
Click to collapse
>>> yes, exactly! We'll be able to apply awesome lagfixes as soon as we have some required modules! I'm asking some people to give those modules to me but no luck yet.

hi,i m a new comer.i have jm8 for my galaxy,and i installed voodoo lagfix 3.0 which one does not include the color solution.
if i create a file or folder named “disable lagfix” in a a directory named “Voodoo” and reboot the phone to disable the voodoo 3.0,can i install you version of voodoo using NILFS2.
thanks!

RyanZA said:
He found a nice way to modify kernels. He has a post up on it earlier.
Any chance for a JH2 or JM5 kernel as well? Preferably with EXT4! I don't like NILFS2 myself, since it feels sluggish.
Click to expand...
Click to collapse
Ah! Awesome! I must've missed thar thread.
Been using this for the past 2 hours, and the phone is flying! Sure I get a low Quadrant score but my phone has never been this fast and responsive. I must say, it's even faster than the ext4 voodoo fix.
But does it keep taking "snapshots" every now and then or have you disabled this feature? 'Coz I wouldn't want excessive reads and writes on my internal sd unnecessarily. I had low expectations for this fix considering the snapshot "feature" of the filesystem and the benchmark posted earlier in this thread, but now I'm amazed by how fast this is!
On rfs, loading apps like xda or gallery for the first time resulted in 3-4 seconds of black screen. With ext4 voodoo, about 1 second for xda and 3-4 seconds for gallery. But now with this one, xda opens up instantly and the gallery loads up within a second! Very impressed I am. Thanks for the wonderful work
Sent from my GT-I9000 using XDA App

Emm, is initramfs_data.cpio.zip the update.zip ? Cos from what I understand its not. Than where the original file is?
Never mind, managed to look at it just as it was reuploaded =)
So, should it be alright to disable voodoo, flash any other kernel (to remove lagfix), remove disabling file, flash your kernel?
EDIT2. Do you mind uploadng the stock JM8 kernel for reverting, since you have it?

cyq1857 said:
hi,i m a new comer.i have jm8 for my galaxy,and i installed voodoo lagfix 3.0 which one does not include the color solution.
if i create a file or folder named “disable lagfix” in a a directory named “Voodoo” and reboot the phone to disable the voodoo 3.0,can i install you version of voodoo using NILFS2.
thanks!
Click to expand...
Click to collapse
>>> yeah, correct! It should work.
ed10000 said:
Ah! Awesome! I must've missed thar thread.
Been using this for the past 2 hours, and the phone is flying! Sure I get a low Quadrant score but my phone has never been this fast and responsive. I must say, it's even faster than the ext4 voodoo fix.
But does it keep taking "snapshots" every now and then or have you disabled this feature? 'Coz I wouldn't want excessive reads and writes on my internal sd unnecessarily. I had low expectations for this fix considering the snapshot "feature" of the filesystem and the benchmark posted earlier in this thread, but now I'm amazed by how fast this is!
On rfs, loading apps like xda or gallery for the first time resulted in 3-4 seconds of black screen. With ext4 voodoo, about 1 second for xda and 3-4 seconds for gallery. But now with this one, xda opens up instantly and the gallery loads up within a second! Very impressed I am. Thanks for the wonderful work
Sent from my GT-I9000 using XDA App
Click to expand...
Click to collapse
>>> I love using NILFS2 . It does keep taking snapshots but it doesn't demage the movinand..I think. the only lag comes when it's GCing.
dupel said:
Emm, is initramfs_data.cpio.zip the update.zip ? Cos from what I understand its not. Than where the original file is?
Never mind, managed to look at it just as it was reuploaded =)
So, should it be alright to disable voodoo, flash any other kernel (to remove lagfix), remove disabling file, flash your kernel?
Click to expand...
Click to collapse
>>> yes, it should be, at least with mine!

BTW, I forgot to mention that I lost root after applying the NILFS2 fix. How do I root it now? Just use BackfireNL's update.zip method? Will the lagfix still stay?

Froyo Kernel Source-Samsung default Kernel build plattform

Megaupload Mirror
http://www.megaupload.com/?d=9O5UUFCY
This File is useless for normal Users-only for Kernel Modder like Voodoo ...
Samsung uses a default linux kernel plattform for all devices-so maybe the gingerbread kernel three can futer use for some modding http://git.kernel.org/?p=linux/kern...ng.git;a=shortlog;h=refs/heads/2.6.35-samsung
//Edit: There is missing some non gpl stuff in this kernel. So think this is useless to make a default sgs kernel. :-(

Great news! I can't wait for a proper ext4 voodoo-esque lagfix

Wow, is this what we have been waiting? Though somehow file is smaller than previous sources.
Downloading )
Sent from my GT-I9000 using XDA App

dahool2008 said:
Megaupload Mirror
http://www.megaupload.com/?d=9O5UUFCY
This File is useless for normal Users-only for Kernel Modder like Voodoo ...
Samsung uses a default linux kernel plattform for all devices-so maybe the gingerbread kernel three can futer use for some modding http://git.kernel.org/?p=linux/kern...ng.git;a=shortlog;h=refs/heads/2.6.35-samsung
Click to expand...
Click to collapse
Thanks for this. Downloading and then will look into this

but working witj kernel sources is not possible to unlock all 512MB o RAM??
Thanks

Uploaded to another mirror.
http://www.multiupload.com/VGE6OM7SEF

ilbulgaro89 said:
but working witj kernel sources is not possible to unlock all 512MB o RAM??
Thanks
Click to expand...
Click to collapse
You can't unlock something that isn't locked to begin with. There is no "less than 512 MB RAM-limit" on the sgs. ALL of the memory available in the phone is being used. It has been said a million times already, and unless they suddenly ADD a limitation in a froyobuild it will remain true.
Sent from my personal Dis-organizer GT-i9000

LOL about the filename "linux-2.6-samsung-FROYO-FINAL-SOURCE.tar.gz"
I suppose you saw my yesterday post about Samsung's git.
This git was found about a month weeks ago on IRC.
For the rest of info, see the link.
Probably too much precipitation and excitement, that lead to extreme sensationalism

supercurio said:
LOL about the filename "linux-2.6-samsung-FROYO-FINAL-SOURCE.tar.gz"
I suppose you saw my yesterday post about Samsung's git.
This git was found about a month weeks ago on IRC.
For the rest of info, see the link.
Probably too much precipitation and excitement, that lead to extreme sensationalism
Click to expand...
Click to collapse
Curio, does this mean you be releasing Voodoo soon for 2.2? *PuppyFace*

@dahool2008 sorry I didn't mean to flame bash, at all.
Because we are all waiting so much about Froyo: Firmware for users - Source for developers, i found funny downloading a file named "linux-2.6-samsung-FROYO-FINAL-SOURCE.tar.gz" ... which was not
It made me laught, but you know.. there's nothing wrong with laugh, i have no bad intention at all.
I was guided on your post from twitter by this message. And sure, i wanted this to be true as well.
That's just irony
ps: i suggest maybe you change the download link to correct the filename, "linux-2.6-samsung-FROYO-FINAL-SOURCE.tar.gz" is still a bit confusing despite your annotation.

[Q] Creating Swap from ROM?

I read somewhere that it is possible to create swap memory from ROM on Android, just like Windows' Ready Boost and many others. I was wondering how do I set it up on a Stock GNex (4.2.2). Any help?

LucasFMundim said:
I read somewhere that it is possible to create swap memory from ROM on Android, just like Windows' Ready Boost and many others. I was wondering how do I set it up on a Stock GNex (4.2.2). Any help?
Click to expand...
Click to collapse
As I know you can pick the option "Support for Paging of anonymous memory (swap)" under General Setup of Kernel Configuration option while compile kernel from source.
Kernel is mostly is used to controlled the working of swapfile.

koklimabc said:
As I know you can pick the option "Support for Paging of anonymous memory (swap)" under General Setup of Kernel Configuration option while compile kernel from source.
Kernel is mostly is used to controlled the working of swapfile.
Click to expand...
Click to collapse
???
OP is running stock, there's no such option on stock.
@OP, AFAIK, no, it's not possible on stock.
Sent from my Nexus

On my cm install, there is the binaries "swapon" and "swapoff" which are required to activate swap partitions/files.
HOWEVER, you do NOT want to do so, as it is painfully SLOW and not needed, as there is enough memory, and using swap on this phone's rom is one of the worst combinations available.
Op: why do you want to use swap anyway?
Sent from my Galaxy Nexus using Tapatalk 2

Not to mention it'll seriously reduce the lifespan of your nand.
Sent from my Galaxy Nexus using Tapatalk 2

[FlashableZIP][SCRIPT] LAGFIX v3 - FIX LOW SPACE CAUSING LAG!

Hi all. I recently bought this device and this is my first post in galaxy nexus section
Some people may know that when our phone goes out of memory (under 2/3gb of free space) it becomes very laggy (https://code.google.com/p/android/issues/detail?id=43081)...
what i have done is just put a couple of solution in one script that will be executed on boot (a init.d script)
so.... if your phone is slow and you have a lot of file in internal memory just flash this... it should be compatible with every rom (with the follow requirements) and every kernel
and let me know if this works for you, thanks
REQUIREMENTS:
- init.d scripts support
- root
DOWNLOAD v3: http://www.mediafire.com/?uu5e8clyp4z3dy9
NOTE:
- you must reflash the zip after every rom update (like gapps...)
- you can find log of the script (is the script working? how long is taking?) in /data/local/tmp/lagfix_log
- seems the some eMMC chips (like VYL00M and VLY00M) take more then a minute to execute the script; mine (V3U00M) takes about 5 seconds. Anyway less free space on device means more time to execute the script on boot, but i think that it worths the wait
- if you want to UNINSTALL the script just flash the uninstaller zip v3: http://www.mediafire.com/?adr32vbbd41w303 (and post there if something went wrong with the script, thanks )

Anyone flash this?
Sent from my Galaxy Nexus using xda app-developers app

ballubas said:
Anyone flash this?
Sent from my Galaxy Nexus using xda app-developers app
Click to expand...
Click to collapse
me
no seriously, some kernel already include this fix (but not all, for example franco kernel doesn't include it). so if you are experiencing lags and have a lot of files in internal memory just flash this... will solve your problem
this is basically what the script does:
Code:
mount -o remount,discard /data
mount -o remount,discard /cache
fstrim -v /data
fstrim -v /cache

Lagfix Zip,....
Hello Everyone,...I am a Toro+ user. I am "rocking" the latest AOSPAL 3.60 ROM and KUBO r50 AK Kernel. I flashed your script,....it took and flashed well. I noticed a little more "snappyness" in my UI and I don't get the slow wakes on my device. I have been using this script for a few hours. I like it so far. But, I will keep you posted if any changes or any more progress. I am only giving my opinion on the ROM and Kernel I am running on my device.

puertorecon said:
Hello Everyone,...I am a Toro+ user. I am "rocking" the latest AOSPAL 3.60 ROM and KUBO r50 AK Kernel. I flashed your script,....it took and flashed well. I noticed a little more "snappyness" in my UI and I don't get the slow wakes on my device. I have been using this script for a few hours. I like it so far. But, I will keep you posted if any changes or any more progress. I am only giving my opinion on the ROM and Kernel I am running on my device.
Click to expand...
Click to collapse
thanks for the info waiting for more opinions!

Been using it all day so far.... Seems Like it does make a difference! Possibly placebo but I like it either way!! Thanks!
Sent from my Motorola DynaTac

Does a person have to reflash after each rom install, say for example using the cm nightly updater?
Sent from my Galaxy Nexus using Tapatalk 4 Beta

Yes because the zip install 2 files in /system
When you update the rom the system partition is wiped... So yes you have to flash again when you update rom
Sent from my Galaxy Nexus using xda app-developers app

v2 out
changelog:
- removed fstrim binary file (because it's included in busybox and it may create problem with some roms)
- added script log file in /data/local/tmp/lagfix_log
enjoy

Or you can use lagfix on playstore...
Envoyé depuis mon Transformer en utilisant Tapatalk 4 Beta

Would you mind to add an uninstall .zip?

Yes but lagfix does only the last part of the script (the fstrim) and it doesn't trim on boot. My script also mount data and cache in discard mode, so you virtually don't need any trim
Sent from my Galaxy Nexus using xda app-developers app

Suxsem said:
Hi all. I recently bought this device and this is my first post in galaxy nexus section
Some people may know that when our phone goes out of memory (under 2/3gb of free space) it becomes very laggy (https://code.google.com/p/android/issues/detail?id=43081)...
what i have done is just put a couple of solution in one script that will be executed on boot (a init.d script)
so.... if your phone is slow and you have a lot of file in internal memory just flash this... it should be compatible with every rom (with the follow requirements) and every kernel
and let me know if this works for you, thanks
REQUIREMENTS:
- init.d scripts support
- root
- busybox
DOWNLOAD v2: http://www.mediafire.com/?ols0ko9g5g3l5gg
NOTE:
- you must reflash the zip after every rom update (like gapps...)
- you can find log of the script in /data/local/tmp/lagfix_log
Click to expand...
Click to collapse
Giving this a try on Toro AOSPA Beta 4, going to see if it cures a couple hiccups I have. So far I've noticed improvement when opening Chrome browser, which was a big annoyance for me. I'll run this for another day and see how it comes along.

Sure I will do, anyway you just need to delete /system/etc/init.d/90lagfix (and if want also /data/local/tmp/lagfix_log but it's only a stupid log file)
Sent from my Galaxy Nexus using xda app-developers app

Waiting for your feedback, thanks
Sent from my Galaxy Nexus using xda app-developers app

Suxsem said:
Waiting for your feedback, thanks
Sent from my Galaxy Nexus using xda app-developers app
Click to expand...
Click to collapse
I've noticed my screen wakes and unlocks much faster and smoother. I've also noticed that the couple apps that were causing me redraws no longer do so. So far so good, I still want to keep testing for like a day without reboot though.

Many thanks for your feedback, seems that this thing works
Sent from my Galaxy Nexus using xda app-developers app

It seems like everything is running smoother. Good work.
Sent from my Galaxy Nexus using xda app-developers app

NutellaBanane said:
Would you mind to add an uninstall .zip?
Click to expand...
Click to collapse
added uninstaller zip in first post
EVOlvedAndroid said:
It seems like everything is running smoother. Good work.
Sent from my Galaxy Nexus using xda app-developers app
Click to expand...
Click to collapse
thanks

I assume this has no compatibility issues right?
Sent from... what? SENT? ALEADY?

[DEV] [MOD] Repartitioning

http://forum.xda-developers.com/showthread.php?t=1388996
Has anyone thought of doing this?
Edit: compiling parted is harder then i thought !!
I will work on getting parted built for our Nexus 9
Because Parted 1.8.8.1.179-aef3 does not work on our Nexus 9
Note: will update this thread with a lot more info
When I get it working.
Note: if I got it built
I will test this on my Nexus 7 first. if everything goes well
Then I will do this on my Nexus 9
http://www.gnu.org/software/parted/
XDA:DevDB Information
Repartition Test, ROM for the Nexus 9
Contributors
USBhost
ROM OS Version: 2.3.x Gingerbread
Version Information
Status: Testing
Created 2015-11-06
Last Updated 2015-11-06

Reserved 1

Reserved 2

USBhost said:
http://forum.xda-developers.com/showthread.php?t=1388996
Has anyone thought of doing this?
Edit: compiling parted is harder then i thought !!
I will work on getting parted built for our Nexus 9
Because Parted 1.8.8.1.179-aef3 does not work on our Nexus 9
Note: will update this thread with a lot more info
When I get it working.
Note: if I got it built
I will test this on my Nexus 7 first. if everything goes well
Then I will do this on my Nexus 9
http://www.gnu.org/software/parted/
Click to expand...
Click to collapse
I think in nexus 9 , repartitioning is not required as apps are installed in internal storage and no limit is there.. :what:

Ishwara Sandesh C M said:
I think in nexus 9 , repartitioning is not required as apps are installed in internal storage and no limit is there.. :what:
Click to expand...
Click to collapse
Well I was thinking of making
system smaller by 1g
and making data bigger by 1g

USBhost said:
Well I was thinking of making
system smaller by 1g
and making data bigger by 1g
Click to expand...
Click to collapse
Nice :thumbup:
Sent from my Nexus 9 using XDA Free mobile app

USBhost said:
Well I was thinking of making
system smaller by 1g
and making data bigger by 1g
Click to expand...
Click to collapse
Yes! This is exactly what I was looking for!
I commented about this somewhere I remember. Seems like I have way more space in my system than I need.

wifesabitch said:
Yes! This is exactly what I was looking for!
I commented about this somewhere I remember. Seems like I have way more space in my system than I need.
Click to expand...
Click to collapse
Lets hope that in can compile it

Wow cool! Gl!

Ishwara Sandesh C M said:
I think in nexus 9 , repartitioning is not required as apps are installed in internal storage and no limit is there.. :what:
Click to expand...
Click to collapse
There is even more utility for purpose of dualbooting a more conventional linux distro.
I.e., add a menu-driven multi-boot bootloader to the start of the boot partition, allow to select either a conventional android boot, or a <pick your favorite linux flavor> boot, which of course, loads a different kernel, and a different base filesystem. It is conceivable to share the userdata partition, i.e. /data/media for regular linux userdata and sharing data between android and another distro, but it would be helpful to set a couple of GB aside for the system data.

You're a brave soul @USBhost. Btw, you look good in green! Congrats
Sent from my Nexus 9 using XDA Free mobile app

jd1639 said:
You're a brave soul @USBhost. Btw, you look good in green! Congrats
Sent from my Nexus 9 using XDA Free mobile app
Click to expand...
Click to collapse
Thanks!!
Compiling parted is hard! !

USBhost said:
http://forum.xda-developers.com/showthread.php?t=1388996
Has anyone thought of doing this?
Edit: compiling parted is harder then i thought !!
I will work on getting parted built for our Nexus 9
Because Parted 1.8.8.1.179-aef3 does not work on our Nexus 9
Note: will update this thread with a lot more info
When I get it working.
Note: if I got it built
I will test this on my Nexus 7 first. if everything goes well
Then I will do this on my Nexus 9
http://www.gnu.org/software/parted/
Click to expand...
Click to collapse
This approach requires you to be S-OFF & modify your bootloader - this also requires a modified kernel.
I have been using another less invasive approach successfully since ~3 years (even posted about it somewhere on xda); I'm basically using the system partitions (userdata, cache, system) as separate LVM volumes.
You can even have encryption!
You just need a LVM binary (and cryptsetup if you need encryption - automatic decrypting if you have the key as OTG) and a slightly modified boot.img (along with the recovery if you want to avoid manual work):
Obviously, you need to modify the fstab to point to the /dev/mapper paths as well as the LVM initialising part as service at the top of your init.rc

adwinp said:
This approach requires you to be S-OFF & modify your bootloader - this also requires a modified kernel.
I have been using another less invasive approach successfully since ~3 years (even posted about it somewhere on xda); I'm basically using the system partitions (userdata, cache, system) as separate LVM volumes.
You can even have encryption!
You just need a LVM binary (and cryptsetup if you need encryption - automatic decrypting if you have the key as OTG) and a slightly modified boot.img (along with the recovery if you want to avoid manual work):
Obviously, you need to modify the fstab to point to the /dev/mapper paths as well as the LVM initialising part as service at the top of your init.rc
Click to expand...
Click to collapse
This this a nexus
So S-OFF is not needed
And I don't think you need to modify the bootloader
P.S.
Can any one help me compile parted
So far no luck

USBhost said:
This this a nexus
So S-OFF is not needed
And I don't think you need to modify the bootloader
P.S.
Can any one help me compile parted
So far no luck
Click to expand...
Click to collapse
1: you could use the fdisk builtin busybox binaries
2: you could use sgdisk instead fdisk/sgdisk. There are even some on xda: http://forum.xda-developers.com/showthread.php?t=1605535
3: here are some busybox (along with a variant compiled against glibc instead of bionic), LVM, & cryptsetup binaries: https://drive.google.com/file/d/0B8rpJsF4EG0Yb2FWT3liOTRucnM

Any progress with this? That 2.5GB System partition is overkill. Would definitely transfer 1GB of that to my Data partition.