Exchanage sd card for bigger - booting from sd card though

If you're booting off the card, then not an easy solution. You'd have to put both on your computer and boot off a program like BootItNg to copy from one card to the other and then resize the last partition.

 

Couldn't you use Win32 Disk Imager to read the SD card and create a .img file? You could then turn around and write the image file to the new card.

We use this program to write an image file to the uSD, and it also has a "read" button. I haven't tried using the "read" button, so I don't know if it works...

 

You'd have a 16 gb card with 8 gb usable and 8gb wasted.

You could do that but you'd need to resize the partition to 16 gb, which still needs a partition manager program similar to BootItNg. Easier to just copy and resize than to image, write and resize IMO.

 

D'oh! You're right, colchiro. Forgot about that MINOR detail...

On the plus side, I'm going to give it a try when I need to backup my SD card before making any major changes, like installing a new version of CM7.

 

Let us know how that works out.

 

In linux, you can use the command

Code (Text):

1. dd if={device} of={filename} ...

followed by the inverse

Code (Text):

1. dd if={filename} of={device} ...

.

Since the initial input-file (if=) is a device, the command starts at byte-zero and reads until byte-last. The output-file (of=) gets a copy of all of those bytes.

When you reverse the process, all of the bytes in the file get written to the device -- partition table, boot record and all.

Once you have completed this operation, you can use gparted {device} to resize the "data" partition to use all of the as-yet not allocated space on the larger uSD card. Good luck.

An alternate approach will again use dd but copy each partition separately. Until you believe in the dd-command, you might find that
approach more comfortable.

It worked for me.
Viola! Clone complete!!
~~~ 0;-Dan