topic Re: tape (reel to reel) dump in Operating System - HP-UX

tape (reel to reel) dump

Carol Balla — Wed, 17 Oct 2001 17:14:23 GMT

I am trying to dump a tape to a file and not getting readable file. Tape is 6250/1600 bpi, 86 characters/record, 10 records/block. I'm using
dd if=/dev/rmt/0m of=/restore/proc cbs=86 ibs=860 (and other variations of dd)
output is diagonally when I more proc
What am I missing?
HP-UX 10.20
Thanks
Carol

Re: tape (reel to reel) dump

A. Clay Stephenson — Wed, 17 Oct 2001 17:30:29 GMT

Hi Carol:

Unless you are doing an ASCII/EBCDIC conversion, you don't need or want cbs.

I suspect that all you really need
is:
dd if=/dev/rmt/0m of=/restore/proc bs=860

If you are doing other conversion, please let us know. I not sure what you mean by 'more diagonally' but I think you are saying that you need LF's in the output rather than CR's.

Clay

Re: tape (reel to reel) dump

harry d brown jr — Wed, 17 Oct 2001 17:45:33 GMT

if the data isn't too sensitive, could you post a few blocks for us? Could it be that the record size is not 86? Is this tape an ebcdic tape or ascii?

Re: tape (reel to reel) dump

Lou Zirko_1 — Wed, 17 Oct 2001 18:18:20 GMT

Yes, better responses would be forthcoming if the source of the data was known and how the tape was written.

Based on what you have said so far I try this dd line:

dd if=/dev/rmt/0m of=/restore/proc cbs=86 conv=block

Lou Zirko

Re: tape (reel to reel) dump

Carol Balla — Thu, 18 Oct 2001 09:13:17 GMT

attached is the file generated from
dd if=/dev/rmt/0m of=/u6/carol/restore/proc1 bs=860
no other conversion, file is. I am getting record size from documentation that came with tape. The easiest thing to pick out is * is in column 14.
Carol

Re: tape (reel to reel) dump

Frank Slootweg — Thu, 18 Oct 2001 09:13:59 GMT

As others have also asked, please give some more details about the data format/code.

What do you mean by "output is diagonally when I more proc"? What does "diagonally" mean? I.e. post a small example of the (wrong) output.

Having said this, I advise to first check the *real* record size:

dd if=/dev/rmt/0m of=/tmp/record bs=64k count=1 ; ll /tmp/record

If the size of /tmp/record is 860 bytes, then the record size is indeed 860 bytes and you should use ibs=860.

Next do:

dd if=/dev/rmt/0m ibs=... count=1

and post the result.

You also may want to experiment with the conv=... options. In any case, start with count=1 and only go beyond that when you can successfully read and display the first record. When that works, use count=2 to see if you have any inter-record issues.

Re: tape (reel to reel) dump

Carol Balla — Thu, 18 Oct 2001 10:21:07 GMT

see attached - I have run with count=1 and count=2 as requested by Frank.

Re: tape (reel to reel) dump

Frank Slootweg — Thu, 18 Oct 2001 10:56:29 GMT

Concerning your second (11:21 AM) example, please first check the *real* record size as I have indicated in my earlier (10:13 AM) response, because you have done your second example with ibs=86 while your original posting implied and used a record_size/ibs= of 860.

When you post again, please do not use a proportional font. Now we can not see whether the second line has two undesired leading spaces or more/less. If it *has* two undesired leading spaces, then maybe, just maybe, the unblocked (or real?) record size is 88 (not 86).

Re: tape (reel to reel) dump

Carol Balla — Thu, 18 Oct 2001 11:10:48 GMT

Frank- I have attached another document (sorry for previous format) in which I have run 4 different ways.
Thanks
Carol

Re: tape (reel to reel) dump

Carlos Fernandez Riera — Thu, 18 Oct 2001 12:16:42 GMT

Must must include block

dd if=.. of=.. ibs=860 cbs=860 conv=ascii,block

See man dd

See this too:
http://forums.itrc.hp.com/cm/QuestionAnswer/1,11866,0xbdbe6af52b04d5118fef0090279cd0f9,00.html

Re: tape (reel to reel) dump

Frank Slootweg — Thu, 18 Oct 2001 13:00:36 GMT

Carlos, I don't think that "ascii" (in "conv=...") is needed/good, because the data is apparently already in ASCII. Using "conv=ascii" on ASCII data will make it unreadable. But, perhaps the "block" (in "conv=...") is a good idea (I already advised earlier to play with the "conv= options).

