I'm trying to recover some data stored on an HP SureStore T20 SCSI tape
drive on a Travan TR5 tape. The tape is a QIC-3220-MC format.
The data was written using either HP's Colorado Backup II software or
Yosemite Technologies TapeWare 6.20 SP3B, or even Backup Exec. I
believe it was TapeWare. It was done on either a Win98 machine or a
Windows 2000 machine.
When I pull the header information off the tape, I see this
http://pastebin.com/xn837e0w
HEADERQIC113 volume name of Disaster Recovery 00001, Arcada Software,
INC. vendor.
I'm attempting the recovery in linux, using ddrescue on the /dev/nst0
device. The first 660MB is readable but of course the files still need
extracted from the raw tape dump.
Once an error is encountered, the HP's firmware takes the SCSI device
basically off-line, and tries multiple passes, resync's the tape, tries
again, and basically goes unresponsive. I'd love to go "raw" and just
have the drive report a straight-up error, and move past it on the tape,
because there could be more readable data stored later.
Even if I'm able to extract a large portion of the data, there's still
the issue of how to handle this format. I've found the QIC113 spec
online, and it doesn't seem impossible, but obviously it might be nice
if there were pre-made tools out there to deal with this.
Anyone familiar with any tools that can manipulate this file format? Is
it possible to disable the "intelligent" error handling of the drive to
just read it in a raw manner?
Thanks,
Keith
Do any of y'all know the bulb number for the fragile little wire-leaded bulbs used in the Data General Nova's switch console? I have at least one burned out, and a couple have snapped off. I measure about 15V across the bulbs on my machine, but I don't know yet whether that's the correct voltage, nor do I know the nominal voltage, current or brightness ratings of the correct bulbs.
Picture:
https://twitter.com/nf6x/status/477846674543362048/photo/1
--
Mark J. Blair, NF6X <nf6x at nf6x.net>
http://www.nf6x.net/
I am working on bringing up a COMPAQ SLT/386, and the unit has a bad HDD
(120MB CONNER). I swapped in a 340MB CONNER from a spare SLT/286 parts
machine, and fdisk shows the volume as XENIX. When I try to boot it, it
says:
NO OS
I was going to repartition it and install something else, but I thought
I'd consider other options, if any make sense. Don't have XENIX
knowledge here...
Jim
--
Jim Brain
brain at jbrain.comwww.jbrain.com
Just upgraded my A2k looking to find homes for the following cards
SupraRam 2000 allows up to 8mb of Fast RAM on a Zorro II Card- Has 2MB
installed
$75 shipped
A2091 SCSI Card- Works Fine Latest Revision ROMS, 2MB RAM on the card
$75 shipped
Hi all,
I'm doing some housekeeping and I seem to have a pile of IBM MCA-bus cards
here, but no longer any MCA-bus computers that might take them. If anyone
on-list is interested in them please follow up with me and we can work
something out. Here's what I got; it's all for PS/2:
3Com Etherlink/MC 10Base2+AUI (qty 3)
3Com Etherlink/MC 10BaseT+AUI (qty 3)
IBM SCSI (FRU 15F6551) (qty 1; sorry, no proprietary internal cable)
IBM "RAM EXPANSION CARD" (qty 1; 2 out of 4 SIMM slots filled)
I'm pretty sure this stuff is all Linux-compatible. The SCSI card and
memory card are 32-bit; the NICs are all 16-bit. They probably all work
great but obviously no promises with stuff this old.
Best,
Sean
As far as I know there wasn't any "standard" CP/M 8-inch double-density
disk format, with many vendors doing their own, incompatible formats, but
was there any reason to prefer any one of those formats over any other? If
I hack my own BIOS, I can obviously do it however I want, but it seems like
it might be nice to be compatible with something.
The Quay boot ROM wants track 0 head 0 to contain eight 1KB sectors, but
since I'm hacking my own boot ROM anyhow, I'm not necessarily tied to that.
>
> Hoping to bring some knowledge out of the woodwork here...I have
> acquired what is, in any case, quite a relic, but I suspect there is
> much more to learn about it:
>
> http://silent700.blogspot.com/2014/06/leads-always-follow-them.html
>
> In short, I stumbled upon a Sun-1. It's the rackmount version, the
> 1/150, but it has a strange model name on the ID plate which appears
> to be "RM-CC" or "RM-0C." It has a very early serial number but I
> can't determine if that was its first number or the result of an
> upgrade or refurb. It appears to contain a Sun-2 CPU board so,
> according to what I've read, should be ID'd as a 1/150U. I've read
> nothing about re-assigning a serial, however.
>
> I was told that Sun-1 serial numbers began at 013, due to there being
> 12 employees at the time. Again, I have no idea if this machine's
> serial number is original or not. It was sold to the University of
> Chicago, who I believe were among the first purchasers of Sun
> products. They are said to still have S/N 13 (in theory the "first"
> Sun made) in their posession but I have no first-hand knowledge.
>
> I am supposed to be put in touch with the original curator of this
> machine, from which I hope to learn a lot more about its history. For
> now, enjoy the pics and please share whatever info you may have...
>
> - jht
>
>
>
Well after the obligatory "you suck" :-), I'd have to say a big CONGRATS on
that find! I've been looking for a Sun 1 for over 20
years. According to all of the info I have found (and early experience
with Sun 3's when they were "new") it's not uncommon for
Sun-2 boards to be in Sun 1's. Sun sold upgrades to their 1's, 2's, 3's
which resulted in you finding a previous generation system
with newer generation boards (depending on compatibility.. you might just
find a CPU board had been upgraded.. maybe I/O cards, etc.). There are
MultiBus to VME adapters as well (got some boards mounted that way).
It was also common to find some Sun's with upgraded CPUs from the same
generation (i.e. a Sun 3/110 board in a Sun 3/140
chassis). So, going from just serial numbers, and/or part numbers, the
best I'd say you'd find would be what generation the various components
came from. That's where I normally start. Then the job is to see if you
have enough parts to reconstruct an "original" of a particular model. For
example, I've not found an original Sun 3/110 chassis, but do have a
3/140... which had a 3/110 board in it. A 3/110 was the first Sun I used,
and I've been looking for a chassis a long time as well.
Parts for the Sun 2 and earlier seem to be few and far between. It took me
8 years to find a front panel for my 2/120. And it wasn't until earlier
this year that I got enough spare parts to begin the restoration.... but
now I have 2 sets of boards, 2 power supplies, 3 backplanes, etc., where
some are known bad. But I expect to end up with some spare parts... I've
not decoded all of the part numbers I have to determine where they all
originally came from....but if I have Sun 1 spares, we can chat :-)
I also have Sun FEH handbook info that goes back to the Sun 1 generation.
I can't say I have complete docs on the Sun 1, but given I got these from
a long time and fairly early Sun tech, I suspect I have relatively good
coverage. In some areas they were obviously updated by "update" docs which
throw off page numbers, etc. But they've definitely been useful for me
as I work on my older Suns.
Earl
Hello all,
Just picked up a HP 1000e series, it came loaded with 640k in memory but
not a single I/O card.
I've been reading up on what might be a good set up for a terminal and
paper tape I/O (to hook an emulator to) but there seems to be a dizzying
number of serial and drive boards that I'm a bit lost on it all.
Any suggestions as to what might be a good set up to run a terminal and
have some way to push programs to it? I've been reading Terry Newton's site
and his hp IPL/OS looks very interesting, especially with the USB drive
emulator he's put together. Also, any sources for for boards other than
eBay?
Tom