Related
was running cm's newest rom but decided to try out kings new 1.9 rom that just came out.
booted into recovery, factory wiped, then i did the "wipe sd:ext partition. after doing this i did "partition sdcard", after that was done i did "ext2 to ext3" then "ext3 to ext4" as the rom suggested.
After this was done i rebooted recovery and connect the usb and installed the rom and flashed it. it runs good but the only thing is that the ap2sd will not work.
It shows me this:
total space: 6.88gb
available space: 6.81bg
SD card secondary:
total space: unavailable
available space: unavailable
internal phone storage:
available space: 81.84mb
where did i go wrong?
I'm not familiar with that rom but does it support ext4? You may need to use ext3.
You may need to re-partition again, something may have gone wrong... who knows.
Type this in terminal
Code:
busybox df -h
and post your results here when you have a chance.
filesystem size used available use% mounsted on
tmpfs 52.4m 0 52.4m 0 /dev
tmpfs 4.0m 0 4.0m 0 /sqlite_stmt
_journals
/dev/block/mtdblock3 90.0m 82.0m 8.0m 91% /system
/dev/block/mtdblock5 89.8m 15.5m 74.3m 17% /data
/dev/block/mtdblock4 30.0m 1.1m 28.9m 4% /cache
/dev/block/mtcblkop2 800.8m 46.1m 712.0m 6% /system/sd
/dev/block/mtcblkop2 800.8m 46.1m 712.0m 6% /data/dalvik-cache
/dev/block//vold/179:1 6.6g 708.0k 6.6g 0% /sdcard
this is what shows up. help? lol
/dev/block/mtcblkop2 800.8m 46.1m 712.0m 6% /system/sd
This is your apps2sd partition. Your next step is to download couple of big apps and check that again. If the your % went up - then it's working, just not showing up in the settings (I know few roms did a while ago, including CM cupcake roms). Remember, not everything goes on SD when you install an app, only and actual APK and dalvik-cache file. Other data stays in the phone so the phone's internal memory will go down a bit after install.
You can also try
Code:
ls /system/sd/app
ls /system/sd/app-private
ls /system/sd/dalvik-cache
to see what is in those directories before and after install. If you install an app and it shows up in one of the app dir's and in dalvik dir - then you're in the clear.
Good luck.
negative, i've installed a few apps and they all go to the internal memory. might be that the sd card is defective.
Been searching tons of forums for answer, seems like no ones problem is quite like mine though, so...Time to ask you guys
I'm running newest RA-Amon Recovery
I'm running Damage Control 2.09.01
I have been TRYING to get A2SD working correctly for a few days now with no luck....
I've formatted my card, wiped my phone, partitioned SD as follows:
Swap 32mb
Ext 2 512mb (Changed to Ext 3)
Fat32 Remainder
Not sure if it matters, but I have a 32GB SD card...
When I run busybox df -h this is what I get:
C:\AndroidSDK\tools>adb shell
# busybox df -h
busybox df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 95.5M 0 95.5M 0% /dev
tmpfs 4.0M 4.0K 4.0M 0% /sqlite_stmt_journals
/dev/block/mtdblock3 170.0M 141.6M 28.4M 83% /system
/dev/block/mtdblock5 159.5M 67.1M 92.4M 42% /data
/dev/block/mtdblock4 130.0M 1.1M 128.9M 1% /cache
/dev/block/mmcblk0p2 457.4M 5.0K 433.0M 0% /system/sd
/dev/block//vold/179:1
30.7G 31.5M 30.7G 0% /sdcard
Also, if I try to install a program from Market, it downloads fine, but Fails to Install due to Insufficient Storage
If anyone has any ideas or would like me to try something else, I'm all ears. Phone starting to frustrate me
Don't know if this will work, but try this:
Go into an adb shell. Type this:
cd /data/data/com.android.vending/cache
rm -f *
reboot
This will clear the market cache and reboot your phone.
Let me know if that works.
kronik03 said:
Been searching tons of forums for answer, seems like no ones problem is quite like mine though, so...Time to ask you guys
I'm running newest RA-Amon Recovery
I'm running Damage Control 2.09.01
I have been TRYING to get A2SD working correctly for a few days now with no luck....
I've formatted my card, wiped my phone, partitioned SD as follows:
Swap 32mb
Ext 2 512mb (Changed to Ext 3)
Fat32 Remainder
Not sure if it matters, but I have a 32GB SD card...
When I run busybox df -h this is what I get:
C:\AndroidSDK\tools>adb shell
# busybox df -h
busybox df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 95.5M 0 95.5M 0% /dev
tmpfs 4.0M 4.0K 4.0M 0% /sqlite_stmt_journals
/dev/block/mtdblock3 170.0M 141.6M 28.4M 83% /system
/dev/block/mtdblock5 159.5M 67.1M 92.4M 42% /data
/dev/block/mtdblock4 130.0M 1.1M 128.9M 1% /cache
/dev/block/mmcblk0p2 457.4M 5.0K 433.0M 0% /system/sd
/dev/block//vold/179:1
30.7G 31.5M 30.7G 0% /sdcard
Also, if I try to install a program from Market, it downloads fine, but Fails to Install due to Insufficient Storage
If anyone has any ideas or would like me to try something else, I'm all ears. Phone starting to frustrate me
Click to expand...
Click to collapse
i just flashed to JP3 followind the useful guide from this forum. it all went well, seems verry snappy, bu i have one problem... if i try to install fifa 10 it says i`m out of space "clean up some space and try again". also, if i try to install NOVA for example, it goes thru with the installation but when it starts it says "an SD card with at least 7mb is needed to download" even after i preveously copied the game cache to the SD card....
i forgot to mention some things :
1. i dont have a "lag fix"
2. the external SD, the internal Sd and the phone memory, all have at least 2 GB of free space!
I cannot find a fix anywhere on he internet even know i tried to ...
thank you in advance and excuse my english
hm. make a
busybox df -h
please ...
I am also having problem installing game w update. anyone know why we having this problem?
same here. What I heard is that the 2.2 rom mount phone memory to /internal_sd instead of /sdcard and it causes the problem....
evermick said:
same here. What I heard is that the 2.2 rom mount phone memory to /internal_sd instead of /sdcard and it causes the problem....
Click to expand...
Click to collapse
that may be the case but i also have about 2GB of unused disk space on the internal sd, so it should work ...
jodue said:
hm. make a
busybox df -h
please ...
Click to expand...
Click to collapse
i have the same problem. just installed busybox + rooted
$ su
su
# busybox df -h
busybox df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 152.4M 0 152.4M 0% /dev
df: /mnt/.lfs: Function not implemented
tmpfs 152.4M 0 152.4M 0% /mnt/asec
/dev/block/stl9 275.8M 271.8M 4.0M 99% /system
/dev/block/mmcblk0p2 1.9G 68.1M 1.8G 4% /data
/dev/block/stl10 127.2M 10.9M 116.3M 9% /dbdata
/dev/block/stl11 30.1M 32.0K 30.0M 0% /cache
/dev/block/stl3 5.9M 4.0M 1.9M 68% /efs
/dev/block/vold/179:1
5.8G 1012.9M 4.8G 17% /mnt/internal_sd
/dev/block/vold/179:9
7.6G 259.4M 7.3G 3% /mnt/internal_sd/externa
l_sd
/dev/block/vold/179:9
7.6G 259.4M 7.3G 3% /mnt/secure/asec
#
please help!
It is only the most reported bug in froyo.... Have you even tried to read the forum?
And no, there is no fix f for it.
Sent from my GT-I9000 using XDA App
I like CM7 and would like to use it but the number of apps I have is probably greater than most of you guys......the /datadata folder only has like 150mb of app data storage and once I install like 100 apps it gets full and starts forceclosing....I know the Vibrant has 2gb of app storage but only in TouchWiz ROMs you can use the 2GBs not in AOSP....
Is there anyway to extend it? or atleast move the app folders somewhere to whe I can install all my apps and still have like 1GB left over...like I do in TW ROMs?
This isn't a Q and A ..it's sorta a discussion.
I've been doing a bunch of searching on this and it seems like all Galaxy S's on CM are having this problem. I'm assuming the fix is just as simple as editing a file somewhere but even that is too hard for me. Any help on this issue would be much appreciated.
Sent from my SGH-T959 using XDA App
It's the only thing keeping me from switching to it
data2sd script...
t1h5ta3 said:
data2sd script...
Click to expand...
Click to collapse
Well has anyone ever implemented it on CM for Galaxy S? From what I was reading this might fix a bunch of problems, but I have no idea how to actually use it to suit our needs.
Sent from my SGH-T959 using XDA App
Yea data2sd is necessary!
I can't seem to know how to apply this.....
Isn't there an option under "applications", that lets you install the apps on SD??
you can manually move apps to the sd or set it to just have it always download to the sd, I dont even have an external sd card and have 5 gb of space left
No that's not it......the APP partition is enough....the app data folder isnt and it is the problem..
basically in cm7, the 2gbs arent even used nor will ever
vinnydakid said:
I've been doing a bunch of searching on this and it seems like all Galaxy S's on CM are having this problem. I'm assuming the fix is just as simple as editing a file somewhere but even that is too hard for me. Any help on this issue would be much appreciated.
Sent from my SGH-T959 using XDA App
Click to expand...
Click to collapse
Without actually checking out the source code for cyanogenmod + android, I wouldn't exactly know. It is most likely a issue of partitioning. This would be changed at the source code level, not at the user end.
Because this thread has been stale, I've been digging into the reasoning of why samsung based phones have so ittle space in /data/data (i.e. /datadata). The most obvious way to compare this is through the command df -h.
Here is the output of df -h for the samsung vibrant (on CM7 nightly):
Code:
# df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 165.0M 32.0K 165.0M 0% /dev
tmpfs 165.0M 0 165.0M 0% /mnt/asec
tmpfs 165.0M 0 165.0M 0% /mnt/obb
/dev/block/mtdblock2 187.5M 142.3M 45.2M 76% /system
/dev/block/mtdblock3 80.0M 36.3M 43.7M 45% /cache
/dev/block/mtdblock5 16.0M 14.3M 1.7M 89% /radio
/dev/block/mmcblk0p2 1.8G 591.4M 1.3G 31% /data
/dev/block/mtdblock6 172.0M 121.5M 50.5M 71% /datadata
/dev/block/mtdblock4 12.5M 6.6M 5.9M 53% /efs
/dev/block/vold/179:1
13.0G 4.2G 8.8G 32% /mnt/sdcard
/dev/block/vold/179:1
13.0G 4.2G 8.8G 32% /mnt/secure/asec
/dev/block/vold/179:9
3.7G 1.8G 1.9G 49% /mnt/emmc
Here is df -h for the HTC g2 (vision; CM7 Nightly):
Code:
# df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 184.0M 32.0K 183.9M 0% /dev
tmpfs 184.0M 0 184.0M 0% /mnt/asec
tmpfs 184.0M 0 184.0M 0% /mnt/obb
/dev/block/mmcblk0p25
409.2M 147.4M 261.9M 36% /system
/dev/block/mmcblk0p26
1.3G 217.7M 1.0G 18% /data
/dev/block/mmcblk0p27
198.3M 39.5M 148.5M 21% /cache
/dev/block/mmcblk0p28
19.9M 14.7M 5.2M 74% /devlog
/dev/block/vold/179:65
14.9G 2.3G 12.6G 15% /mnt/sdcard
/dev/block/vold/179:65
14.9G 2.3G 12.6G 15% /mnt/secure/asec
Notice the difference? Apparently on samsung branded phones, the /data/data folder is on its *own partition*, formatted YAFFS2. On HTC based phones, the /data/data folder is not on its own partition, but apart of the /data mount. For some reason, the developers decided to put it in its own partition, vs. the standard convention.
Also, here is a comparision of mount points for the Vision (init.vision.rc) and Aries-common (shared device config; is the same in the init.vibrantmtd.rc):
Vision:
Code:
mkdir /system
mkdir /data 0771 system system
mkdir /cache 0770 system cache
mkdir /devlog 0700 root root
mount ext4 /dev/block/mmcblk0p25 /system wait ro barrier=1
mount ext4 /dev/block/mmcblk0p26 /data wait noatime nosuid nodev barrier=1 noauto_da_alloc
mount ext4 /dev/block/mmcblk0p27 /cache wait noatime nosuid nodev barrier=1
mount ext4 /dev/block/mmcblk0p28 /devlog wait noatime nosuid nodev barrier=1
Vibrantmtd:
Code:
mkdir /radio 0775 radio radio
mount yaffs2 [email protected] /system
mount yaffs2 [email protected] /system ro remount
mount yaffs2 [email protected] /cache
mount yaffs2 [email protected] /radio
mount ext4 /dev/block/mmcblk0p2 /data wait nosuid nodev noatime nodiratime noauto_da_alloc
mount yaffs2 [email protected] /datadata
Honestly, what I'm wondering, is why is /data/data not apart of the /data partition?
compuguy1088 said:
Because this thread has been stale, I've been digging into the reasoning of why samsung based phones have so ittle space in /data/data (i.e. /datadata). The most obvious way to compare this is through the command df -h.
Here is the output of df -h for the samsung vibrant (on CM7 nightly):
Code:
# df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 165.0M 32.0K 165.0M 0% /dev
tmpfs 165.0M 0 165.0M 0% /mnt/asec
tmpfs 165.0M 0 165.0M 0% /mnt/obb
/dev/block/mtdblock2 187.5M 142.3M 45.2M 76% /system
/dev/block/mtdblock3 80.0M 36.3M 43.7M 45% /cache
/dev/block/mtdblock5 16.0M 14.3M 1.7M 89% /radio
/dev/block/mmcblk0p2 1.8G 591.4M 1.3G 31% /data
/dev/block/mtdblock6 172.0M 121.5M 50.5M 71% /datadata
/dev/block/mtdblock4 12.5M 6.6M 5.9M 53% /efs
/dev/block/vold/179:1
13.0G 4.2G 8.8G 32% /mnt/sdcard
/dev/block/vold/179:1
13.0G 4.2G 8.8G 32% /mnt/secure/asec
/dev/block/vold/179:9
3.7G 1.8G 1.9G 49% /mnt/emmc
Here is df -h for the HTC g2 (vision; CM7 Nightly):
Code:
# df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 184.0M 32.0K 183.9M 0% /dev
tmpfs 184.0M 0 184.0M 0% /mnt/asec
tmpfs 184.0M 0 184.0M 0% /mnt/obb
/dev/block/mmcblk0p25
409.2M 147.4M 261.9M 36% /system
/dev/block/mmcblk0p26
1.3G 217.7M 1.0G 18% /data
/dev/block/mmcblk0p27
198.3M 39.5M 148.5M 21% /cache
/dev/block/mmcblk0p28
19.9M 14.7M 5.2M 74% /devlog
/dev/block/vold/179:65
14.9G 2.3G 12.6G 15% /mnt/sdcard
/dev/block/vold/179:65
14.9G 2.3G 12.6G 15% /mnt/secure/asec
Notice the difference? Apparently on samsung branded phones, the /data/data folder is on its *own partition*, formatted YAFFS2. On HTC based phones, the /data/data folder is not on its own partition, but apart of the /data mount. For some reason, the developers decided to put it in its own partition, vs. the standard convention.
Also, here is a comparision of mount points for the Vision (init.vision.rc) and Aries-common (shared device config; is the same in the init.vibrantmtd.rc):
Vision:
Code:
mkdir /system
mkdir /data 0771 system system
mkdir /cache 0770 system cache
mkdir /devlog 0700 root root
mount ext4 /dev/block/mmcblk0p25 /system wait ro barrier=1
mount ext4 /dev/block/mmcblk0p26 /data wait noatime nosuid nodev barrier=1 noauto_da_alloc
mount ext4 /dev/block/mmcblk0p27 /cache wait noatime nosuid nodev barrier=1
mount ext4 /dev/block/mmcblk0p28 /devlog wait noatime nosuid nodev barrier=1
Vibrantmtd:
Code:
mkdir /radio 0775 radio radio
mount yaffs2 [email protected] /system
mount yaffs2 [email protected] /system ro remount
mount yaffs2 [email protected] /cache
mount yaffs2 [email protected] /radio
mount ext4 /dev/block/mmcblk0p2 /data wait nosuid nodev noatime nodiratime noauto_da_alloc
mount yaffs2 [email protected] /datadata
Honestly, what I'm wondering, is why is /data/data not apart of the /data partition?
Click to expand...
Click to collapse
because leaving it on the moviNAND chip (even on ext4) is ****ing slow as balls. If you want, you can go back to stock Samsung ROM's where it's inside the /data partition and watch your phone crawl to a halt after a few days, even with voodoo lagfix (or any number of file systems). The choice becomes, do you want something fast and a good user experience and hope users actually think about what they're installing instead of being brain-dead "install ALL THE APPS" people... or have a miserable user experience for everyone to protect the few people who feel the need to install 150 apps on a phone (and then claim all are necessary)
Kaik541 said:
because leaving it on the moviNAND chip (even on ext4) is ****ing slow as balls. If you want, you can go back to stock Samsung ROM's where it's inside the /data partition and watch your phone crawl to a halt after a few days, even with voodoo lagfix (or any number of file systems). The choice becomes, do you want something fast and a good user experience and hope users actually think about what they're installing instead of being brain-dead "install ALL THE APPS" people... or have a miserable user experience for everyone to protect the few people who feel the need to install 150 apps on a phone (and then claim all are necessary)
Click to expand...
Click to collapse
That clarifies that reasoning. If there is that limitation, something needs to be implemented in code preventing applications from going outside of the max /datadata space (i.e. automated cleaning of app caches). Having the phone repeatedly crash over and over because of a lack of space in /datadata, isn't the best way to handle the situation.
Edit:
Doing df -h | grep -i datadata, works for many people (like me), but not everyone is command line savvy.
Edit2: I do not have 150 apps installed...but there are applications that store a decent ammount of data in the /datadata partition (youtube, facebook). This results in a juggling act just to have ~50 applications on the phone at one time. In my opinion, if you think that it should not be on the moviNAND, then the data partition should be mounted as well to the [email protected] partition. Like any other android device, this would work properly, and would prevent the severe strings of app crashes from the lack of space in /data/data.
compuguy1088 said:
That clarifies that reasoning. If there is that limitation, something needs to be implemented in code preventing applications from going outside of the max /datadata space (i.e. automated cleaning of app caches). Having the phone repeatedly crash over and over because of a lack of space in /datadata, isn't the best way to handle the situation.
Edit:
Doing df -h | grep -i datadata, works for many people (like me), but not everyone is command line savvy.
Edit2: I do not have 150 apps installed...but there are applications that store a decent ammount of data in the /datadata partition (youtube, facebook). This results in a juggling act just to have ~50 applications on the phone at one time. In my opinion, if you think that it should not be on the moviNAND, then the data partition should be mounted as well to the [email protected] partition. Like any other android device, this would work properly, and would prevent the severe strings of app crashes from the lack of space in /data/data.
Click to expand...
Click to collapse
except the slowest part of loading an application is what's pulled from /data/data, not from /data/app (or app-private). On top of that, it would limit our /data partition to ~170 MB for both /data/app(-private) and /data/data, which would mean like 15 apps total for everyone... again, creating a miserable user experience for all. Then what? we relegate mmcblk0p1 to...? /sdcard? /emmc? /wastedinternalstorage? it can't simply be "merged" into the other things. if you don't know how to manage your apps/space, then that's on you. every partition will have this same failing, android has no way of verifying "out of space" besides the /cache and /data partitions (and even then, it only goes "oops out of space" when it already fails). Putting /data/data on a faster partition (that other phones don't HAVE to make this decision like we did) over putting it inside /data is monumentally different on our phone. we're the only device in CyanogenMod history that went from one partition layout format (BML) to another (MTD). Sure, others have resized their MTD partitions (HardSPL on Dream/Sapphire fore example), but they were already on MTD. Ours required re-working the way the phone even *exists*, on top of that, there are partitions and spaces we are literally incapable of editing or modifying.
basically, while it's easy to say "meh, I don't like this way because it makes my life harder", for 95% of users, it's the far more optimal choice and leads to a far superior user experience. if you are technical enough to install CM, you should be technical enough to know how to run a simple command from terminal emulator (which is included in CM by default).
Kaik541 said:
except the slowest part of loading an application is what's pulled from /data/data, not from /data/app (or app-private). On top of that, it would limit our /data partition to ~170 MB for both /data/app(-private) and /data/data, which would mean like 15 apps total for everyone... again, creating a miserable user experience for all. Then what? we relegate mmcblk0p1 to...? /sdcard? /emmc? /wastedinternalstorage? it can't simply be "merged" into the other things. if you don't know how to manage your apps/space, then that's on you. every partition will have this same failing, android has no way of verifying "out of space" besides the /cache and /data partitions (and even then, it only goes "oops out of space" when it already fails). Putting /data/data on a faster partition (that other phones don't HAVE to make this decision like we did) over putting it inside /data is monumentally different on our phone. we're the only device in CyanogenMod history that went from one partition layout format (BML) to another (MTD). Sure, others have resized their MTD partitions (HardSPL on Dream/Sapphire fore example), but they were already on MTD. Ours required re-working the way the phone even *exists*, on top of that, there are partitions and spaces we are literally incapable of editing or modifying.
basically, while it's easy to say "meh, I don't like this way because it makes my life harder", for 95% of users, it's the far more optimal choice and leads to a far superior user experience. if you are technical enough to install CM, you should be technical enough to know how to run a simple command from terminal emulator (which is included in CM by default).
Click to expand...
Click to collapse
It was a crazy shot in the dark. I was actually thinking of the possiblity of having a service clear the caches of all programs on boot. I *have* been managing my space that way. For some apps (*cough* facebook), they decide to use 20+ megabytes of space that is not cache. I understand your justification, but If this is the way things are going to be for Aries based phones (Galaxy S, Fascinate, Vibrant, etc), this should be mentioned in the OT. People should know before flashing this rom, that manual management is a necessary.
Ive been on simply honey for about 2 weeks and have shortened to 273 apps and it is still fast....I don't notice lag....maybe I'm crazy I don't notice the difference between full of apps and newly flashed simply honey.....am I crazy?
Sent from my SGH-T959 using XDA Premium App
Alanrocks15 said:
Ive been on simply honey for about 2 weeks and have shortened to 273 apps and it is still fast....I don't notice lag....maybe I'm crazy I don't notice the difference between full of apps and newly flashed simply honey.....am I crazy?
Sent from my SGH-T959 using XDA Premium App
Click to expand...
Click to collapse
Unless Simply Honey is based on Cyanogen 7, this issue does not apply to you. What is being discussed is the nightlies for the upcoming CM 7.1 relating to a partitioning decision. Based on what I've read and seen in the source code, is a dirty hack. It allows for faster performance, at the cost of the need to micro manage applications use of a limited /datadata. If this is going to reach an actual stable realase, this needs to be reverted. The mass majority of people do not have the time, nor the desire to every so often manually clean out data and caches of "/datadata" hogs. Most people who are still using the galaxy s line of phones have gotten use to the slow read and write speeds of the moviNAND by now....
Kaik541 said:
basically, while it's easy to say "meh, I don't like this way because it makes my life harder", for 95% of users, it's the far more optimal choice and leads to a far superior user experience. if you are technical enough to install CM, you should be technical enough to know how to run a simple command from terminal emulator (which is included in CM by default).
Click to expand...
Click to collapse
For many phones, including the galaxy S line, it is *very* easy to install CM (no command line use needed). I understand your (and the CM maintainers) decision to do this. I also see the reasons *not to*, in the eyes of average users. I think the performance penalties for more space in /datadata, are worth more than the need to have users digging around the phone system every other week. This is my opinion, based on my educational background and experience.
nah I read how the other Guy said how it is slow even with lagfix if you get a bunch of apps .....
Sent from my SGH-T959 using XDA Premium App
Alanrocks15 said:
nah I read how the other Guy said how it is slow even with lagfix if you get a bunch of apps .....
Sent from my SGH-T959 using XDA Premium App
Click to expand...
Click to collapse
That is true on any normal vibrant rom. For cm7.1 based roms, they basically moved the most heavily read and written directory to high speed flash. The cm developers solved one problem (slowness), and created a completely new issue (lack of space in /datadata). This is what he was trying to say, in a nutshell.
Sent from my SGH-T959 using Tapatalk
Okay i didn't really understand the part where you put all those values and things so what will happen? Is this problem going to remain?
Ok.. so I was having issues with not being able to install apps after I did a factory reset on my phone and reinstalled v20q rebuild and a custom kernel.
Some things from the market automatically downloaded, but others failed saying "Not enough disk space".
So I attached my phone to the PC, and deleted some unimportant files (Like soutcraft demo I never used, I removed the spiderman/gameloft stuff.. and other stuff that I knew was not important. I DID NOT remove system files.
So in the end.. I had about a gig spare space on my internal SD card. BUT after rebooting it still says "not enough disk space".
So I tried to boot into CWM... but it no longer boots in. I can't install Astro as not enough disk space. how the heck can I find out what's going on?
Which partition is it referring to not enough space? (And why won't CWM work?)
If i goto settings > applications > Manage Applications > Storage > It tells me I am only using 302MB of 1.2GB .. so defo plenty. It must be a different partition?
The /system partition is probably full, not the entire internal SD-card. I ran across the same problem when I installed adaway and tried to install the hosts file. So I deleted a couple of .apk's from /system/app. Why the system partition is so small I don't know.
Might that explain why CWM isn't starting as well?
Just a quick thought: on my old phone, when this error occurred, I had to wipe cache partition. It wouldn't hurt to try - as you cannot access CWM, maybe there's a way to do this using ADB.
wiredback said:
Just a quick thought: on my old phone, when this error occurred, I had to wipe cache partition. It wouldn't hurt to try - as you cannot access CWM, maybe there's a way to do this using ADB.
Click to expand...
Click to collapse
I've tried a factory reset. It wouldn't do the reset.
I've tried formatting the internal SD Card. It did that, but made no difference.
As you say, I am unable to get into CWM, so I would need some help with ADB if I'm to sort this :-(
I had that once too.
Did you change to EXT4 ?
Hmm.. not that I remember. I remember it saying that it was 'converting to ext3' when I put flashed "V20Q rebuild" on again, but I thought it was ext3 anyway. I'm not sure anything I have put on has ext4...
Only other thing I put on was the V20Q tweak pack, followed by spica's HP RC12 kernel (was trying it out).
Only thing I can do at present is seemingly to get in Android, and hook it up to the PC. It's useable, but without apps I'm a bit screwed, and even more screwed without access to CWM.
Can I reflash CWM perhaps?
(Side Note: I have flashed V20Q rebuild, gueste kernel, flik123's tweak pack and spica's HP kernel before without issue... I think this might be relating to the internal partition space. How the hell do I get access to it).
It's a bit of a pain that you can't get in CWM else you could try the backtoext3 tool by Paul, and reflash
I did that and it worked.
But with my problem, CWM still worked... Strange.
try reflashing CWM, and then go in CWM and format your /system and do a full wipe.
And reflash the ROM.
Try the BackToExt3 tool too (if Reflashing CWM worked):
http://android.modaco.com/topic/336...3-for-converting-your-device-er-back-to-ext3/
IT WILL WIPE YOUR DATA
BTW : Only use the backtoext3.zip mod of course if you use a EXT3 ROM
If that all dind't work try to hard reset to factory settings with NVFlash:
http://android.modaco.com/topic/335...k-rom-release-v10b-dated-1300166062-15032011/
Flashing at your own risk of course.
Hope this helps you somewhat i'm just suggesting some things for you to try.
I would firstly try to flash CWM again using ROM Manager or (if this is not possible) manually (I think there is a thread in Development section how to do this).
Secondly, I would flash original ROM using Smartflash.
I'm unable to run that from work, so I'll give it a shot when I get home.
Restalling CWM did nothing. Still a blank screen after the 2nd LG logo (Where the CWM logo and options would normally be).
Hmm.. how can I get access to the system partition, and then how do I delete stuff? (I'm a newb at linux stuff)
In fact, interal and external CWM bat files seems to copy but doesn't work on reboot :-( ARGGHH.
Hmm.. seems I can do a 'pull' and managed to pull everything out of /system/ LOL!!!
Someone help me here.. I assume I need to delete something in /system/ (or another directory???) to make room on the partition?
As info I have been looking around and used the 'df' command to get this:
# df system
df system
Filesystem Size Used Free Blksize
system 338M 327M 11M 1024
# df root
df root
Filesystem Size Used Free Blksize
root 0K 0K 0K 4096
# df
df
Filesystem Size Used Free Blksize
/dev 185M 64K 185M 4096
/mnt/asec 185M 0K 185M 4096
/mnt/obb 185M 0K 185M 4096
/system 338M 327M 11M 1024 <---- is this the issue here 11M free ?
/data 1G 136M 1G 4096
/mnt/extasec 185M 0K 185M 4096
/lgdrm 2M 2M 398K 2048
/mnt/sdcard 5G 2M 5G 4096
/mnt/secure/asec 5G 2M 5G 4096
/mnt/sdcard/_ExternalSD 7G 2G 4G 32768
/mnt/extsecure/extasec 7G 2G 4G 32768
"Pulled" some files off as backups, and deleted a few apk's to try and make space on system, but CWM will still not boot.
I have tried deleting the dalvik-cache, and no difference. I've tried reinstalling CWM.. but no difference :-(
What is going on :-(
EDIT: Even after removing these APK's which must have given me at least 20mb extra.. I STILL cannot download anything else from the market. Something is wrong here. please help XDA
Have you tried the Smartflash or NVflash method
To hard reset your phone we recommended ?
Not yet. Spent all night trying to make space on the system area, but it still told me no space, and CWM wouldn't boot.
Which do you recommened I try first? Actually I will follow Rusty's post here and see what happens (with NVFlash) . http://forum.xda-developers.com/showthread.php?t=1229407&highlight=smart+flash
I am not worried about the data in the slightest, only recovering the phone.
@Scougar: the df output looks a bit strange for me. I was expecting to see something like this:
# df
df
Filesystem 1K-blocks Used Available Use% Mounted on
tmpfs 215564 32 215532 0% /dev
tmpfs 215564 0 215564 0% /mnt/asec
tmpfs 215564 0 215564 0% /mnt/obb
tmpfs 215564 0 215564 0% /mnt/asec
tmpfs 215564 0 215564 0% /mnt/extasec
/dev/block/mmcblk0p1 347067 198348 130799 60% /system
/dev/block/mmcblk0p8 1548144 271128 1198376 18% /data
/dev/block/mmcblk0p2 63461 4154 56031 7% /cache
/dev/block/mmcblk0p6 2472 2074 398 84% /lgdrm
(some other less relevant entries deleted to make the output more readable).
Please note that I can see actual devices (partitions) how much they are filled and where they are mounted. In your output I'm missing things like e.g. cache partition.
The above output I got on adb but the same thing appeared in terminal emulator on my phone (currently WIUI).
You can also use "mount" command to see what is mounted where.
mipr said:
@Scougar: the df output looks a bit strange for me. I was expecting to see something like this:
# df
df
Filesystem 1K-blocks Used Available Use% Mounted on
tmpfs 215564 32 215532 0% /dev
tmpfs 215564 0 215564 0% /mnt/asec
tmpfs 215564 0 215564 0% /mnt/obb
tmpfs 215564 0 215564 0% /mnt/asec
tmpfs 215564 0 215564 0% /mnt/extasec
/dev/block/mmcblk0p1 347067 198348 130799 60% /system
/dev/block/mmcblk0p8 1548144 271128 1198376 18% /data
/dev/block/mmcblk0p2 63461 4154 56031 7% /cache
/dev/block/mmcblk0p6 2472 2074 398 84% /lgdrm
(some other less relevant entries deleted to make the output more readable).
Please note that I can see actual devices (partitions) how much they are filled and where they are mounted. In your output I'm missing things like e.g. cache partition.
The above output I got on adb but the same thing appeared in terminal emulator on my phone (currently WIUI).
You can also use "mount" command to see what is mounted where.
Click to expand...
Click to collapse
OK, I'll redo the df tonight when I get in (I can't do it from work), and see what I get. Maybe you have a different version of ADB to me ? (I am using the version as supplied by Rusty in his CWM script thread - linked to from the Q&A).
I'm trying to go through the sequence of events that lead up to this:
1) Booted into CWM (I did all the below WITHOUT rebooting until I had finished installing ZIPS - fatal flaw?)
2) Wiped dalvik cache
3) wiped data/Factory reset
4) Installed the Rebuilt V20Q ROM
5) Installed the V20Q Tweak pack (From Flix123)
6) Installed Spica's latest HP kernel (RC12 a few days ago).
I then rebooted.
None of the above I believe would have changed to ext4, only ext3 (Although I really don't understand ext versions at present). Perhaps by me doing too much at once, and not rebooting after I installed the V20Q ROM is what did it?
I'm using the latest adb downloaded from google. But this should not matter because with adb you are running commands from your phone, not from your computer, i.e. after "adb shell" you are effectively on your phone and the "df" is one of the commands on your phone. You may try "df -a" which should list all your file systems. You may also try "df --help" to see all command options. Additionally the "mount" command (without any params) should list all your mounted devices/partitions along with their filesystems, e.g. on my phone I get following:
/dev/block/mmcblk0p1 on /system type ext4 (rw,noatime,barrier=1,data=ordered)
/dev/block/mmcblk0p8 on /data type ext4 (rw,nosuid,nodev,noatime,barrier=1,data=ordered)
/dev/block/mmcblk0p2 on /cache type ext4 (rw,nosuid,nodev,noatime,barrier=1,data=ordered)
/dev/block/mmcblk0p6 on /lgdrm type ext3 (rw,nosuid,nodev,noatime,data=writeback)
As you can see my "system" partition is ext4, as well as "data" and "cache" partitions.
mipr said:
I'm using the latest adb downloaded from google. But this should not matter because with adb you are running commands from your phone, not from your computer, i.e. after "adb shell" you are effectively on your phone and the "df" is one of the commands on your phone. You may try "df -a" which should list all your file systems. You may also try "df --help" to see all command options. Additionally the "mount" command (without any params) should list all your mounted devices/partitions along with their filesystems, e.g. on my phone I get following:
/dev/block/mmcblk0p1 on /system type ext4 (rw,noatime,barrier=1,data=ordered)
/dev/block/mmcblk0p8 on /data type ext4 (rw,nosuid,nodev,noatime,barrier=1,data=ordered)
/dev/block/mmcblk0p2 on /cache type ext4 (rw,nosuid,nodev,noatime,barrier=1,data=ordered)
/dev/block/mmcblk0p6 on /lgdrm type ext3 (rw,nosuid,nodev,noatime,data=writeback)
As you can see my "system" partition is ext4, as well as "data" and "cache" partitions.
Click to expand...
Click to collapse
Cool, thanks. I'll give those a go tonight
Here is the result of the mount command:- (I do not know how to interprete the output, advice here gladly received)
# mount
mount
rootfs / rootfs ro,noatime 0 0
tmpfs /dev tmpfs rw,relatime,mode=755 0 0
devpts /dev/pts devpts rw,relatime,mode=600 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
tmpfs /mnt/asec tmpfs rw,noatime,mode=755,gid=1000 0 0
tmpfs /mnt/obb tmpfs rw,noatime,mode=755,gid=1000 0 0
none /dev/cpuctl cgroup rw,relatime,cpu 0 0
/dev/block/mmcblk0p1 /system ext3 ro,nodev,noatime,errors=continue,data=ordered
0 0
/dev/block/mmcblk0p8 /data ext3 rw,nosuid,nodev,noatime,errors=continue,data=ord
ered 0 0
tmpfs /mnt/extasec tmpfs rw,nodev,noatime,mode=755,gid=1000 0 0
/dev/block/mmcblk0p6 /lgdrm ext3 rw,nosuid,nodev,relatime,data=ordered 0 0
/dev/block/vold/179:9 /mnt/sdcard vfat rw,dirsync,nosuid,nodev,noexec,noatime,ui
d=1000,gid=1015,fmask=0002,dmask=0002,allow_utime=0020,codepage=cp437,iocharset=
iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/block/vold/179:9 /mnt/secure/asec vfat rw,dirsync,nosuid,nodev,noexec,noati
me,uid=1000,gid=1015,fmask=0002,dmask=0002,allow_utime=0020,codepage=cp437,iocha
rset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
tmpfs /mnt/sdcard/.android_secure tmpfs ro,relatime,size=0k,mode=000 0 0
/dev/block/vold/179:17 /mnt/sdcard/_ExternalSD vfat rw,dirsync,nosuid,nodev,noex
ec,noatime,uid=1000,gid=1015,fmask=0002,dmask=0002,allow_utime=0020,codepage=cp4
37,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/block/vold/179:17 /mnt/extsecure/extasec vfat rw,dirsync,nosuid,nodev,noexe
c,noatime,uid=1000,gid=1015,fmask=0002,dmask=0002,allow_utime=0020,codepage=cp43
7,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
tmpfs /mnt/sdcard/_ExternalSD/.android_secure tmpfs ro,relatime,size=0k,mode=000
0 0
#