Re: trouble with dump/restore on FreeBSD 5.2.1 (RELENG_5_2)

From: Bernd Walter <ticso_at_cicely12.cicely.de>
Date: Mon, 14 Jun 2004 22:40:07 +0200
On Mon, Jun 14, 2004 at 05:30:05PM +0200, Andreas Klemm wrote:
> Hi,
> 
> dumped today all filesystems of my FreeBSD laptop,
> which was a relatively new RELENG_5_2, because got new disk.
> 
> Was unable to restore the filesystems using the official 5.2.1 DVD.
> 
> Recovering
> - /	was possible with a warning
> - /var	was impossible 
> - The rest I didnt try...
> 
> Made a level 0 dump of all filesystems using -L
> since system complained when I made dump of a
> filesystem in use without -L.
> 
> /sbin/dump 0Lubf 128 - / | gzip > dump-_
> /sbin/dump 0Lubf 128 - /var | gzip > dump-_var
> /sbin/dump 0Lubf 128 - /usr | gzip > dump-_usr
> and so on ...
> 
> For recovery
> -  I made a minimum installation of 5.2.1
>    to get all dump images via ftp from server
> -  Then I used custom options to partition/newfs via
>    "W"rite option in the partition menue.
> 
> The filesystems have been created and mounted
> since I entered the mount points.
> I didn't newfs /export of course...
> 
> Now I entered fixit mode:
> The filesytems
> 	/mnt
> 	/mnt/var
> 	/mnt/usr
> 	... etc ...
> Have been freshly created and were free. df shows correct size.
> 
> Now I tried to restore using
> 
> 	zcat /mnt/export/dump-_ | restore -r -f -
> 
> Got error messages.
> Guessed it might be related to dump blocksize, that restore
> is unable to determine 128 automagically.
> 
> Re-made / (umount/newfs) ...
> Then:
> 	zcat /mnt/export/dump-_ | restore -r -b 128 -f -
> 
> This time I got / restored.
> With warnings I don't remember exactly "expected xxx got xxx"


gzip shuffels blocking.
Use dd obs=64k between zcat and restore to do reblocking the stream.

-- 
B.Walter                   BWCT                http://www.bwct.de
bernd_at_bwct.de                                  info_at_bwct.de
Received on Mon Jun 14 2004 - 18:43:03 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:57 UTC