I know that this questions has been asked before, but in those the systems use SD cards, so it isn't exactly the same question...
I don't know how partitions work in Nexus 10, but, as it doesn't use external cards, I suppose it just uses a single memory of 16gb.
So, as far as I know, it has 3 partitions: /data, /system and /cache.
The system partition (644mb) is almost full (10 mb left) and I haven't installed anything at all. The problem is that I have some drivers that MUST be installed in that partition, so I was just wondering if there's a way of resizing the partition, for it's impossible to simply freeing space (I require more than 300 additional megabytes).
Thanks in advance.
Related
Hey guys,
I am planning to format my sdcard to fat32/ext_ partitions for use of apps2sd. I have a few questions I would like answered first though.
-Is a swap partition required? I have little space on my sd and would rather not use one. If it is required, what size/file system would you suggest? I take it there is no invisible swap partition by default?
-Ext 2, 3 or 4 for my apps2sd partition?
- I am planning to make my apps2sd partition only about 200mb, will that work well?
Thanks.
- swap: depending on rom, but in general: no
- i would recommend ext2, you can use 3 or 4 as well. keep in mind that ext4 doesn't work on any 2.1 rom until we have the kernel sources (after official release).
- it will work, the size only determines how many apps you can install there. average size of an app is ~1mb, though can go from a few kb to several mb (i.e. copilot.apk has 14mb).
Thanks a lot Any particular advantage of ext2 over ext3?
tbman1996 said:
Thanks a lot Any particular advantage of ext2 over ext3?
Click to expand...
Click to collapse
Ext3 and ext4 wear out your sdcard quicker, because of journaling features.
Since, compared to a system or cache partition, the sdcard is not written to as much, and system crashes where the mobile is shut down during a write operation are rare for Android, journaling doesn't offer any significant advantage. The unnecessary journaling however, accounts for extra writes to the flash memory chips, which in turn equals extra wear.
http://en.wikipedia.org/wiki/Ext2 said:
ext2 is still the filesystem of choice for flash-based storage media (such as SD cards, SSDs, and USB flash drives) since its lack of a journal minimizes the number of writes and flash devices have only a limited number of write cycles.
Click to expand...
Click to collapse
Can someone please educate me on partitioning the sd? Based on what I've read and my discussions with others, ext swap is for cache, fat32 is for apps, and the remainder is for usb storage???
I have a 8 GB class 6 (supposed to be faster) Samsung sd partioned at ext swap - 0 and fat 32 - 500.
If I'm right about ext swap (please correct me if I'm wrong), I could make my phone faster if I allocated some sd space to it??? One forum I read said that the phone is usually faster but it could have been referring to a different phone and a slower card.
If I did decide to change my partition what affects would it have (wipe sd, reinstall custom rom, etc)?
Thanks for any feedback!
Partitioning the SD card allows you to utilize a2sd/app2sd and/or swap space on your SD card - if the ROM in question supports it.
Note that the ext and swap partitions are separate things, not one and the same thing.
swap is for swap - set it to 0 (you will never need it)
ext{2|3} is for the A2SD/APPS2SD space for storing applications (and dalvik-cache for some ROMs) - 512 MB will be more than you ever need.
the rest is the VFAT partition - the MS-DOS partition you see from your Windoze box when you mount it from the PC.
Note also that partitioning your card destroys all data on it - make a backup if you decide to partition.
Neither A2SD nor having swap space will speed your phone up. (Adding swap - for ROMs which support it - will actually slow your phone down, except certain pathological cases, unless you become an expert on the process trimmer configuration and experiment with swappiness controls. The reason this happens is because the as-configured process trimmer kicks in too late if you merely add swap and do not reconfigure the trimmer).
My recommendation? Keep your life simple and avoid both A2SD and especially use of a swap area on the SD card, until such a time as you "need it". You might find a practical need for A2SD if you are going to be trying out a whole bunch of new ROMs as they come out, or you are an app hoarder and run out of space in /data.
Probably you will never need to use a swap partition on your card.
Again, in neither case will you notice a perceptible gain in "performance" of the phone.
bftb0
PS Josh. Please stop putting usage questions in the Development forum. Please. Put them in the General forum.
Thanks for clearing that up......and i will stop posting in development.
Hello
I'm posting this because I just changed my 1GB SD card for a 16 GB Class 6, everything works fine, but now (one of the goals of the operation) I want to upgrade to 6.0 Cyanogen
So, the question is: should I partition? what is the reasonable amount to allocate to keep the rest for any Debian etc.
Depend...
OK, I have the answer, so I give it in case you wonder.
In fact, there is no need to partition the point of view of 6.0, but some applications can seek an ext2 or swap (this is a constraint due to these applications, not to cyanogen) So if we can predict all at once as long as it does not take too much space (32 MB of swap, and around 800 / 1.2GB ext2 ...).
Still, I think there are people who program with their feet ...
Correct you don't need the EXT partition because Froyo supports apps2fat which means you can do it with a regularly partitioned card. However, if your going to install apps to your SD its better to flash fireats script that lets you use the EXT partition and go that route. Reason being, if you ever unmount your SD card with the system on, all your apps go with it.
Sent from my HTC Magic using XDA App
Hello all,
I have CM9 nightly installed on a 32GB microSD and I have just run into a weird problem. I still have 27GB left open BUT when I try to download magazines and install apps, it's saying I'm out of room or running out of room. Anyone have any idea why that might be?
Is it possible it's installing things to the EMMC? If so, how do I change that?
Sorry if this a n00b question. Thanks in advance for your help.
mikelav456 said:
Hello all,
I have CM9 nightly installed on a 32GB microSD and I have just run into a weird problem. I still have 27GB left open BUT when I try to download magazines and install apps, it's saying I'm out of room or running out of room. Anyone have any idea why that might be?
Is it possible it's installing things to the EMMC? If so, how do I change that?
Sorry if this a n00b question. Thanks in advance for your help.
Click to expand...
Click to collapse
Android has 3 major areas where stuff is stored. The system partition holds all the OS stuff plus has an area for system apps. The data partition is were downloaded apps get stored normally. The media or sdcard area is normally used for music, videos, pictures and also where some apps store any working data.
The system and data areas are of relatively fixed sizes even though they are all on the actual SD card. For your 32GB SD card it is probably "460M system, 975M data, rest is FAT for sdcard" from veryGreen post.
So your error message is being triggered probably because the 975M data partition is full. Typically this enough to hold about 150 - 200 apps depending on their size, but some games can take quite a lot.
You can check memory usage by going into settings and looking under apps.
What can you do about it? On an SD card install the simplest way is to use ANdroids capability to move apps from the standard data partition to the sdcard partition. Not all apps can be moved but many can and this will then free up space in your data partition.
Get the Apps2Sd app to help you manage this process.
I haven't run from a sdcard in quitevawhile, buy it sounds like the card didn't get repartitioned after making it into a bootable. After you burn an image to a card, you need to use an application like Easus, a disk partitioning tool (free for home use for windows, I believe) t repartition the card and make use if the remaining space.
mateorod said:
I haven't run from a sdcard in quitevawhile, buy it sounds like the card didn't get repartitioned after making it into a bootable. After you burn an image to a card, you need to use an application like Easus, a disk partitioning tool (free for home use for windows, I believe) t repartition the card and make use if the remaining space.
Click to expand...
Click to collapse
I think the partitioning must have worked otherwise it wouldn't function at all.
You could change data partition size to give more space to the data partition if you are careful. I've done that on emmc prior to install. I've never tried it on an SD card after install and it's possible it might muck something else up. However, the basic point is that apps and related content go into data by default. The big part of the SD card left over from the initial install is intended for media.
Compare it to a phone. The data partition in the internal phone memory is fixed and can run out of space if lots of apps are installed. If you plug an SD expansion card into a phone it allows you to store lots music, video, etc but unless you move apps to the SD card then your original data space is unchanged. That's why app users can complain if a memory hungry app can't be moved to SD.
Maybe you can teach me something here. I am not sure I understand.
When I formatted an 8 gig card to run cm7.1, I was able to use it to boot but had the rest of memory unavailable for use. It wasn't until I redid the process and then reformatted the partitions to have the remaining space available. Only then was I able to use the remaining 6 gigabyte or whatever. I had the four partitions in both instances, and the card worked, it just wasn't available because all the space was allocated to the wrong partition. Which I rectified with Easus, I'm pretty sure.
What I guess I am saying, isbthat there are some tools that could be used, although I maybe wrong. It just seems counter-intuitive that the OP should have to use App2SD and otherworkarounds when theybhave 32 gigs to play with. I think Easus lets you define those partitions anyway you like, with the 29 gigs or so that is left once you allocate the system stuff.
Like I sad, I maybe just don't understand this very well, it is something I did when I was first learning about rooting, before I figured there was no real reason not to go internal.
mateorod said:
Maybe you can teach me something here. I am not sure I understand.
When I formatted an 8 gig card to run cm7.1, I was able to use it to boot but had the rest of memory unavailable for use. It wasn't until I redid the process and then reformatted the partitions to have the remaining space available. Only then was I able to use the remaining 6 gigabyte or whatever. I had the four partitions in both instances, and the card worked, it just wasn't available because all the space was allocated to the wrong partition. Which I rectified with Easus, I'm pretty sure.
What I guess I am saying, isbthat there are some tools that could be used, although I maybe wrong. It just seems counter-intuitive that the OP should have to use App2SD and otherworkarounds when theybhave 32 gigs to play with. I think Easus lets you define those partitions anyway you like, with the 29 gigs or so that is left once you allocate the system stuff.
Like I sad, I maybe just don't understand this very well, it is something I did when I was first learning about rooting, before I figured there was no real reason not to go internal.
Click to expand...
Click to collapse
The various partitions have different purposes. It's not that they are unavailable for use. You want each area to have sufficient room for what you want but not necessarily too big because that then is wasted and is subtracting from the other areas.
First there is the boot partition containing the boot images. This can be small.
Next you have the system partition (~500MB) which can be fairly small because the OS does not take a lot of room and the system apps are relatively fixed in size and you don't need to add extra to that.
Next you have the data partition where downloaded apps and some of their associated data lives. You want this to be fairly big to accommodate a decent number of apps but it doesn't need to be huge. Apps vary in size from 100s of Kbytes up to say 20MB or more. So a 1GB data partition can typically hold about 200 apps.
On an SD card that then leaves the rest of space for a sdcard partition where media can be stored like video, pictures and music plus some apps will also require some working space on there.
So on an SD card install the main balance is between data and sdcard. If you were to make the data partition larger to accommodate more downloaded apps then you reduce the amount of space for music, video etc. But you do want enough space to hold a decent number of apps. The standard verygreen SD card installer sets the balance at ~1GB data and the rest sdcard for media. Now if you never wanted to put much media files on the SD card and you want to be able to download thousands of apps then that would be an argument for setting the balance the other way.
Now if you install to the internal memory the same scenario applies but you have an additional partition confusingly called emmc. Your boot, system and data areas are on the internal memory. The left over internal area is the emmc partition and the sd card is now normally set up to be a single sdcard partition.
Both the emmc and the sd card are typically used to hold media files.
The size of the data and emmc partition in the internal memory can be varied before you do the install by some partitoning zip tools and there is a thread dedicated to that.
By default as supplied new Nooks have a 5GB internal data partition and a 1GB emmc. Many people think that is not a great choice as it is really difficult to run out of app space with 5GB and it means there is only 1GB internal space for media and the unused data space is wasted. By repartitoning to say 2GB data and 4GB emmc then you get plenty of space for apps and release space for more media.
You are right that using something like Apps2Sd would seem unnecessary when you have lots of free space. It is effectively a work-around to let you use some of the sdcard as extra data area if you run out of the data area that has been allocated. Actually on an SD card install there is not much of a downside in that moving an app from data to sdcard as it is still all on the same SD card. For an internal memory install it is nice to have a big enough data partiton to make moving apps to the SD card unnecessary.
Hello everyone and thank you for having me on your wonderful forum. I have learned so much in such a short time by reading everything I could whether I was intending to use it or not.
I got my 16gb Nexus on Monday and immediately prepped it for ROMs, settling on CM10.1 RC2, Prior to that I had an Optimus V running CM7. On my Optimus, after flashing CM7 for the long haul I was able to move all excess /system space back into /data using terminal emulator and the fdisk command, but I followed a guide of some sort that is long lost now.
Everything is fantastic so far except one thing, there seems to be quite a lot of space reserved in the /system and /cache partitions, and I am not sure if I am able to re-partition this space back to /data or how exactly to do this.
right now /system is reading at 395.8 / 827.8 MB used, and /cache is at 68.4 / 551.7 MB. I would like to repartition 200 MB away from /system and 300-400 MB away from /cache, and put it back into /data. This will leave me some space to integrate or convert a few apps to system apps, and enough cache space to be safe (why does it need 550 MB to begin with?) and give back another half gig of storage that I paid so much to have.
I have three issues with this, one being that I can find almost no information on this topic directly mentioning the NExus 4, and any relatable information from other devices talking about device specific toolkits to do the job.
The only thread I found on XDA about this is below, and it only gave me a vague "this is not possible"
http://forum.xda-developers.com/showthread.php?t=2248400
The second issue is I do not recall the command switches/flags that go with the fdisk command, only that I had to use some things to set file permissions or remount the partition or some such (I know, i'm a noob, forgive me).
Lastly, I am rather confused by the multiple partitions of /data and /storage/emulated all showing a partition size of 13231.8 MB. Obviously they are all the same physical space, but I am afraid to mess with the partitions and break what I assume are a ton of symlinks that trick apps into believing there is an external SD card in play. Can any of you shed some light on this for me?
I3ig Al said:
Hello everyone and thank you for having me on your wonderful forum. I have learned so much in such a short time by reading everything I could whether I was intending to use it or not.
I got my 16gb Nexus on Monday and immediately prepped it for ROMs, settling on CM10.1 RC2, Prior to that I had an Optimus V running CM7. On my Optimus, after flashing CM7 for the long haul I was able to move all excess /system space back into /data using terminal emulator and the fdisk command, but I followed a guide of some sort that is long lost now.
Everything is fantastic so far except one thing, there seems to be quite a lot of space reserved in the /system and /cache partitions, and I am not sure if I am able to re-partition this space back to /data or how exactly to do this.
right now /system is reading at 395.8 / 827.8 MB used, and /cache is at 68.4 / 551.7 MB. I would like to repartition 200 MB away from /system and 300-400 MB away from /cache, and put it back into /data. This will leave me some space to integrate or convert a few apps to system apps, and enough cache space to be safe (why does it need 550 MB to begin with?) and give back another half gig of storage that I paid so much to have.
I have three issues with this, one being that I can find almost no information on this topic directly mentioning the NExus 4, and any relatable information from other devices talking about device specific toolkits to do the job.
The only thread I found on XDA about this is below, and it only gave me a vague "this is not possible"
http://forum.xda-developers.com/showthread.php?t=2248400
The second issue is I do not recall the command switches/flags that go with the fdisk command, only that I had to use some things to set file permissions or remount the partition or some such (I know, i'm a noob, forgive me).
Lastly, I am rather confused by the multiple partitions of /data and /storage/emulated all showing a partition size of 13231.8 MB. Obviously they are all the same physical space, but I am afraid to mess with the partitions and break what I assume are a ton of symlinks that trick apps into believing there is an external SD card in play. Can any of you shed some light on this for me?
Click to expand...
Click to collapse
nexus4 doesn´t have a fix size for partitions, you can use the whole memory for everything... no need to re-partition anything
75markus said:
nexus4 doesn´t have a fix size for partitions, you can use the whole memory for everything... no need to re-partition anything
Click to expand...
Click to collapse
I'm not sure if you are misunderstanding or not reading my whole post, or if I am not understanding you or the situation I am posting about, so please don't take offense to this reply.
It appears to me that the /system partition is reserving 827 MB space for the ROM, and CM10.1 is only using 400 MB of it
It also appears that 552 MB is reserved for the /cache partition, and only 70 MB is being currently used.
This is ~900 MB of storage space that is reserved and unused. I would like to know if it is possible to reallocate ~500-600 MB of this back into the /data partition for user space.
Please explain to me how this space is part of the whole memory that can be used for anything.
After posting I have thought some more about it and decided to NOT mess with the partition sizes, mainly because I do not know what effect it would have if I were to flash another ROM in the future, which is almost a given when Key Lime Pie is released. However I would still like to understand what I have asked about in case I do want to do this in the future, and also just for the sake of expanding my knowledge.
I like this. The only "issue" is that if more space were ever to be reallocated to /system or /cache, it'd require wiping /data obviously. Small price to pay. 500MB isn't too small a chunk for 8GB users.
75markus said:
nexus4 doesn´t have a fix size for partitions, you can use the whole memory for everything... no need to re-partition anything
Click to expand...
Click to collapse
Actually it does. System data cache and boot, plus like 30 other ones, same as any other phone with no micro SD card
Sent from my Nexus 7 @1.60 GHz on Stock 4.2.2
I3ig Al said:
I'm not sure if you are misunderstanding or not reading my whole post, or if I am not understanding you or the situation I am posting about, so please don't take offense to this reply.
It appears to me that the /system partition is reserving 827 MB space for the ROM, and CM10.1 is only using 400 MB of it
It also appears that 552 MB is reserved for the /cache partition, and only 70 MB is being currently used.
This is ~900 MB of storage space that is reserved and unused. I would like to know if it is possible to reallocate ~500-600 MB of this back into the /data partition for user space.
Please explain to me how this space is part of the whole memory that can be used for anything.
After posting I have thought some more about it and decided to NOT mess with the partition sizes, mainly because I do not know what effect it would have if I were to flash another ROM in the future, which is almost a given when Key Lime Pie is released. However I would still like to understand what I have asked about in case I do want to do this in the future, and also just for the sake of expanding my knowledge.
Click to expand...
Click to collapse
i think N4 uses FUSE (Filesystem in Userspace) file system
noobdeagle said:
isnt this what they were saying was the reason for no SD card and use of MTP ?; basically if i recall correctly the nexus devices do not truly assign partitions instead there is a storage 'pool' that anything can use dynamically.
so i guess there is no partitions its just all 1 volume.
source: http://www.androidcentral.com/why-nexus-devices-have-no-sd-card
Click to expand...
Click to collapse
That is for the sdcard.
The other partitions such as /system still have fixed amounts of space allocated
Sent from my Nexus 4 using xda app-developers app