[Q] data2sd or apps2sd?? - Optimus One, P500, V General

hi i would like to know which one is better....
in terms of output....
and definitely in terms of sd card life.

Hi...I'm interested about this and i wait your opinions!

It all actually depends on what you're needs are.
Though here is something that you could read about:
UnGaze said:
Here's a breakdown:
Darktremmor a2sd(apps2sd):
+moves /data/apps and /dalvik/cache /directory to your ext partition.
+tried and tested with almost any ROM oout there(although some ROMs still have problems with this, specially with the SGA)
+everything is the same except for the apps and dalvik-cache directories mentioned.
-also with dalvik-cache moved to SDext, SD card life can be shortened dramatically. on the other hand, retaining it to internal memory will eventually fill up the partition and result in storage shortage.
Ungaze data2sd(aka data2ext)
+moves almost the whole /data FS to your SDext partition(except some setting directory)
-some users still experience some bugs, but development is going well and is on our way to a final version.
+with final version, it will be very well optimized and user friendly as to enable users to move /data back and forth from internal to ext as well as give users an option to mount dalvik-cache to a directory of choice(RAM for SD-life saving, internal for data integrity, ext for performance and cache simply just to use the extra space cache has)
+also, a small boost in real-life performance can be gained as well as a huge boost in quadrant tests.
Click to expand...
Click to collapse
GForceXIII said:
The difference is, darktremor only moves the app folder onto ext partition, while ungaze's d2sd moves the WHOLE data folder onto the ext partition. The app folder is inside data. That's why you can't use both.
And the plus with ungaze is the dalvik cache is moved to RAM so it doesn't eat the sd nor the internal storage's life and it gives better IO performance.
Click to expand...
Click to collapse

Some people get bugs on their ROMs while using both mods.
I've used them on different ROMs and I can tell you that it may occur, and may not. If so, try to reflash it. Bugs are most likely to be FCs.
Currently I am using ungaze's data2ext, but I'm thinking of changing to DT's d2sd and test its performance too.
I just want to tell you that such kind of mods are great, because you can install many more apps on your p500. Just try it for yourself and see which one is best for you.

I installed ungaze data2sd but it was too unstable. I got back to apps2sd

a2sd prebuilt in void echo rom
very stable and working well

Related

[Q] A2SD, TiBu, Nandroid and You...

