I have a set of tapes that contain a full system backup done with 'ufsdump' on an Exabyte 220. I don't know how many tapes the backup spans, but I'd guess at least 3-4 tapes (the set is 20, but some of that is subsequent incremental backups). I used 'ufsrestore ilv' and was able to traverse at least some of the directory system on the tape, but not all of it. In particular I can 'cd' into '/home/project' but there is nothing in there. There should be several hundred megabytes of data. What is seems like is that the only part of the directory structure that shows up is that part of the backup that is on the first tape, but if I try to use the 'ufsrestore' command on any other tape I get an error about it not being volume 1.
So what's the deal here? Is it not possible to use the interactive mode if the backup spans multiple tapes or am I just doing something wrong? Is my only solution to extract the entire backup to disk?
Good Afternoon,
I'm going to attempt a ufsrestore of a Solaris 9 machine from a connected NAS containing the ufsdumps. The idea is to be able to take ufsdumps of a failed machine (machine 1), and use them to set up a backup machine (machine 2). (I'm testing for disaster recovery)
Note... (52 Replies)
I am trying to install a Canon LiDE 220 scanner on Debian 8.5 64 bit, running on a
Dell Latitude E5400
As far as Ubuntu is concerned, it can be installed. I am having no luck with Debian 8.5
This is what I have
root@server1:/etc# sane-find-scanner
# sane-find-scanner will now... (1 Reply)
Hi , I accidentally deleted crontab entries and I need to restore back urgently ! we use a ufsdump with 0cfu option. I like to know how to restrore / retrieve to different location for crontab file only from the backup. Thanks. (4 Replies)
I'm trying to restore a server from a backup tape. I've partitioned my drive, and I've run into a problem; After extracting everything from the tape, It seems as if only the directory structure is intact. Here are my steps:
1. booted from cdrom to single user mode boot cdrom -s
2. used... (3 Replies)
on sparc solaris 2.8 hosts, HOSTB, after changing to /dir1 need to:
connect to tape drive on HostA. change directory to /dir0/dir1 on tape and
restore everything under that path to /dir1 directory.
could i get help?. (1 Reply)
Hi there,
I have a problem at the moment trying to restore a directory from a Super DLT tape with about 3 weeks worth of backups on it. I need to be able to get the last backup performed on this tape but using ufsrestore -i it only restores the first backup which is no good to me. There is... (4 Replies)
TCOPY(1) BSD General Commands Manual TCOPY(1)NAME
tcopy -- copy and/or verify mag tapes
SYNOPSIS
tcopy [-cvx] [-s maxblk] [src [dest]]
DESCRIPTION
The tcopy utility is designed to copy magnetic tapes. The only assumption made about the tape layout is that there are two sequential EOF
marks at the end. By default, the tcopy utility will print information about the sizes of records and files found on the /dev/sa0 tape, or
on the tape specified by the src argument. If a destination tape is also specified by the dest argument, a copy of the source tape will be
made. The blocking on the destination tape will be identical to that used on the source tape. Copying a tape will yield the same program
output as if just printing the sizes.
The following options are available:
-c Copy src to dest and then verify that the two tapes are identical.
-s maxblk Specify a maximum block size, maxblk.
-v Given the two tapes src and dest, verify that they are identical.
-x Output all informational messages to the standard error instead of the standard output. This option is useful when dest is given
as /dev/stdout.
SEE ALSO mt(1), mtio(4)HISTORY
The tcopy command appeared in 4.3BSD.
BUGS
Writing an image of a tape to a file does not preserve much more than the raw data. Block size(s) and tape EOF marks are lost which would
otherwise be preserved in a tape-to-tape copy.
End of data (EOD) is determined by two sequential EOF marks with no data between them. There used to be old systems which typically wrote
three EOF's between tape files. The tcopy utility will erroneously stop copying early in this case.
When using the copy/verify option -c, tcopy does not rewind the tapes prior to start. A rewind is performed after writing, prior to the ver-
ification stage. If one does not start at the beginning-of-tape (BOT) then the comparison may not be of the intended data.
BSD December 20, 2006 BSD