Date: Mon, 24 Sep 2001 20:36:40 -0400 (EDT) From: Andrew Gallatin <gallatin@cs.duke.edu> To: kc5vdj@yahoo.com Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Change request: move mt(1) to /sbin with -static compile Message-ID: <15279.53656.28808.586330@grasshopper.cs.duke.edu> In-Reply-To: <3BAF1A99.9030803@yahoo.com> References: <3BAF1A99.9030803@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Jim Bryant writes:
> After having a recent -current issue requiring a restore from tape, I found that both dump and restore are statically linked and
> available in /sbin, as they should be, given their status as recovery tools.
>
> One unfortunate problem exists with this scenario...
>
> mt(1) resides in /usr/bin, and on top of that, is linked against shared libraries.
>
> Since most people do their backups using the norewind device, and preferably on as few tapes as possible, this means that to get to
> the next filesystem to restore you must perform a `mt fsf n` where 'n' is the number of filesets to skip on the tape.
<..>
Err.. Can't you use the -s flag to restore? Eg:
-s fileno
Read from the specified fileno on a multi-file tape. File num-
bering starts at 1.
Drew
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15279.53656.28808.586330>