yashsingh1/xdaforums huggingface dataset:
[Galaxy S I9000 Android Development] Wendigogo:
Added an updated datafix removing the "-f" argument issue : datafix_10042012. Sorry for the minus problem ... I'll upload this on dropbox as soon as I receive my invitation from them.

Should work correctly now (with correct busybox install and kernel managing init.d of course) ...

Could you post (a link to) the Kagadar datafix please ? Both may done approx. the same thing as *he* suggests to move only lib on /data.
[Galaxy S I9000 Android Development] Adevem:
thanks! for people having trouble downloading the file off their mobile, on the right corner there's a "Download all as zip" option.

after downloading, I'm able to extract it using Root Explorer - it's an archive inside an archive. then just flash as normal. check the zip file for the corresponding files before proceeding!

either way - dropbox mirror: http://dl.dropbox.com/u/10036103/DataFix_10042012.zip
[Galaxy S I9000 Android Development] Skroif:
I placed it in my dropboxhttp://db.tt/fXIHCNRC

Verstuurd van mijn GT-I9000 met Tapatalk
[Galaxy S I9000 Android Development] Wendigogo:
I'll put my files on Box now. Here is the latest datafix : datafix_10042012
[Galaxy S I9000 Android Development] Funnnny:
Don't know why but the fix got reverted each time I reboot, run it manually after boot and the space is low message disappear, and then appear again after reboot and I have to run again.

Will check the boot logcat tomorrow when I get my cable back
[Galaxy S I9000 Android Development] abobobilly:
@Wendigogo!

- You say that i need to flash this script AFTER i restore all my apps. This wasn't the case when i FIRST flashed this. I flashed it right after i flashed the ROM and Kernel and It Worked just fine.

- Ofcourse i used the "Troubleshoot" option in Titanium backup BEFORE hitting the Restore button.

Forget everything.

Lets say i want to start everything from SCRATCH. What do i need to do?

Will Flashing the ROM again would do? With all that Factory Data Reset, Cache Partition and Davlik Cache cleared from CWM Recovery?

Can you please tell me how its different than the one mentioned in first post?
[Galaxy S I9000 Android Development] LinkinParkmetre:
Thanks a lot, the old version worked like a charm !

What's new in the new version? :)
[Galaxy S I9000 Android Development] finnsonc:
Yea I tried the one from a couple of days ago again, the 08042012 one, and this seems to be what's happening to me too.

---------- Post added at 02:07 PM ---------- Previous post was at 02:03 PM ----------

Yea but what he's asking is if you had "Follow all symbolic links" option checked before you backed your apps up. If you didn't well then your backups won't work.

And yea if you factory reset and flash the rom again you'll be back at square one
[Galaxy S I9000 Android Development] Tyxerakias:
I don't have access to a PC to look at this more carefully, until tomorrow, thanks for the changes Wendigogo.

About the apps, if they were not backed up with the symbolic links and the fix applied (which in my case - and I suppose most of us- were not), what would be the best way to do it? Restore a few at a time, run the script, restore some more, run the script again, and at the end back them up with the symlink option ticked?

Will try the new script and let you know.
[Galaxy S I9000 Android Development] Funnnny:
seems that the fix reverted every reboot, I tried reboot to recovery and the lib symlink is still here, but when I reboot, the lib goes back to datadata partition, and I have to manually run the script again.

the logcat doesn't provide anything readable.

The lib owner is root:root lrwxrwxrwx root root 2012-04-11 09:38 lib -> /data/local/staticdatadata/com.android.chrome/lib

But after reboot it changed to system:system
[Galaxy S I9000 Android Development] Wendigogo:
- I say you have to RUN this script after restoring your apps; you could flash it when you want.

- You have to use the "Troubleshoot" option of Titanium Backup before hitting the BACKUP button. Without this your backups are incompletes ...

You could do that to clean all your system and start from this point (good way is to make a nandroid here or just after adding/syncing your google accounts).

