9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Steve Kotsopoulos steve@ecf.toronto.edu
Subject: Problems that I'm having...
Date: Tue, 31 Oct 1995 09:04:50 -0500	[thread overview]
Message-ID: <19951031140450.LVFKGyWjRUbPu754TIWyt-TcHRpEAKL7cHQZuYn19Uo@z> (raw)

"G. David Butler" <gdb@dbSystems.com> wrote:

> I have not gotten any response to my previous message, so I'm just wondering
> if my questions are too general for this list or if I'm just such a novice
> that everybody else knows everything about getting Plan 9 up that they
> would rather not bother with my newbie questions.

It helps if you keep your messages short and to the point.
Longer messages tend to get ignored more on ANY mailing list or newsgroup.

> The Installation instructions hint to some of the things I'm trying to do,
> (like getting a auth server going, getting bootp going, getting an cpu/auth
> server to boot from a local disk, etc.) but provide no help or pointers to
> further information.

For the FAQ, see http://www.ecf.toronto.edu/plan9/plan9faq.html

For a collections of tips, patches and other information that is too
large for the FAQ, see http://www.ecf.toronto.edu/plan9/info/

> Also, how do you get a simple vga card and monitor to work.  I have a simple
> Paradise VGA controller connected to a simple VGA monitor (color) that "vga"
> doesn't recognize.  I have no idea what "chipset" it uses or that there is
> a "clock" on the board.  I tell every other piece of software in the world
> that it is a color VGA card/monitor and it works!

Simple vga cards and monitors should work at 640x480x[12]
For higher resolutions, you will have to find out more about the card
and do some investigation. See http://www.ecf.toronto.edu/plan9/info/vga
for the vga debugging guide.

> Here is the previous message.
> =============================================
> I have a Plan 9 PC file server up (named p9fs) and have installed the
> CD-ROM to it in "allow" mode.  I then made a PC into a cpu/auth
> server (called p9auth) and rebooted it.  After getting through the
> 0.0.0.0 auth server problem, I used ed on p9auth to edit the
> /lib/ndb/local file to set up my network.  (It is weird that
> /lib/ndb/auth has hostid=authid instead of hostid=p9auth, but that is
> what the installation did, so...)  I also tarred /usr/tor to /usr/none.
> I then reboot p9fs and let it come up from the "nvram" without "allow"
> and reboot p9auth.

The hostid is a user name, not a host name. Try setting 'hostid=bootes'.
That should fix most of your authentication problems (or at least get
you one step closer).

> And who or what is bootes?  (I really don't know.  Is this id somehow
> special?)

bootes is the default name for the authid (aka hostid).
The authid is the user who runs most of the services on cpu servers
(cron, cs, keyfs, arpd, bootp, dns, listen). It is also given the 
power of the 'speaks for' relation in /lib/ndb/auth, so that it 
can authenticate on others' behalf for telnet etc.

> About the diffs in errata and the update directory.  Which should
> we use?  How do we know if there are new ones?
> 
> What is a boddle and what is it good for?

The update area seems to have subsumed the errata area.
They basically have the same purpose, but the boodles (bundle of diffs -
think of them as the plan9 equivalent to 'patch' under unix)
in the update area are easier to apply than the diffs in the errata directory.






             reply	other threads:[~1995-10-31 14:04 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1995-10-31 14:04 Steve [this message]
  -- strict thread matches above, loose matches on Subject: below --
1995-11-07  6:42 G.David
1995-11-07  5:41 Steve
1995-11-07  3:04 Kenji
1995-11-06  6:13 G.David
1995-11-04  9:22 Kenji
1995-11-03 17:29 G.David
1995-10-31 14:01 forsyth
1995-10-31 13:54 forsyth
1995-10-31 13:50 forsyth
1995-10-31 13:41 forsyth
1995-10-30 18:44 G.David

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=19951031140450.LVFKGyWjRUbPu754TIWyt-TcHRpEAKL7cHQZuYn19Uo@z \
    --to=9fans@9fans.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).