>>>>> Rob Owens <row...@ptd.net> writes:
>>>>> On Mon, Aug 15, 2011 at 06:12:24PM +0700, Ivan Shmakov wrote:
>>>>> Martin McCormick <mar...@x.it.okstate.edu> writes:
>>>>> Ivan Shmakov writes:

 >>>> It's possible to dd(1) just the filesystem (partition) instead of
 >>>> the whole disk.

 >>>> Moreover, the filesystem can be downsized prior to that with
 >>>> resize2fs(8), thus the destination partition may be smaller than
 >>>> the source one.

 >>> What if the destination is larger which is the case, here?

 >> If the destination partition is larger than the source one, use
 >> resize2fs(8) after dd(1) on the destination partition — it'll make
 >> the additional space available to the filesystem.

 > I think you need to use fdisk or something similar to enlarge the
 > partition first.  Then resize the filesystem.

        I've stated above that it isn't necessary to use dd(1) on the
        whole disk image.

        Obviously, when copying partition-to-partition, the destination
        should already have a partition table, which, as I've deduced
        from the question, has larger partition(s) than the source.

        Regarding fdisk(8), I see little sense in using the old MBR
        partition table nowadays (unless for compatibility with certain
        BIOS'es, and then there's gptsync(8).)  And of free GPT
        manipulation tools I'm aware only of GNU Parted.

        (CHS addressing is quite nonsensical these days, anyway.)

-- 
FSF associate member #7257


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/86k4ad513b....@gray.siamics.net

Reply via email to