Then flash the datafix if needed (if not don't care about that). Then just read what @Tyxerakias says bellow ...

If apps are backed up before applying a datafix and /datadata partition is too small to have all apps data on it, this should do the trick. Think you could restore half your apps, run the script and restore last backup part before running it again (and last).

One more (last ???) time :

The initial datafix (CM native) moved all apps data from /datadata (faster and smaller yaffs partition) to /data (the 2Go ext4 partition). This generate lags as this /data partition is really slowest than /datadata one.

The datafix on first post moved back to /datadata some parts of apps data with regular I/O accesses. System is smoother but some lags are still there.

The datafix from 29032012 done the same as previous but moved back to /datadata ALL apps data except lib and libs : this are statics files only accessed in read mode where ext4 has good performances. It costs more space on /datadata but what's the interest of having lots of free space here ? With this, no more lag, system is smooth as a CM without datafix (imho). This is the recommanded script for me now cause the next is still under debugging ...

April datafixes start from scratch : until moving everyhting from /datadata to /data then moved back almost all files to /datadata (as previous datafix do) it moves only needed files to /data (lib and libs by default). The final state is, by default, the same as the 29032012 datafix but if the problem of low storage comes back you could easily move some more apps data to the /data partition and free some more space on /datadata.

Seems there's an interaction with some other init.d script or some rom/kernel initialisation files ...

What rom / kernel are you using ? Could you list the content of your /system/etc/init.d directory please ?
[Galaxy S I9000 Android Development] tiwag:
it's unbelievable ! he actually writes about, that he doesn't use his crap.

an untalented script-kiddy which occupies this thread an makes things worse...

WARNING:

DON'T USE ANY SCRIPT FROM WENDIGOGO !

IT WILL BLOW UP YOUR CONFIGURATION AND

YOU WILL END WITH A NEW INSTALLATION OF YOUR ROM
​
[Galaxy S I9000 Android Development] finnsonc:
Wow......

First of all it's called a backup, I'm pretty sure it's posted in here multiple times to make one before trying it out and it's pretty common sense.

Secondly just because he doesn't try it on his phone doesn't automatically make it crap. What if he needs his phone up and running 24/7 for a while and can't test it out? Personally I think it's pretty nice that he puts in the time try and improve upon the original scripts and if something doesn't work out correctly oh well. It's just moving data around, you can always check yourself if you feel like it and if something screws up well, that's what the backup is for.
[Galaxy S I9000 Android Development] Funnnny:
It seems that each time the phone boot, the lib will be generate again if something changed, and then the phone will overide the lib.

I'm using Semaphore ICS, init.d doesn't have anything weird

00banner

30datafix

S10enable_gov_smartassV2

S20enable_netfilter

S30enable_logger

S76enable_sdcard_3072kb

S80enable_touchwake_30
[Galaxy S I9000 Android Development] abobobilly:
Spoiler content hidden.

Atleast appreciate the effort other people put in any specific task ... Especially FOR FREE <_< Just to make sure that people like you get a benefit and stay happy.
[Galaxy S I9000 Android Development] tiwag:
there is nothing bad about starting with developement, but it's just not serious, to publish untested scripts, which destroy your config.

i made backups, but in the end it was necessary to reinstall my ROM in order to get rid of the various FC's.

I made my very negative experiences with Wendigogo's scripts and just want to warn others before using this crap ...

---------- Post added at 09:23 AM ---------- Previous post was at 09:20 AM ----------

destroy your config ... FOR FREE !!!!
[Galaxy S I9000 Android Development] Tyxerakias:
Don't feed the troll folks.
[Galaxy S I9000 Android Development] vrevert:
Script works fine in Onecosmic ICSGS RC4.2 ad Semaphore 1.0.

Thanks ;)
[Galaxy S I9000 Android Development] Wendigogo:
I don't force you (or anybody else) to use my work so please be polite and stay on the guidelines (personal attacks). I use my own script (from 29032012) and start to develop an other one which will be better.

If you're script-talented and have some time to spent on this, you're welcome to do it yourself !

Who says my scripts are untested ? I test them with my own app data on my linux station before posting them. So when you don't know about things don't say they're true !

With your skills, I thougth it was not necessary to do this ... Just move your apps data to /data partition and everything should work fine.

And with a correct complete backup, it costs you 20min to reinstall your rom and apps ...

If this is crap go away and stop offend people trying to make things easier and better than you could do them yourself. Or go and post yours ! I have many other things to do ...

---------- Post added at 10:51 AM ---------- Previous post was at 10:48 AM ----------

You're on CM9 rom ? I'll trying to reproduce this and check what's happen. The strangest thing is that user:owner change from on boot to another ... :confused:

