Bob Sanders wrote:
>>
>>How about benchmarks? Has anyone seen benchmarks of dump vs. partimage vs.
>>tar vs. rsync vs. cp? That would be interesting.
>>
>
>
> Why? The task is to move the data from one partition to a new
> disk/partition. Getting it
> reliably done, in a repeatable, sane, m
On Thu, 16 Jun 2005 18:23:30 -0700
Zac Medico <[EMAIL PROTECTED]> wrote:
> Bob Sanders wrote:
>
> This method looks interesting. I found a quote from Linux Torvalds saying
> dump can misbehave if there are dirty buffers. Has anyone experienced that?
>
I haven't used dump in five or more years
On Thu, 2005-06-16 at 18:23 -0700, Zac Medico wrote:
> Bob Sanders wrote:
> > On Thu, 16 Jun 2005 13:11:33 +0800
> > Ow Mun Heng <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >>Actually I would use fdisk/mke2fs and tar rather than rsync since it's
> >>much faster that way.
> >>
> >
> >
> >
> > I'
Bob Sanders wrote:
> On Thu, 16 Jun 2005 13:11:33 +0800
> Ow Mun Heng <[EMAIL PROTECTED]> wrote:
>
>
>
>>Actually I would use fdisk/mke2fs and tar rather than rsync since it's
>>much faster that way.
>>
>
>
>
> I'd suggest another option - use xfs and xfsdump and xfsrestore.
> At the bottom
On Thu, 16 Jun 2005 13:11:33 +0800
Ow Mun Heng <[EMAIL PROTECTED]> wrote:
> Actually I would use fdisk/mke2fs and tar rather than rsync since it's
> much faster that way.
>
I'd suggest another option - use xfs and xfsdump and xfsrestore.
At the bottom of the xfsdump man page there are example
On Thu, 16 Jun 2005 01:44:56 -0700, Zac Medico wrote:
> To do online backups of my desktop system I have a script that backs up
> my whole root filesystem with the exception of some files (especially
> some sensitive ones in /etc). I do separate backups of /etc.
> Occasionally I use my squashfs b
On Thu, 16 Jun 2005 01:12:30 -0700, Zac Medico wrote:
> Yeah, partimage is nice the way that it skips empty blocks. Can it
> clone directly from one partition to another or is an intermediate file
> required?
It appears to want a file, but I imagine you could use /dev/stdin and /
dev/stdout as t
On Thu, 16 Jun 2005 16:29:10 +0800, Ow Mun Heng wrote:
> > You should also note that dd is by far the slowest way of doing this,
> > partimage is a much better tool for cloning partitions.
> But one thing about partimage, I tried it once and going from a 10GB
> partition in partimage to 20GB par
Ow Mun Heng wrote:
>>I've found that squashfs is an iteresting option for doing backups/cloning
>>because the compressed filesystem can also be reused to make a livecd or
>>livedvd. For normal cloning, I mount the squashfs and use rsync to copy the
>>files into a fresh ext3 partition.
>
>
> T
On Thu, 2005-06-16 at 08:46 +0100, Neil Bothwick wrote:
> On Wed, 15 Jun 2005 16:07:35 -0700, Zac Medico wrote:
>
> > The dd program knows nothing about partions but it will work with the
> > associated device file. I would use fdisk, mke2fs, and rsync.
>
> I'd go with rsync too. It may well be
> I've found that squashfs is an iteresting option for doing backups/cloning
> because the compressed filesystem can also be reused to make a livecd or
> livedvd. For normal cloning, I mount the squashfs and use rsync to copy the
> files into a fresh ext3 partition.
This is interesting.. How
Neil Bothwick wrote:
> On Wed, 15 Jun 2005 16:07:35 -0700, Zac Medico wrote:
>
>
>>The dd program knows nothing about partions but it will work with the
>>associated device file. I would use fdisk, mke2fs, and rsync.
>
>
> I'd go with rsync too. It may well be slower than tar, but it can be
>
On Wed, 15 Jun 2005 16:07:35 -0700, Zac Medico wrote:
> The dd program knows nothing about partions but it will work with the
> associated device file. I would use fdisk, mke2fs, and rsync.
I'd go with rsync too. It may well be slower than tar, but it can be
interrupted and resumed.
You can use
Ow Mun Heng wrote:
> Normally when I want to populate a new dir structure (which is empty to
> begin with) I do
>
> instead of issuing the command
> cp -a /some/area/mp3 /other/area/mp3-store
>
> use
>
> tar lcf - . | (cd /other/area/mp3-store; tar -xpvf - )
> tar lcf - /path/to/file | (
On Wed, 2005-06-15 at 22:21 -0700, Zac Medico wrote:
> Ow Mun Heng wrote:
> > On Wed, 2005-06-15 at 18:57 -0700, Mark Knecht wrote:
> >
> >>On 6/15/05, Zac Medico <[EMAIL PROTECTED]> wrote:
> >>
> >>>Mark Knecht wrote:
> >>>
> Hi,
> I'm not at all clear from reading man dd whether it wi
Ow Mun Heng wrote:
> On Wed, 2005-06-15 at 18:57 -0700, Mark Knecht wrote:
>
>>On 6/15/05, Zac Medico <[EMAIL PROTECTED]> wrote:
>>
>>>Mark Knecht wrote:
>>>
Hi,
I'm not at all clear from reading man dd whether it will work for
drives that are not the same size? For instance my curr
On Wed, 2005-06-15 at 18:57 -0700, Mark Knecht wrote:
> On 6/15/05, Zac Medico <[EMAIL PROTECTED]> wrote:
> > Mark Knecht wrote:
> > > Hi,
> > >I'm not at all clear from reading man dd whether it will work for
> > > drives that are not the same size? For instance my current working
> > > drive
On 6/15/05, Zac Medico <[EMAIL PROTECTED]> wrote:
> Mark Knecht wrote:
> > Hi,
> >I'm not at all clear from reading man dd whether it will work for
> > drives that are not the same size? For instance my current working
> > drive in onePundit-R is 8GB and has 3 partitions - boot, root and
> > sw
Mark Knecht wrote:
> Hi,
>I'm not at all clear from reading man dd whether it will work for
> drives that are not the same size? For instance my current working
> drive in onePundit-R is 8GB and has 3 partitions - boot, root and
> swap. I'd like to copy these partitions to a new 80GB drive for
19 matches
Mail list logo
