Stevens
03/01/17 9:17 AM >>>
On 03/01/2017 08:25 AM, Christopher Myers wrote:
In case it helps, these are notes that I have on resizing .img files created by dd:
<snip>
Shrink the partition down using gparted.
That's where the train comes off the tracks, as my gparted won't shrink a partition. Runs for a while, gives me an option for converting to FAT32 instead of FAT16, yada yada yada then BOOM! a box pops up saying I've found a gparted bug. So, no gparted shrink here. At least, not for a FAT16 partition. I haven't tried anything else because it's FAT16 I'm working with, so if it works with something else it matters not.
Now, if this solution were as simple as dd'ing the first 170MB of the image, that would be great because there is only about 150GB +/- of data but I suspect that all OSes put something at the end of a partition instead of just from the front forward so only copying the front will lose the back and render the image useless. Or do I have that wrong?
Later, and thanks. Fred
Hmm, I'm not really sure, but maybe others will have some input? I do know that the reason that you need to shrink the partition before shrinking the image is so that the data will all get consolidated at the beginning of the disk, otherwise you'll potentially have files throughout the partition that'd get chopped out. But I'm not sure of better ways to shrink the partition, especially on the image file. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org