Glad to here that ! The 10042012 one ?
[Galaxy S I9000 Android Development] Funnnny:
Seems that the phone will check if your lib changed or not, then it'll extract the lib from the apk. The old method doesn't touch the lib, so it'll remain, the new method move it (hence change the modified time).
[Galaxy S I9000 Android Development] tiwag:
indeed it "should work", i thought so too, but it doesn't work !

please test yourself.

the fact is, that when one uses your script a longer time, the /datadata partition is getting overfull because the caches are growing indefinitely. then apps start with fc'ing and your config is destroyed.

ok sorry for "crap" - don't want to prolongate this war
[Galaxy S I9000 Android Development] Wendigogo:
It's like the symlinks are not followed. There's a rom/kernel/something doing this (and dunno what it could be).

That's a bad news cause I don't know how to prevent this ... Maybe in executing the script earlier in boot process could do the trick but I don't think so.

Could you try again in renamming the /system/etc/init.d/30datafix in /system/etc/init.d/01datafix ?

That's true. Cleaning it sometimes is a solution (and some apps allow to move it on sdcard) but this is why I'm working on the new datafix version ... It will allow to move on /data all subdirectories you want. By default it's only lib and libs because they cost a lot of space and moving them on /data doesn't slow the system. And when more space will be needed you only have to add an other subdirectory in the datafix script and they will be moved on /data freeing space on /datadata.
[Galaxy S I9000 Android Development] rafaelperrone:
This may be a stupid question, but what do I have to do if I want to remove the script and get back to how things were before it (like when installing a different ROM)?

Just flash a new ROM removes it? factory reset, some wipe? What removes it?
[Galaxy S I9000 Android Development] finnsonc:
I think there was a reversal script a while back for the two first scripts that were made, so the ones from april.

A factory reset and reflash will for sure get rid of it. Just make sure your apps are backed up correctly first with the follow symlinks option in titanium backup
[Galaxy S I9000 Android Development] smalldookie:
I have the same problem as someone discribed some posts before. The script (the latest one) works only when I run it manually with terminal emulator and with the next reboot it's deactivated again. Now I set script manager to run it on every reboot and it seems to work fine for the moment. Do I have to expect any problems in future?
[Galaxy S I9000 Android Development] finnsonc:
Yea I have that problem too. The only thing with that is that it would slow the phone down a fair bit on boot wouldn't it? What rom and kernel is everyone using? Just curious if it's every one of them or if it works on some.

I'm using devil kernel 0.65 with Slim ICS
[Galaxy S I9000 Android Development] smalldookie:
I'm using CM9 nightly with semaphore 1.0s
[Galaxy S I9000 Android Development] smalldookie:
Now i get the 'low storage' message on every boot until script manager starts to run the datafix. Hope it will not start with 'force closes' on bootup when I've installed some more apps.
[Galaxy S I9000 Android Development] Wendigogo:
The previous undo I made is not fully functional with recent datafix so don't use it please. I'll rewrite it to make it easy of use (ie without factory reset/flashing rom) soon.

