Having fallen into that trap of another one dollar vax.....of the
Qbus variety, and, wanting to try to bring up another round of
some sort of 4.3BSD related thingy, but, with no tape drive or
tape cartridges, can anyone come up with a dd'able root image
that is known to work on an MVII critter, AND, have a footprint
of 1mb or less (i.e., a disklabel of only 1mb size or less)?
Sadly, all my tapes have decomposed to dust, and I am down
to one questionable TK50 tape drive. I can get a boot of the
Quasijarus boot, off a floppy, but it won't read a miniroot that
was dd'd onto a swap partition correctly. I can boot a NetBSD
1.4.1 and work back to a NetBSD-1.0A which is usable to
unroll file systems onto a drive, but, it won't boot the kernel
correctly into a 4.3BSDish system. I still need the correct
boot blocks and boots. I did try an image from vaxpower's
root, and that booted and ran mostly OK, but, it had a label
set up for a 4 gig drive, and my controller has early enough
proms that it won't handle anything larger than a 1 gb drive.
I tried a couple of other images from here and there, but the
boot blocks are not quite right to run on my vax. So, anyone
have handy a dd'able root with boot blocks, set up for a 1gb
or smaller drive, that is known to work on an MVII critter for
some flavor of 4.3BSD (4.3, Tahoe, Reno, Quasijarus) that
I could use to get my machine up? The only constraints
on the image are that it must have a label set up for a 1gb
or smaller drive, and it must have a usable ftp from usr/bin
dropped into bin, so I can ftp in the rest of the system after
booting up the root image.
One other thought might be to create a bootable dd image with
a root only system that contains all the requisite user bits on
say a 100mb or so root file system. That is non-standard,
from the traditionalists point of view, but, at least the system
would come up essentially running, and complete. It could
then be partitioned and cloned off onto a standardly partitioned
drive, as a next step.
Like a fool, the last time I ran the system, about 5 years ago,
I religiously copied off all the bits onto cd, except for a dd'able
boot/root image... drat! Kick, Kick, Kick... etc.....(:+{{.....
Any pointers to such an image, or anyone that has a system
up that might create me such an image, would be greatly
appreciated. With the EOL of many tapes at hand, I suspect
that it may be the only good way to bring up a 4.3BSDish
system on a Qbus box, and we might should save up a such
usable image in the TUHS archives.
Thanks
Bob Keys
Hello all,
A friend of mine has liberated an old Intergraph 2700 workstation from
a basement. The system looks to be in fine condition and boots up to
multiuser+X.
However, there appears to be a problem.
I am not sure whether the problem is hardware or software, but the
digitizer puck seems to have stopped sending anything back to the
workstation.
I have to say that I am not 100% sure how Intergraph digitizers are
wired up -- the cable from the digitizer is run via a split cable, so
one can be wired up to the mouse port, and the other to the RS232
port, right now I have plugged both in.
Is there anyone with Intergraph experience who can enlighten me in
regards to the cables, or maybe some diagnostics that can be done on
the puck?
The puck is a 12-button grey creature, and the digitizer is a Kurta
XLC (sorry, I am not infront of the system right now, and can't
remember the model number).
Another thing to note is that I can't recover the root password
without some sort of pointer device input, and thus cannot log in to
diagnose any possible software problems.
--
Best regards,
Paul mailto:asmodai@ao.mine.nu
http://ao.mine.nu/ (NeXTmail) mailto:nextmail@ao.mine.nu
Hi,
Since the ultrix-4.2 source was "liberated" has anyone atempted to fix
some of the y2k issues? (I'd like to run it on some vaxen I have access
to and it's kinda useless without y2k support).
Does this source even compile?
thanks.
Hi.
I am trying to bring up a Sprite cluster. [1]
I was able to get the demo system running on a SPARCstation 1+ by dd-ing
the boot image to a disk. Now I wane label an additional disk, make LFS,
... make the new disk bootable to get more free disk space then I have
on the premade boot image. But I can't get a label on the disk with
labeldisk nor did I succeed using fsmakeprompt. The later crashes...
Next step is to bring a SPARCstation 2, an IPX and two ELCs into the
cluster.
Is there someone out there with Sprite experience who can help me?
Additionaly I was not able to get the PMAX image to work on my
DECstation 5000/240 nor my DECstation 3100. Any ideas? Do I really need
a DECstation 5000/200 for this?
[1] http://www.cs.berkeley.edu/Research/Projects/sprite/
A mixed architecture, distributed single system image OS capable of
process migration that presented the cluster to a user as a single,
large multiprocessor machine. Pmake and LFS (Log-Structured File System)
originate from Sprite.
--
tschüß,
Jochen
Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/
> Date: Mon, 31 Jan 2005 17:50:26 +0000 (UTC)
> From: Thorsten Glaser <tg(a)66h.42h.de>
> Subject: Re: [TUHS] licence of ditroff?
> To: Aharon Robbins <arnold(a)skeeve.com>
> Cc: martinwguy(a)yahoo.it, miros-discuss(a)66h.42h.de, tuhs(a)minnie.tuhs.org
>
> Aharon Robbins dixit:
>
> >Instead of starting with 27 year old code, you'd be better
> >off taking the troff from http://www.swtch.com/plan9port.
>
> Thanks, that's a nice idea, but from what I experienced,
> the portability of recent AT&T/Bell/Lucent/whatever code
> is worse than the bugs in old code (eg. I could not get
> ksh93 to compile, something in there just dumped core;
> but then that's Unix, not Plan 9).
ksh93 is a different animal, from a different group, and problems
there are not surprising (sadly).
On the flip side, they do take bug reports seriously.
> >This is a port of many Plan 9 utilities to Unix. The troff there
> >(a) has an explicit license that will probably do for the BSD people
>
> If it's the same licence as for 8c, then no, unfortunately.
I don't know. It's worth double checking the current license; it
changed sometime in the past year or two.
The Plan 9 troff is certainly a descendant of the ditroff you
found, for whatever that's worth.
Arnold
Instead of starting with 27 year old code, you'd be better
off taking the troff from http://www.swtch.com/plan9port.
This is a port of many Plan 9 utilities to Unix. The troff there
(a) has an explicit license that will probably do for the BSD people
(b) already knows how to produce PostScript
(c) can handle UTF-8 and 16-bit Unicode
Arnold
> Date: Tue, 26 Oct 2004 12:39:47 +0000 (UTC)
> From: Thorsten Glaser <tg(a)66h.42h.de>
> Subject: [TUHS] licence of ditroff?
> To: martinwguy(a)yahoo.it
> Cc: tuhs(a)minnie.tuhs.org, miros-discuss(a)66h.42h.de
>
> Hi!
>
> I would like to know which licence the files at
> http://medialab.dyndns.org/~martin/tape/stuff/ditroff/
> are under.
>
> If it's http://www.tuhs.org/Archive/Caldera-license.pdf
> that would be nice, if not, is there any way to find
> out whose (c) is on the files, and how to contact them?
>
> Reason: I'm developer of a BSD offspring and already
> integrated 4.4BSD-Alpha nroff, neqn, tbl etc. under the
> Caldera licence above into our operating system in order
> to get rid of the less free, written in C++, GNU groff.
> With success. Now I'm lacking postscript output.
>
> Thanks in advance,
> //mirabile
> _______________________________________________
> TUHS mailing list
> TUHS(a)minnie.tuhs.org
> http://minnie.tuhs.org/mailman/listinfo/tuhs