Date: Tue, 19 Mar 1996 17:44:29 +600 CDT From: "Larry Dolinar" <LARRYD@bldg1.croute.com> To: questions@freebsd.org Subject: more DAT nonsense Message-ID: <2DE9CA5113@bldg1.croute.com>
next in thread | raw e-mail | index | archive | help
OK, I'll dive in 8)
I don't have any problems dumping *to* my Sony SDT-5000 (4-8GB), just
getting that warm, fuzzy feeling that I can get it *back*. This
particular box is up at work, trying to act as a dumphost for a bunch of
Suns. Hardware:
Intel 486sx33
8MB RAM
Adaptec 1542CF
an ugly old Rodime RO3259T (howls of derisive laughter)
DTC 2280 (I/O only, floppy and IDE disabled)
Trident 9440 VLB running on mono VGA (just shell accounts here)
I could swear this was working on my DX2/80 at home, but I'm going to
check tonight.
First the verbose output of the boot sequence:
Mar 19 17:22:04 dumphost /kernel: FreeBSD 2.1.0-RELEASE #0: Thu Nov 16
10:47:14 1995
Mar 19 17:22:04 dumphost /kernel:
jkh@westhill.cdrom.com:/usr/src/sys/compile/GENERIC
Mar 19 17:22:05 dumphost /kernel: CPU: i486 SX (486-class CPU)
Mar 19 17:22:05 dumphost /kernel: Origin = "GenuineIntel" Id = 0x42b
Stepping=11
Mar 19 17:22:05 dumphost /kernel: Features=0x2<VME>
Mar 19 17:22:06 dumphost /kernel: real memory = 8388608 (8192K bytes)
Mar 19 17:22:06 dumphost /kernel: avail memory = 6557696 (6404K bytes)
Mar 19 17:22:06 dumphost /kernel: Probing for devices on the ISA bus:
Mar 19 17:22:06 dumphost /kernel: sc0 at 0x60-0x6f irq 1 on motherboard
Mar 19 17:22:06 dumphost /kernel: sc0: VGA color <16 virtual consoles,
flags=0x0>
Mar 19 17:22:06 dumphost /kernel: ed0 at 0x300-0x31f irq 5 on isa
Mar 19 17:22:06 dumphost /kernel: ed0: address 00:00:e8:c9:8d:68, type
NE2000 (16 bit)
Mar 19 17:22:07 dumphost /kernel: ed1: disabled, not probed.
Mar 19 17:22:07 dumphost /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa
Mar 19 17:22:07 dumphost /kernel: sio0: type 16550A
Mar 19 17:22:07 dumphost /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa
Mar 19 17:22:08 dumphost /kernel: sio1: type 16550A
Mar 19 17:22:08 dumphost /kernel: sio2: disabled, not probed.
Mar 19 17:22:08 dumphost /kernel: sio3: disabled, not probed.
Mar 19 17:22:09 dumphost /kernel: lpt0 at 0x378-0x37f irq 7 on isa
Mar 19 17:22:09 dumphost /kernel: lpt0: Interrupt-driven port
Mar 19 17:22:10 dumphost /kernel: lp0: TCP/IP capable interface
Mar 19 17:22:10 dumphost /kernel: lpt1: disabled, not probed.
Mar 19 17:22:10 dumphost /kernel: lpt2: disabled, not probed.
Mar 19 17:22:10 dumphost /kernel: mse0: disabled, not probed.
Mar 19 17:22:10 dumphost /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
Mar 19 17:22:11 dumphost /kernel: fdc0: NEC 72065B
Mar 19 17:22:11 dumphost /kernel: fd0: 1.44MB 3.5in
Mar 19 17:22:11 dumphost /kernel: fd1: 1.2MB 5.25in
Mar 19 17:22:11 dumphost /kernel: wdc0: disabled, not probed.
Mar 19 17:22:11 dumphost /kernel: wdc1: disabled, not probed.
Mar 19 17:22:11 dumphost /kernel: bt0: disabled, not probed.
Mar 19 17:22:11 dumphost /kernel: uha0: disabled, not probed.
Mar 19 17:22:12 dumphost /kernel: ahc1: disabled, not probed.
Mar 19 17:22:12 dumphost /kernel: ahb0: disabled, not probed.
Mar 19 17:22:12 dumphost /kernel: aha0: Rev 45 (AHA-1542CF BIOS v2.01)
VF.0, enabling mailbox, enabling residuals
Mar 19 17:22:12 dumphost /kernel: aha0: reading board settings, dma=5
int=11 id=7 (bus speed defaulted)
Mar 19 17:22:12 dumphost /kernel: aha0 at 0x330-0x333 irq 11 drq 5 on isa
Mar 19 17:22:12 dumphost /kernel: aha0 waiting for scsi devices to settle
Mar 19 17:22:13 dumphost /kernel: (aha0:0:0): "RODIME RO3000T 5.03" type
0 fixed SCSI 1
Mar 19 17:22:13 dumphost /kernel: sd0(aha0:0:0): Direct-Access 200MB
(410211 512 byte sectors)
Mar 19 17:22:13 dumphost /kernel: sd0(aha0:0:0): with 1216 cyls, 9 heads,
and an average 37 sectors/track
Mar 19 17:22:13 dumphost /kernel: (aha0:4:0): "SONY SDT-5000 3.26" type 1
removable SCSI 2
Mar 19 17:22:13 dumphost /kernel: st0(aha0:4:0): Sequential-Access
density code 0x13, 512-byte blocks, write-enabled
Mar 19 17:22:14 dumphost /kernel: aic0: disabled, not probed.
Mar 19 17:22:14 dumphost /kernel: nca0: disabled, not probed.
Mar 19 17:22:14 dumphost /kernel: nca1: disabled, not probed.
Mar 19 17:22:14 dumphost /kernel: sea0: disabled, not probed.
Mar 19 17:22:14 dumphost /kernel: wt0: disabled, not probed.
Mar 19 17:22:14 dumphost /kernel: mcd0: disabled, not probed.
Mar 19 17:22:14 dumphost /kernel: mcd1: disabled, not probed.
Mar 19 17:22:14 dumphost /kernel: matcdc0: disabled, not probed.
Mar 19 17:22:14 dumphost /kernel: scd0: disabled, not probed.
Mar 19 17:22:15 dumphost /kernel: ie0: disabled, not probed.
Mar 19 17:22:15 dumphost /kernel: ep0: disabled, not probed.
Mar 19 17:22:15 dumphost /kernel: ix0: disabled, not probed.
Mar 19 17:22:15 dumphost /kernel: le0: disabled, not probed.
Mar 19 17:22:15 dumphost /kernel: lnc0: disabled, not probed.
Mar 19 17:22:15 dumphost /kernel: lnc1: disabled, not probed.
Mar 19 17:22:15 dumphost /kernel: ze0: disabled, not probed.
Mar 19 17:22:15 dumphost /kernel: zp0: disabled, not probed.
Mar 19 17:22:16 dumphost /kernel: npx0 on motherboard
Mar 19 17:22:16 dumphost /kernel: npx0: 387 emulator
Mar 19 17:22:16 dumphost /kernel: pcibus_setup(1):
mode1res=0xffffffff (0x80000000), mode2res=0xff (0x0e)
Mar 19 17:22:16 dumphost /kernel: changing root device to sd0a
Mar 19 17:22:16 dumphost /kernel: BIOS Geometries:
Mar 19 17:22:16 dumphost /kernel: 0:00c73f20 0..199=200 cylinders,
0..63=64 heads, 1..32=32 sectors
Mar 19 17:22:16 dumphost /kernel: 0 accounted for
Mar 19 17:22:16 dumphost /kernel: sd0s1: type 0x6, start 32, end = 98303,
size 98272 : OK
Mar 19 17:22:16 dumphost /kernel: sd0s2: type 0xa5, start 98304, end =
409599, size 311296 : OK
Mar 19 17:22:08 dumphost lpd[89]: restarted
Next, the status of the tape -- I'd done 'mt -f /dev/st0ctl.0 density
0x13' beforehand (probably overkill):
# mt -f /dev/rst0.0 status
Present Mode: Density = X3B5/88-185A Blocksize variable
---------available modes---------
Mode 0: Density = X3B5/88-185A Blocksize variable
Mode 1: Density = 0x00 Blocksize variable
Mode 2: Density = 0x00 Blocksize variable
Mode 3: Density = 0x00 Blocksize variable
Next the dump (just the root):
# dump 0udsbf 61000 10240 126 /dev/rst0.0 /dev/rsd0a
DUMP: Date of this level 0 dump: Tue Mar 19 17:37:11 1996
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/rsd0a (/) to /dev/rst0.0
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 13568 tape blocks on 0.00 tape(s).
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: DUMP: 13866 tape blocks on 1 volumes(s)
DUMP: Closing /dev/rst0.0
DUMP: DUMP IS DONE
Finally, the punchline, when I try to just see the TOC:
# restore tvf /dev/rst0
st0: 65536-byte record too big
tape read error: input/output error
Mar 19 17:31:49 dumphost /kernel: st0: 65536-byte record too big
Mar 19 17:31:49 dumphost /kernel: st0: 65536-byte record too big
It's worth mentioning that even 'dump 0bf /dev/rst0.0 /dev/rsd0a' gives
the same results (just uses more tape). Is variable blocksize the
problem, something about the Adaptec (I've got NCR at home, and a
reconfig'd kernel), or something I need to do through scsi(8) first?
All suggestions welcome, private or otherwise.
best regards,
larry
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2DE9CA5113>