ORIGINAL QUESTION: On a Sparc 2 running SunOS 4.1.3, how do I write more than
2.3 Gb to an Exabyte 8505?
...
After rebuilding the kernel and rebooting, the drive is
identified correctly ... but when I do a dump it always ends
with a tape error after about 2.3 Gb.
QUICK SOLUTION: I was dumping to /dev/nrst1. Dumping to /dev/nrst9 instead
did the trick.
DETAILED SOLUTION:
Quoting from Martin Oksnevad's reply:
Assuming your kernel has the following density settings :
{ 0x14, 0x15, 0x90, 0x8C }, /* Density selection set low to high */
Then you use the following :
/dev/rst1 or /dev/nrst1 to get 2.3gb
/dev/rst9 or /dev/nrst9 to get 5.0gb
/dev/rst17 or /dev/nrst17 to get 2.3gb compressed
/dev/rst25 or /dev/nrst25 to get 5.0gb compressed
In SunOS 4.1.* you can define up to 8 tape drives ie. rst0-7.
All these tape drives can have up to 4 density settings (rstX + Y*8)
where X is 0-7 and Y is 0-3.
This was the key piece of information I was missing. To complete the
picture, ther kernel mods I used were those recommended by Exabyte, that is,
I added the following lines to /sys/scsi/targets/st_conf.c,
/* Exabyte 8mm w/compression (Half-High) */
{
"Exabyte EXB-8505 8mm Half-High", 16, "EXABYTE EXB-8505",
ST_TYPE_EXB8500, 1024,
(ST_VARIABLE | ST_BSF | ST_BSR | ST_LONG_ERASE | ST_KNOWS_EOD),
5000, 5000,
{ 0x14, 0x15, 0x90, 0x8C }, /* Density selection set low to high */
{ 0, 0, 0, 0 }
},
rebuilt and installed the kernel, and rebooted. None of the header files were
changed. The dump script was of the form
dump 0ucdsbf 108000 68000 126 /dev/nrst9 /dev/rsd0a
dump 0ucdsbf 108000 68000 126 /dev/nrst9 /dev/rsd0g
...
mt -f /dev/rst1 rewind
MANY THANKS TO:
Marcel Chukwunenye (moc@voyager.mlb.semi.harris.com)
Martin Oksnevad (martin@stavanger.geoquest.slb.com)
Adolfo Vaal Neto (avn@bihobl2.bih.harvard.edu)
Jeff Wasilko (jeffw@smoe.org)
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:11:08 CDT