If you want some shell command, here they are. You have to do this in Recovery mode (to prevent touching apps data while they're running), after mounting /data (with at least 3-400MB of free space) and /datadata through an adb shell (as root of course) :

cp -aL /data/data /data/data.bak
du -s /data/data.bak <= it does NOT work if result is more than around 175000 so you could "rm -r /data/data.bak" and stop here
rm -r /data/data
rm -r /datadata/* <= a warning about Lost+found dir should appears here, it's not a problem
cp -a /data/data/* /datadata <= you could check everything is fine with "ls -la /datadata" : all apps directories should be listed
rm -r /data/data.bak
ls -s /datadata /data/data
rm /system/init.d/30datafix && rm /data/data/.nodatadata <= to remove datafix scripts

These lines are untested; its come from my previous undo script with some brain modifications ...

@finnsonc : great idea ! With datafix used (if working or a bug description) should help us.

I'm using CM9-B17 with latest devil (0.65-XL) 29032012 datafix (on Box.net now) working flawlessly.

While a mod could add the 4 way lockscreen on Nightly build I will install april datafix and check "in vivo" what's happened.

@finnsonc : I'm using devil kernel 0.65 with Slim ICS

@smalldookie : I'm using CM9 nightly with semaphore 1.0s

That's the danger of this behaviour : if every libs goes back to /datadata on reboot, there will be no space left and phone will force close (or worst ?).

Do you try in changing the name of datafix script : mv /system/etc/init.d/30datafix /system/etc/init.d/01datafix ?
[Galaxy S I9000 Android Development] Funnnny:
won't help because the unpacking process start very late and the phone will boot successfully as soon as the unpacking process stop.
[Galaxy S I9000 Android Development] Bejda:
Can't it be just renaming script with "S" as first character for those with datafix not executed at init?

S30datafix?

Or maybe,but for semaphore,something with the number that determines order for script to be runned.Logger is S30 and datafix is 30,maybe 30 with S first (logger then) takes priority and the datafix end skipped?
[Galaxy S I9000 Android Development] tiber:
Anyone tried this yet running ICS Passion V13?

(Link to ROM: http://xdaforums.com/showthread.php?p=24771973)
[Galaxy S I9000 Android Development] Bejda:
At least it will be needed on next Midnight kernel,see coming changelog:

kernel: USB fast_charge by chad0989 (toggle widget available) [default: deactivated]

- kernel: enabled deadline/cfq IO schedulers [default: still SIO]

- app: added fast_charge toggle

- app: removed governor, scheduler, read_ahead, undervolting menus

- initramfs: 256Kb sdcard read_ahead default

- initramfs: slimmed down option parsing (reduced app menus)

- initramfs: executes init.d scripts starting with "S" only
[Galaxy S I9000 Android Development] Wendigogo:
I search where this unpacking process is but didn't foud nothing relevant ... Some script in /sbin about datadata (about encrytion) but this may not interact with the script (at least if phone stays unecrypted). Read some rc files (init.rc, init.aries.rc etc.) and not found explicit mention of this extraction part ... Don't know where I have to search.

So for now the stable recommended datafix is the 29032012 one.

I'll start using nightly CM9 soon and could dig into this problem ...

So don't use Midnight kernel ... :p

I think the unpack process is done before init.d script start so this may not help. You tried the 10042012 datafix with renammed init.d script ? Did it works as expected ?
[Galaxy S I9000 Android Development] finnsonc:
Wouldn't the unpack process have to happen after the scripts are run? Otherwise if it's done before the script would just move it to the staticdata folder and we'd have never noticed except for a longer boot right?
[Galaxy S I9000 Android Development] tiber:
FYI I tried this script out in ICS Passion V13 and it made an improvement.

I tried the version of the script linked to in the OP (DataFix_11032012.zip)
[Galaxy S I9000 Android Development] Wendigogo:
I'm not sure about that. Why unpacking libs if they're presents. It's like mounting is not complete or linking between subdirectories not done at this point. But why 2903 datafix is not affected (link between /data and /datadata exists too but on the other direction) ?

I think there's a check if /data/data is a symlink (or not) somewhere but could not find where/when ...

As long as there's enough space on /datadata. But you're right ! There a point here I omit ...
[Galaxy S I9000 Android Development] Funnnny:
I think the phone check for changed data, if the lib was changed, then the phone will unpack again. Because you move the lib, it changed and trigger the import.
[Galaxy S I9000 Android Development] Wendigogo:
But why with older datafix this problem doesn't occur ? It means only libs are checked and unpacked ... No luck (firday 13th :o ) !
[Galaxy S I9000 Android Development] snoboarder071:
So far so good on my Captivate running ICSSGS w/ Glitch! Other fixes had lag side effects and I was getting desperate uninstalling apps and moving folders around and trying stuff way over my head :D

Thanks a bunch!
[Galaxy S I9000 Android Development] shaharofir:
I can also add that when restoring or installing a big amount of apps it is recommended to do it in batches, or datadata will fill up completly, and no script or app will work. All apps will FC
[Galaxy S I9000 Android Development] shiyou:
datafix is not working for me on infinitum rom 1.1 with midnight kernel? i enabled ini.d support via midnightcontrol but still not working
[Galaxy S I9000 Android Development] shaharofir:
Run it in terminal or script manager, see if it works at all

Sent from my GT-I9000 running Elite V10+Devil2
[Galaxy S I9000 Android Development] shiyou:
not working at all with scriptmanager, it says applet missing
[Galaxy S I9000 Android Development] guijarrelson:
No problem here with CM9. Works as a helmet!

Thanks!

PD: no update since first release? WOW!

Tapatalked as you see from SGS CyanogenMod 9
[Galaxy S I9000 Android Development] shiyou:
is it because im using the midnight kernel?
[Galaxy S I9000 Android Development] Funnnny:
I'm not really sure about this, but the lib in older datafix is not symlink-ed, so it doesn't matter if the phone unpack the lib, because it's still there.
[Galaxy S I9000 Android Development] fulaman:
What about Galaxy S users running AOKP ICS, will this work?
[Galaxy S I9000 Android Development] shaharofir:
I think you need to flush the zip file, after that it will work.

Sent from my GT-I9000 running Elite V10+Devil2
[Galaxy S I9000 Android Development] shaharofir:
https://www.sugarsync.com/pf/D6246658_65681325_61585

This is the one I flushed.

Sent from my GT-I9000 running Elite V10+Devil2
[Galaxy S I9000 Android Development] schinden:
With AOKP Android Open Kang Project Build 31, it's working flawlessly - for now with datafix 29032012.
[Galaxy S I9000 Android Development] Kodes:
Is this still needed for SlimICS 3.3?
[Galaxy S I9000 Android Development] gnlcp:
the script DOESN'T work with AOKP build 32.. I've just experienced it.. I hope it could be fixed soon..
[Galaxy S I9000 Android Development] Wendigogo:
Which of them ? The one from the OP or the 290312 ?

Did you try to run it as a script ?

Maybe just renaming it from 30datafix to S30datafix should do the trick. I don't know why rom/kernel dev are changing this way of naming/ordonnancing init scripts ... if someone could explain.
[Galaxy S I9000 Android Development] lucifergil:
I can confirm that for me, adding "s" before the name got the script working on devil's 0.67.
[Galaxy S I9000 Android Development] yalouf:
Is there any way to avoid the low storage message in the first place ?

I had CM9 nightly with semaphore and got the message of low space after installing chrome. I deleted cache and chrome , the message got away, then i installed the fix in the OP. Datadata was always at 67mb used no matter what i installed after, and and the phone note was mostly fluid, but sometimes i had huge slowdowns for no reason.

Juste installed slim3.3 with midnight and now the phone looks like a Ferrari.

I re installed apps from the market and quickly i was at 100mb+ of datadata used. I restored Google currents with data via titanium and i was at 120mb used.

I rebooted in recovery and then wiped cache, and now i have 99mb used.

Which version of the fix could prevent datadata to fill quickly ? Moving data apps to USB helps ???

Thx

Envoyé depuis mon GT-I9000 avec Tapatalk
[Galaxy S I9000 Android Development] kathees:
Hi Wendigogo,

I know you have been working on making this script perfect. But since there are different versions from you I'm confused about which one I should use. The script in OP works fine for me but I'm wondering whether you have done something to make it more performance friendly.

Why don't you create a new post with the versions from you with the explanations and advantages and limitations? In that way users will be able to choose what they want? For example see Semaphore thread! He lists all his versions in OP so we are not lost. Also we don't need to go though all the posts to find the latest one.

You may include the workaround like using 's' in devil etc...

Thanks.
[Galaxy S I9000 Android Development] ew:
That is a great suggestion - I hope Wendigogo has the time to do it.
[Galaxy S I9000 Android Development] Wendigogo:
Moving apps to USB doesn't help.

While you still have around 20MB of free space on /datadata the low storage warning may not appears (so you don't have to care about datafix).

The datafix in OP should work (it seems all kernel devs have switched to "S" prefix in init script so you probably need to rename it to S30datafix) but as you said some lags could occur.

You could try my mod of this script (2903 version) which is smoother (no lags) but "costs" more space on /datadata.

Unfortunately some apps write their cache in /datadata (Google Music album covers :eek: , Chrome Browser, Yahoo mail and some other) and it grows continuously. So some cache cleaning should be necessary at some point if cache subdirectory stays on /datadata (as my script does).

The idea is not mine, I only modify some parts to improve the script (or trying to change the way things are done) ... On the other hand, I need some help about CM booting process at this point and no one seems to see my posts ... :(

The stable release is still the 2903 one. Aprils are still beta as libs are extracted from apks on boot if they're symlinked (don't know why / when this occurs). I add a feature in the latest one (not posted) but I don't have lots of time to work on that these days ...
[Galaxy S I9000 Android Development] krarvind:
I just fixed this yesterday and will be in next patch/release. thanks to you and loukvlav who pointed out the same.
[Galaxy S I9000 Android Development] Christophe86:
Would the poster of this thread be so kind to update the op and point to the 29/03 version.

thx in advance!