Received: (from majordomo@localhost)
	by oss.sgi.com (8.11.2/8.11.3) id f5SGnTV02680
	for linux-xfs-outgoing; Thu, 28 Jun 2001 09:49:29 -0700
Received: from porgy.srv.nld.sonera.net (mbox-01.soneraplaza.nl [195.66.15.137])
	by oss.sgi.com (8.11.2/8.11.3) with SMTP id f5SGnRV02675
	for <linux-xfs@oss.sgi.com>; Thu, 28 Jun 2001 09:49:28 -0700
Received: from qn-212-58-167-113.quicknet.nl ([212.58.167.113]:64821 "EHLO
        auto-nb1.xs4all.nl") by soneramail.nl with ESMTP id <S84111AbRF1Qtg>;
	Thu, 28 Jun 2001 18:49:36 +0200
Message-Id: <4.3.2.7.2.20010628184351.030dec00@pop.xs4all.nl>
X-Sender: knuffie@pop.xs4all.nl
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date:   Thu, 28 Jun 2001 18:49:01 +0200
To: Timothy Ball <timball@tux.org>, XFS Mailing List <linux-xfs@oss.sgi.com>
From: Seth Mos <knuffie@xs4all.nl>
Subject: Re: Filesystem conversion
In-Reply-To: <20010628095344.D3920@gwyn.tux.org>
References: <4.3.2.7.2.20010628132843.02f35510@pop.xs4all.nl>
 <01062812533100.01258@citadel.oehansen.pp.se>
 <4.3.2.7.2.20010628132843.02f35510@pop.xs4all.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk

At 09:53 28-6-2001 -0400, Timothy Ball wrote:
>On Thu, Jun 28, 2001 at 01:34:00PM +0200, Seth Mos wrote:
> > Boot single user
> > dump.static -0 -a -f /mnt/hde/var.dump /var
> > umount /var
> > mkfs.xfs -l size=32768b -f /dev/sda7
> > vi /etc/fstab (change fstype)
> > mount /var
> > cd /var
> > restore.static -rf /mnt/hde/var.dump
>
>I've written some shell scripts ment to be run as a single user that
>already do this. They're available at www.tux.org/~timball/. It uses
>spare space on another device and a loopback to do the dump and
>restore...
>
>course I'm using cp -dRp or some flags like that... what's the benifits
>of using dump?

If it's large it will give you a progress counter in hours:minutes to 
completion. So you can see it as an indicator of how long I can keep 
interneting before I need to do something useful again.

It also keeps within the filesystem and it produces one or more file with 
an entire filesystem or you could even dump it on tape.
We have a Ultrium tape driver over here that can manage more then 10MB/s 
which means you can dump and restore pretty quick.
It also produces errors when something is going bonkers and should be noticed.
Tar could also do this, but dump/restore were written specially for this cause.

If you decide to edit the script make sure to use the dump.static version 
in case someone decides to backup their /usr partition on a single user 
booted system. I made this mistake once already.

Cheers

--
Seth
Every program has two purposes one for which
it was written and another for which it wasn't
I use the last kind.