Hoping someone can help me understand the implications of using the above methods of backup as it relates to device performance and restore.
First is a question about how Android memory works. I'm running Virtuous Unity 2.39 on an Inspire. According to TiBu my System ROM is 575MB with 40.4MB free, 1.21GB internal with 648 free. The system memory manager says I have 180MB of memory available. So, I'm not sure which memory is which. What's used for storage, and what's used for runtime of programs? Am I correct to assume that if I move programs from internal memory to storage that I'll be able to run more apps at any given time?
Here are my questions.
Will moving some (larger) apps like CoPilot (33MB), Documents2Go (11MB), SPB Wallet (12MB) and infrequently used utilities like SpeedTest benefit the handset performance in any real way, or am I over-thinking this?
If the answer to the above is 'yes', there is a performance gain, what happens when I do a Nandroid or TiBu backup in preparation for a ROM upgrade? I know that TiBu has the setting 'Restore backups to... Original Location' as one of the options. Does this mean I could theoretically restore apps to an entirely new (blank) card if need be?
Will using a utility like D2SD (if I partition my card with an EXT4 segment) likewise help in any substantial way?
How can I help organize the apps and data on the card so that it reduces 'clutter' and presents a more easily managed folder structure to find things that I need?
Thanks in advance for your help!
Anyone out there have thoughts on this?
The system ROM, is the memory used by the custom rom. It stores all the files the rom needs to run. The internal memory is the memory used for storage by all the apps, etc. you have. The 180mb you had free, is the RAM. You'll notice it'll be at different amounts (depending on how many things are running, and how resource consuming the are).
1. Yes, but only if your internal memory is very low (low enough to get the "low space" warning (or at least close to that).
2. No (not fully). Some may be restored fine but some would be corrupted.
3. Only if your device's internal memory (in total) is low.
4. Usually when you move an app to the SD card, they automatically organize themselves in one folder called ".android_secure"
Hope this clarifies some things for you .
Theonew said:
The 180mb you had free, is the RAM. You'll notice it'll be at different amounts (depending on how many things are running, and how resource consuming the are).
Click to expand...
Click to collapse
I appreciate your reply.
So, there wouldn't be any performance improvement if I were to free up more RAM or perhaps create an EXT4 partition on the SD card for system use?
BillTheCat said:
I appreciate your reply.
So, there wouldn't be any performance improvement if I were to free up more RAM or perhaps create an EXT4 partition on the SD card for system use?
Click to expand...
Click to collapse
Yes there will be a performance gain if you free up RAM but creating an EXT4 partition does not contribute to that. That partition will only be for storage.

[Q] darktremor a2sd on Cyanogenmod

Hi guys,
This question is bouncing on my mind for some time...
Many people state that they use darktremor a2sd on Cyanogenmod, and I'm wondering why?
Darktremor's objective is to move apps to SD, right?
Well, Cyanogenmod also allows us to do the same, right again?
Sooooo, why use darktremor on Cyanogenmod?
Thanks in advance
I'm also wondering about the difference if I was to use darktremor's script. I noticed the default Apps2SD would not completely transfer the app to the sd card (for example, if I transferred a 20mb game, it's reported that around 1mb is still left in the internal memory), hence the amount of apps I could install on my ace is very limited. Would using darktremor's script solve this?
Apps2SD (the one in Froyo and CM) moves most or some (depending one the application) data under /sdcard/.android_secure and /sdcard/Android/.
It'll leave behind some files in the internal memory.
A2SD (and S2E and Link2SD) moves the ENTIRE application (app files, data files, dalvik-cache) to a separate partition on the SD Card, then links the apks to the filesystem (linking is Linux term for making a shortcut).
Another advantage of this is the bugs present in native apps2sd -- such as widgets not appearing after a reboot -- are not present in a2sd method. This is because of a mount script executed during the booting process.
This post was sent from hell.
scripts like dt a2sd tricks/fools the android to use sd-ext partition as an internal memory...
that's why when you use apps2sd(one that you can use from the app info menu) just moves a little part of the app to sd card while scripts like a2sd moves the whole data to the ext partition..
But I have to create a partition before I flash dt or link2sd? Or it is a virtual partition that the program creates? Is it really worth to use dt or link2sd?
Sent from my GT-S5830 using Tapatalk
Yes, you need to create a partition on your SD card (512MB is more than enough). The easiest way is to just partition through CWM Recovery (under Advanced, I think). It'll automatically create an ext3 partition of your choice size (also swap, if you want swapspace).
Don't be deterred by ext3 because it's lower than ext4; it's actually much more stable.
Is it worth it? Very, if you know what you're doing. As long as you don't mess around with the partition, say when you plug in USB mass storage mode to the computer, it should be fine.
My ace never appears on my cpu as a drive. Dunno what is the prob.
Anyway... how do I format my sd after it is partioned? To delete the partition ..
Sent from my GT-S5830 using Tapatalk
Darktremor's a2sd and CM kernel...
I've had some damage to my phone. More details over at my post in General questions.
My damaged unit. SK17i My consideration for replacement. MK16i. From Xperia Mini Pro to Xperia Pro. (For the price difference, it seems for the hardware upgrade to get the bigger unit.)
My basic setup? Custom Kernel with root and a2sd.
Problem. There seems no Custom Kernel but one... bbooff's. (Waiting to here if it also will support the a2sd of darktremor.)
I came across CM being available already for the MK16i.
Problem. I just use root & a2sd. Suites my simple needs. I don't do Custom Roms at present. My need is for a stable communication device.
When I got my SK17i. I read that there was a clash between CM and a2sd. Has this then been cleared up? (Fully? For those CM users who may know. I'm a noob to Android.)
Is it possible, from instructions I read on getting CM on the MK16i there's a CM kernel that must be installed 1st, to just use the CM kernel and Stock Rom?
I am just thinking maybe there will be some clash here? Then maybe not? I know the forum instructions did clearly say stock Kernel is incompatible with CM. That may be about some features CM wants to use. Stock Rom simply may not access any 'bonus' features of CM Rom but will there be a problem otherwise?
Anyone who knows more about Android... maybe have an idea?
My setup and use is pretty basic, pretty simple and no, I do not want those apps2sd programs that don't use an Ext partition and don't 'fool' the system into thinking it's running the programs on the system partition.
Well, looking for information. I would rather get the MK16i. Nice bit of kit, but I also firmly want the same basic little setup I've got here but there seems at the moment to be few Custom Kernel's for this device and I am not even about to try to roll my own. Wouldn't know where to begin.

Getting a lot more internal memory

Hi, when i had a HTC desire, which had not a lot more internal memory than our phones, there was a script on one of the roms, DATA2SD i think it was called, after partitioning your card, the internal memory could go up to 2GB i think (well, on my 16gb card anyway), can this be done n our phones? and do any roms have this????
Two steps: 1) Format 2) Choose script.
First you need to format your SD card so you have a FAT32 partition (first primary partition) and an EXT partition as the second primary partition. I do this from the commandline, but the best option is to use CWM V5+ which automates this for you. Then there are several options for scripts which mount the EXT partition as a virtual internal /data/app/ directory
S2E is the recommended option if you use a cyanogenmod based ROM. It uses mount points.
A2SD is installed by default on ROMs that use ketut's kernel if I remember correctly. It uses a simple symlink.
Link2SD is available for multiple ROMs. It is the most "advanced" as it links individual apps rather the whole directory, but with more power comes less simplicity...
Ahh the Desire.....a phone that is still popular despite its age
Herpderp Defy.
biggary said:
Hi, when i had a HTC desire, which had not a lot more internal memory than our phones, there was a script on one of the roms, DATA2SD i think it was called, after partitioning your card, the internal memory could go up to 2GB i think (well, on my 16gb card anyway), can this be done n our phones? and do any roms have this????
Click to expand...
Click to collapse
Peep my signature.
search a bit in general section
there is a thread
1 guy did it
but its only for stock roms
and btw why the hell did u go from htc desire 2 sga lol

[HOWTO] [REF] Prevent Bootloops when using App2sd+ / Data2sd / whatever2sd-ext

Above the hood​
Well today I intended to answer voyager's problem which was stated in the interactive data2sd thread located here http://forum.xda-developers.com/showthread.php?p=23744977#
and then i think that after i have gathered so much information from the other parts of the world into this little post it would be a waste if it is pushed away by regular posts in the thread. so, i opened this thread here in the general forum so all people with similar confusion can read about it.
YES, there are SO MANY WORDS TO READ. but in order to use a2sd+ or data2sd+ you MUST read them all
you will never know how frustrated i was when i was encountering the bootloop problem for the ENTIRE month.​
my report thread - http://forum.xda-developers.com/showthread.php?t=1239063
my help-seeking in the darktremor thread which was answered by famous developer temasek - http://forum.xda-developers.com/showthread.php?p=17232233​
my target was originally voyager the person but now its to all of you, please ignore my incorrect pronouns, if there are any ​
OH FINALLY i luckily found the very useful reference that i have read before!! after reading these you will understand everything
tobydjones said:
Some phones, eg the Desire, don't have enough internal memory (NAND). A2SD and other 'init.d scripts' fool Android into storing various things on the SD card instead of internal memory to free up space. They can move either apps, the Dalvik cache (a pre-compiled copy of each app) and/or app data. And they can move them to either the 1st (only) partition of the SD card (formatted as FAT or FAT32) or a 2nd partition of the SD card (formatted as ext3 or ext4).
As there's so many different scripts doing different things, I had to make a table to sort it all out. Please let me know if I've made any mistakes, or if you can answer any of my questions in italics.
script ................ apps . Dalvik . data .. comment
---------------------------------------------------------------------------------------------------------------
A2SD pre Froyo ........ SD ... int .... int ... Made to move app data to SD {or was it already ext?}
Froyo A2SD/"move to SD" SD<1>. int<9> . int ... Built in
Gingerbread A2SD ...... SD.... int .... <6> ... Built in. As Froyo but a bit more space.
apps2sd app (on market) ....................... App to make Froyo/Gingerbread "move to SD" easier, not a script
Force2SD (on market) .. ....................... As apps2sd + move system apps>SD {does apps2sd also do this?}
A2SD/AS2D+ (or apps2SD) ext<8> in/ex<2> int ... Various implementations<7> some move Dalvik (manual/auto)
Darktremor A2SD/DT-A2SD ext .. in/ex... int ... Move Dalvik. Used to be auto, now command line (or use A2SDGUI)
MIUI_Au PC-A2SD ....... ext .. ext .... int ... Allows android to boot if SD Card broken/removed. With logs
Link2SD (on market) ... ext .. ext .... <6> ... Moves apps individually
Sibere DATA2SD ........ ext .. ext .... ext<3>. Moves whole /data folder to ext for more space <4><5>
DATA2EXT .............. ext .. ext .... ext ... {another implementation of DATA2SD? how does it differ?}
data2whatever/DATA2WE . ext .. ext .... ext ... Can use ext2-4 plus variety of unusual filesystems eg B(RT?)FS
Notes:
<1> The SD card is mounted very late in the boot up process, so background apps and widgets won't work. Also apps on SD aren't available when SD card is used as a disk ('mounted')
<2> Dalvik on SD/ext may wear out SD card a bit quicker {not a big issue compared with int memory wearing out?}
<3> Data on ext wears out SD card faster because of data writes {how much of an issue is this?}
<4> Data2SD on Sense ROMS - possible corruption during battery pull or forced reboot
<5> Data2SD on ASOP ROMS - corruption when turning off phone due to unclean dismount {or is this fixed now?}
<6> GB doesn't move all of data, but does move app libs (/data/data/<appname>/Lib)
<7> There's a lot of confusion what AS2D, AS2D+ and apps2sd refer to, and the distinction between them, as those names been used for many things, including an app on the market! The + appeared after Froyo was released and often means the Dalvik cache can be moved (not always automatically)
<8> Unlike moving apps to SD, you can move widgets to ext, and apps are available when SD card is used as a disk
<9> If Dalvik cache is on int, number of apps is still limited as pre-compiled copy of each app held in cache
Updated 01/10/11. Thanks to rootSU, fllash & rmcsilva for corrections and additions
Click to expand...
Click to collapse
neoKushan said:
Ok, so here's the deal, in a very longwinded way that should hopefully explain everything and answer ALL questions.
You have an SD card in your phone and, a bit like normal PC Hard Drives, you can "partition" them (split them into two or more sections of different filesystems). Normally, your SD card is just one big FAT32 partition, which is fine for storing your pics, messages, emails, etc.
Now, other then your Phone's SD card, your phone will have its own internal flash memory (or "NAND") storage. Tradditionally with Android, you could only install applications to this NAND storage, you cannot install them onto your SD card. So if you have an empty 32GB SD card, but only 5Mb of internal phone storage, you still wont be able to install many apps, if any at all.
This was done to protect the apps from things like piracy - it's not easy to access the location where apps are installed on your phone's internal storage (normally impossible without root), so you can't for example buy an app, copy it, refund it, then install it again.
Still, this is no good for those of us who like to install lots and lots of apps, legitimately, as we run out of internal storage very quickly.
So Google came up with a way to install apps to the SD card. A folder is created called something like .android_secure and this stores (I believe) encrypted versions of applications, but there's a few catches:
1) Apps aren't automatically stored here, you have to manually "move" them
2) Not all apps are capable of being moved, in fact most apps aren't, the developer needs to update their app and allow it. Some apps aren't and wont be updated and some developers may not want to allow it for whatever reason.
3) Not all app data is moved, most of it is but some data is left on your phone so many people still run out of internal storage quickly.
4) You can force ALL apps to be moved to this area by default, but it breaks incompatible ones - such as Widgets, which are unable to load due to the SD card not being "prepared".
So that's Froyo's version. Before Froyo existed, some very clever people came up with a thing called "Apps2SD". Remember I said that your SD card normally is one big FAT32 partition? Well, Apps2SD works by having your SD card patitioned into TWO filesystems. A normal FAT32 partition for your usual stuff and a secondary "EXT" partition. EXT is just a filesystem, like FAT32 or NTFS, but it's the filesystem used by Android internally. The SD card is normally FAT32 because it's a "universal" filesystem, that just about any machine will be able to read, whereas EXT filesystems are generally Linux only, but I digress.
EXT has several different versions. The most common one you'll see is ext3. The main difference between ext2 and ext3 is "journaling", which is just a fancy way of saying that should an operation (such as copying, writing or reading) be interrupted unexpectedly (say, by you turning your phone off), then no data should be lost or corrupted. You know how when you turn your phone on, it says "preparing SD card"? It takes a few minutes, but what it's actually doing is checking that the FAT32 partition hasn't been damaged, because FAT does NOT have journaling. If you used a computer back in the Windows 98 days, you may remember that lovely blue "Scandisk" screen that had to run every time you didn't shut your computer down correctly - that's the same thing. But then Windows 2000/XP came along with NTFS, which also has journaling, meaning you had less chance of loosing data. But I digress once more.
So you have your SD card partitioned into EXT and FAT32. Generally it doesn't matter if it's ext3 or ext4, but you don't get any real advantage with ext4 over ext3 in this instance. Apps2SD then runs a special script on your phone which "symbolically links" the folder from your phone's internal storage where your apps are normally stored, to the ext partition on your SD card. A symbolic link is a bit like a shortcut for folders, except it's transparent to the OS: In other words, Android doesn't know that when it's installing it's apps to the internal phone storage, it's actually being stored on the SD card. This effectively boosts your internal phone memory from the previous 5mb that you had in my example above, up to whatever size you made the ext partition on your SD card (often 512Mb or 1Gb, but it depends on how many apps you install).
Plus, because it's "journaled", it doesn't need to be "prepared", meaning it's ready to go as soon as the phone starts - so your widgets and apps work immediately (unlike "forced" Froyo Apps2SD, where widgets disappear).
The catch with Apps2SD is that whatever space the ext partition takes up is taken away from the SD card. So if you have a 4Gb card (with something like 3.5Gb of actual storage) and you make a 512Mb ext partition, your SD card will "shrink" to 3Gb. The space isn't actually lost, it's just being used by the ext partition. If you reformat your card, you'll get it back.
Finally, there's a difference between "Apps2SD" and "Apps2SD+". Remember I said that your apps are stored on a special folder inside your Phone's NAND storage? Well, that was a bit of a lie. It's actually stored in TWO places. There's a second area which is called the Davlik Cache. You don't really need to worry about what this is for (Hint: IT's to do with the Java runetime your phone uses to run apps), all you need to know is that apps use it to store data, which also eats up internal phone memory. Apps2SD+ moves davlik cache to the ext partition on your SD card as well, freeing up even more space. Some people believe that this may come at the cost of performance, as the internal NAND memory should be faster than your SD card (Which is why you also get people arguing over which "class" SD card is better for Apps2SD - the logic being that a faster SD card means less impact from this move), but the truth of the matter is that your applications will be running from your Phone's RAM anyway, so performance isn't really impacted at all. Since most apps are only a few hundred Kb's in size, or a couple of MB at the most, it's a non-issue.
Finally, any recent version of Apps2SD/Apps2SD+ should work with an SD card that is or isn't formatted with an ext partition. It'll check for this partition when your phone first boots and if it's not there, just use internal phone storage.
Having an ext partition WITHOUT Apps2SD+ shouldn't cause any issues, either, so you can format your SD card whenever you're ready.
So in summary:
Apps2SD "fakes" your phone's internal memory and puts it all on a hidden section of your SD card.
Apps2SD+ pushes even more content to the SD card, freeing up even more space on the phone itself.
"Froyo" Apps2SD has various limitations that "old" apps2SD does not, but is much easier to handle as it doesn't involve any kind of "partitioning".
Click to expand...
Click to collapse
first, please consider the wording "app2sd+" used above can also be applied to "data2sd+" which should be the main purpose of this thread, because they are similar as they both use the sd-ext partition to store things. the only different is that app2sd+ only moves /data/app and dalvik cache but data2sd+ moves the entire /data partition
now based on my experience of how did i solve my bootloop problems even i install over 300 apps, is, not to integrate Froyo app2sd and app2sd+(or your data2sd+) then things will be fine.
as ive seen that voyager you have "moved all apps to sd" with froyo app2sd while you are TOGETHER using the script of app2sd+(or data2sd+). from the above explanation, your apps and data are now SHARED among /sd-ext and /sdcard/.android_secure which MAY lead to problems on our phones when it enters the process system after going through the bootanimation.
still remember the days and things we have discussed? it was in november when we first known each other i think my founding still applies to data2sd+
voyager20021 said:
For bootloops on Miks CM7 fist post he says
If you get bootloop or stuck at LG logo do next:
Sometimes Recovery can't format /system so you need to clear /system manually. You can do it with this zip (flash as always in recovery), or in mounts menu (clockworkmod recovery only), or with adb:
1. Mount /system in recovery.
2. adb shell rm -rf /system/*
You get 1 error. This is ok.
Will update if I found this bug.
Anyone tried that zip or adb fix? I am not so familiar with adb shell. The zip i think is incompatible or smth.
Franco, do you know if this has something to do with random reboots caused by moving too many apps to sd?
Click to expand...
Click to collapse
Miasmic said:
me.
that successfully wiped system partition and 2 months ago i did full wipe (including /system) and reinstall everything then do the same thing, and i got the same results - bootloop
please go to darktremor's main thread (nexus one dev forum) and scroll a few pages back, ive been yelling there for help and they did a lot to help me especially temasek(u know who? a famous n1 developer)....
but finally we got no conclusions trying everything, even switching to s2e had ****ed up my phone.
what solution i can tell is that
fk kernel + mik + dt a2sd script 2.7.5.2-1
+ apps staying on /EXT (shown "on phone")
= no problems
fk kernel + mik + dt a2sd script 2.7.5.2-1
+ apps staying partly on /EXT and partly on /android.secure (shown "on SD card")
= after booting (seen lockscreen) for about 3mins, the phone goes back to bootanimation and boot again
[im sure voyager is asking about this]
p.s. fk kernel + mik + dt 2.7.5.3 beta4
will result in LG logo stuck every 2 reboots. wipe /system no help.
hope my info is useful and yeah, take alook at the dt thread
until now the only solution is not to move apps partly to /android.secure
Sent from my LG-P500 using XDA Premium App
Click to expand...
Click to collapse
franciscofranco said:
Why move apps to sd card instead of /ext? doesn't make any sense............. No wonder **** happens...
Click to expand...
Click to collapse
Miasmic said:
Yea I agree with your point, moving the app only to /ext is apparently a safer method than dividing it into /ext and /android.secure
But however this method (using darktremor together with froyos a2sd feature) can save even more internal storage on our phones because darktremor doesn't move 100% of the "app" to /ext. Except "app data" , a small portion of "app" is also occupying the internal storage when using dartremor.
Say angry birds, despite its ~500kb /data size, when using darktremor, 18mb its "app" is moved to /ext while 2mb of it is staying in the internal storage. When using froyos a2sd feature, this 2mb is moved to /android.secure therefore even more internal space is free-ed.
According to the main darktremor thread, a user named bassmadrigal and even temasek himself, has stated that integrating darktremor "move to EXT" and froyos "move to FAT" does not produce any problems (at least on their nexus one) and can save even more space.
Well its not a problem for me as I only move 4 of my biggest apps to FAT and not having issues now.
I think voyagers attempting to move a lot of his apps (partly as they still partly stay at /ext) to /android.secure (as I tried before) and he got ****ed up like me before.
Hmmph I am not quite sure, voyager have you tried the same procedure (restore titanium and move them to FAT) without flashing Franco.kernel and only with the ROM (ans default kernel) and darktremor script installed? In that way we can see whether the "issue"(not at all but just an disadvantage of not supporting a feature) is about Franco's kernel or about our phones. cheers!!
Sent from my LG-P500 using XDA Premium App
Click to expand...
Click to collapse
franciscofranco said:
Just don't mess with the part that stays in the phone, if you do you're on your own, it's just too damn obvious to waste my time with it, sorry :/
Click to expand...
Click to collapse
Miasmic said:
yea, i definitely dont think it is of any priorities to request you to dig on this stuff and please dont, lol
was just telling my experiences to others and esp. voyager
Sent from my LG-P500 using XDA Premium App
Click to expand...
Click to collapse
yea, franco also said we shouldn't use the froyo app2sd function when we have already moved stuffs to the /sd-ext using app2sd+/data2sd+
therefore to prevent such abnormal behaviours on our phones we should treat our phones as Android 2.1 or before which does not have the capabilities to use froyo app2sd function to move things to /sdcard/.android_secure instead we should just let them be moved to the /ext partition.
i can confirm that yes there will still be decrease in internal storage because even you got data2sd+, there are something that cannot be moved from the internal storage to /sd-ext and we dont know what. JUST be fuxking sure that all your apps are stayed in "internal storage" (thats a way to fake the phone! you know) and they will be very safe in /sd-ext.
you may also like to install app2sd app but reverse the original concept of this app, i.e. to confirm NO APPS ARE EXISTING IN THE 2nd TAB (ON "SD CARD" with froyo function)
so, to test this out quickly, you may simply:
make proper partitions
wipe properly
flash rom
flash your a2sd+/data2sd+ script
boot phone
run the proper commands (for dt now i would dl a2sdgui and apply stuffs and let it reboot)
now restore titanium backup with INSTALL LOCATION set as "internal storage"
(in CM7 settings > application you may also choose "internal storage" to make sure everything is PURELY moved to /sd-ext instead of sharing among /sdcard/.android_secure with the froyo a2sd function) (however what i can tell you that this CM7 function is not working properly at least with my DT a2sd+ script therefore we have to double check whether it is in "INTERNAL STORAGE" when we install a new app) so now app2sd app came in handy remember is to reverse all apps to internal but not move them to so-called sd which was the original purpose of this app.
ok hope you understand what i meant and now you should not have bootloops
Under the hood​
however, some users have reported that they have NO problems at all when they share their apps among /sd-ext and /sdcard/.android_secure. an example was bassmadrigal (located in the darktremor official thread)
maybe, it is phone specific. maybe, they have shared a less amount of apps as i myself can also confirm that the bootloop problems only occur if we SHARE A CERTAIN AMOUNT OF APPS among the two places.
and for your safety, at least to first eliminate the bootloops problems before doing any experiments, still follow the above and MOVE ALL OF THEM TO so-called "INTERNAL" (pure /sd-ext)
so you mean to say that keep all the apps in internal memeory and it will be safe in sd-ext with any a2d script rather than moving into sdcard?
There is one script i am tryingvhttp://forum.xda-developers.com/showthread.php?t=1342387. I dont have any script installed.But it is still giving me bootloops.
williamcharles said:
so you mean to say that keep all the apps in internal memeory and it will be safe in sd-ext with any a2d script rather than moving into sdcard?
There is one script i am tryingvhttp://forum.xda-developers.com/showthread.php?t=1342387. I dont have any script installed.But it is still giving me bootloops.
Click to expand...
Click to collapse
yes, the message i would like to bring is rather simple and easy but most of the users are confused about "move to ext" and "move to FAT" and the BUTTON in the application manager of our phones show "MOVE TO SD" which is moving PART of the app to SD-FAT (android.secure) so they are now SHARED and will produce PROBLEMS.
This important point is what most of the script developers have forgotten to warn their users.
Remember to check your settings and ROM/kernels/partitions/scripts compatibility with each other before regarding the script solely as the cause of any problematic behaviour (best way to prove is to see whether there are someone using the same combination without problems
then, install the script, and start installing apps only into "internal storage" (to fake your phone as they actually goes to /sd-ext) and NEVER EVER touch the button "Move to SD" in the application manager then you should be fine as said in my first post, double check they are in the internal storage after you have grabbed a new app from market it will be fine to move it back to "internal storage" as long as you havnt reboot the phone.
Miasmic said:
yes, the message i would like to bring is rather simple and easy but most of the users are confused about "move to ext" and "move to FAT" and the BUTTON in the application manager of our phones show "MOVE TO SD" which is moving PART of the app to SD-FAT (android.secure) so they are now SHARED and will produce PROBLEMS.
This important point is what most of the script developers have forgotten to warn their users.
Remember to check your settings and ROM/kernels/partitions/scripts compatibility with each other before regarding the script solely as the cause of any problematic behaviour (best way to prove is to see whether there are someone using the same combination without problems
then, install the script, and start installing apps only into "internal storage" (to fake your phone as they actually goes to /sd-ext) and NEVER EVER touch the button "Move to SD" in the application manager then you should be fine as said in my first post, double check they are in the internal storage after you have grabbed a new app from market it will be fine to move it back to "internal storage" as long as you havnt reboot the phone.
Click to expand...
Click to collapse
Miasmic said:
yes, the message i would like to bring is rather simple and easy but most of the users are confused about "move to ext" and "move to FAT" and the BUTTON in the application manager of our phones show "MOVE TO SD" which is moving PART of the app to SD-FAT (android.secure) so they are now SHARED and will produce PROBLEMS.
This important point is what most of the script developers have forgotten to warn their users.
Remember to check your settings and ROM/kernels/partitions/scripts compatibility with each other before regarding the script solely as the cause of any problematic behaviour (best way to prove is to see whether there are someone using the same combination without problems
then, install the script, and start installing apps only into "internal storage" (to fake your phone as they actually goes to /sd-ext) and NEVER EVER touch the button "Move to SD" in the application manager then you should be fine as said in my first post, double check they are in the internal storage after you have grabbed a new app from market it will be fine to move it back to "internal storage" as long as you havnt reboot the phone.
Click to expand...
Click to collapse
Much simpler explained. We'll have to test your theory. Only now i use ungaze's script which is something like "everything2sd". The button reading move to sd or move to internal has no influence at all. And still having bootloops at some point. Only now the sd ext is 2Gb max, though it never got to fill it without that damn bootloop.
Thanks again MIASMIC for addressing one of the biggest remaining problems which keep us away from having a PERFECT AND COMPLETE O1, now when we are close to having the stable official CM7 and official or not CM9 which will bring so many and awsome STABLE ROMs based on those 2.

[Q] Why should we use a2sd scripts?

First of all i am not a dev, and the statements bellow are confirmed by devs and known guys from our O1 community like Maktail and Miasmic (thanks guys).
Most of us use a2sd scripts like darktremmor, ungaze, link2sd etc. and many of those are suppose to provide us with practically unlimited sd space for apps and data. But the common problem which allways occures is that after moving one too much apps to sd you will get at some point bootloops. The phone will not be able to load all apps from sdext partition and reboots all the time. So no a2sd script is able to provide what is ment for.
My question of why use a2sd script is related to the fact that moving apps to sd using built in android script which resides in every ROM (even stock obviously), moves to sd the same amount of apps as other scripts mentioned and has the same behaviour of bootlooping when too many apps are moved to sd. The only difference is that other scripts provide more options, like moving dalvikcache to sd. But that doesn`t help either.
So why use a2sd scripts when the result is the same as using stock android script?
A2sd dev dk_zero-cool (thanks) said here http://forum.xda-developers.com/showthread.php?t=1342387&page=25 that is common knoledge that android cannot handle more than 1GB external data and recommended to use no more than 1,5 GB sdext partition formated with other recovery than CWM which is buggy. Did that and results are the same bootloops. Which means that moving too many apps to sd gives at some point system instability no matter what app or which script we use.
That is why more exepensive phones have more internal mem, up to 16GB in nexus case for example, which is using internal mem even for data games storrage. In that case they use a script to link internal sd data to external sd data (folder mounting), which is of no use for us.
Using DT, ungaze and android built in move to sd option, i could move to sd the same amount of apps before getting bootloops. So why buther using all king of scripts when the resilt is the same?
And now i get to the real questions, which are:
Is there any a2sd script that gives the use of more than 1.5 GB of external data without system instability (bootloops)? (i could move about 1.2 GB to sdext using ungaze) Please post the answer to this after you tested and moved or linked to sd more than 1.5 GB of apps.
Is there a 1 or 1.5 GB limit of external data which android (Linux) can handle before getting instable? If so, can this limit be overcome?
If there is a limit, why the options to create more than 2 GB sdext partitions in recoveries?
Can some nice dev make a script that lets the phone give us a slap on the face when getting close to the point where the system gets instable, if the limit of external space cannot be overcome? It seems that most of a2sd script devs discontinued their work.
my opinion
I have used both ungaze and link2sd... link2sd got unstable when i am using almost over a gig of Ext partition while right now I'm using ungaze with 1.7gb of used Ext partition... It was stable for me... No bootloop or anything...
Using the latest cm7 nightly rom, fk v4...
EveryThing has it's own LIMITATION
amao10 said:
I have used both ungaze and link2sd... link2sd got unstable when i am using almost over a gig of Ext partition while right now I'm using ungaze with 1.7gb of used Ext partition... It was stable for me... No bootloop or anything...
Using the latest cm7 nightly rom, fk v4...
Click to expand...
Click to collapse
Really? 1.7 Gb and stable? Ext 4? Did you use CWM to make it? What card do you use?
New great a2sd mounting folders like disks! Need some testers here guys, please help. Maybe this way we can solve a2sd bootloops.
Must see this:
http://forum.xda-developers.com/showthread.php?t=1502893&page=6
based on my experience
Ext 2, used amonra 3.0.6, class 4 16gb transend, faster boot up than link2sd...
amao10 said:
Ext 2, used amonra 3.0.6, class 4 16gb transend, faster boot up than link2sd...
Click to expand...
Click to collapse
So nothing special. Close to what is use. Except for ext2. I use ext4. Could ext2 be more stable?
does anyone has proof that internal sd card is better & faster than eksternal sd card class 10?
Is there really need for a proof on that matter? The fact that class 10 is the latest technology doesn`t make it ultimate.
voyager20021 said:
Is there really need for a proof on that matter? The fact that class 10 is the latest technology doesn`t make it ultimate.
Click to expand...
Click to collapse
yes but it makes sense if your internal sd card is only class 2 (imagine factory want to cut budget product and add low sd card read & write).
one thing for sure, my quadrant says about 800 using internal sd card, and now about 2000 using eksternal. and if someone say that quadrant score is irrelevant, i only ask, why?
I use link2sd with 512 or 600-700 MB EXT3, and never got a problem, I prefer huge apps/games like NFS shift, in internal memory and data obviously in normal SD partition, and I prefer keeping apps like facebook, camera360 and other [unmoveable by default] apps in EXT3.. this way I can install several apps without any problem
I dont know if this has been asked before and I am feeling lazy to search. Does ungaze data2sd work with ext4 now?

Categories

Resources