Duplicating a make_tape_recovery tape

[Olivier ROBERT]

Dear forum readers,

I tried to duplicate a make_tape_recovery tape, dd'ing the first two files (boot LIF volume and tar archive) onto another tape. The problem is that I can't boot it (says something about the boot LIF being bad, don't remember exactly). I'm almost certain I can make a good tape out of that unbootable tape, re-dd'ing with a good blocking factor, or something like that...

Am I right?

Thanks for your help,

Olivier

[Steve Steel]

Hi


try
http://docs.cup.hp.com/cgi-bin/fsearch/framedisplay?top=/hpux/onlinedocs/B2355-90750/B2355-90750_top.html&con=/hpux/onlinedocs/B2355-90750/00/00/55-con.html&toc=/hpux/onlinedocs/B2355-90750/00/00/55-toc.html&searchterms=make_tape_recovery&queryid=20030428-040805


steve Steel

[Darren Prior]

Hi Olivier,

The safest method is to run the make_tape_recovery twice. I'm not aware of a supported method of copying the tapes.

regards,

Darren.

[Pete Randall]

Olivier,

To my way of thinking, this might be possible but it's hardly worth the effort. Just run make_tape_recovery again so you'll have two "real" tapes. It's a good idea to run it twice anyway, so you'll have another tape to fall back to if the first one should be unreadable, or breaks, or gets chewed up in the tape drive.


Pete

[Olivier ROBERT]

Thanks for your replies!

Steve: I can't access the URL you mentioned, my proxy says "Connection timed out".

Darren: I would have run make_tape_recovery a second time if only I had the option, but now the server is away.

Pete: I don't think it is that much an effort... Eventually, I think it's a problem with the block size, I ran dd with the default block size (i.e. 512 bytes) on the faulty tape, and I noticed that the block size of the first file's blocks is 2048 on an original Ignite tape. Hence I reblocked the LIF volume onto another tape, and now I'm waiting for an available server to try it on.

I will tell you about the results.
Regards,

Olivier