Sponsored Content
Full Discussion: reading from tape error
Top Forums UNIX for Dummies Questions & Answers reading from tape error Post 30895 by colesy on Tuesday 29th of October 2002 10:16:53 AM
Old 10-29-2002
Kevin,

Tried the cpio option, but equally got errors:

cpio: I/O error on "input", errno 12, Not enough space
1 errors

i'm not that clued up on this - but i'm thinking that it is actually trying to restore, so why is it indicating lack of space?
 

10 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

error reading from tape

Hi all, I am attempting to read tar images from a DLT tape, and have recieved an error, which i don't know: tar: blocksize = 8 tar: directory checksum error I have been able to read from other tapes, using the same command (tar -tvf /devicename) but this time i have an... (3 Replies)
Discussion started by: colesy
3 Replies

2. SCO

Tape error.

Hi, I am new to unix. We use Travan tapes to backup. The tape drive on two of our machines was working fine till this morning till we used the cleaning tape. We put the cleaning tape on the first machine, it got struck so we have to pull it out. Since then when we do the tar command we are getting... (1 Reply)
Discussion started by: krk123
1 Replies

3. AIX

reading contents on a 4mm tape

I am experimenting with one of my TSM processes, and I am trying to write something to a 4mm tape. I tried to use the tctl command, but, I was unsuccessful. what AiX command can I run in order to see if my output is on the tape ? Thank You ! (0 Replies)
Discussion started by: DATDANGGADUDE
0 Replies

4. AIX

Problem reading a 4mm tape drive

I'm attempting to read a tape in a 4mm drive (AIX 4.3) using the following command... tar tvf /dev/rmt0 ...and I keep getting the following error message: tar: 0511-193 An error occurred while reading from the media. There is not enough memory available now. I've googled this error... (2 Replies)
Discussion started by: tdpearson
2 Replies

5. UNIX for Advanced & Expert Users

Reading from a corrupted tape

I've got a backuptape in cpio format that was accidentally overwritten with a very small batch file. As I assume that the cpio header has been overwritten, I cannot extract files from the backup in the conventional manner: ( cpio -itv </dev/rct0 cpio: this is not a cpio file, bad header) ... (0 Replies)
Discussion started by: mart4179
0 Replies

6. UNIX for Dummies Questions & Answers

Reading a tape from a StorEdge Autoloader L8.

Does anyone know how to read an LTO tape from this jukebox? (3 Replies)
Discussion started by: dr. phreeze
3 Replies

7. UNIX for Dummies Questions & Answers

Reading label from tape

Hi, I have a HP SURESTORE 40 tape drive. Several archives are stored on it using DUMP. I have several volumes stored on the tape... If I issue restore -rf /dev/st0 will it restore just the arhcive that the tape reader is currently on or will it restore all of them? Thanks, (3 Replies)
Discussion started by: mojoman
3 Replies

8. Red Hat

reading an AIX cpio tape on RH8

Thanks for any insights you might have... I have a RH8 system setup with a DAT drive. I have a AIX tape that was made using cpio. Bottom line is I need to read the AIX tape into the RH box. I was able to do cpio -itv --no-absolute-filenames < /dev/st0 and read the table of contents. ... (0 Replies)
Discussion started by: mike114327
0 Replies

9. UNIX for Advanced & Expert Users

ssh error: Error reading response length from authentication socket

Hi - I am getting the error `Error reading response length from authentication socket' when I ssh from my cluster to another cluster, and then back to my cluster. It doesn't seem to affect anything, but it's just annoying that it always pops up and tends to confuse new users of the cluster. I... (1 Reply)
Discussion started by: cpp6f
1 Replies

10. SCO

Error: msgcnt 1 vxfs: mesg 016: vx_ilisterr - / file system error reading

Hello... i got an error in my SCO OpenServer 6. the error is: msgcnt 1 vxfs: mesg 016: vx_ilisterr - / file system error reading inode 373 Can anyone help me? (1 Reply)
Discussion started by: AndryMB
1 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
All times are GMT -4. The time now is 07:27 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy