On Tuesday 28 May 2019 11:09:43 pm Nathan Stratton Treadway wrote: > 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 >
The more I think on it, the righter you all are. So lets drop this based on me miss-remembering that it was the file header, not the tape header. > > > ---------------------------------------------------------------------- >------ Nathan Stratton Treadway - [email protected] - 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 Copyright 2019 by Maurice E. Heskett Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene>
