On Tue, May 28, 2019 at 21:19:55 -0400, Gene Heskett wrote:
> Mine, when running 3.3.7p1 on wheezy, had this good header in every
> vtape "header"
Note that the "00000.*" file is simply the table label written by
amlabel -- there is no "data" in it, the only point of the file is to
contain the volume label. You'll see that they are always exactly 32kiB
(32768 bytes), and they contain just the the label info followed by NUL
bytes padding out to 32kiB...
=====
root@tumhalad:~/rushey_etc_git# hd /vtapes/TestBackup/slot1/00000.TESTBACKUP-01
00000000 41 4d 41 4e 44 41 3a 20 54 41 50 45 53 54 41 52 |AMANDA: TAPESTAR|
00000010 54 20 44 41 54 45 20 32 30 31 38 31 31 30 38 30 |T DATE 201811080|
00000020 37 30 31 30 33 20 54 41 50 45 20 54 45 53 54 42 |70103 TAPE TESTB|
00000030 41 43 4b 55 50 2d 30 31 0a 0c 0a 00 00 00 00 00 |ACKUP-01........|
00000040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
00008000
=====
Thus, the usual start-of-the-recovery-command-pipeline command, "dd
if=<tape> bs=32k skip=1 |", would skip over the entire file and have
nothing to pass to the later commands in the pipeline.
(The vtape files after "00000", on the other hand, all do have dump data
following a 32kiB header block....)
Nathan
----------------------------------------------------------------------------
Nathan Stratton Treadway - natha...@ontko.com - Mid-Atlantic region
Ray Ontko & Co. - Software consulting services - http://www.ontko.com/
GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt ID: 1023D/ECFB6239
Key fingerprint = 6AD8 485E 20B9 5C71 231C 0C32 15F3 ADCD ECFB 6239
