From: Dave Wilson (DWilson@rsi.ca)
Date: Fri Jun 07 2002 - 17:22:28 EDT
We are having trouble reading a tar written with "Digital UNIX 4.0G
(Rev. 1530)".
They (our customer's vendor)say they created the tarfile with "tar cvhf
output_tar input_file".
I take that to mean they created it on disk and then dd'd it to tape. They
are very tight-lipped...
They tell us to extract it by first dd'ing it to disk with bs=65536
and then un-tar'ing it:
% dd if=/dev/rmt/tps2d6nrnsv of=file1.txt bs=64k
% tar xvfb EV10000040.tar 128
Actually, the tape blocking is from dd and the recovered file would have a
block factor of ONE.
We always get:
38 sleeman:/Fred/TMPDIR% tar tvvvf EV10000040.tar
rwxrwx--- 302/15 dir Mar 28 08:32 2002 CEOS_ARCHIVE
rwxrwx--- 302/15 dir Mar 28 04:11 2002 CEOS_ARCHIVE/PASS_1
rwxrwx--- 302/15 dir Mar 28 04:11 2002
CEOS_ARCHIVE/PASS_1/SEGMENT_1
rw-rw---- 302/15 13776 Mar 28 04:11 2002
CEOS_ARCHIVE/PASS_1/SEGMENT_1/LEA_01.001
rw-rw---- 302/15 720 Mar 28 04:11 2002
CEOS_ARCHIVE/PASS_1/SEGMENT_1/TRA_01.001
rw-rw---- 302/15 352918222 Mar 28 04:11 2002
CEOS_ARCHIVE/PASS_1/SEGMENT_1/DAT_01.001
rw-rw---- 302/15 1800 Mar 28 04:11 2002
CEOS_ARCHIVE/PASS_1/SEGMENT_1/VDF_DAT.001
rw-rw---- 302/15 360 Mar 28 04:11 2002
CEOS_ARCHIVE/PASS_1/SEGMENT_1/NUL_VDF.001
rwxrwx--- 302/15 dir Mar 28 04:13 2002
CEOS_ARCHIVE/PASS_1/SEGMENT_2
rw-rw---- 302/15 13776 Mar 28 04:13 2002
CEOS_ARCHIVE/PASS_1/SEGMENT_2/LEA_01.001
rw-rw---- 302/15 720 Mar 28 04:13 2002
CEOS_ARCHIVE/PASS_1/SEGMENT_2/TRA_01.001
tar: tape premature EOF; may need to use -b option
We tried different combinations of b and different placements with
and without the dash for
the switches. No joy.
We've tried tar'ing directly from DLT with the same results. No
console messages.
We can see that the tar file is clean at the beginning:
% od -c EV10000040.tar | more
0000000 C E O S _ A R C H I V E \0 \0 \0 \0
0000020 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
*
0000140 \0 \0 \0 \0 0 0 0 7 7 0 \0 0 0 0 4
0000160 5 6 \0 0 0 0 0 1 7 \0 0 0 0 0
0000200 0 0 0 0 0 0 0 0 7 4 5 0 6 1 5
0000220 5 7 7 0 1 3 6 6 4 \0 5 \0 \0 \0
0000240 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
*
0000400 \0 u s t a r \0 0 0 e v _ u s e r
0000420 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0000440 \0 \0 \0 \0 \0 \0 \0 \0 \0 u s e r s \0 \0
0000460 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0000500 \0 \0 \0 \0 \0 \0 \0 \0 \0 0 0 0 0 0 1
0000520 \0 2 4 4 1 7 3 0 \0 \0 \0 \0 \0 \0 \0
0000540 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
*
We know that some of the files will be over 2GB, but I can't see any
switches
on tru64 tar to handle that, like the -K switch on IRIX tar.
Any insight into problems with bigfiles using tru64 tar would be
appreciated.
DaveW.
Dopeler Effect: The tendency of stupid ideas to seem smarter
when they come at you rapidly.
---------------------------------------------------------------------
David J. Wilson, System Manager, Voice: (819) 827-3001
Canadian Data Processing Facility (CDPF), Fax: (819) 827-1955
RADARSAT International Inc., email: dwilson@rsi.ca
75A McClelland Rd., Cantley QC, CANADA J8V 2Y8 www.rsi.com
"We've got the World covered! Ask us about the RADARSAT archive"
---------------------------------------------------------------------
This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 10:48:43 EDT