Hey guys, I'm working on getting a recovery with ext4 support. I need to know 2 things. 1. What file system is boot mounted as? 2. What mount point is internal storage? Someone said it was /dev/block/vold/179:8 but that partition looks like its only 5gb. It appears like 179:0 is internal storage and looks about the right size (8gb) once I get this info I can build a recovery to test. I'm going to try to get it to support both ext3 and ext4 but if not I should be able to get one for the time being that supports ext4
Sent from my LG-P999 using XDA App
Good luck bro u have all my support.
G2X
Doesnt this phone already use EXT3? A quick google search seems to suggest that the difference between 3 and 4 isnt much. Would be nice to have the option though.
Check link I sent you on irc.
:0 is mmcblk0
:8 is mmcblk0p8 the 5.4gb internal storage
You'd be mounting /dev/sda instead of /dev/sda8 in comparison
Sent from my G2x
I realize the ext4 capability is more pressing, but while you got it ripped apart, 2 things you might look at:
1. reboot just shuts off right now
2. Mounts external SD instead of internal
Thanks for working on this
Edit, just noticed morfic mentioned the sd thing, so the reboot issue is all I have to add
MWBehr said:
I realize the ext4 capability is more pressing, but while you got it ripped apart, 2 things you might look at:
1. reboot just shuts off right now
2. Mounts external SD instead of internal
Thanks for working on this
Edit, just noticed morfic mentioned the sd thing, so the reboot issue is all I have to add
Click to expand...
Click to collapse
I've noticed the reboot = shutdown off and on. sometimes it reboots just fine, othertimes, it shuts down.
I'll look at the bootable_recovery source here in a sec to see if I can see anything.
Once CWM is rebuilt, it'll be a new version as well. there have been a few updates to the source since 3.0.2.7 came out.
Yeah while you ripping clockwork apart, could you take a look a wipe dalvick cache. I dont know if its just me but I get error massage (E:unkown volume path [/sd-ext]). Any one know the problem? I'm using clockwork v3.0.2.7. Thankyou if anyone can help
regP said:
Doesnt this phone already use EXT3? A quick google search seems to suggest that the difference between 3 and 4 isnt much. Would be nice to have the option though.
Click to expand...
Click to collapse
It does, but some of the kernels made are ext4 which is a superior file system. So without having cwr support ext4, you cannot restore nandroid
regP said:
Doesnt this phone already use EXT3? A quick google search seems to suggest that the difference between 3 and 4 isnt much. Would be nice to have the option though.
Click to expand...
Click to collapse
Buy quadrant advanced.
Check io with ext3 then with ext4.
You decide.....
Sent from my G2x
chillwill11 said:
Yeah while you ripping clockwork apart, could you take a look a wipe dalvick cache. I dont know if its just me but I get error massage (E:unkown volume path [/sd-ext]). Any one know the problem? I'm using clockwork v3.0.2.7. Thankyou if anyone can help
Click to expand...
Click to collapse
what kernel are you using?
I'd have to guess a CM kernel, since thats the only one that has sd-ext configured.
krylon360 said:
what kernel are you using?
I'd have to guess a CM kernel, since thats the only one that has sd-ext configured.
Click to expand...
Click to collapse
Yes I am using CM. Can you wipe your davlik cache? I'll try reflashing 3.0.2.7 and then test 2.
chillwill11 said:
Yes I am using CM. Can you wipe your davlik cache? I'll try reflashing 3.0.2.7 and then test 2.
Click to expand...
Click to collapse
Although you see an /sd-ext related error, it still wipes your dalvik-cache fine on test2 (in my experience). That's why it takes so long to boot up the next reboot (or if you watching you logcat through adb). Ive always wiped my dalvik-cache before a nandroid backup Rebuilt on next boot\nandroid restore each time
chillwill11 said:
Yes I am using CM. Can you wipe your davlik cache? I'll try reflashing 3.0.2.7 and then test 2.
Click to expand...
Click to collapse
Clockwork isn't wiping dalvik-cache at all. it says it does, but looking at the recovery logs reveals that it looks in /cache and /sd-ext for the dalvik-cache when it is actually in the /data partition.
Edit: this is on 3.0.2.7. Unsure about test 2 version. Will check to confirm.
Edit 2:
dalvik-cache wipe-recovery.log with 3.0.2.7
E:unknown volume for path [/sd-ext]
rm: can't remove '/cache/dalvik-cache': No such file or directory
rm: can't remove '/sd-ext/dalvik-cache': No such file or directory
Dalvik Cache wiped.
dalvik-cache wipe-recovery.log with 3.0.2.4(test 2)
I:Checking for extendedcommand...
I:Skipping execution of extendedcommand, file not found...
W:failed to mount /dev/block/mmcblk0p7 (Invalid argument)
E:unknown volume for path [/sd-ext]
rm: can't remove '/cache/dalvik-cache': No such file or directory
rm: can't remove '/sd-ext/dalvik-cache': No such file or directory
Dalvik Cache wiped.
test 2 did seem to be rebuilding dalvik-cache upon reboot. Morfic says it is so i'll believe him and stick with test 2 recovery
krylon360 said:
what kernel are you using?
I'd have to guess a CM kernel, since thats the only one that has sd-ext configured.
Click to expand...
Click to collapse
Don't all douche builds spit this out if you lack sd-ext?
yep, checked, Nexus S is same when you go advanced/wipe dalvik cache, it's normal, ignore it.
Don't forget that while on galaxy s phone and recovery shared a kernel, that was not normal, recovery has it's own kernel on normal phones.
[email protected] ~/android/system $ adb shell cat /proc/version
Linux version 2.6.32.36-cyanogenmod ([email protected]) (gcc version 4.4.3 (GCC) ) #15 SMP PREEMPT Sat Apr 23 23:47:32 WEST 2011
You know Trinity is on 2.6.32.40.....
I justed checked davlik cache via root explorer. It seems all the cache is there since my very 1st boot. Checking test 2 now.
allofusjw said:
Clockwork isn't wiping dalvik-cache at all. it says it does, but looking at the recovery logs reveals that it looks in /cache and /sd-ext for the dalvik-cache when it is actually in the /data partition.
Edit: this is on 3.0.2.7. Unsure about test 2 version. Will check to confirm.
Click to expand...
Click to collapse
Ok, let's put this to rest, it wipes.
Before wiping, /data mounted:
[email protected] ~/android/system $ adb shell ls /data/dalvik-cache
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]@classes.dex
[email protected]@[email protected]@classes.dex
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected]@[email protected]
[email protected] ~/android/system $ adb shell ls /data/dalvik-cache
ls: /data/dalvik-cache: No such file or directory
[email protected] ~/android/system $
[email protected] ~/android/system $ adb shell ls /data/
app data local property
app-private dontpanic logger system
audio_log.txt emmc_storage.log lost+found tombstones
audioprop fota misc zipalign.log
backup inc_data_path nv
[email protected] ~/android/system $
^^ And run again after wiping.
I added the ls /data to show /data is mounted
Advanced/Wipe Dalvik Cache does a quick rm -rf /data/dalvik-cache
We do not have /cache/dalvik-cache for system caches and /data/dalvik-cache for user apps.
that's the only difference, that's why wiping cache partition does nothing for us.
keep in mind recovery is made by a cyanogen buddy for his buddy's rom, his buddy inludes the associated rom manager in his rom, everyone is happy, in CM land.
End of story, dalvik wiping works, just don't expect them to cater to us. We benefit from their work GREATLY, i acknowledge that, and i am glad they are around, they just don't cater to people.
Use it or not, your choice.
Wow sorry about that fellas. After you get the /sd-ext error rewipe davlik cache. So basically you have to wipe davlik cache twice. Thanks for all the input. Now lets lets get this thread back to ext4.
Graffixnyc I can test when your ready. I think I spend more time in Clockwork than anything else
Thanks again
Ive got EXT3 and EXT4 now fully supported with CWM 3.1.0.1.
Right now I have it mounting just the internal SD. looks like it may take a bit of work getting it to mount both.
krylon360 said:
Ive got EXT3 and EXT4 now fully supported with CWM 3.1.0.1.
Right now I have it mounting just the internal SD. looks like it may take a bit of work getting it to mount both.
Click to expand...
Click to collapse
Awesome! Any progress is better than no progress. Please, please, please share!
I will if you want, but you will loose access to all your backups and zips on your extsd.
Related
This may be a super n00b question, but I previously ran a MoDaCo ROM, and was able to use the A2SD instructions from code.google.com to get my apps to store to the SD. Today I upgraded to Fresh 2.0d, (which is awesome btw) and no matter what I do, it seems that downloading apps keeps using my system memory. here is the output of 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 135.4M 34.6M 80% /system
/dev/block/mtdblock5 159.5M 60.2M 99.3M 38% /data
/dev/block/mtdblock4 130.0M 1.1M 128.9M 1% /cache
/dev/block/mmcblk0p2 677.4M 71.4M 569.9M 11% /system/sd
/dev/block//vold/179:1
2.9G 2.1G 788.2M 73% /sdcard
Is there a step that I'm missing somewhere? My use% on the /data partition seems to keep going up.
Thanks in advance for the help!!
See next comment
&RoidRage said:
See next comment
Click to expand...
Click to collapse
I'm sorry, I don't understand.
SchmediumTux said:
This may be a super n00b question, but I previously ran a MoDaCo ROM, and was able to use the A2SD instructions from code.google.com to get my apps to store to the SD. Today I upgraded to Fresh 2.0d, (which is awesome btw) and no matter what I do, it seems that downloading apps keeps using my system memory. here is the output of 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 135.4M 34.6M 80% /system
/dev/block/mtdblock5 159.5M 60.2M 99.3M 38% /data
/dev/block/mtdblock4 130.0M 1.1M 128.9M 1% /cache
/dev/block/mmcblk0p2 677.4M 71.4M 569.9M 11% /system/sd
/dev/block//vold/179:1
2.9G 2.1G 788.2M 73% /sdcard
Is there a step that I'm missing somewhere? My use% on the /data partition seems to keep going up.
Thanks in advance for the help!!
Click to expand...
Click to collapse
1. Remount the drive by typing this command: adb remount
2. Enter the phone shell: adb shell
3. Type ls -l /data to get a directory listing of /data
4. Look for an entry named app. If the following is to the right of the entry, a2sd is running: "-> /system/sd/app"
5. If not, type the following commands:
cp /data/app/* /system/sd/app
cp /data/app-private/* /system/sd/app-private
rm -r /data/app
rm -r /data/app-private
ln -s /data/app /system/sd/app
ln -s /data/app-private /system/sd/app
That should, hopefully, fix your issue.
Wow.. Thank you sooo much. I'm still in the early learning stages of Linux and android, so I needed that direction. I really appreciate you taking the time to help me out^^
tkirton said:
1. Remount the drive by typing this command: adb remount
2. Enter the phone shell: adb shell
3. Type ls -l /data to get a directory listing of /data
4. Look for an entry named app. If the following is to the right of the entry, a2sd is running: "-> /system/sd/app"
5. If not, type the following commands:
cp /data/app/* /system/sd/app
cp /data/app-private/* /system/sd/app-private
rm -r /data/app
rm -r /data/app-private
ln -s /data/app /system/sd/app
ln -s /data/app-private /system/sd/app
That should, hopefully, fix your issue.
Click to expand...
Click to collapse
I get the results you said but yet everytime i download an app my internal memory is going down. I also cd /system/sd/app and everything I dl'ed is in there, do i need to redo my sd?
ABNinja said:
I get the results you said but yet everytime i download an app my internal memory is going down. I also cd /system/sd/app and everything I dl'ed is in there, do i need to redo my sd?
Click to expand...
Click to collapse
it wont help as it seems to be a bug.
Fresh 2.0d A2SD Apps not being moved out of internal memory
I have HTC HERO, Fresh 2.0d rom, 16gb sd card and RA 1.6.2. I have partitioned sd, created ext2, converted ext2 to ext3 and installed rom and apps. All apps load and function but they are being put into internal mem and copied rather than moved to sd\apps. Memory check shows internal and sd memory decreases with installation of apps.
Here's a screen shot of my command prompt showing that Apps and Apps Private are being reassigned to sd card properly:
Microsoft Windows [Version 6.0.6002]
Copyright (c) 2006 Microsoft Corporation. All rights reserved.
C:\Users\VP>cd\
C:\>cd tools
C:\tools>adb remount
* daemon not running. starting it now *
* daemon started successfully *
remount succeeded
C:\tools>adb shell
# ls -l /data
ls -l /data
drwxr-xr-x system system 2010-04-26 10:55 tombstones
drwx------ system system 2010-04-26 10:08 backup
prw-r--r-- system system 2010-04-23 16:32 gps_nmea_fifo
-rw-rw-rw- media system 12 2010-04-26 00:04 StreamingPacketLost.txt
-rw-rw-rw- media system 2 2010-04-26 12:11 pvcodec.txt
drwxrwxr-x system system 2010-04-26 11:54 system
drwxrwx--x system system 2010-04-23 16:28 anr
drwx------ root root 2010-04-26 10:09 agent
drwx------ root root 2010-04-23 16:27 agent_htc
lrwxrwxrwx root root 2010-04-23 16:27 app-private -> /system/sd
/app-private
lrwxrwxrwx root root 2010-04-23 16:27 app -> /system/sd/app
drwxrwxrwx bluetooth bluetooth 2010-04-26 10:09 btips
drwxrwxrwx root root 2010-04-23 16:27 DxDrm
drwxrwx--x system system 2010-04-26 10:54 dalvik-cache
lrwxrwxrwx root root 2010-04-23 16:27 drm -> /data/local
drwx------ root root 2010-04-26 10:07 property
drwxrwx--x system system 2010-04-26 10:54 data
drwxr-xr-x shell shell 2010-04-23 16:27 local
drwxrwxrwx wimax wimax 2010-04-23 16:27 wimax
drwxrwx--t system misc 2010-04-26 12:10 misc
drwxr-x--- root log 2010-04-23 16:27 dontpanic
drwxrwx--- root root 2010-04-23 16:27 lost+found
# exit
exit
C:\tools>
Please let me know what I can do to get A2sd working properly on Fresh 2.0d rom whether its a manual or auto version or any other fix. I use lots of apps and I am getting low memory warning from the system.
Thanks
Same problem here. Please help
Easy fix. just flash Tkirton's Darktremor A2SD zip in recovery. Works perfectly. http://forum.xda-developers.com/showthread.php?t=670087
What do you type in the terminal to make it show that infomation?
4SidedDie said:
What do you type in the terminal to make it show that infomation?
Click to expand...
Click to collapse
ls -l /data
That will give you a directory listing.
I installed apps2sd 2.5 and my internal memory went from 50 to 129.
Darktremor A2SD version 2.6.1
I get fielded with a lot of questions that ask "How can I verify if the Apps2SD (or a2sd) is working correctly." And many people, including myself, have written message after message regarding how you can check to see if your data is on the SD card.
I'm not complaining, mind you...I personally like the attention. But, I'm also trained from various programming jobs that require a lot of support (the one I'm currently at is a good example). When I see a lot of people asking the same questions, I think to myself "there's got to be an easier way to do this." That's when I start working on a program solution to the issue.
For those of you who are new to Apps2SD, here's what you do:
1. Follow the installation instructions on the first message in this thread: http://forum.xda-developers.com/showthread.php?t=670087
2. Once you are in the shell, type /system/bin/a2sd check. A report will print on your screen telling you if you have issues with your A2SD setup.
3. If you do run into issues, you can fix them easily by typing /system/bin/a2sd repair.
4. If nothing is setup, try running the installer again: /system/bin/a2sd install
Click to expand...
Click to collapse
Now, if you do decide to run the stock A2SD, or any other variant, here's how you check that version (this will also work for any version of Darktremor A2SD):
1. Setup your SD card. (Follow the steps If you have not setup your SD Card: http://forum.xda-developers.com/showthread.php?t=670087).
If you are using the A2SD that came with the kernel, you don't have to do step i. If you are using another version besides Darktremor, follow step i, but put the file you got from the A2SD provider on the SD card).
2. While still in recovery, flash the A2SD you obtained as you would a normal ROM. If you are using the included A2SD for your particular ROM, skip this step.
3. Reboot the phone and allow the phone to completely load.
4. Enter a phone shell by typing in a command window: adb shell
5. Type the following in adb shell:
cd /data/app
pwd
If you get /system/sd/app returned, then A2SD installed correctly. If you get /data/app, A2SD did not move the data.
Click to expand...
Click to collapse
You can manually move the data yourself by typing the following commands:
mkdir /system/sd/app
mkdir /system/sd/app-private
chmod 777 /system/sd/app
chmod 777 /system/sd/app-private
cp /data/app/* /system/sd/app
cp /data/app-private/* /system/sd/app-private
rm /data/app
rm /data/app-private
ln -s /system/sd/app /data/app
ln -s /system/sd/app-private /data/app-private
1. Flash the Darktremor A2SD 2.6.1: http://forum.xda-developers.com/showthread.php?t=670087
2. Reboot
3. Once the phone reboots, go into your phone (adb shell) and type:
/system/bin/a2sd cache
That will move the dalvik-cache. Once the move is complete, reboot the phone.
jtology said:
I have HTC HERO, Fresh 2.0d rom, 16gb sd card and RA 1.6.2. I have partitioned sd, created ext2, converted ext2 to ext3 and installed rom and apps. All apps load and function but they are being put into internal mem and copied rather than moved to sd\apps. Memory check shows internal and sd memory decreases with installation of apps.
Here's a screen shot of my command prompt showing that Apps and Apps Private are being reassigned to sd card properly:
Microsoft Windows [Version 6.0.6002]
Copyright (c) 2006 Microsoft Corporation. All rights reserved.
C:\Users\VP>cd\
C:\>cd tools
C:\tools>adb remount
* daemon not running. starting it now *
* daemon started successfully *
remount succeeded
C:\tools>adb shell
# ls -l /data
ls -l /data
drwxr-xr-x system system 2010-04-26 10:55 tombstones
drwx------ system system 2010-04-26 10:08 backup
prw-r--r-- system system 2010-04-23 16:32 gps_nmea_fifo
-rw-rw-rw- media system 12 2010-04-26 00:04 StreamingPacketLost.txt
-rw-rw-rw- media system 2 2010-04-26 12:11 pvcodec.txt
drwxrwxr-x system system 2010-04-26 11:54 system
drwxrwx--x system system 2010-04-23 16:28 anr
drwx------ root root 2010-04-26 10:09 agent
drwx------ root root 2010-04-23 16:27 agent_htc
lrwxrwxrwx root root 2010-04-23 16:27 app-private -> /system/sd
/app-private
lrwxrwxrwx root root 2010-04-23 16:27 app -> /system/sd/app
drwxrwxrwx bluetooth bluetooth 2010-04-26 10:09 btips
drwxrwxrwx root root 2010-04-23 16:27 DxDrm
drwxrwx--x system system 2010-04-26 10:54 dalvik-cache
lrwxrwxrwx root root 2010-04-23 16:27 drm -> /data/local
drwx------ root root 2010-04-26 10:07 property
drwxrwx--x system system 2010-04-26 10:54 data
drwxr-xr-x shell shell 2010-04-23 16:27 local
drwxrwxrwx wimax wimax 2010-04-23 16:27 wimax
drwxrwx--t system misc 2010-04-26 12:10 misc
drwxr-x--- root log 2010-04-23 16:27 dontpanic
drwxrwx--- root root 2010-04-23 16:27 lost+found
# exit
exit
C:\tools>
Please let me know what I can do to get A2sd working properly on Fresh 2.0d rom whether its a manual or auto version or any other fix. I use lots of apps and I am getting low memory warning from the system.
Thanks
Click to expand...
Click to collapse
Hey i just got finished installing A2SD 2.6.1 and i have a class 2 16gb sd card and my internal mem is reading like 74/159, is that normal?
I DID install the correct version for class 2 cards
and i did your /system/bin/a2sd check
and it looked like everthing checks ok
In A2SD status report i got this
[*] /data/app link active
[*] /data/app-private link active
[*] /data/dalvik-cache NOT active
No Cache flag file present
[X] Swap partition NOT present
i read that the other guy had 100+ mb free after A2SD and i also remember back on 1.5 when i had tried it out i got similar numbers.
Anything else i can do to maybe check if i did everything alright?
or maybe already know why im getting still such a low internal mem?
you should check out the GUI version of apps2sd http://forum.xda-developers.com/showthread.php?t=670098
2.5 just crashed my phone, the GUI version not only fixed all my problems but it sped everything up signaficantly. Im not an expert with computers either so this was very easy to use
You picked up the one that doesn't activate the cache on boot. Just type
/system/bin/a2sd cache in adb shell.
frostrunner said:
Hey i just got finished installing A2SD 2.6.1 and i have a class 2 16gb sd card and my internal mem is reading like 74/159, is that normal?
I DID install the correct version for class 2 cards
and i did your /system/bin/a2sd check
and it looked like everthing checks ok
In A2SD status report i got this
[*] /data/app link active
[*] /data/app-private link active
[*] /data/dalvik-cache NOT active
No Cache flag file present
[X] Swap partition NOT present
i read that the other guy had 100+ mb free after A2SD and i also remember back on 1.5 when i had tried it out i got similar numbers.
Anything else i can do to maybe check if i did everything alright?
or maybe already know why im getting still such a low internal mem?
Click to expand...
Click to collapse
tkirton said:
You picked up the one that doesn't activate the cache on boot. Just type
/system/bin/a2sd cache in adb shell.
Click to expand...
Click to collapse
Actually i did, and my memory stayed the same at 70~
fallentimm said:
you should check out the GUI version of apps2sd http://forum.xda-developers.com/showthread.php?t=670098
2.5 just crashed my phone, the GUI version not only fixed all my problems but it sped everything up signaficantly. Im not an expert with computers either so this was very easy to use
Click to expand...
Click to collapse
Wow...and you didn't even give me a chance to fix it.
Treve uses a GUI to set things up. Other than that, the basic concept is the same (it's based on my earlier Darktremor A2SD, which itself is based on the original Cyanogen Apps2SD). It pretty much follows the same method to move files as I do. His is easier to setup if you are new at this. I try to make mine automatically set things up.
Nothing is wrong with what he's doing...it's definitely a different way of doing it and, as long as it works, more power to him.
Suddenly I can't download from market any large apps ( about 25 MB), using logcat I see "... not enough free space in internal downlad storage".
90% of the installed apps are on the sd, and I have a lot of free space :
SD 3 GB free
Internal 1,36 free
Emmc 11 free
I tried to clear cache and vm cache from recovery, but no luck.
I am using a cyanogenmod rom.
Any advice,pls ?
Are you using the new market? If so that has been causing the same problems for me
natious said:
Are you using the new market? If so that has been causing the same problems for me
Click to expand...
Click to collapse
I tried both: at the beginning I had the old market, after I tried with the new one: same result!
I looked around and I found that the problem could be the /cache folder.
I have:
Filesystem------Size--Used--Free--MountPoint
/dev/block/stl1 30.7M 4.1M 26.7M /cache
If the system uses the /cache downloading I could never install an app like that (about 28MB).
Can I mount/link the /cache fs in another place ?
EDIT:
Funny situation, indeed!!
I switched from cyano to overcome (full wipe).
My /cache was 30 MB and with 4k used, so I could install one big application!
I started to install another one.... no space left!
Again... now I have /cache with 4MB used, so I can't install any other big application!!
Browsing with root file manager I really can't see anything of 4MB size (even hidden!!)
EDIT [SOLVED]
Using the script in this thread
http://forum.xda-developers.com/showthread.php?t=1188972&highlight=cache
Code:
stratosk - 27/07/2011
# Corgar - 28/07/2011 ( changed location of cache in dbdata for onenand i/o, decreased cache dimension to 50mb )
# Remount /cache partition with a larger one (54.5 MB / 50mb cache)
# create a file 54.4 MB
dd if=/dev/zero of=/data/cache.img bs=1024 count=55808
# create ext4 filesystem
mke2fs -F -T ext4 /data/cache.img
# unmounting old cache partition
umount /cache
# mount
losetup /dev/block/loop7 /dbdata/cache.img
mount -t ext4 /dev/block/loop7 /cache
chown system.cache /cache
chmod 770 /cache
All the applications can be installed!!
i have same problem
Cyanogenmod 7 for the Lenovo Ideapad A1, by Milaq and myself.
BEFORE YOU BEGIN
You should install the modified bootloader that allows you to get into fastboot mode if necessary. This is because there is only one kernel on the A1, and if the kernel causes problems (unlikely, but it's better save yourself the risk) you won't be able to boot normally or into recovery. Being able to boot into fastboot mode gives you a way out of this by allowing you to flash a kernel through usb with the fastboot command. See this post: http://forum.xda-developers.com/showpost.php?p=25186171&postcount=120
Simple installation guide
David Artiss has written a beginners' guide that walks you through the process of installing CM7 starting from the stock system. Get to it here:
http://www.artiss.co.uk/2012/04/installing-cyanogenmod-on-a-lenovo-ideapad-a1
Syncing and building it:
Clone the Cyanogenmod repository:
Code:
repo init -u git://github.com/CyanogenMod/android.git -b gingerbread
Then add the local manifest:
Code:
git clone https://github.com/milaq/android.git local-android
cd local-android
git checkout gingerbread
cd ..
cp local-android/local_manifest.xml android/.repo
They sync the repo, get rom manager, and build:
Code:
cd android
repo sync
./vendor/cyanogen/get-rommanager
source build/envsetup.sh && brunch A1_07
What works:
Graphics HW acceleration
Touchscreen
Buttons (vol, power, menu, back, home)
Removable SD card
Audio
Accelerometer
Wifi (see caveat below)
Bluetooth
Vibration
Internal SD card
Front and back camera for still images, video recording from back camera
GPS
HW accelerated decoding (h.264 etc)
Issues
No 3G on the 3G versions.
Video recording from the front camera
Accelerometer switch not working
Market gives phone layout instead of tablet layout after update
Modified partition layout used with CWM 5.0.2.8 seems to prevent the internal SD card mounting.
GPS Time from android.location.Location.getTime() is wrong (1 day ahead?).
DSPManager sometimes crashes when headphones are inserted.
Bluetooth file transfer doesn't work, but Bluetooth HID seems to work.
IRC Channel
#ideapad-a1 on irc.freenode.net.
Recent logs at http://shron.de/irclogs/ideapad-a1.log
Some older logs at http://shron.de/ideapad-a1.log
Download page
Nightly builds, built by Milaq and hosted by goo.im:
http://goo.im/devs/milaq/a107/cm-7
Acknowledgments
Many thanks to:
Milaq - fixing loads of things: Camera, GPS, vibration, autobrightness, cpu responsiveness, scrolling performance, wifi geolocation, disabling background blur, hiding phone signal by default, density fixes, etc, etc, ...
SpiegelEiXXL - many discussions and thoughts, setting up nightly builds, hosting nightly builds.
Pati- for spotting how to prevent the reboots and internal SD card fixes.
Templis - Channel logs
Collaboration
Please feel free to discuss this porting effort here, point out errors, fork the repositories, submit patches/pull requests etc!
Latest updates:
18 Feb: Nightly downloads added. Please follow the commit log on Github for further details of updates: https://github.com/gmarkall/android_device_ideapad_a1/commits/gingerbread
12 Feb: Fixed the 5:43 reboot issue, wifi (sort of), and accelerometer. New version on download page.
17 Jan: Got it booting, added download page.
15 Jan: Made some very hacky changes that allow an otapackage to be built.
14 Jan: Tried flashing it - so far not quite booting as far as the home screen, but does get to the boot screen.
13 Jan: I had the wrong size for the system partition, which was causing make_ext4fs to fail. This is now corrected, and the build finishes.
13 Jan: I created an IRC channel for discussion of Clockworkmod, Cyanogenmod and development on the A1. It is #ideapad-a1 on irc.freenode.net.
12 Jan: I've added a few more bits and bobs to the build - in particular editing BoardConfig.mk to include settings for building libaudio.so, using the camera stub for the time being, bluetooth settings, etc. Also added some missing files: /etc/media_profiles.xml and vold.a1.fstab, overlay.omap3.so.
11 Jan: added a script that pulls the proprietary libraries off the device and creates a vendor/lenovo/a1 folder for them.
I have a 16GB Lenovo A1 and am more than happy to help out with any testing you need with CM7!
Just drop me a PM if you want any private testing done or I will test out the moment you post a Rom here to flash.
Thanks, Charlie.
awesome! did you already try to flash and run it?
BuzzyB said:
awesome! did you already try to flash and run it?
Click to expand...
Click to collapse
Not yet. At the moment the build system doesn't quite work for making a flashable zip suitable for the ideapad. I want to get the build system to make the update.zips without any manual intervention, rather than just putting one together by hand - otherwise it will be a pain every time I change something to have to manually make a new update.zip.
BuzzyB said:
awesome! did you already try to flash and run it?
Click to expand...
Click to collapse
I tried flashing it - I'm not quite getting as far as the home screen in booting yet, but it's a start:
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
nice teaser
Awesome!!!
Simply wonderful!
Update
something new...
:sehorn:
Cool beans!
So with the latest version I have, after bootup there's some problems with dalvik-cache.
The files in /cache/dalvik-cache and their permissions are:
Code:
# ls -l
-rw-r--r-- 1 system system 850744 Aug 1 2008 [email protected]@[email protected]
-rw-r--r-- 1 system system 57112 Aug 1 2008 [email protected]@[email protected]
-rw-r--r-- 1 system system 232920 Aug 1 2008 [email protected]@[email protected]
-rw-r--r-- 1 system system 27960 Aug 1 2008 [email protected]@[email protected]
-rw-r--r-- 1 root root 266000 Jan 16 23:36 [email protected]@[email protected]
-rw-r--r-- 1 system system 194352 Aug 1 2008 [email protected]@[email protected]
-rw-r--r-- 1 system system 13880 Aug 1 2008 [email protected]@[email protected]
-rw-r--r-- 1 root root 778656 Jan 16 23:36 [email protected]@[email protected]
-rw-r--r-- 1 system system 7448 Aug 1 2008 [email protected]@[email protected]
-rw-r--r-- 1 root root 24128 Jan 16 23:36 [email protected]@[email protected]
-rw-r--r-- 1 root root 4798600 Jan 16 23:36 [email protected]@[email protected]
-rw-r--r-- 1 root root 1391096 Jan 16 23:36 [email protected]@[email protected]
-rw-r--r-- 1 root root 8087736 Jan 16 23:36 [email protected]@[email protected]
-rw-r--r-- 1 system system 6816 Aug 1 2008 [email protected]@[email protected]
-rw-r--r-- 1 system system 4504 Aug 1 2008 [email protected]@[email protected]
-rw-r--r-- 1 system system 61616 Aug 1 2008 [email protected]@[email protected]
-rw-r--r-- 1 system system 89720 Aug 1 2008 [email protected]@[email protected]
-rw-r--r-- 1 system system 28496 Aug 1 2008 [email protected]@[email protected]
-rw-r--r-- 1 root root 1638216 Jan 16 23:36 [email protected]@[email protected]
-rw-r--r-- 1 system system 147728 Aug 1 2008 [email protected]@[email protected]
-rw-r--r-- 1 system system 8496 Aug 1 2008 [email protected]@[email protected]
Logcat is at: http://www.doc.ic.ac.uk/~grm08/ideapad/cm7-a1-logcat-jan-17.txt
Any suggestions?
Did you try to chmod 777 /cache/dalvik-cache
Just for testing it?
OTA use data/dalvik-cache and have the same File right like you do.
# create dalvik-cache and double-check the perms
mkdir /data/dalvik-cache 0771 system system
chown system system /data/dalvik-cache
chmod 0771 /data/dalvik-cache
# create the lost+found directories, so as to enforce our permissions
mkdir /data/lost+found 0770
mkdir /cache/lost+found 0770
---------- Post added at 09:47 PM ---------- Previous post was at 09:35 PM ----------
What rights have your /cache/dalvik-cache Folder?
It schould have 771
But i think that /cache have only 770
xbdesign said:
Did you try to chmod 777 /cache/dalvik-cache
Just for testing it?
Click to expand...
Click to collapse
I did try that, but it didn't make any difference unfortunately.
So what rights you have now for that Folder (after/at boot)?
xbdesign said:
So what rights you have now for that Folder (after/at boot)?
Click to expand...
Click to collapse
Code:
# ls -l
drwxrwx--x 2 system system 3072 Jan 17 21:02 dalvik-cache
I just noticed that it's only things that run as app_XX that have a problem opening /cache/dalvik-cache/[email protected]@ ...
Things that run as system, e.g. com.android.settings, don't seem to have a problem.
I feel like I'm missing something obvious now!
Right,
all Positions that have root have a Problem
-rw-r--r-- 1 root root
On STOCK ROM there are no Files that have one root root.
They are all having
system system
or
system app_<AppNr>
or
system radio
xbdesign said:
Right,
all Positions that have root have a Problem
-rw-r--r-- 1 root root
Click to expand...
Click to collapse
What is the problem? Those are the same permissions as on my CM7 Desire which doesn't have this issue.
No Problem.
Just wondering why every one of them giving an Error.
I have no working CM7 to compare it to.
---------- Post added at 10:59 PM ---------- Previous post was at 10:52 PM ----------
Are you at stage where you can Wipe dalvik-cache, or it is hapening by building/restoring it?
Hi all,
I don't remember when it started, but recently my Photon's recovery has been acting strange when accessing /data partition. I'm now using official TWRP 2.7.0.1, and the recovery "hot reboots" itself when wiping /data, effectively making it unable to restore backups (because to restore the /data partition it has to be wiped first). I tried an older version of CWM (6.0.1.2), and it "wipes" /data in a blink of an eye, which only means it didn't wipe successfully at all.
For reference sake, I can still use my phone normally. I can install apps, restore app backups, or even directly create/delete files in /data partition once I'm booted into Android, so the problem is only limited to recovery. I even tried RSD-ing back to stock and then start all over, but still no dice.
Any ideas would be welcome. If I need to grab any logs, please tell me which and how.
AndyYan said:
Hi all,
I don't remember when it started, but recently my Photon's recovery has been acting strange when accessing /data partition. I'm now using official TWRP 2.7.0.1, and the recovery "hot reboots" itself when wiping /data, effectively making it unable to restore backups (because to restore the /data partition it has to be wiped first). I tried an older version of CWM (6.0.1.2), and it "wipes" /data in a blink of an eye, which only means it didn't wipe successfully at all.
For reference sake, I can still use my phone normally. I can install apps, restore app backups, or even directly create/delete files in /data partition once I'm booted into Android, so the problem is only limited to recovery. I even tried RSD-ing back to stock and then start all over, but still no dice.
Any ideas would be welcome. If I need to grab any logs, please tell me which and how.
Click to expand...
Click to collapse
Recovery logs are stored in /cache/recovery .
kabaldan said:
Recovery logs are stored in /cache/recovery .
Click to expand...
Click to collapse
For TWRP, I thought it was just /tmp/recovery.log...
But either way, can you post a log from recovery after attempting to wipe?
I had something similiar when I wanted to restore a nandroid from my sdcard with TWRP (earlier, about a year ago).
At the end I chose to backup and restore on the internal sd (/data/media) instead of the external sd.
I am not sure if it was the sdcard but this solved my backup problems with TWRP.
Since then I always first backup to internal sd and then copy it to the external one.
I could not read if the problem comes by just wiping /data or while restoring a backup (which should first wipe a backup).
kabaldan said:
Recovery logs are stored in /cache/recovery .
Click to expand...
Click to collapse
Here is the last_log from TWRP 2.7.0.1: http://d-h.st/TKb . These 2 parts grabbed my attention:
Code:
I:Mount: Unable to find partition for path '/data'
and
Code:
I:wipe list '/data;'
I:wipe_path '/data'
Wiping data without wiping /data/media ...
[STRIKE]I:Unable to unlink '/data/bugreports'[/STRIKE]
I:Fixing /data/media/0 contexts
...What's that "/data/bugreports" all about?
And here's the last_log from CWM 6.0.4.8 (I built it via ClockworkMod Builder myself): http://d-h.st/zvK . These:
Code:
-- Wiping data...
Formatting /data...
I:Formatting unknown device.
rm: can't remove '.' or '..'
rm: can't remove '.' or '..'
Something even more strange is, although TWRP "hot reboots" / CWM "fast skips" when wiping /data, /data gets wiped anyways.
Loader009 said:
I could not read if the problem comes by just wiping /data or while restoring a backup (which should first wipe a backup).
Click to expand...
Click to collapse
Hmm, my problem can be triggered simply by attempting to wipe /data, so I'm pretty sure this is not relevant to my SD. For verification, I ejected my SD before booting into recovery, and attempted another /data wipe, which still "hot rebooted" my recovery.
AndyYan said:
Hmm, my problem can be triggered simply by attempting to wipe /data, so I'm pretty sure this is not relevant to my SD. For verification, I ejected my SD before booting into recovery, and attempted another /data wipe, which still "hot rebooted" my recovery.
Click to expand...
Click to collapse
Probably I'm talking about another problem.
Sorry, I was not sure and noticed my problem to be on the safe side.
Loader009 said:
Probably I'm talking about another problem.
Sorry, I was not sure and noticed my problem to be on the safe side.
Click to expand...
Click to collapse
I'm not sure if you're familiar with linux at all. But there's a simple fix to this solution. I had the same problem when I was using CM7 with my second OG Droid. But basically you use the following commands. If it's a problem with wiping the /Data clean out, and then rebuilding from a previous backup where the /Data directory is in tact, this is what you do. (WARNING! IF YOU ARE NOT COMFORTABLE ISSUING THESE COMMANDS, THEN DON'T.)
open up cmd prompt
Click to expand...
Click to collapse
navigate to your adb folder where the actual adb.exe file is located. Then make sure your phone is booted into recovery.
adb shell
Click to expand...
Click to collapse
that will put you in a linux environment while your phone is in recovery
ls
Click to expand...
Click to collapse
that will list all directories and files in the root of your phone make sure there is a directory called data. as long as there is, do the following.
rmdir data
Click to expand...
Click to collapse
that will delete the entire current /data structure on your phone. If you don't feel safe doing this, then don't. From there just do the recovery again.
ENJOY!
dslinfreak said:
I'm not sure if you're familiar with linux at all. But there's a simple fix to this solution. I had the same problem when I was using CM7 with my second OG Droid. But basically you use the following commands. If it's a problem with wiping the /Data clean out, and then rebuilding from a previous backup where the /Data directory is in tact, this is what you do. (WARNING! IF YOU ARE NOT COMFORTABLE ISSUING THESE COMMANDS, THEN DON'T.)
navigate to your adb folder where the actual adb.exe file is located. Then make sure your phone is booted into recovery.
that will put you in a linux environment while your phone is in recovery
that will list all directories and files in the root of your phone make sure there is a directory called data. as long as there is, do the following.
that will delete the entire current /data structure on your phone. If you don't feel safe doing this, then don't. From there just do the recovery again.
ENJOY!
Click to expand...
Click to collapse
You really sure this could deal with my issue, since you're replying to HIM instead of ME in MY question post?
EDIT: I actually risked my phone and attempted this - I think I already know ADB commands pretty well - and although /data is totally deleted, after a reboot to recovery, wiping /data still causes "hot reboot".
AND the actions also totally wiped my internal storage (because internal storage is /data/media and deleting /data also deleted it)! Thank god I don't have anything important in there...
Sent from Google Nexus 4 @ CM11
Yes, that's what I was thinking after reading his post.
It is also a little bit different problem than the one discussed here.
In your case AndyYan I simply would flash a stock ROM with RSDLite and then redo the flash recovery and ROM steps.
Because your data is already lost, this might be the fastest way.
But this way we wouldn't figure out what the current problem is. It's your choice since I don't know how fast you need the phone. I don't know if you are able to get a shell (with OpenRecovery you surely are) but what do you get if you enter "mount"? (Search for a line with /data)
With "mount" you'll get plenty of lines so it might be better to do it on the PC with "adb shell mount".
edit: With mount you get only the mounted partitions. I forgot that nothing of that is mounted. Theoretically we should be able to mount the data partition manually and format it with the right filesystem...
But I really don't know what might break, what happens to the media folder and other soft-/hardlinks.
Loader009 said:
flash a stock ROM with RSDLite and then redo the flash recovery and ROM steps.
Because your data is already lost, this might be the fastest way.
But this way we wouldn't figure out what the current problem is. It's your choice since I don't know how fast you need the phone. I don't know if you are able to get a shell (with OpenRecovery you surely are) but what do you get if you enter "mount"? (Search for a line with /data)
With "mount" you'll get plenty of lines so it might be better to do it on the PC with "adb shell mount".
edit: With mount you get only the mounted partitions. I forgot that nothing of that is mounted. Theoretically we should be able to mount the data partition manually and format it with the right filesystem...
But I really don't know what might break, what happens to the media folder and other soft-/hardlinks.
Click to expand...
Click to collapse
As said in the OP, RSD'd already but problem remains. As for mounting problems, I assume I can attempt to manually mount it, but I don't know the right command (Linux n00b).
I don't have any important data on the phone (it's not my primary device, as my signature says), everything's on the SD card, so feel free to throw suggestions/commands at me, as long as it doesn't have the risk of hard-bricking!
Sent from Google Nexus 4 @ CM11
AndyYan said:
You really sure this could deal with my issue, since you're replying to HIM instead of ME in MY question post?
EDIT: I actually risked my phone and attempted this - I think I already know ADB commands pretty well - and although /data is totally deleted, after a reboot to recovery, wiping /data still causes "hot reboot".
AND the actions also totally wiped my internal storage (because internal storage is /data/media and deleting /data also deleted it)! Thank god I don't have anything important in there...
Sent from Google Nexus 4 @ CM11
Click to expand...
Click to collapse
I appoligize that you did this. i really was just talking to him. as for the fix, was there a stock rom already on the phone? or had you put cm10 or 11 on there? i know for a fact that their internal storage for files, pictures, music, and dowloads are stored in /sdcard on the photon q. i did enough digging on adb for the past week to memorize that file structure.
Edit: Now that /data is gone, do an advanced recovery, don't wipe data, just flash it on. this might avoid the 'hot reboot' issue. i'm about to attempt to replicate this problem on my emulator.
dslinfreak said:
I appoligize that you did this. i really was just talking to him. as for the fix, was there a stock rom already on the phone? or had you put cm10 or 11 on there? i know for a fact that their internal storage for files, pictures, music, and dowloads are stored in /sdcard on the photon q. i did enough digging on adb for the past week to memorize that file structure.
Click to expand...
Click to collapse
/sdcard is just a symlink to /data/media...
I read the thread from the beginning to be sure what has already been tried.
It looks like the /data partition is corrupted, probably even more, the partition table (which we cannot rewrite afaik).
But I give my best suggestions I have to help.
As you might imagine, I won't be able to solve your problem but I can try to search where the actual problem is.
Please correct me if I am saying something wrong!
The following commands should be entered inside "adb shell" and the output should be posted here:
mount
ls -al /dev/block/platform/msm_sdcc.1/by-name
ls -al /dev/block/mmcblk0p39
The first command tells us what has been mounted within the recovery. /data should be there somewhere.
The second command tells us what partitions are available. userdata is the /data partition and should be listed.
The third command is actually a confirmation. If userdata is not in the output of the second command, then this command tells us if the actual partition exists.
In the last case (userdata is not shown in the second command but the partition exists), there might be a naming issue. Theoretically a format of this partition and give it the name "userdata" should solve it.
How? Actually I know on linux the command "mkfs.ext4 /path/to/partition" with which it is possible to format a partition into the ext4 filesystem.
But how do we give it a name? I don't know. Actually this is done in the partition table and not in the partition itself.
arrrghhh said:
/sdcard is just a symlink to /data/media...
Click to expand...
Click to collapse
well, color me purple now. Not a great thing for me and now I look like an absolute retard. I think I'm gonna go back to hs now and retake linux OS.
dslinfreak said:
I appoligize that you did this. i really was just talking to him. as for the fix, was there a stock rom already on the phone? or had you put cm10 or 11 on there? i know for a fact that their internal storage for files, pictures, music, and dowloads are stored in /sdcard on the photon q. i did enough digging on adb for the past week to memorize that file structure.
Edit: Now that /data is gone, do an advanced recovery, don't wipe data, just flash it on. this might avoid the 'hot reboot' issue. i'm about to attempt to replicate this problem on my emulator.
Click to expand...
Click to collapse
It's okay, if there were any important data there I would have backed it up before you say it. And yes, /sdcard simply symlinks to /data/media.
As I described, I can flash ROMs all I want, yet I can't backup or wipe my /data, which is needed for backup ops.
Loader009 said:
I read the thread from the beginning to be sure what has already been tried.
It looks like the /data partition is corrupted, probably even more, the partition table (which we cannot rewrite afaik).
But I give my best suggestions I have to help.
As you might imagine, I won't be able to solve your problem but I can try to search where the actual problem is.
Please correct me if I am saying something wrong!
The following commands should be entered inside "adb shell" and the output should be posted here:
mount
ls -al /dev/block/platform/msm_sdcc.1/by-name
ls -al /dev/block/mmcblk0p39
The first command tells us what has been mounted within the recovery. /data should be there somewhere.
The second command tells us what partitions are available. userdata is the /data partition and should be listed.
The third command is actually a confirmation. If userdata is not in the output of the second command, then this command tells us if the actual partition exists.
In the last case (userdata is not shown in the second command but the partition exists), there might be a naming issue. Theoretically a format of this partition and give it the name "userdata" should solve it.
How? Actually I know on linux the command "mkfs.ext4 /path/to/partition" with which it is possible to format a partition into the ext4 filesystem.
But how do we give it a name? I don't know. Actually this is done in the partition table and not in the partition itself.
Click to expand...
Click to collapse
Here's the full output:
Code:
~ # mount
mount
rootfs on / type rootfs (rw)
tmpfs on /dev type tmpfs (rw,nosuid,relatime,mode=755)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
/dev/block/mmcblk0p36 on /cache type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
[B]/dev/block/mmcblk0p39 on /data type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)[/B]
/dev/block/mmcblk0p39 on /sdcard type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
/dev/block/mmcblk1p1 on /external_sdcard type vfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
~ # ls -al /dev/block/platform/msm_sdcc.1/by-name
ls -al /dev/block/platform/msm_sdcc.1/by-name
lrwxrwxrwx root root 2014-05-18 00:52 aboot -> /dev/block/mmcblk0p5
lrwxrwxrwx root root 2014-05-18 00:52 abootBackup -> /dev/block/mmcblk0p12
lrwxrwxrwx root root 2014-05-18 00:52 boot -> /dev/block/mmcblk0p31
lrwxrwxrwx root root 2014-05-18 00:52 cache -> /dev/block/mmcblk0p36
lrwxrwxrwx root root 2014-05-18 00:52 carriercust -> /dev/block/mmcblk0p35
lrwxrwxrwx root root 2014-05-18 00:52 cdrom -> /dev/block/mmcblk0p38
lrwxrwxrwx root root 2014-05-18 00:52 cid -> /dev/block/mmcblk0p28
lrwxrwxrwx root root 2014-05-18 00:52 devtree -> /dev/block/mmcblk0p30
lrwxrwxrwx root root 2014-05-18 00:52 dhob -> /dev/block/mmcblk0p21
lrwxrwxrwx root root 2014-05-18 00:52 fsg -> /dev/block/mmcblk0p24
lrwxrwxrwx root root 2014-05-18 00:52 hob -> /dev/block/mmcblk0p20
lrwxrwxrwx root root 2014-05-18 00:52 kpan -> /dev/block/mmcblk0p33
lrwxrwxrwx root root 2014-05-18 00:52 logo -> /dev/block/mmcblk0p29
lrwxrwxrwx root root 2014-05-18 00:52 mbl -> /dev/block/mmcblk0p19
lrwxrwxrwx root root 2014-05-18 00:52 misc -> /dev/block/mmcblk0p26
lrwxrwxrwx root root 2014-05-18 00:52 modem -> /dev/block/mmcblk0p1
lrwxrwxrwx root root 2014-05-18 00:52 modemst1 -> /dev/block/mmcblk0p17
lrwxrwxrwx root root 2014-05-18 00:52 modemst2 -> /dev/block/mmcblk0p18
lrwxrwxrwx root root 2014-05-18 00:52 padA -> /dev/block/mmcblk0p9
lrwxrwxrwx root root 2014-05-18 00:52 padB -> /dev/block/mmcblk0p16
lrwxrwxrwx root root 2014-05-18 00:52 pds -> /dev/block/mmcblk0p27
lrwxrwxrwx root root 2014-05-18 00:52 persist -> /dev/block/mmcblk0p22
lrwxrwxrwx root root 2014-05-18 00:52 recovery -> /dev/block/mmcblk0p32
lrwxrwxrwx root root 2014-05-18 00:52 rpm -> /dev/block/mmcblk0p6
lrwxrwxrwx root root 2014-05-18 00:52 rpmBackup -> /dev/block/mmcblk0p13
lrwxrwxrwx root root 2014-05-18 00:52 sbl1 -> /dev/block/mmcblk0p2
lrwxrwxrwx root root 2014-05-18 00:52 sbl2 -> /dev/block/mmcblk0p3
lrwxrwxrwx root root 2014-05-18 00:52 sbl2Backup -> /dev/block/mmcblk0p10
lrwxrwxrwx root root 2014-05-18 00:52 sbl3 -> /dev/block/mmcblk0p4
lrwxrwxrwx root root 2014-05-18 00:52 sbl3Backup -> /dev/block/mmcblk0p11
lrwxrwxrwx root root 2014-05-18 00:52 sp -> /dev/block/mmcblk0p25
lrwxrwxrwx root root 2014-05-18 00:52 ssd -> /dev/block/mmcblk0p23
lrwxrwxrwx root root 2014-05-18 00:52 system -> /dev/block/mmcblk0p37
lrwxrwxrwx root root 2014-05-18 00:52 tombstones -> /dev/block/mmcblk0p34
lrwxrwxrwx root root 2014-05-18 00:52 tz -> /dev/block/mmcblk0p7
lrwxrwxrwx root root 2014-05-18 00:52 tzBackup -> /dev/block/mmcblk0p14
[B]lrwxrwxrwx root root 2014-05-18 00:52 userdata -> /dev/block/mmcblk0p39[/B]
lrwxrwxrwx root root 2014-05-18 00:52 utags -> /dev/block/mmcblk0p8
lrwxrwxrwx root root 2014-05-18 00:52 utagsBackup -> /dev/block/mmcblk0p15
~ # ls -al /dev/block/mmcblk0p39
ls -al /dev/block/mmcblk0p39
brw------- root root 259, 7 2014-05-18 00:52 mmcblk0p39
As you can see, /data and userdata both exists.
Furthermore, using TWRP, I can even use its file manager to delete files, modify permissions, etc. in /data, just can't wipe it or back it up (backing up /data usually takes 20+ seconds, but now it's completed in a flash).
For me everything looks ok.
The partition is mounted and the recovery can access the partition.
It should work but it doesn't.
I am kind of clueless.
If I remember correctly, there was in TWRP an option to wipe data/internal storage (or something like that).
Could you try this one? (And post the last_log again.)
I think that it wipes in a blink of an eye because there is nothing to delete.
With the wipe data/internal storage I think it formats the partition instead of doing a "rm -R" (wipe data) on several folders. (I think it is rm -R, I don't actually know it.)
I have problems if I backup data from (external) sdcard. I have to move my backup to the internal storage (not in a recovery!) to successfully restore my backup.
It is annoying, but I haven't found a solution to be 100% sure that the recovery reads the backup correctly from the (external) sdcard.
What about a recovery.log after the failed attempt?
He already has:
AndyYan said:
Here is the last_log from TWRP 2.7.0.1: http://d-h.st/TKb.
[...]
And here's the last_log from CWM 6.0.4.8 (I built it via ClockworkMod Builder myself): http://d-h.st/zvK.
[...]
Something even more strange is, although TWRP "hot reboots" / CWM "fast skips" when wiping /data, /data gets wiped anyways.
Click to expand...
Click to collapse
Loader009 said:
If I remember correctly, there was in TWRP an option to wipe data/internal storage (or something like that).
Could you try this one? (And post the last_log again.)
I think that it wipes in a blink of an eye because there is nothing to delete.
With the wipe data/internal storage I think it formats the partition instead of doing a "rm -R" (wipe data) on several folders. (I think it is rm -R, I don't actually know it.)
I have problems if I backup data from (external) sdcard. I have to move my backup to the internal storage (not in a recovery!) to successfully restore my backup.
It is annoying, but I haven't found a solution to be 100% sure that the recovery reads the backup correctly from the (external) sdcard.
Click to expand...
Click to collapse
I tried the "format data" option like you said, and it seems to go nicely - the log says it recreated filesystem properly - until it "hot reboots" again. Bang it. Log attached: http://d-h.st/chh
I have always been backing up to/restoring from external SD card without any flaws. Now I can't restore my backup, but only because restoring backup involves wiping /data...
Loader009 said:
He already has:
Click to expand...
Click to collapse
I kept looking for recovery.log... haha.
Nothing brilliant is coming to me at the moment, I will ask some people (much) smarter than I...
Elephone P6000 Recovery
SPFlashtool Video is now removed due to possible confusion. I will make a new more concise video for making backup's of specific partitions very soon
Here is a couple of tut's for those who have windows 8.1 64bit problems Drivers etc.
Uninstall any previous attempts to install drivers then reboot the PC do not insert your phone yet!!
Follow these guides step by step.
This first Driver Signature Verification
Then follow this down to step 9 Installing Vcom Drivers windows 8.1
Thanks to the authors of these tuts
Note: If you do not name your readback eg boot.img and leave the ROM_0 the flashtool will just do a complete ROM dump of your entire phone 12.8gb which cannot be processed by droid tools :silly:
PLEASE READ and post in the Q&A Tab which is above my name over < there also hit the THANKS Button bottom Left corner if I helped it costs you no money but cost me many hours
Recommended Viewing
See @rnovino more detailed and excellent general SPFlashTool TuTs with all the mtk drivers links . Thanks to him for these.
Here and Here
Please NO NOOBS asking how to install drivers etc just use google as these questions have been answered a million times over and I really don't have the time to spoon feed everyone :crying: You will probably brick your phone if you don't know what you're doing so read read and read again. :silly:
Recovery
UPDATE: bigrammy CWM port is now retired. Good news is that @carliv has compiled a CWM Recovery Specifically for the P6000 :victory: Dont be just a Leech and please show him your respect and appreciation by visiting his thread and hitting his THANKS button HERE at the very least.
a bigammy Thanks to all the dev's and testers involved with this project :highfive:
Offcial: Compiled recovery-CWM-Modd-P6000 Download here
HERE
Thanks to @carliv for the recovery module to fix this
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
All the menu screenshots are HERE They are of the version before the font was fixed. I will update these when I get the time.
Credits To.
@carliv Without whom the Recovery would not have been possible so hit his THANKS button at the very least or better still buy him a coffee Here
@yuweng For his continued support and Advice Thanks bro :highfive:
@rua1 For his awesome DroidTools that saves everyone this headache if their device is lucky enough to be supported Please come back!! :laugh:
There are so many more people that should be mentioned but I would run out of thread so to all who have helped and educated MANY THANKS
It should go without saying all is at your own risk and I take No, None, Zero, Nada, Zip, Responsibility.
SPFlashtool and Recovey are powerful tools and can either revive your phones or kill them forever so you have been warned. !!!!!
Regards bigrammy.
Guys PLEASE!! do not post my links on other websites or forums This is only so that the proper people get the credit and support is available for the user. It is just as easy to post a link to this thread HERE My links are spam free and I earn zero money from them so why do it :silly:
TWRP LOLLIPOP VERSION v2.8.7.0
HERE
Hit Thanks before you leave.
Recovery
New CWM Recovery is now ported to the p6000.
It's the None Touch Versions and I ported it over from the mt6595 version made by carliv :angel: over Here so full credit goes to him for his Awesome work.
The recovery supports Aroma File Manager also so get over to carliv's thread for the Aroma File Manager zip and hit his THANKS button because without him we would still be stuck with zero support. Link to Aroma FM and all information about how to use it and install Aroma FM is in the thread there so read it please. Again Here
Use google first then ask if not sure.
Post any questions in the Q&A's at the top of this thread.
Here is the recovery Removed see OP
Use the normal ways to install it. adb, spflashtool, If rooted just get the flashify.apk https://play.google.com/store/apps/details?id=com.cgollner.flashify
Thanks and enjoy!!!
TWRP is HERE!!!! YEEEHAAA
Well at long last we have working TOUCH Recovery
First we must thank all the dev's who have spent many many many Hours and Days trying to fix this problem thats confounded the best of us @carliv @yuweng @codelover @Santhosh M @BachMinuetInG @HypoTurtle
The eventual fix came by way of @NiksSkersts and @yuweng who are working on the P6000 sister/rebranded phone the "Just5 Blaster" Thread Here Please visit and hit his thanks button Also Go HERE and Hit yuweng's Thanks Button for all his work he never gave up trying to fix our problem
All those listed need to be Thanked at the very least EVERYONE!!!
In the end the problem was with the KERNEL or the drivers for the kernel anyway the Just5 Kernel works fine for our recovery needs :good:
I have used a Early carliv TWRP test build for the first release I have had to make quite a lot of changes to the init.rc fstab etc as it was just a test build carliv made to see if the touch could be made to work So go over to @carliv thread and hit his THANKS Button or buy him a coffee because as said none of this would be possible without him :angel:
Quick Note: These are all based on KK so far Android L is still a work in progress
TWRP V2 Now added:
Fixes:
1, Added Custom Partition to Mounts/Backup :good:
Tips:
1. To prevent problems when data_sd and external_sd are mounted to the PC goto TWRP settings/screen and uncheck the sleep function so the screen does not sleep this will ensure a stable connections
2. To view your Internal_SD on device using the TWRP File Manager in Advanced make sure Data is Mounted then got to /data/media/0 you will now see all your internal_sd files so can edit copy etc on device.
3. Performing Backups with TWRPV2 . When you backup large partitions like Data or System PLEASE make sure to only select 1 one partition at a time to backup. You can select multipule small ones like boot, recovery, nvram and they will all backup fine but for some reason System and Data must be done one at a time on their own!!
Please verify any previous backups you have made.
You can double check them by moving the system/data.ext4.win file to your pc then rename it system/data.tar and use winrar to view the files inside. Rename it back to the ext4.win to use with twrp again.
TWRPV2 HERE
More Choice bigrammy I hear you say Well here you go all in one HIT!!
These are all the work of @carliv and have been compiled by him for the P6000 so make sure you thank him PLEASE!!!
I have not had time to test them all to destruction but I am sure they will be fine Enjoy!!
Carliv Touch Recovery V3.0 HERE
PhilzP6000 by Carliv Here
Carliv CWM V2 Touch Kernel Here Same as in the OP but with touch working
TWRP V2 Screenies
Here is the PhilzJust5 made by @yuweng and @NiksSkersts I confirm it works on our phone too but again not fully test by me Philz Recovery Here
TWRP Screenies here HAPPY BACKUPS EVERYONE!! & Dont forget hit the thanks button for all involved and me too
Ok, i m a noob with Mtk devices..but i've experience on modding with other android phone..... proc/partinfo give me the same result on partion size ecc...
but
Only one thing I did not understand,
I have to connect the device without a battery, right?
Connecting the device without battery, despite having installed the drivers Vcom, I see that the device is recognized for 2 seconds then disconnects automatically, then again recognized .. is this normal behavior?
thx for your work :good::good:
enr88 said:
Ok, i m a noob with Mtk devices..but i've experience on modding with other android phone..... proc/partinfo give me the same result on partion size ecc...
but
Only one thing I did not understand,
I have to connect the device without a battery, right?
Connecting the device without battery, despite having installed the drivers Vcom, I see that the device is recognized for 2 seconds then disconnects automatically, then again recognized .. is this normal behavior?
thx for your work :good::good:
Click to expand...
Click to collapse
I Missed your post
In Future please use the Q&A bro just read the OP above.
To answer your question: When the progress bar in flashtool turns red put in your battery quickly I have mine ready and just slightly away from the contacts.
When done it will now hold it on until the end of the read backs.
I will copy this to the Q&A HERE
New ft rom available, r. 8.4 9th january
http://bbs.elephone.hk/forum.php?mod=viewthread&tid=2026#lastpost
bigrammy, i note that backup from cwm creates file size of boot, recovery of about 12Mb , have you tried to restore?
also another issue is that the backup folder is not in external sd, but in internal memory!
Thanks
megthebest said:
New ft rom available, r. 8.4 9th january
http://bbs.elephone.hk/forum.php?mod=viewthread&tid=2026#lastpost
bigrammy, i note that backup from cwm creates file size of boot, recovery of about 12Mb , have you tried to restore?
also another issue is that the backup folder is not in external sd, but in internal memory!
Thanks
Click to expand...
Click to collapse
12MB? sure it's not 16MB (full partition size)...
@bigrammy in int.rc of the Carliv recovery doing this:
on init
export PATH /sbin:/vendor/bin:/system/sbin:/system/bin:/system/xbin
export ANDROID_ROOT /system
export ANDROID_DATA /data
export EXTERNAL_STORAGE /storage/sdcard1
export SECONDARY_STORAGE /storage/sdcard0
symlink /system/etc /etc
symlink /data/media/0 /storage/sdcard0should switch it so that internal sdcard (/data/media/0) and external sd card switch places so that backup is added to removable card - only downside being it may not boot if there's no sdcard present.
HypoTurtle said:
12MB? sure it's not 16MB (full partition size)...
@bigrammy in int.rc of the Carliv recovery doing this:
on init
export PATH /sbin:/vendor/bin:/system/sbin:/system/bin:/system/xbin
export ANDROID_ROOT /system
export ANDROID_DATA /data
export EXTERNAL_STORAGE /storage/sdcard1
export SECONDARY_STORAGE /storage/sdcard0
symlink /system/etc /etc
symlink /data/media/0 /storage/sdcard0should switch it so that internal sdcard (/data/media/0) and external sd card switch places so that backup is added to removable card - only downside being it may not boot if there's no sdcard present.
Click to expand...
Click to collapse
My boot.img backup size is 16mb (16,777,216 bytes) to be exact bro so not sure what's happened with yours
Did you use the stock scatter for a backup or flash? maybe double check your partition sizes on the phone /proc/partinfo
As for the storage problem i am working on this right now
I am full of cold so I don't think my brain is working properly :crying:
We have some strange paths for the cards and I am struggling to define them correctly so all works as it should.
In recovery we should be able to view our sdcard when plugged into the PC with the USB cable
I am not 100% sure if we have emulated or none emulated internal sdcard even.
This Elephone ROM is very poor with none existant files :crying: making my job even harder eg: the stock fstab's says the internal sd card is at [email protected] which does not exist
Even the paths are not correctly defined so it's a process of trial and error.
I don't wish to bother @carliv until I am 100% sure I can go no further .
For now the recovery does what it's supposed to do which is backup and flash all though it's to and from the internal sd
I am back at work tomorrow so no further debugging for 4 days from me.
You're more than welcome to have a go at fixing it if you wish just be sure to give carliv the credit :good:
bigrammy said:
This Elephone ROM is very poor with none existant files :crying: making my job even harder eg: the stock fstab's says the internal sd card is at [email protected] which does not exist
Even the paths are not correctly defined so it's a process of trial and error.
Click to expand...
Click to collapse
Ah, thought the fstab was taken from the boot.img, my mistake... Still waiting on mine to arrive (3 weeks and counting), will wait til then before attempting anything. Regarding the fstab it's actually /devices/mtk-msdc.0/11230000.MSDC0 that is claimed to be the internal sdcard, not quite sure how it can be it's own partition though, anyone care to post the outcome of mount and df?
Edit. The internal sdcard is set by the service sdcard in init.ssd_nomuser.rc
service sdcard /system/bin/sdcard -u 1023 -g 1023 -d /data/media /storage/sdcard0
class late_startnot sure if the fstab lines are an error or are used while in (adv)meta mode or something.
HypoTurtle said:
Ah, thought the fstab was taken from the boot.img, my mistake... Still waiting on mine to arrive (3 weeks and counting), will wait til then before attempting anything. Regarding the fstab it's actually /devices/mtk-msdc.0/11230000.MSDC0 that is claimed to be the internal sdcard, not quite sure how it can be it's own partition though, anyone care to post the outcome of mount and df?
Edit. The internal sdcard is set by the service sdcard in init.ssd_nomuser.rc
service sdcard /system/bin/sdcard -u 1023 -g 1023 -d /data/media /storage/sdcard0
class late_startnot sure if the fstab lines are an error or are used while in (adv)meta mode or something.
Click to expand...
Click to collapse
:laugh: Yeah thats what I thought too
/devices/mtk-msdc.0/11230000.MSDC0 the path seems not to be correct according to what I have on the phone itself which is /sys/devices/mtk-msdc.0/11230000.MSDC0/
and for the other card is /sys/devices/mtk-msdc.0/11240000.MSDC1/ ?/??? maybe we need to drill down further as I see in some of carliv examples it goes to /mmc_host/mmc0 1 for MSDC1
I have drilled all the way down and can confirm on 11230000.MSDC0 = Type = MMC and for 11240000.MSDC1 = Type = SD so I guess these are the correct ones
Your Thoughts Welcome.
bigrammy said:
:laugh: Yeah thats what I thought too
/devices/mtk-msdc.0/11230000.MSDC0 the path seems not to be correct according to what I have on the phone itself which is /sys/devices/mtk-msdc.0/11230000.MSDC0/
and for the other card is /sys/devices/mtk-msdc.0/11240000.MSDC1/ ?/??? maybe we need to drill down further as I see in some of carliv examples it goes to /mmc_host/mmc0 1 for MSDC1
I have drilled all the way down and can confirm on 11230000.MSDC0 = Type = MMC and for 11240000.MSDC1 = Type = SD so I guess these are the correct ones
Your Thoughts Welcome.
Click to expand...
Click to collapse
TCL Meme da 3N M2M MT6752
Cofface recovery
/devices/mtk-msdc.0/11240000.MSDC1 auto vfat defaults voldmanaged=sdcard1:auto
Recovery here
hanuma said:
TCL Meme da 3N M2M MT6752
Cofface recovery
/devices/mtk-msdc.0/11240000.MSDC1 auto vfat defaults voldmanaged=sdcard1:auto
Recovery here
Click to expand...
Click to collapse
Thanks bro I will check how he has defined things. Is it in english do you know? It maybe easier to port this. :laugh:
bigrammy said:
:laugh: Yeah thats what I thought too
/devices/mtk-msdc.0/11230000.MSDC0 the path seems not to be correct according to what I have on the phone itself which is /sys/devices/mtk-msdc.0/11230000.MSDC0/
and for the other card is /sys/devices/mtk-msdc.0/11240000.MSDC1/ ?/??? maybe we need to drill down further as I see in some of carliv examples it goes to /mmc_host/mmc0 1 for MSDC1
I have drilled all the way down and can confirm on 11230000.MSDC0 = Type = MMC and for 11240000.MSDC1 = Type = SD so I guess these are the correct ones
Your Thoughts Welcome.
Click to expand...
Click to collapse
My thinking is that perhaps the /devices/mtk-msdc.0/11230000.MSDC0 is for use with META mode as it points to a device rather than a partition, i.e. the whole NAND memory. Not 100% about that... it doesn't make much sense that META mode is controlled by boot.img but that seems to be the case (~ half the .rc's are for meta mode (factory and meta ones)), which would mean that a bad boot.img flash (and recovery.img), would result in a true brick - there isn't a mask mode/drivers for
MTK afaik.
HypoTurtle said:
My thinking is that perhaps the /devices/mtk-msdc.0/11230000.MSDC0 is for use with META mode as it points to a device rather than a partition, i.e. the whole NAND memory. Not 100% about that... it doesn't make much sense that META mode is controlled by boot.img but that seems to be the case (~ half the .rc's are for meta mode (factory and meta ones)), which would mean that a bad boot.img flash (and recovery.img), would result in a true brick - there isn't a mask mode/drivers for
MTK afaik.
Click to expand...
Click to collapse
@hanuma
The cofface recovery is a e3 recovery and yes it seems that a lot of meta stuff is in there too.
The meta stuff is probably to accommodate OTA updates maybe (Just a guess )
I think we should be able to define things how we want.......
cofface has this for one of the volds.
Code:
/devices/platform/mt_usb auto auto defaults voldmanaged=usbdisk:auto
Here are the full readouts. mount, df, etc for your info.
Code:
[email protected]_e:/ # mount
mount
rootfs / rootfs ro,seclabel,relatime 0 0
tmpfs /dev tmpfs rw,seclabel,nosuid,relatime,mode=755 0 0
devpts /dev/pts devpts rw,seclabel,relatime,mode=600 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,seclabel,relatime 0 0
selinuxfs /sys/fs/selinux selinuxfs rw,relatime 0 0
none /acct cgroup rw,relatime,cpuacct 0 0
none /sys/fs/cgroup tmpfs rw,seclabel,relatime,mode=750,gid=1000 0 0
tmpfs /mnt/secure tmpfs rw,seclabel,relatime,mode=700 0 0
tmpfs /mnt/asec tmpfs rw,seclabel,relatime,mode=755,gid=1000 0 0
tmpfs /mnt/obb tmpfs rw,seclabel,relatime,mode=755,gid=1000 0 0
none /dev/cpuctl cgroup rw,relatime,cpu 0 0
/dev/block/platform/mtk-msdc.0/by-name/system /system ext4 ro,seclabel,relatime,data=ordered 0 0
/dev/block/platform/mtk-msdc.0/by-name/userdata /data ext4 rw,seclabel,nosuid,nodev,noatime,discard,noauto_da_alloc,data=ordered
0 0
/dev/block/platform/mtk-msdc.0/by-name/cache /cache ext4 rw,seclabel,nosuid,nodev,noatime,discard,noauto_da_alloc,data=ordered 0
0
/dev/block/platform/mtk-msdc.0/by-name/protect1 /protect_f ext4 rw,seclabel,nosuid,nodev,noatime,nodelalloc,noauto_da_alloc,comm
it=1,data=ordered 0 0
/dev/block/platform/mtk-msdc.0/by-name/protect2 /protect_s ext4 rw,seclabel,nosuid,nodev,noatime,nodelalloc,noauto_da_alloc,comm
it=1,data=ordered 0 0
/dev/block/loop0 /mnt/cd-rom iso9660 ro,relatime 0 0
/dev/customimg /custom ext4 rw,seclabel,relatime,data=ordered 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
/dev/fuse /storage/sdcard1 fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
/dev/block/vold/179:129 /mnt/media_rw/sdcard0 vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1023,gid=1023,fmask=0007,dmask=00
07,allow_utime=0020,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/block/vold/179:129 /mnt/secure/asec vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1023,gid=1023,fmask=0007,dmask=0007,al
low_utime=0020,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/fuse /storage/sdcard0 fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
[email protected]_e:/ #
[email protected]_e:/ # ls -la /dev/block/mmcblk*
ls -la /dev/block/mmcblk*
brw-rw---- root system 179, 0 2015-01-26 17:24 mmcblk0
brw-rw---- root system 179, 32 2015-01-26 17:24 mmcblk0boot0
brw------- root root 179, 64 2015-01-26 17:24 mmcblk0boot1
brw-rw---- root system 179, 1 2015-01-26 17:24 mmcblk0p1
brw-rw---- root system 179, 10 2015-01-26 17:24 mmcblk0p10
brw-rw---- root system 179, 11 2015-01-26 17:24 mmcblk0p11
brw------- root root 179, 12 2015-01-26 17:24 mmcblk0p12
brw------- root root 179, 13 2015-01-26 17:24 mmcblk0p13
brw------- root root 179, 14 2015-01-26 17:24 mmcblk0p14
brw------- root root 179, 15 2015-01-26 17:24 mmcblk0p15
brw------- root root 179, 16 2015-01-26 17:24 mmcblk0p16
brw------- root root 179, 17 2015-01-26 17:24 mmcblk0p17
brw------- root root 179, 18 2015-01-26 17:24 mmcblk0p18
brw------- root root 179, 19 2015-01-26 17:24 mmcblk0p19
brw-rw---- root system 179, 2 2015-01-26 17:24 mmcblk0p2
brw------- root root 179, 20 2015-01-26 17:24 mmcblk0p20
brw------- root root 179, 3 2015-01-26 17:24 mmcblk0p3
brw------- root root 179, 4 2015-01-26 17:24 mmcblk0p4
brw-rw---- root system 179, 5 2015-01-26 17:24 mmcblk0p5
brw------- root root 179, 6 2015-01-26 17:24 mmcblk0p6
brw-r----- root system 179, 7 2015-01-26 17:24 mmcblk0p7
brw-rw---- root system 179, 8 2015-01-26 17:24 mmcblk0p8
brw-r----- root system 179, 9 2015-01-26 17:24 mmcblk0p9
brw------- root root 179, 96 2015-01-26 17:24 mmcblk0rpmb
brw------- root root 179, 128 2015-01-26 17:24 mmcblk1
brw------- root root 179, 129 2015-01-26 17:24 mmcblk1p1
brw------- root root 179, 130 2015-01-26 17:24 mmcblk1p2
[email protected]_e:/ #
[email protected]_e:/ # df
df
Filesystem Size Used Free Blksize
/dev 958.1M 128.0K 958.0M 4096
/sys/fs/cgroup 958.1M 12.0K 958.1M 4096
/mnt/secure 958.1M 0.0K 958.1M 4096
/mnt/asec 958.1M 0.0K 958.1M 4096
/mnt/obb 958.1M 0.0K 958.1M 4096
/system 1.2G 951.9M 318.9M 4096
/data 12.5G 1.8G 10.7G 4096
/cache 105.3M 712.0K 104.6M 4096
/protect_f 4.8M 56.0K 4.8M 4096
/protect_s 4.8M 116.0K 4.7M 4096
/mnt/cd-rom 1.2M 1.2M 0.0K 2048
/custom 290.6M 45.5M 245.1M 4096
/storage/sdcard1 12.5G 1.8G 10.6G 4096
/mnt/media_rw/sdcard0 25.0G 4.2G 20.8G 32768
/mnt/secure/asec 25.0G 4.2G 20.8G 32768
/storage/sdcard0 25.0G 4.2G 20.8G 32768
[email protected]_e:/ #
[email protected]_e:/ # ls -al /dev/block/platform/mtk-msdc.0/by-name
ls -al /dev/block/platform/mtk-msdc.0/by-name
lrwxrwxrwx root root 2010-01-01 08:03 boot -> /dev/block/mmcblk0p7
lrwxrwxrwx root root 2010-01-01 08:03 cache -> /dev/block/mmcblk0p18
lrwxrwxrwx root root 2010-01-01 08:03 custom -> /dev/block/mmcblk0p12
lrwxrwxrwx root root 2010-01-01 08:03 expdb -> /dev/block/mmcblk0p13
lrwxrwxrwx root root 2010-01-01 08:03 flashinfo -> /dev/block/mmcblk0p20
lrwxrwxrwx root root 2010-01-01 08:03 lk -> /dev/block/mmcblk0p6
lrwxrwxrwx root root 2010-01-01 08:03 logo -> /dev/block/mmcblk0p11
lrwxrwxrwx root root 2010-01-01 08:03 metadata -> /dev/block/mmcblk0p16
lrwxrwxrwx root root 2010-01-01 08:03 nvram -> /dev/block/mmcblk0p2
lrwxrwxrwx root root 2010-01-01 08:03 para -> /dev/block/mmcblk0p10
lrwxrwxrwx root root 2010-01-01 08:03 proinfo -> /dev/block/mmcblk0p1
lrwxrwxrwx root root 2010-01-01 08:03 protect1 -> /dev/block/mmcblk0p3
lrwxrwxrwx root root 2010-01-01 08:03 protect2 -> /dev/block/mmcblk0p4
lrwxrwxrwx root root 2010-01-01 08:03 recovery -> /dev/block/mmcblk0p8
lrwxrwxrwx root root 2010-01-01 08:03 seccfg -> /dev/block/mmcblk0p5
lrwxrwxrwx root root 2010-01-01 08:03 secro -> /dev/block/mmcblk0p9
lrwxrwxrwx root root 2010-01-01 08:03 system -> /dev/block/mmcblk0p17
lrwxrwxrwx root root 2010-01-01 08:03 tee1 -> /dev/block/mmcblk0p14
lrwxrwxrwx root root 2010-01-01 08:03 tee2 -> /dev/block/mmcblk0p15
lrwxrwxrwx root root 2010-01-01 08:03 userdata -> /dev/block/mmcblk0p19
Things to do:
1. Make external_sd = mmcblk1p1 = sdcard0 default for the backups.
2. add sd_ext = mmcblk1p2 to backup options
3. Get sdcard1 defined as internal_sd
4. Mount Both if possible to upon connection to PC . (If only one then external_sd is preferred by me) Thoughts welcome on this.
5. I really need sleep !!!! lol
bigrammy said:
@hanuma
The cofface recovery is a e3 recovery and yes it seems that a lot of meta stuff is in there too.
The meta stuff is probably to accommodate OTA updates maybe (Just a guess )
Things to do:
1. Make external_sd = mmcblk1p1 = sdcard0 default for the backups.
2. add sd_ext = mmcblk1p2 to backup options
3. Get sdcard1 defined as internal_sd
4. Mount Both if possible to upon connection to PC . (If only one then external_sd is preferred by me) Thoughts welcome on this.
5. I really need sleep !!!! lol
Click to expand...
Click to collapse
Could be for FOTA I suppose... tried to look though /system/bin/fotabinder; but couldn't see much other than a reboot call.
/devices/platform/mt_usb is a usb device I believe (usb drive attached to microusb).
So for reference.
From boot.img
External SDcard
/dev/block/vold/179:129 /mnt/media_rw/sdcard0 vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1023,gid=1023,fmask=0007,dmask=00
/mnt/media_rw/sdcard0 25.0G 4.2G 20.8G 32768
/storage/sdcard0 25.0G 4.2G 20.8G 32768
Internal SDcard (data/media)
/dev/fuse /storage/sdcard1 fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
/data 12.5G 1.8G 10.7G 4096
/storage/sdcard1 12.5G 1.8G 10.6G 4096
These are set in ramdisk.
fstab (unsure if used for normal boot - but might be used by vold)
Code:
/devices/mtk-msdc.0/11230000.MSDC0 auto vfat defaults voldmanaged=sdcard0:[email protected],noemulatedsd
/devices/mtk-msdc.0/11240000.MSDC1 auto vfat defaults voldmanaged=sdcard1:auto
Bits and pieces from .rc's
Code:
on post-fs-data
# we will remap this as /mnt/sdcard with the sdcard fuse tool
mkdir /data/media 0770 media_rw media_rw
chown media_rw media_rw /data/media
on init
export PATH /sbin:/vendor/bin:/system/sbin:/system/bin:/system/xbin
export LD_LIBRARY_PATH /vendor/lib:/system/lib:/custom/lib
export ANDROID_BOOTLOGO 1
export ANDROID_ROOT /system
export ANDROID_ASSETS /system/app
export ANDROID_DATA /data
export ANDROID_STORAGE /storage
export ASEC_MOUNTPOINT /mnt/asec
export LOOP_MOUNTPOINT /mnt/obb
export BOOTCLASSPATH /system/framework/core.jar:/system/framework/conscrypt.jar:/system/framework/okhttp.jar:/system/framework/core-junit.jar:/system/framework/bouncycastle.jar:/system/framework/ext.jar:/system/framework/framework.jar:/system/framework/framework2.jar:/system/framework/telephony-common.jar:/system/framework/voip-common.jar:/system/framework/mms-common.jar:/system/framework/android.policy.jar:/system/framework/services.jar:/system/framework/apache-xml.jar:/system/framework/webviewchromium.jar:/system/framework/mediatek-common.jar:/system/framework/mediatek-framework.jar:/system/framework/CustomProperties.jar:/system/framework/mediatek-telephony-common.jar:/system/framework/mediatek-tablet.jar:/system/framework/dolby_ds.jar
export BOOTCLASSPATH_EX /system/framework/mediatek-op.jar
mkdir /mnt/media_rw/sdcard0 0700 media_rw media_rw
mkdir /mnt/media_rw/sdcard1 0700 media_rw media_rw
mkdir /storage/sdcard0 0700 root root
mkdir /storage/sdcard1 0700 root root
export EXTERNAL_STORAGE /storage/sdcard0
# Support legacy paths
symlink /storage/sdcard0 /sdcard
symlink /storage/sdcard0 /mnt/sdcard
symlink /storage/sdcard1 /mnt/sdcard2
on fs
mount_all /fstab
setprop ro.crypto.fuse_sdcard true
service sdcard /system/bin/sdcard -u 1023 -g 1023 -d /data/media /storage/sdcard0
class late_start
service fuse_sdcard0 /system/bin/sdcard -u 1023 -g 1023 -d /mnt/media_rw/sdcard0 /storage/sdcard0 <<<
class late_start <<<
disabled <<<
<<< These two are disabled
service fuse_sdcard1 /system/bin/sdcard -u 1023 -g 1023 -w 1023 -d /mnt/media_rw/sdcard1 /storage/sdcard1 <<<
class late_start <<<
disabled <<<
on boot
chown root /remount.sh <<<
chmod 700 /remount.sh <<< Not sure why this is here
exec /remount.sh <<<
service met_log_d /system/bin/met_log_d
class main
# Refer to http://source.android.com/devices/tech/storage/index.html
# It said, "Starting in Android 4.4, multiple external storage devices are surfaced to developers through
# Context.getExternalFilesDirs(), Context.getExternalCacheDirs(), and Context.getObbDirs().
# External storage devices surfaced through these APIs must be a semi-permanent part of the device (such as an SD card slot in a battery compartment).
# Developers expect data stored in these locations to be available over long periods of time."
# Therefore, if the target has the SD card slot in a battery compartment, we need to specify SECONDARY_STORAGE (*** UN-Comment the following command ***)
#
# export SECONDARY_STORAGE /storage/sdcard1
From recovery.img
init.rc
Code:
on init
export PATH /sbin:/vendor/bin:/system/sbin:/system/bin:/system/xbin
export ANDROID_ROOT /system
export ANDROID_DATA /data
export EXTERNAL_STORAGE /storage/sdcard0
export SECONDARY_STORAGE /storage/sdcard1
symlink /system/etc /etc
symlink /data/media/0 /storage/sdcard0
mkdir /mnt/media_rw/sdcard1 0700 media_rw media_rw
mkdir /storage/sdcard1 0700 root root
symlink /storage/sdcard1 /mnt/sdcard2
on boot
service vold /sbin/minivold
socket vold stream 0660 root mount
ioprio be 2
seclabel u:r:recovery:s0
# virtual sdcard daemon running as media_rw (1023)
service fuse_sdcard1 /system/bin/sdcard -u 1023 -g 1023 -w 1023 -d /mnt/media_rw/sdcard1 /storage/sdcard1
class late_start
disabled
fstab (line probably not used by recovery)
Code:
/devices/platform/mtk-msdc.1/mmc_host/mmc1 auto auto defaults voldmanaged=sdcard1:auto
Well, I came here by chance and saw you've ported a recovery
Good to see this. Bad that those guys from taiwan101 or so, didn't keep my credential in recovery.
I helped SevenMaxs to solve mounting both sdcards in his device (a mt6752) and that one has same sdcard paths. So if you replace this:
Code:
/devices/platform/mtk-msdc.1/mmc_host/mmc1 auto auto defaults voldmanaged=sdcard1:auto
with this:
Code:
/devices/mtk-msdc.0/11240000.MSDC1/mmc_host/mmc1 auto auto defaults voldmanaged=sdcard1:auto
in fstab and recovery.fstab it will work (both sdcards not only the internal).
No change in init.rc. I mean on this (which is my solution for mt6595 taken by those guys):
Code:
on init
export PATH /sbin:/vendor/bin:/system/sbin:/system/bin:/system/xbin
export ANDROID_ROOT /system
export ANDROID_DATA /data
export EXTERNAL_STORAGE /storage/sdcard0
export SECONDARY_STORAGE /storage/sdcard1
symlink /system/etc /etc
symlink /data/media/0 /storage/sdcard0
mkdir /mnt/media_rw/sdcard1 0700 media_rw media_rw
mkdir /storage/sdcard1 0700 root root
symlink /storage/sdcard1 /mnt/sdcard2
on boot
service vold /sbin/minivold
socket vold stream 0660 root mount
ioprio be 2
seclabel u:r:recovery:s0
# virtual sdcard daemon running as media_rw (1023)
service fuse_sdcard1 /system/bin/sdcard -u 1023 -g 1023 -w 1023 -d /mnt/media_rw/sdcard1 /storage/sdcard1
class late_start
disabled
And you should know that you can't switch sdcard0 with sdcard1 (internal with external) in CWM if internal is emulated. As you saw it doesn't have to be defined on fstab at all (if you define it as in stock recovery it won't work), and by default CWM will asign it to sdcard0, and you can't change that. If you want to place backups in external sdcard, just select "backup to /storage/sdcard1" from menu. I guess you are too much used with the "old" cwm, jellybean version with sftab1 Well things are changed now for kitkat using fstab2, and to be honest I don't understand why they did it. Twrp still uses fstab1 and is doing just fine
Later edit: Guys you can't relay on stock recovery or other one based on stock. The CWM works different (no fstab or init.rc from stock recovery will help you). One other thing you should know, if you define the usbdisk or otg or whatever its name is in CWM fstabs, you will loose the USB Mass Storage mounting to PC function, because CWM only allow one USB connection. All these are already explained by me in my thread for porting recoveries, and more exactly in the new guide composed of only with pictures.
carliv said:
Well, I came here by chance and saw you've ported a recovery
in fstab and recovery.fstab it will work (both sdcards not only the internal).
No change in init.rc. I mean on this (which is my solution for mt6595 taken by those guys):
And you should know that you can't switch sdcard0 with sdcard1 (internal with external) in CWM if internal is emulated. As you saw it doesn't have to be defined on fstab at all (if you define it as in stock recovery it won't work), and by default CWM will asign it to sdcard0, and you can't change that. If you want to place backups in external sdcard, just select "backup to /storage/sdcard1" from menu. I guess you are too much used with the "old" cwm, jellybean version with sftab1 Well things are changed now for kitkat using fstab2, and to be honest I don't understand why they did it. Twrp still uses fstab1 and is doing just fine
Later edit: Guys you can't relay on stock recovery or other one based on stock. The CWM works different (no fstab or init.rc from stock recovery will help you). One other thing you should know, if you define the usbdisk or otg or whatever its name is in CWM fstabs, you will loose the USB Mass Storage mounting to PC function, because CWM only allow one USB connection. All these are already explained by me in my thread for porting recoveries, and more exactly in the new guide composed of only with pictures.
Click to expand...
Click to collapse
Thanks for that @carliv ... still waiting for my device to run this recovery was wasn't sure what version CWM it was.
I'm guessing minivold is why you can't simply switch SECONDARY_STORAGE with EXTERNAL_STORAGE... It is a moot point though if as you say "backup to /storage/sdcard1" is there as an option.
Edit. @carliv is the symlink /storage/sdcard1 /mnt/sdcard2 bit right? Or should it be /mnt/sdcard1 ?
HypoTurtle said:
Thanks for that @carliv ... still waiting for my device to run this recovery was wasn't sure what version CWM it was.
I'm guessing minivold is why you can't simply switch SECONDARY_STORAGE with EXTERNAL_STORAGE... It is a moot point though if as you say "backup to /storage/sdcard1" is there as an option.
Edit. @carliv is the symlink /storage/sdcard1 /mnt/sdcard2 bit right? Or should it be /mnt/sdcard1 ?
Click to expand...
Click to collapse
First CWM will check for sdcard0 on fstab to see if matches any defined voldmanaged entry and if it's not it will assume is a data/media sdcard and assign it sdcard (aka storage/sdcard0) path. To change that you need to build the recovery and to do that in source code. I guess all this fuss was started by google when they designed kitkat for their devices without external sdcard.
Yes, /mn/sdcard2 is right for /storage/sdcard1 because /mnt/sdcard (<<<no 0 here) is for /storage/sdcard0 - at least that's in all the phones I saw, but maybe yours is different. If you open the mnt folder with a root explorer do you see any sdcard1 there? That will be a first for me to hear such thing.
carliv said:
First CWM will check for sdcard0 on fstab to see if matches any defined voldmanaged entry and if it's not it will assume is a data/media sdcard and assign it sdcard (aka storage/sdcard0) path. To change that you need to build the recovery and to do that in source code. I guess all this fuss was started by google when they designed kitkat for their devices without external sdcard.
Yes, /mn/sdcard2 is right for /storage/sdcard1 because /mnt/sdcard (<<<no 0 here) is for /storage/sdcard0 - at least that's in all the phones I saw, but maybe yours is different. If you open the mnt folder with a root explorer do you see any sdcard1 there? That will be a first for me to hear such thing.
Click to expand...
Click to collapse
Would I be right in thinking then that the backup location is hardcoded in the recovery to something like /storage/sdcard0? I was thinking that it might have been backup => $EXTERNAL_STORAGE (if that's even possible) so that a simple switch external/secondary in init.rc would point the backup to /storage/sdcard1 instead, it's been a while since I've compiled anything, might poke through the code though.
HypoTurtle said:
Would I be right in thinking then that the backup location is hardcoded in the recovery to something like /storage/sdcard0? I was thinking that it might have been backup => $EXTERNAL_STORAGE (if that's even possible) so that a simple switch external/secondary in init.rc would point the backup to /storage/sdcard1 instead, it's been a while since I've compiled anything, might poke through the code though.
Click to expand...
Click to collapse
This is only for phones with internal sdcard on data/media. If you have a phone with internal sdcard as a "fat" partition (as I do) you can switch them as much as you like, but not from EXTERNAL and SECONDARY storage; it has to be done in fstabs switching voldmanaged:sdcard0 to external and sdcard1 to internal. In kitkat cwm those defines EXTERNAL and SECONDARY STORAGE can be removed and the recovery will work, or you can let only EXTERNAL to sdcard as in CWM official init.rc. The reason I added those modifications, including mnt/sdcards and other from init.rc was for USB Mass Storage mount to PC. Stock CWM init.rc will work with right fstabs but on connecting to PC it will mount only the external sdcard; my modds make it possible to mount both sdcards.