Remix OS live USB : OS partition, PLUS data partition visible on windows. - Remix OS for PC
Using a usb key for a live USB of remix os in the same time as a data external drive isn't possible actually due to windows not being able to see further than one partition on the stick (ok, except if we use remix os partition as the data one ... without accidentally messing it up, but looks like it has an automatic size and the place it uses limit us).
I remember I had a similar problem with one of my first Linux live too. Not sure how I dealt with it but I were able to end having both after some search and understanding : liveOS partition, and a data partition visible on Windows (no problem like this with a Linux).
I'll try to reproduce with a linux if I have the time but here is what I'm looking for :
Ooops, since I can't post links nor upload images, I put the image link as my twitter in my profile
So, won't the data partition be ok to use on windows if like on 2nd example, the live os isn't installed in the same place as in the 1rst one ? I already tried to prepare 2 partitions before using the installation tool and choose the one destined for remixOS (and only visible) to install on it but the tool always end wiping ALL the key, and then partitioning appears to be the same.
Can pass through this problem be done by the tool ? (being able to install NEXT to a data partition to keep it visible by windows, or hide remixOS ones)
I ideally need this key for both usages, and if it's possible I think I'm not alone.
Does this can be added ?
@Esdeve
The reason you don't see the partitions in Windows is because they are in EXT4 filesystem, but I guess u know that already .
There are few software solutions for mounting these, but it will only mount the whole Remix system partiton, not the "partition inside the partition".
So basically it'll mount the partition with data.img (remix data partition), inird, ramdisk.... But not the data.img itself.
I don't think it's possible too easily and quickly make this automatic. Even on Linux u'd have to set up data.img to be automatically mounted when pendrive is detected.
Using the official .iso to USB installer won't allow you do what you need, but you can boot Linux on ur PC and with gParted extend/shrink existing USB partitions and maybe make a new one for other purposes.
Sent from mobile
Yup. Know that. I think you didn't understood what I'm looking to do ... but I may express poorly in english when speaking about computing subjects. Or I may not understand myself what you are answering too ^^'
Here we re-go : I'm looking to have both a data partition and the two partitions of RemixOS which are a Fat32 and an Ext one. I don't need having an access to the Ext, and I don't want to use the Fat32 one as a data partition because it's the OS partition, it's unsafe to use it for this, I may mess with it accidentally.
I don't need to modify the sizes of any partitions (from a Linux or not) since installation leaves room to be used. But since the fat32 already exists, I basically can't create/keep a 2nd fat/fat32/NTFS one next to it, this is no use, windows won't see it, the fat32 from remixOS is first, so Windows only sees this one and not my own, and I can't change that with the way the installation is made. Moving the two RemixOS partitions is of course totally excluded and will render the os unable to boot so I won't try it except maybe if able to do #3.
Solutions ?
1 - Being able to do what I just proposed in 1rst post : have the devs make the installer able to install in place of a designated partition (and not on all the key), in the right part of what is displayed in he graphic from my partition software, leaving the possibility to create afterward a fat/fat32/ntfs partition to the left, and seen by windows instead of the remixOS's fat32 without destroying the boot ... Uh, if that does the trick, I didn't experiment this sort of things a lot but I'm sure I succeeded with a live persistent linux once.
2 - RemixOS installer may only use EXT partitions and no fat32 ? Can't it ? Leaving windows readable formats free to use for something else.
3 - I'm planing to move the partitions like needed (there I know I'll be able to access my personal data partition I created), and then try some Grub thing on my key to keep the live system bootable, but I'm not sure to remember how to, nor if this will work, nor even if grub can launch RemixOS.
Well. I'd add to all this that I'm not specially searching for help, I know actually except for the complex solution #3, that it's impossible to manage what I need. It's more like an asking/proposing of feature/possibility. And I'm pretty sure I won't be the only one to think it's waste to use my 3.0 stick rendering it unable to serve in the same time for portable data storage when it always have loooots of place.
I read in the ask/propose feature part of the devs site to come post her ... So I did. But there is no "evolution" section and only a device classifying here. So here I wrote. Sorry if misunderstood.
The problem with what you wrote is that you overcomplicate it. Keep it simple and short - that's best.
Did understood correctly that you want to use the USB as Remix Live Stick and as a typical storage device?
Did you read my whole post?
Remix when installed on USB should use all it's space - makes 3 partitions:
1. Boot
2. System
3. Data for external storage purposes.
The 3rd is what you see in Windows.
All you need to do now is just to adjust sizes of other partitions (it's possible without corrupting existing files), but hard to do under Windows. Then u need to expand this 3rd partition.
Sent from mobile
Sorry ^^' I know I use too much words, but it appears I can't make simple when speaking about technical matters, and in a language I'm not used to resume tech things.
Of course, I read your posts. I"m on a 32gb stick. I can see 3 partitions :
1 : REMIX_OS (apparently data, since it's the only one I can access from windows). Fat32. 7.64Gb sized.
2 : REMIXOSSYS. Fat32 too. But not accessible from windows (I understand this like it's because it's 2nd principal partition, so windumbOS doesn't see it). 5Gb sized. Part of the system. including the boot isn't it ?
3 : Third partition. System. Format unknown from Windows or either with Linux (using gParted). Named "unknown". And takes full remnants of the stick capacity (16Gb). Does it needs theses 16Gb from the start ? Apparently not obligatory since looking at the space used from the live OS, seems doesn't uses it a lot compared to the available place.
This last one is the main problem for me. I don't see how to treat this "other" partition, and at start, then reading your 1/2/3 list, I believed that was this one used as "data". I understand well there are ext partitions within since the os is an unix, but I don't see the whole as an EXT partition, whenever I'm on Windows or Linux, so with my knowledge and capacities, I can't access nor reduce it.
Will try command line or to find a similar problem with solution, but I think this won't change lot here. About the two Fat32, I'm not really confident about what you said and the possibility of moving the whole, and especially theses two. Systems and boots don't like this, they don't find each others well afterward ^^ don't they ? Resizing the two first without moving ? Ok. But that will just make me room for two new small useless partitions between the three others, and I strongly believe windows won't see em but only the "REMIX_OS" one.
If possible, I'm going to try another way to obtain live remixOS usb too. Can't unetbootin or such do the job ?
If the choice of having data at the beginning isn't technical, can't the devs make the installation create the data partition at the end instead, plus add an option advising a minimal space for the "unknown" partition and letting users chose what size it will be ?
Esdeve said:
Sorry ^^' I know I use too much words, but it appears I can't make simple when speaking about technical matters, and in a language I'm not used to resume tech things.
Of course, I read your posts. I"m on a 32gb stick. I can see 3 partitions :
1 : REMIX_OS (apparently data, since it's the only one I can access from windows). Fat32. 7.64Gb sized.
2 : REMIXOSSYS. Fat32 too. But not accessible from windows (I understand this like it's because it's 2nd principal partition, so windumbOS doesn't see it). 5Gb sized. Part of the system. including the boot isn't it ?
3 : Third partition. System. Format unknown from Windows or either with Linux (using gParted). Named "unknown". And takes full remnants of the stick capacity (16Gb). Does it needs theses 16Gb from the start ? Apparently not obligatory since looking at the space used from the live OS, seems doesn't uses it a lot compared to the available place.
This last one is the main problem for me. I don't see how to treat this "other" partition, and at start, then reading your 1/2/3 list, I believed that was this one used as "data". I understand well there are ext partitions within since the os is an unix, but I don't see the whole as an EXT partition, whenever I'm on Windows or Linux, so with my knowledge and capacities, I can't access nor reduce it.
Will try command line or to find a similar problem with solution, but I think this won't change lot here. About the two Fat32, I'm not really confident about what you said and the possibility of moving the whole, and especially theses two. Systems and boots don't like this, they don't find each others well afterward ^^ don't they ? Resizing the two first without moving ? Ok. But that will just make me room for two new small useless partitions between the three others, and I strongly believe windows won't see em but only the "REMIX_OS" one.
If possible, I'm going to try another way to obtain live remixOS usb too. Can't unetbootin or such do the job ?
If the choice isn't technical, can't the devs make the installation create the data partition at the end instead of the beginning, plus add an option advising a minimal space for the "unknown" partition and letting users chose what size it will be ?
Click to expand...
Click to collapse
The unknown should be ext4 userdata mounted as /data and RemixOSSys should only contain system
Can you post a screenshot of the contents of Remix_OS and within RemixOS check mount and df to check what's mounted where.
About the two command lines from within remixOS. I don't know how to copy it or save it to a file. Looks like shortcuts/commands I'm used to aren't suited here (tried to use "script" and "-l > /path/to/file.txt". Either end up with a file protected in writing, or path not existing, maybe even command not existing answers). So how do I do that ? Or maybe where will I be enabled to create a .txt from the terminal ?
Esdeve said:
About the two command lines from within remixOS. I don't know how to copy it or save it to a file. Looks like shortcuts/commands I'm used to aren't suited here (tried to use "script" and "-l > /path/to/file.txt". Either end up with a file protected in writing, or path not existing, maybe even command not existing answers). So how do I do that ? Or maybe where will I be enabled to create a .txt from the terminal ?
Click to expand...
Click to collapse
You should be able to redirect to sdcard:
mount > /sdcard/mount.txt
df >> /sdcard/mount.txt
Hmm..
If you don't wish Windows to have access to your usb stick...
Use "diskmanager" and remove the drive letter
Cheers
@mitchell4you : That's not what I propose.
@HypoTurtle, and to recapitulate for anyone about screenshots :
Since I can't post links for the moment, I put the screens links in my profile in place of contact infos. I'll modify my posts later when I'll own the rights.
Twitter is for the first post of the thread.
G+ is the Remix_OS partition screen you asked for.
Say if other partition screenshot is needed.
Next are the command lines ...
Mount :
tmpfs on / type tmpfs (ro,relatime)
/dev/loop1 on /system type ext4 (ro,relatime,data=ordered)
/dev/block/sdb3 on /data type ext4 (rw,noatime,nodiratime,data=ordered)
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)
/sys/kernel/debug on /sys/kernel/debug type debugfs (rw,relatime,mode=755)
none on /acct type cgroup (rw,relatime,cpuacct)
none on /sys/fs/cgroup type tmpfs (rw,relatime,mode=750,gid=1000)
tmpfs on /mnt type tmpfs (rw,relatime,mode=755,gid=1000)
none on /dev/cpuctl type cgroup (rw,relatime,cpu)
pstore on /sys/fs/pstore type pstore (rw,relatime)
none on /cache type tmpfs (rw,nosuid,nodev,noatime)
tmpfs on /storage type tmpfs (rw,relatime,mode=755,gid=1000)
tracefs on /sys/kernel/debug/tracing type tracefs (rw,relatime)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
/dev/fuse on /mnt/runtime/default/emulated type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /storage/emulated type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/read/emulated type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/write/emulated type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/block/vold/public:8_1 on /mnt/media_rw/E45C9A015C99CF24 type fuseblk (rw,dirsync,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
/dev/fuse on /mnt/runtime/default/E45C9A015C99CF24 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /storage/E45C9A015C99CF24 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/read/E45C9A015C99CF24 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/write/E45C9A015C99CF24 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/block/vold/public:8_2 on /mnt/media_rw/01D0A77D0C4455E0 type fuseblk (rw,dirsync,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
/dev/fuse on /mnt/runtime/default/01D0A77D0C4455E0 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /storage/01D0A77D0C4455E0 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/read/01D0A77D0C4455E0 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/write/01D0A77D0C4455E0 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/block/vold/public:8_3 on /mnt/media_rw/720ddd36-a9a5-4e8d-a80f-bf25799d1fc7 type ext4 (rw,dirsync,nosuid,nodev,noatime,data=ordered)
/dev/fuse on /mnt/runtime/default/720ddd36-a9a5-4e8d-a80f-bf25799d1fc7 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /storage/720ddd36-a9a5-4e8d-a80f-bf25799d1fc7 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/read/720ddd36-a9a5-4e8d-a80f-bf25799d1fc7 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/write/720ddd36-a9a5-4e8d-a80f-bf25799d1fc7 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/block/vold/public:8_5 on /mnt/media_rw/7326C07B75B67850 type fuseblk (rw,dirsync,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
/dev/fuse on /mnt/runtime/default/7326C07B75B67850 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /storage/7326C07B75B67850 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/read/7326C07B75B67850 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/write/7326C07B75B67850 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/block/vold/public:8_7 on /mnt/media_rw/288A9EF38A9EBCAE type fuseblk (rw,dirsync,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
/dev/fuse on /mnt/runtime/default/288A9EF38A9EBCAE type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /storage/288A9EF38A9EBCAE type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/read/288A9EF38A9EBCAE type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/write/288A9EF38A9EBCAE type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/block/vold/public:8_8 on /mnt/media_rw/01D0A77D072BDC90 type fuseblk (rw,dirsync,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
/dev/fuse on /mnt/runtime/default/01D0A77D072BDC90 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /storage/01D0A77D072BDC90 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/read/01D0A77D072BDC90 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/write/01D0A77D072BDC90 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/block/vold/public:8_17 on /mnt/media_rw/3834-74A4 type vfat (rw,dirsync,nosuid,nodev,noexec,relatime,uid=1023,gid=1023,fmask=0007,dmask=0007,allow_utime=0020,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)
/dev/fuse on /mnt/runtime/default/3834-74A4 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /storage/3834-74A4 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/read/3834-74A4 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/write/3834-74A4 type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/block/vold/public:8_18 on /mnt/media_rw/C004-4EFA type vfat (rw,nosuid,nodev,noexec,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/fuse on /mnt/runtime/default/C004-4EFA type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /storage/C004-4EFA type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/read/C004-4EFA type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/write/C004-4EFA type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
And df :
Filesystem-----------------------------1K-blocks-----Used-------Available-----Use%----Mounted on
tmpfs--------------------------------4012216--------3304-------4008912-------1%--------/
/dev/loop1--------------------------2539312-------1962424----576888-------78%------/system
/dev/block/sdb3------------------16382888-----1212340-----15170548------8%-------/data
tmpfs--------------------------------4012216--------76-----------4012140-------1%--------/dev
none---------------------------------4012216--------12------------4012204------1%--------/sys/fs/cgroup
tmpfs--------------------------------4012216--------0-------------4012216------0%-------/mnt
none---------------------------------4012216--------0-------------4012216------0%-------/cache
/dev/fuse---------------------------16382888------1212340-----15170548----8%-------/mnt/runtime/default/emulated
/dev/fuse---------------------------16382888------1212340-----15170548----8%-------/mnt/runtime/read/emulated
/dev/fuse---------------------------16382888------1212340-----15170548----8%-------/mnt/runtime/write/emulated
/dev/block/vold/public:8_1----102396---------28804-------73592--------29%-----/mnt/media_rw/E45C9A015C99CF24
/dev/fuse---------------------------102396---------28804-------73592--------29%-----/mnt/runtime/default/E45C9A015C99CF24
/dev/fuse---------------------------102396---------28804-------73592--------29%-----/mnt/runtime/read/E45C9A015C99CF24
/dev/fuse---------------------------102396---------28804-------73592--------29%-----/mnt/runtime/write/E45C9A015C99CF24
/dev/block/vold/public:8_2----297780836----115267204--182513632---39%----/mnt/media_rw/01D0A77D0C4455E0
/dev/fuse----------------------------297780836---115267204---182513632---39%---/mnt/runtime/default/01D0A77D0C4455E0
/dev/fuse----------------------------297780836---115267204---182513632---39%---/mnt/runtime/read/01D0A77D0C4455E0
/dev/fuse----------------------------297780836---115267204---182513632---39%---/mnt/runtime/write/01D0A77D0C4455E0
/dev/block/vold/public:8_3-----92798268----4900736-----87897532---6%----/mnt/media_rw/720ddd36-a9a5-4e8d-a80f-bf25799d1fc7
/dev/fuse-----------------------------92798268----4900736-----87897532---6%----/mnt/runtime/default/720ddd36-a9a5-4e8d-a80f-bf25799d1fc7
/dev/fuse-----------------------------927982686---4900736----87897532---6%----/mnt/runtime/read/720ddd36-a9a5-4e8d-a80f-bf25799d1fc7
/dev/fuse-----------------------------92798268-----4900736----87897532---6%----/mnt/runtime/write/720ddd36-a9a5-4e8d-a80f-bf25799d1fc7
/dev/block/vold/public:8_5-----12584956------256216------12328740----3%---/mnt/media_rw/7326C07B75B67850
/dev/fuse-----------------------------12584956-----256216-------12328740----3%--/mnt/runtime/default/7326C07B75B67850
/dev/fuse-----------------------------12584956-----256216-------12328740----3%--/mnt/runtime/read/7326C07B75B67850
/dev/fuse-----------------------------12584956-----256216-------12328740----3%--/mnt/runtime/write/7326C07B75B67850
/dev/block/vold/public:8_7------94412796-----61516412-----32896384--66%-/mnt/media_rw/288A9EF38A9EBCAE
/dev/fuse-----------------------------94412796-----61516412-----32896384---66%-/mnt/runtime/default/288A9EF38A9EBCAE
/dev/fuse-----------------------------94412796-----61516412-----32896384---66%-/mnt/runtime/read/288A9EF38A9EBCAE
/dev/fuse-----------------------------94412796-----61516412-----32896384---66%-/mnt/runtime/write/288A9EF38A9EBCAE
/dev/block/vold/public:8_8------220676840---183026824--37650016---83%--/mnt/media_rw/01D0A77D072BDC90
/dev/fuse-----------------------------220676840---183026824---37650016---83%--/mnt/runtime/default/01D0A77D072BDC90
/dev/fuse-----------------------------220676840---183026824---37650016---83%--/mnt/runtime/read/01D0A77D072BDC90
/dev/fuse-----------------------------220676840---183026824---37650016---83%--/mnt/runtime/write/01D0A77D072BDC90
/dev/block/vold/public:8_17-----7993744------68-------------7993676----1%----/mnt/media_rw/3834-74A4
/dev/fuse-----------------------------7993744------68-------------7993676-----1%---/mnt/runtime/default/3834-74A4
/dev/fuse-----------------------------7993744------68-------------7993676-----1%---/mnt/runtime/read/3834-74A4
/dev/fuse-----------------------------7993744------68-------------7993676-----1%---/mnt/runtime/write/3834-74A4
/dev/block/vold/public:8_18----5230592-------1178680------4051912-----23%--/mnt/media_rw/C004-4EFA
/dev/fuse-----------------------------5230592-------1178680------4051912-----23%--/mnt/runtime/default/C004-4EFA
/dev/fuse-----------------------------5230592-------1178680------4051912-----23%--/mnt/runtime/read/C004-4EFA
/dev/fuse-----------------------------5230592-------1178680---4051912--------23%--/mnt/runtime/write/C004-4EFA
Related
[Q] change internal memory and adb logcat
Hi all, I just replace the internal memory with an 8 GB microSD, then I run the adb logcat and there is a message as follows: EXT2-fs error (devices loop0): ext2_lookup: deleted inode referenced: 20679 What does it mean? whether there are errors in the partition?
Hi, after you replaced the internal sdcard... i think you need a "new" Rom... flash... (Factory Reset?) MfG UKSheep
UKSheep said: Hi, after you replaced the internal sdcard... i think you need a "new" Rom... flash... (Factory Reset?) MfG UKSheep Click to expand... Click to collapse Yes, I already did flashing a new rom. But that doesnt fix it
hm, sorry... i know no solution.
There is a thread over at MoDaCo that tells you how to do it. You will need to keep the partition sizes the same and use a modified boot.img file in order for your streak to recognise the bigger card. I'm also pretty sure that there is the modified boot.img files for all versions of the streak roms on that thread for you to download. I've often thought about doing it, but I'm not brave enough yet
I am intersted in this too but still no clarity, for me at least. Glad you are braver than some of us. There is also a thread http://android.modaco.com/content/d...6477/lcd-replacement-and-internal-sd-upgrade/ Keep us informed and I, for one, will follow. 32Gb Class 10 cards are no longer outrageous prices and that capacity will make the exercise worthwhile for me.
According to the other thread you can go to at least 4gig without any special files.
Btw, previously I have made 3 partitions for the internal memory card as follows: -- Partition 1: 2GiB ext2 -- Partition 2: 1GiB ext3 (named cache) -- Partition 3: 5 GiB ext4 (named Data) Is there an error in setting up partition? I use steve streak droid 1.7. And the system read 6,12GB for internal memory
Please help
Hello, the partitions you are showing seem to be ok... what was the use for you to swap the internal sd ? speed, more space for apps ? How did you manage to obtain those partitions ? did you followed the howto from modaco's forum ? Could you provide me the output of a mount command ? to finish, did you change the original boot.img to a modified one, provided in the same forum ? I'm willing to help you, but you need to provide me those informations ! Good luck, Boujou bien, K.
kwenteen said: Hello, the partitions you are showing seem to be ok... what was the use for you to swap the internal sd ? speed, more space for apps ? How did you manage to obtain those partitions ? did you followed the howto from modaco's forum ? Could you provide me the output of a mount command ? to finish, did you change the original boot.img to a modified one, provided in the same forum ? I'm willing to help you, but you need to provide me those informations ! Good luck, Boujou bien, K. Click to expand... Click to collapse Hi, my priority is the speed in running application. To obtain those partition i use gparted live via usb. honestly I didn't follow the howto from modaco forum and I didn't change the original boot.img. What should I do now? Thanks for your support. here is the output of mount command: export PATH=/data/local/bin:$PATH sh-4.1$ export PATH=/data/local/bin:$PATH sh-4.1$ root sh: root: command not found sh-4.1$ su sh-4.1# mount rootfs / rootfs ro,relatime 0 0 tmpfs /dev tmpfs rw,relatime,mode=755 0 0 devpts /dev/pts devpts rw,relatime,mode=600 0 0 proc /proc proc rw,relatime 0 0 sysfs /sys sysfs rw,relatime 0 0 /dev/block/mtdblock6 /system yaffs2 rw,relatime 0 0 /dev/block/mtdblock7 /firstboot yaffs2 rw,nosuid,nodev,relatime 0 0 /dev/block/innersd0p5 /cache ext3 rw,noatime,nodiratime,errors=continue,commit=99999,data=writeback 0 0 /dev/block/innersd0p6 /data ext3 rw,noatime,nodiratime,errors=continue, commit=99999,data=writeback 0 0 tmpfs /mnt/asec tmpfs rw,relatime,mode=755,gid=1000 0 0 /dev/loop0 /mnt/asec/extdata ext2 rw,nosuid,nodev,noatime,nodiratime,errors=continue 0 0 /dev/block/vold/179:17 /mnt/sdcard vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0 /dev/block/vold/179:17 /mnt/secure/asec vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0 tmpfs /mnt/sdcard/.android_secure tmpfs ro,relatime,size=0k,mode=000 0 0 /dev/block/dm-0 /mnt/asec/com.ArtInGames.AirAttackHDLite-1 vfat ro,dirsync,nosuid,nodev,noexec,relatime,uid=1000,fmask=0222,dmask=0222,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0 /dev/block/dm-1 /mnt/asec/com.agilesoftresource-2 vfat ro,dirsync,nosuid,nodev,noexec,relatime,uid=1000,fmask=0222,dmask=0222,codepage=cp437,iocharset=iso8859-1,shortname=mixed, utf8,errors=remount-ro 0 0 /dev/block/dm-2 /mnt/asec/com.rovio.angrybirdsrio-1 vfat ro,dirsync,nosuid,nodev,noexec,relatime,uid=1000,fmask=0222,dmask=0222,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0 /dev/block/dm-3 /mnt/asec/com.rovio.angrybirds-1 vfat ro,dirsync,nosuid,nodev,noexec,relatime,uid=1000,fmask=0222,dmask=0222,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0 sh-4.1#
up up please help
/dev/block/innersd0p5 /cache ext3 rw,noatime,nodiratime,errors=continue,commit=99999 ,data=writeback 0 0 /dev/block/innersd0p6 /data ext3 rw,noatime,nodiratime,errors=continue, commit=99999,data=writeback 0 0 /dev/loop0 /mnt/asec/extdata ext2 rw,nosuid,nodev,noatime,nodiratime,errors=continue 0 0 apparently, your /data and /cache partitions seem to be found by your device, and well mounted... which is quite weird, because you didn't changed your boot.img. I'm wondering if you're not using a mod made to speed up the rom, by using your external sd to be used for data ? That could be related to the loop line in your mount command, that may be related to the error you see in logcat... what are the symptoms on your phone, besides the message ? can you install apps ? I would advise you to try a modded boot.img, you will find the file for your streakdroid version on the modaco link that someone posted earlier... it won't delete your files, and should help ! use fastboot to flash it ! I think it should solve your problem ! good luck, Boujou bien, K.
kwenteen said: I'm wondering if you're not using a mod made to speed up the rom, by using your external sd to be used for data ? That could be related to the loop line in your mount command, that may be related to the error you see in logcat... what are the symptoms on your phone, besides the message ? can you install apps ? I would advise you to try a modded boot.img, you will find the file for your streakdroid version on the modaco link that someone posted earlier... it won't delete your files, and should help ! use fastboot to flash it ! I think it should solve your problem ! good luck, Boujou bien, K. Click to expand... Click to collapse so the setting is still using the external card for data? how do I move it to an internal card which is certainly faster (class 10 vs class 2)? Apart from these error messages, no problems when using the handset. I also can install the application. I've tried boot.img and it seems an error message is gone. I'm still wondered the use of data in the internal card, please guide.
Up ul about internal sd
normally by flashing the new boot.img, you should have a "normal" setup, meaning without the loop device... just run once more the mount command, and see if you still have this loop mounted ! And if yes, I suggest you to flash a fresh rom, that doesn t have this option, like the streakdroid 190, and be sure to replace in the update.zip file the original boot.img with the alternate one available on modaco... And beware of the option you select with this install, some of them are incompatible with the innersd mod ! good luck ! K.
Recovery mode and SD Card mounting
Hi folks (this should be in the development forums, but I can't post there yet...) I booted my Sony Tablet S into recovery mode, then managed to get the SD Card to mount. (Select option 2 and it will mount it up for you ). Using "adb pull" to retrieve /proc/mounts I get the following gem: Code: rootfs / rootfs rw 0 0 tmpfs /dev tmpfs rw,nosuid,relatime,mode=755 0 0 devpts /dev/pts devpts rw,relatime,mode=600 0 0 proc /proc proc rw,relatime 0 0 sysfs /sys sysfs rw,relatime 0 0 /dev/block/mmcblk0p4 /cache ext4 rw,nosuid,nodev,relatime,barrier=1,data=ordered 0 0 /dev/block/mmcblk1p1 /sdcard vfat rw,nodev,noatime,nodiratime,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=iso8859-1,shortname=mixed,comp_uni,avoid_dlink,errors=remount-ro 0 0 From what I can see, this means if we can convince the system to run executables placed on the SD Card - we should be able to run a suid binary - and attain root (then be able to mount /system rw and add a su binary) Does that help anyone?
bcooksley said: Hi folks (this should be in the development forums, but I can't post there yet...) I booted my Sony Tablet S into recovery mode, then managed to get the SD Card to mount. (Select option 2 and it will mount it up for you ). Using "adb pull" to retrieve /proc/mounts I get the following gem: Code: rootfs / rootfs rw 0 0 tmpfs /dev tmpfs rw,nosuid,relatime,mode=755 0 0 devpts /dev/pts devpts rw,relatime,mode=600 0 0 proc /proc proc rw,relatime 0 0 sysfs /sys sysfs rw,relatime 0 0 /dev/block/mmcblk0p4 /cache ext4 rw,nosuid,nodev,relatime,barrier=1,data=ordered 0 0 /dev/block/mmcblk1p1 /sdcard vfat rw,nodev,noatime,nodiratime,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=iso8859-1,shortname=mixed,comp_uni,avoid_dlink,errors=remount-ro 0 0 From what I can see, this means if we can convince the system to run executables placed on the SD Card - we should be able to run a suid binary - and attain root (then be able to mount /system rw and add a su binary) Does that help anyone? Click to expand... Click to collapse Thank you. I hope it helps to mount sd for app2sd, psxperia, direct media playing soon Sent from my R800i
How does the system decide if a program can run as root? The location it runs from? Is there a cron function in the tablets, or ability to add something to the init.d steps?
An application which is both setuid and owned by root (known as setsuid) can be executed by any user and is granted root privileges immediately. That is how "su" (and other similar apps) work. Unfortunately, i've discovered that the file system arguments it supplies are hardcoded - so whilst it can detect that a SD card is formatted with ext4 - the mount fails as ext4 doesn't support the FAT specific arguments. So while we will be able to use this to get executables on the system - we can't get setsuid executables on the system, limiting us to executables being run as the "shell" user.
Yes. Ill help. I sent you a pm.
Ok, so whilst the SD Card method has unfortunately not panned out - I have found something potentially interesting none the less. This lies in the update system used by Sony. I have determined that the updates appear to be encrypted using a Triple-DES key, which is embedded in, or retrieved by /system/lib/libautomagic_library.so. This file has traces of apparently being written by HTC (the strings HTC_RIL, CDMA and PHONE all appear in it). It also has a reference to the location /data/data/com.sony.automagic.client.app/file/ (which doesn't exist on my device) This library is used by the updater application itself - through a Java framework "automagic_downloader". Unfortunately, due to the use of the compiled C code for decryption and update verification (which includes SHA1/MD5 sum checks, likely against the previously downloaded info.xml, which it also handles) it is not possible to tell if the decrypted file is the one placed in /cache however. The key "ro.sony.build.incremental" written in /system/build.prop is the version number used by Sony to determine if the system needs updating or not, as far as I can tell (with the C library being used, it is difficult to tell) I have also noted, that when in recovery mode, the following two statements are present in /default.props ro.build.description=nbx03_033-user 3.2.1 THMASU0035 0035.002 test-keys ro.build.fingerprint=Sony/nbx03_002/nbx03:3.2.1/THMASU0035/0035.002:user/test-keys I am not sure at this point if this just means that different keys will be used - or if the keys referenced are the ones available publicly in Android's repositories. Please note that the above, whilst interesting, does not provide a direct path to rooting the device at this time. Note also that I was not able to complete the paths that the updater application takes codewise, so some of the code I examined may not be used - and thus the above may not apply. However, if correct this may allow for the OTA images to be decrypted at some point, if someone can decompile those libraries (or otherwise extract the keys using a hex editor).
bcooksley said: Ok, so whilst the SD Card method has unfortunately not panned out - I have found something potentially interesting none the less. This lies in the update system used by Sony. I have determined that the updates appear to be encrypted using a Triple-DES key, which is embedded in, or retrieved by /system/lib/libautomagic_library.so. This file has traces of apparently being written by HTC (the strings HTC_RIL, CDMA and PHONE all appear in it). It also has a reference to the location /data/data/com.sony.automagic.client.app/file/ (which doesn't exist on my device) This library is used by the updater application itself - through a Java framework "automagic_downloader". Unfortunately, due to the use of the compiled C code for decryption and update verification (which includes SHA1/MD5 sum checks, likely against the previously downloaded info.xml, which it also handles) it is not possible to tell if the decrypted file is the one placed in /cache however. The key "ro.sony.build.incremental" written in /system/build.prop is the version number used by Sony to determine if the system needs updating or not, as far as I can tell (with the C library being used, it is difficult to tell) I have also noted, that when in recovery mode, the following two statements are present in /default.props ro.build.description=nbx03_033-user 3.2.1 THMASU0035 0035.002 test-keys ro.build.fingerprint=Sony/nbx03_002/nbx03:3.2.1/THMASU0035/0035.002:user/test-keys I am not sure at this point if this just means that different keys will be used - or if the keys referenced are the ones available publicly in Android's repositories. Please note that the above, whilst interesting, does not provide a direct path to rooting the device at this time. Note also that I was not able to complete the paths that the updater application takes codewise, so some of the code I examined may not be used - and thus the above may not apply. However, if correct this may allow for the OTA images to be decrypted at some point, if someone can decompile those libraries (or otherwise extract the keys using a hex editor). Click to expand... Click to collapse Thanks, and please evryone lets keep trying until someone figures this out. Any effort is progress iMO
[Q] ADB - Can't Find Internally Stored Pics
Yesterday, a customer brought me a phone that seems to be hanging on boot. The phone is a stock (non-rooted) US Cellular Galaxy S II SCH-R760. I'm not trying to fix the phone. He just wants his pics and contacts. There was no SD card in the phone and he claims there never has been. This phone was a real pain to get into recovery. I'm pretty sure it suffers from the well known power button issues. ADB will let me connect in recovery mode. It never sees the phone when trying a normal boot. I've found reference to internal storage being located at /storage/sdcard0. There is no storage folder off the root. I tried cd'ing to it anyway but it doesn't exist. There is nothing shown in /mnt or /dev. There are no files or folders in /sdcard. I've read about using Kies. The program sees the phone and goes into "Connecting" while attempting a normal boot or in recovery mode but it never gets beyond that point. I'm using driver version 1.5.27.0. I've tried using "adb pull / ./s2" in an attempt to copy the entire file system. The command just hangs and no files ever copy. ***EDIT - further attempts to pull the entire file system finally worked somewhat. After restarting recovery, I was able to get the command to run but it skipped most of the file system. It only copied over the mnt, sbin, sys, and system folders. The only jpg files in there are files you may see during a firmware upgrade. Any other thoughts about how to get this guys data? Here is the folder list: mnt persist dbdata efs cache system2 preload sdcard etc system sbin ueventd.smdkc210.rc sys init.goldfish.rc data init tmp init_kernel_only.rc vendor init.rc init.smdkc210.rc proc ueventd.rc default.prop recovery.rc lib fota.rc lpm.rc ueventd.goldfish.rc res dev
There is a chance, that /storage/sdcard0 is not mounted automatically when you boot into recovery. You could try to adb shell into the device when in recovery mode and try to mount sdcard0 manually. Another chance to get the pics: do an image backup of the sdcard0 partition and loop mount that image on your PC. On my blog you can also find a tool which is doing that. Unfortunately it's not finished yet (even if the functionality you would need is working ) and there are only a few devices supported out of the box. For other devices you would need to create a device specific config file. Sent from my Nexus 7 using xda app-developers app
AndDiSa said: There is a chance, that /storage/sdcard0 is not mounted automatically when you boot into recovery. You could try to adb shell into the device when in recovery mode and try to mount sdcard0 manually. Another chance to get the pics: do an image backup of the sdcard0 partition and loop mount that image on your PC. On my blog you can also find a tool which is doing that. Unfortunately it's not finished yet (even if the functionality you would need is working ) and there are only a few devices supported out of the box. For other devices you would need to create a device specific config file. Sent from my Nexus 7 using xda app-developers app Click to expand... Click to collapse I'll need some help on this one. I'm a Windows guy. I'm not afraid to try anything but Linux and Android are beyond me without help from Google and the awesome XDA community. I looked for your tool on your blog. I'm guessing you are referring to the Android Remote Toolkit. If that is the case, it has been over 10 years since I've compiled anything. That is beyond me. From what I can gather, the internal storage is possibly located at /devices/platform/s3c-mshci.0/mmc_host/mmc0/mmc0. If that is correct, how exactly do I mount it? There is no /devices folder. The file system is read only (no root). I can't create a folder for the mount. I've tried using the empty /sdcard folder for a mount point. My best guess at the mount command was: Code: mount -r -t auto /devices/platform/s3c-mshci.0/mmc_host/mmc0/mmc0 /sdcard This produced a result of Code: mount: Operation not permitted Here is a little bit of data for you to help see what the current situation is. This is the output of the mount and fs commands: Code: $ mount mount rootfs / rootfs ro,relatime 0 0 tmpfs /dev tmpfs rw,relatime,mode=111 0 0 devpts /dev/pts devpts rw,relatime,mode=600 0 0 proc /proc proc rw,relatime 0 0 sysfs /sys sysfs rw,relatime 0 0 tmpfs /tmp tmpfs rw,relatime,mode=755 0 0 /dev/block/mmcblk0p9 /system ext4 rw,relatime,barrier=1,data=ordered 0 0 /dev/block/mmcblk0p4 /mnt/.lfs j4fs rw,relatime 0 0 /dev/block/mmcblk0p7 /cache ext4 rw,nodev,noatime,nodiratime,barrier=1,data=orde red 0 0 $ df df Filesystem Size Used Free Blksize /dev 417M 76K 417M 4096 /tmp 417M 56K 417M 4096 /system 503M 484M 19M 4096 /mnt/.lfs: Function not implemented /cache 295M 5M 290M 4096 And here is the contents of vold.fstab. I'm guessing this will show where the internal storage is located but I'm not completely comfortable with reading it. Code: ## Vold 2.0 Generic fstab ## - San Mehat ([email protected]) ## ####################### ## Regular device mount ## ## Format: dev_mount <label> <mount_point> <part> <sysfs_path1...> ## label - Label for the volume ## mount_point - Where the volume will be mounted ## part - Partition # (1 based), or 'auto' for first usable partition. ## <sysfs_path> - List of sysfs paths to source devices ###################### # internal sdcard { ums_path = /sys/devices/platform/usb_mass_storage/lun0/file asec = disable discard = enable } dev_mount sdcard /mnt/sdcard 11 /devices/platform/s3c-mshci.0/mmc_host/mmc0/mmc0 # external sdcard { ums_path = /sys/devices/platform/usb_mass_storage/lun1/file asec = enable } dev_mount sdcard1 /mnt/sdcard/external_sd auto /devices/virtual/block/cyasblkdevblk0 # otg sdcard { ums_path = /dev/zero asec = disable } usb_mount sdcard2 /mnt/sdcard/usbStorage auto /devices/platform/s3c_otghcd/usb #end line ## keep this line
You need to be root to mount a file system, to to call "su" before calling the mount command.
AndDiSa said: You need to be root to mount a file system, to to call "su" before calling the mount command. Click to expand... Click to collapse That is what I was afraid of. This is the US Cellular version of this phone. I think I can halfway get it rooted but I don't think the phone would ever function again or be able to be returned to stock for warranty. The only good info I can find for getting it rooted and being able to either return to stock or turn it into a functioning phone is found here: http://forum.xda-developers.com/showpost.php?p=23276856&postcount=3 http://forum.xda-developers.com/showthread.php?t=1677463 The problem is that the USCCROOT-sfx.exe package is not available from the download link. Any downloads I've found by the same name do not include the files mentioned in the instructions. I think it is time to hand this phone back to the guy and tell him he is out of luck. Keep your stuff backed up and synced.
Do you have a custom recovery installed on it? If yes, you will have root access on cmd line level. Sent from my Nexus 7 using xda app-developers app
[Q] Need to access files on broken phone
Hi there, first time I write here and I probably have a lot to learn However, a few days ago I accidently dropped by Galaxu SIII from my balcony. As a result both the screen and the touch is broken, the rest seems to work. So, of course I can connect the phone to my computer and gain access to those folders that are always monuted. However I wan't to get access to all files, like I did on the phone after I rooted it. It looks like USB debugging is off even though I was sure it was on, ADB refuses to see the phone anyway. I have tried many ideas, including remote connection to the phone, but all soloutions require to either enable USB debugging or open an app and that is exactly what I cannot do! So what can I do besides getting a new screen, which I don't want since I've already brought a new phone. Mostly I want to save my contacts and I cannot to that with Samsung KIES since I have CM11 on the phone. I really can't find any solution and I really hope somebody out there can help me! //Oscar
SuperLarre said: Hi there, first time I write here and I probably have a lot to learn However, a few days ago I accidently dropped by Galaxu SIII from my balcony. As a result both the screen and the touch is broken, the rest seems to work. So, of course I can connect the phone to my computer and gain access to those folders that are always monuted. However I wan't to get access to all files, like I did on the phone after I rooted it. It looks like USB debugging is off even though I was sure it was on, ADB refuses to see the phone anyway. I have tried many ideas, including remote connection to the phone, but all soloutions require to either enable USB debugging or open an app and that is exactly what I cannot do! So what can I do besides getting a new screen, which I don't want since I've already brought a new phone. Mostly I want to save my contacts and I cannot to that with Samsung KIES since I have CM11 on the phone. I really can't find any solution and I really hope somebody out there can help me! //Oscar Click to expand... Click to collapse I suppose your files are not on the SD-Card? If they are just remove the card, but I'm pretty sure you wouldn't ask this question if it was that easy!!
broonage said: I suppose your files are not on the SD-Card? If they are just remove the card, but I'm pretty sure you wouldn't ask this question if it was that easy!! Click to expand... Click to collapse You're right, it isn't that easy!
SuperLarre said: You're right, it isn't that easy! Click to expand... Click to collapse
You could try nandroid backup from recovery, maybe using an otg for watching what your're doing on a separate screen. When all data is nandroided, you can try going trough the backup (the data section specially). If the backup has several parts (ie, a b c d… ) you can "merge" them into a single file that could be opened with 7zip or winrar. Just open a DOS command prompt and: type data.ext4.tar.a data.ext4.tar.b >> data.ext4.tar Thats the example for 2 parts a and b.Then, after unpacking the tar, you could look into the data to get stuff. For example… Sms & mms: data/data/com.android.providers.telephony/databases Contacts: data/data/com.android.providers.contacts/databases And a lot of other stuff. Note that you need something to read-edit ".db" files, like an sqlite editor. Alternatively, if you're using a similar phone, with same manufacturer, a close android version (for example not gb 2.3 vs kk 4.4, but yes jb 4.1 vs jb 4.3), etc, then you could copy such addresses and paste them inside your new phone (crossing fingers and any other crossable bodypart) and you might get all that stuff back. Good luck.
Put a blank SD (formatted as FAT32 or exFat) on the phone. It must be sized as the phone's internal memory size (16 or 32GB) Set the phone in download mode. Flash Phil'z recovery with Odin. Start the phone in recovery mode. Connect usb to computer and after 10-15 seconds ADB will be enabled. /data is mounted by default (internal SD is stored inside /data). Now mount the external SD: enter adb shell and put: Code: mount /dev/block/mmcblk1p1 /external_sd If any error appear, stop. If nothing appeared, check that it was sucessfully mounted. Ensure that mmcblk0p12 and mmcblk1p1 are mounted as this! Code: 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/mmcblk0p8 on /cache type ext4 (rw,nodev,noatime,nodiratime,barrier=1,data=ordered) /dev/block/mmcblk0p12 on /data type ext4 (rw,nodev,noatime,nodiratime,barrier=1,data=ordered) /dev/block/mmcblk1p1 on /external_sd type exfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=utf8,namecase=0,errors=remount-ro) Now copy all the internal storage to the external SD: Code: mkdir /external_sd/intData; cd /data; tar cf - * | ( cd /external_sd/intData; tar xf -) Take a breath and come 15 minutes later to see if it finished. It may take more if the device was nearly full. After it comes back to shell (you see the # symbol again) it means it's over. Now let's flush the filesystems and unmount the partitions : Code: cd /; sync; umount /external_sd; umount /data Remove the battery and the sd card. Put the SD on your computer...done! - The internal SD is stored on /data/media. - The app data is on /data/data. - The apps are on /data/app - Your contacts are stored on /data/data/databases/com.android.providers.contacts/contacts2.db. Putting that DB file on the same place of other Android phone and rebooting after will restore your contacts. Or you can convert them to VCF: http://askubuntu.com/questions/445997/how-to-convert-androids-contacts2-db-to-vcf Good luck!
dabyd64 said: Put a blank SD (formatted as FAT32 or exFat) on the phone. It must be sized as the phone's internal memory size (16 or 32GB) Set the phone in download mode. Flash Phil'z recovery with Odin. Start the phone in recovery mode. Connect usb to computer and after 10-15 seconds ADB will be enabled. /data is mounted by default (internal SD is stored inside /data). Now mount the external SD: enter adb shell and put: Code: mount /dev/block/mmcblk1p1 /external_sd If any error appear, stop. If nothing appeared, check that it was sucessfully mounted. Ensure that mmcblk0p12 and mmcblk1p1 are mounted as this! Code: 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/mmcblk0p8 on /cache type ext4 (rw,nodev,noatime,nodiratime,barrier=1,data=ordered) /dev/block/mmcblk0p12 on /data type ext4 (rw,nodev,noatime,nodiratime,barrier=1,data=ordered) /dev/block/mmcblk1p1 on /external_sd type exfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=utf8,namecase=0,errors=remount-ro) Now copy all the internal storage to the external SD: Code: mkdir /external_sd/intData; cd /data; tar cf - * | ( cd /external_sd/intData; tar xf -) Take a breath and come 15 minutes later to see if it finished. It may take more if the device was nearly full. After it comes back to shell (you see the # symbol again) it means it's over. Now let's flush the filesystems and unmount the partitions : Code: cd /; sync; umount /external_sd; umount /data Remove the battery and the sd card. Put the SD on your computer...done! - The internal SD is stored on /data/media. - The app data is on /data/data. - The apps are on /data/app - Your contacts are stored on /data/data/databases/com.android.providers.contacts/contacts2.db. Putting that DB file on the same place of other Android phone and rebooting after will restore your contacts. Or you can convert them to VCF: http://askubuntu.com/questions/445997/how-to-convert-androids-contacts2-db-to-vcf Good luck! Click to expand... Click to collapse Amazing answer, however during the first steps, could he be blocked? Due to not seeing the screen? Maybe I'm over complicating things.
[Q] How best to use Android's internal partitions efficiently and leverage SD space?
I see various options for converting system apps <==> user apps and moving or linking some to SD. But I don't see a good general discussion of this. Also, I think my old phone needs a more hard core approach--probably one that trims down /system and reduces how much /system overlaps redundantly with updates on /data. So here goes... First off, these solutions seem inadequate: built-in apps2sd: it still fills up internal memory a lot. s2e: an all-or-nothing approach for each category free version of link2sd: cannot move-and-link app data, nor system apps I've been fairly happy with link2sd, but it's still not radical enough for me. Can s2e be combined with it to reclaim even more space? Assumptions about a stronger solution: It will require root access. It will break OTA (can this be turned off safely? can someone link to a good overview of problems/workarounds?) It *might* require a fairly fast SD card (but still limited to an old phone's bus speeds, etc.) Note: I just bought a 32GB class 10 SDHC card (UHS-1 U3) for my s5360. It might require one or two paid apps (hopefully not) One of the most promising options I've seen is to convert system apps to user apps and then move-and-link them to SD. For the conversion step, do the following all do the same thing? link2sd Plus (paid) Titanium Backup Pro (paid) System Tuner (paid) -- I've tried the free ones and move (and freeze) always fails. app mover (free) http://forum.xda-developers.com/showthread.php?t=1999346 And are there rules of thumb for what can be safely converted? EDIT: I just found this handy list--my guess is that any green or yellow Yes can be safely converted to a user app and even moved/linked to SD, but that red shouldn't, and think twice before uninstalling yellow : http://wiki.cyanogenmod.org/w/Barebones#CM-10.1_App_list_.28WIP.29 Can apps that were moved to /data still be updated? I'd especially like to target outdated system apps that are have already been updated anyway and are thus running from /data anyway. My understanding is that 'moving' those to /data doesn't increase /data usage and doesn't reduce performance--just slightly reduces permissions--as long as I don't move/link them to SD. lightningdude said: In all seriousness, though, I'm not entirely sure the Link2SD has good implementation of this method. You might try Titanium Backup to convert system to user apps, then try linking it with Link2SD. It may still not work, but it'd be worth a shot, I suppose. Furthermore, I always delete bloatware I'm not going to use with Titantium Backup. If I need to go back to stock for an OTA, I just flash the complete stock of whatever phone I'm on. Click to expand... Click to collapse If this can all be done successfully, can the internal partitions then be resized? That is, if we safely shunt some of /system and /cache off to SD, can we then let /data steal some space from both? (My s5360 has this by default: /system 230MB, /cache 40MB, /data 197MB) My old s5360 seems to get full almost immediately after flashing a cm11 rom (LolliKat) and minimal gapps onto it, although I plan to try again with a version of minimal gapps that installs to SD. For that matter, can some ROMs be installed primarily to SD? I get the impression that that's how some dual-boot (multiROM) approaches work, but I don't really know. I've also seen one guide for permanently mounting /system as read-write. I think I'd be ok with that (are the security concerns truly awful?), especially if it meant that system apps would update themselves in-place without impacting /data. But I'm guessing it's not that simple.
can't create /system/... Read-only file system I found another cool feature of link2sd to "integrate update into system", removing it from data and eliminating the double use of space. The free version includes this feature, but unfortunately it always errors out for me: `sh: [51]: can't create /system/app/Music.apk.t: Read-only file system` I tried upgrading to link2sd Plus, since that's the version that includes a convert feature, which requires write access to /system: C-Jon said: One of the most promising options I've seen is to convert system apps to user apps and then move-and-link them to SD. Click to expand... Click to collapse But that feature failed too, for the same reason. So I tried all of the following--granting each app superuser access for 10 minutes each time--and they also failed to successfully mount /system as RW: X-plore - long press the / folder and choose System Shell, then enter `su` and `mount -o remount,rw /system /system`. It gives no error, but if I then immediately `cd system` and try to `mkdir xxzz` it gives an error: `can't create directory 'xxzz' : Read-only file system`. If I use the GUI, I can apparently create a folder under /system with no error, but if I browse up and come back, the folder is gone. ES File Explorer (free version) - menu, Root Explorer, Mount R/W. I tried running it multiple times, setting both `/` and `/system` to RW. After doing this a couple times, `/` showed up as already RW, but `system` never did. I immediately retried link2sd Integrate--fails with same error. mountsystemrorw - this app is dedicated to this one task, and when I click "MOUNT /system RW" it claims success ("Your system is now mounted RW!"); but it actually fails. (At least, link2sd Integrate and X-plore still give the same error/failures.) AnExplorer - menu, Root. I don't see 'mount' options. Has KitKat made it nearly impossible to mess with /system, even as root? Or am I doing something wrong? Just in case, I tried re-running "recreate mount scripts" in link2sd, which had worked before, and this time it failed too! `can't create /system/etc/init.d/11link2sd: Read-only file system`. So maybe something has changed since I first installed link2sd. Hmm. I do see this in a thread on stack exchange, "Write access to the system partition is usually blocked by the kernel at boot." But "recreate mount scripts" worked before, *after* I'd flashed the current kernel (Kernel Bangprovn#1.zip) and ROM (LolliKat Stable 2.zip). That's how I got the ext4 partition working for link2sd in the first place. I'm getting frustrated and don't want to have a big fight every time I want to integrate or convert an app. So I'm wondering just how feasible the following might be... I've also seen one guide for permanently mounting /system as read-write. I think I'd be ok with that (are the security concerns truly awful?), especially if it meant that system apps would update themselves in-place without impacting /data. Click to expand... Click to collapse I'm guessing they wouldn't simply self-update. But if I could easily run the Integrate step without this RW battle, that might be enough. If it helps, here is my mount info: Code: cat /proc/mounts rootfs / rootfs ro,noatime,nodiratime 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,noatime,nodiratime 0 0 sysfs /sys sysfs rw,seclabel,noatime,nodiratime 0 0 selinuxfs /sys/fs/selinux selinuxfs rw,noatime,nodiratime 0 0 /sys/kernel/debug /sys/kernel/debug debugfs rw,noatime,nodiratime 0 0 none /acct cgroup rw,relatime,cpuacct 0 0 none /sys/fs/cgroup tmpfs rw,seclabel,relatime,mode=750,gid=1000 0 0 none /sys/fs/cgroup/memory cgroup rw,relatime,memory 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 tmpfs /mnt/fuse tmpfs rw,seclabel,relatime,mode=775,gid=1000 0 0 none /dev/cpuctl cgroup rw,relatime,cpu 0 0 /dev/block/mtdblock8 /system yaffs2 ro,seclabel,noatime,nodiratime 0 0 /dev/block/mtdblock9 /cache yaffs2 rw,seclabel,nosuid,nodev,noatime,nodiratime 0 0 /dev/block/mtdblock10 /data yaffs2 rw,seclabel,nosuid,nodev,noatime,nodiratime 0 0 /dev/block/mmcblk0p2 /data/sdext2 ext4 rw,seclabel,relatime,barrier=1,data=writeback 0 0 /dev/block/vold/179:1 /mnt/media_rw/sdcard0 vfat rw,dirsync,nosuid,nodev,noexec,noatime,nodiratime,uid=1023,gid=1023,fmask=0007,dmask=0007,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0 /dev/block/vold/179:1 /mnt/secure/asec vfat rw,dirsync,nosuid,nodev,noexec,noatime,nodiratime,uid=1023,gid=1023,fmask=0007,dmask=0007,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0 /dev/fuse /storage/sdcard0 fuse rw,nosuid,nodev,noatime,nodiratime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
using bin/mount rather than xbin/mount I finally found a solution: remount by explicitly using `/system/bin/mount -o ...` rather than just `mount -o ...`. I'm guessing that at some point the version in /system/xbin started taking priority and for some reason that version fails silently. More info here: http://android.stackexchange.com/a/110883/109855