Carol, I have also seen your third (12:10 PM GMT) example. Apparently there are 6 (12, ...) leading spaces. However I do not know how to get rid of them because the 'line-terminator' (linefeed) seems to be in the records, otherwise more(1) would display just one long line.

Can you do my very first example (dd if=/dev/rmt/0m of=/tmp/record bs=64k count=1 ; ll /tmp/record), which you still have not done, post the output from that command line and *attach* the /tmp/record file? (Make sure that you attach an *exact* *binary* copy of the file. If you have to FTP it before attaching, then make sure the FTP is done in binary mode ("binary" command) and compare the source/target file to have the exact same size.)

Another 'brain-wave': As far as I can tell, the first line (ending with "EXCISION") is 76 (not 86) characters long. There are 6 unwanted
leading spaces on the second line. 76+6 = 82 = 80+2. 80 is a common length for a 'punched-card' record. The remaining 2 characters could be carriage-return and line-feed.

Therefor it is perhaps wise to try:

dd if=/dev/rmt/0m of=/u6/carol/restore/proc1 ibs=... count=3

Where you slowly, byte for byte, decrease "..." from 86 (your old value) to 76, i.e. 86 -> 85 -> 84 -> ... -> 76.

Re: tape (reel to reel) dump

harry d brown jr — Thu, 18 Oct 2001 13:08:36 GMT

How about doing this and showing us the output:

dd if=/dev/rmt/0m ibs=860 count=1 | od -xc

That way we can see a full block with any imbedded control characters.

thanks

Re: tape (reel to reel) dump

Carol Balla — Thu, 18 Oct 2001 13:13:35 GMT

Frank:
ran dd if=/dev/rmt/0m of=/tmp/record bs=64k count=1
FTP with Binary as requested.

Tried conv= ?? with different options with no improvement.

Re: tape (reel to reel) dump

A. Clay Stephenson — Thu, 18 Oct 2001 13:14:56 GMT

Hi Carol,

Unfortunately your attachments don't help much because it is difficult to really know the amount of whitespace in the data. Also if you data really is blocked at 860 bytes/record, you must specify an ibs (or bs); you are using 512 right now (the default) but as soon as we go into the next record everything will be off. Typically if one needs to reblock, it is often does in a pipeline of two dd's. The first simply gets the data and the next does some processing. But right now, we really need two blocks of raw input data in a readable form. The rest should be very easy from that point.

Do this:
dd if=/dev/rmt/0m bs=860 count=2 | od -v -Ad -tc > myfile.out

myfile.out should then be posted and will contain exactly the needed data plus the offsets.

Clay

Re: tape (reel to reel) dump

Carol Balla — Thu, 18 Oct 2001 13:16:51 GMT

Harry:
please see attached.
Carol

Re: tape (reel to reel) dump

Frank Slootweg — Thu, 18 Oct 2001 13:17:09 GMT

Great suggestion, Harry! Bummer, why didn't I think of that!? :-) Losing my touch? :-(

Carol, if the size of the /tmp/record file (see my responses) is different from 860, then please (also) post Harry's example with ibs=...., where ... is the size of the /tmp/record file.

Re: tape (reel to reel) dump

Carol Balla — Thu, 18 Oct 2001 13:21:46 GMT

Clay:
I FTP binary.

Carol

Re: tape (reel to reel) dump

harry d brown jr — Thu, 18 Oct 2001 13:21:59 GMT

Carol,

I'm sorry, I wanted you not to specify an output file, and pipe the output to "od -xc":

dd if=/dev/rmt/0m ibs=860 count=1 | od -xc

Re: tape (reel to reel) dump

Frank Slootweg — Thu, 18 Oct 2001 13:25:49 GMT

Carol, you made an error.

You used:

dd if=/dev/rmt/0m of=/u6/carol/restore/proc1 ibs=860 count=1 | od -xc

But Harry asked for:

dd if=/dev/rmt/0m ibs=860 count=1 | od -xc

Because you included "of=..." the od(1) command did not get any input and hence gave no (usable) output.

I will try to have a look at your 14:13 PM GMT attachment, but for the moment let's concentrate on getting Harry's example right.

Re: tape (reel to reel) dump

Carol Balla — Thu, 18 Oct 2001 13:35:33 GMT

Harry & Frank:
Not to be dim but how would you like me to get you information from command
dd if=/dev/rmt/0m ibs=860 count=1 | od -xc

if I don't dump it to a file?
A lot of data scrolled by on my screen.
Carol