The machine gets power.  Memories of gears turn.  Eventually the bios starts (on my Dell).  The kernel gets invoked.  In system memory, input from the console gets put into a system buffer.  It overflows or the code is good.  Eventually rc.d gets read?  Then there's an exec?<br>
<br>Thank you Ian and Michael for the clarification up to this point.<br><br>I still don't see why a base install of BSD decided I wanted to use PAM.<br><br>Karen<br><br><div class="gmail_quote">On Thu, Dec 2, 2010 at 5:58 PM, Michael Paoli <span dir="ltr"><<a href="mailto:Michael.Paoli@cal.berkeley.edu">Michael.Paoli@cal.berkeley.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

From: "Ian Zimmerman" <<a href="mailto:itz@buug.org" target="_blank">itz@buug.org</a>> <br>
Subject: Re: [buug] hello<br>
Date: Thu, 02 Dec 2010 08:36:32 -0800<br>
</blockquote>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Karen> That is my new project for awhile then.  login [pam] -- I fail.<br>
Karen> I don't know why there has to be a daemon for login.<br>
<br>
Not a daemon.  This is the same process that becomes your shell after<br>
you log in.<br>
</blockquote>
<br>
Well, ... depends a bit how one logs in, ... may or may not *directly* be<br>
a daemon, ... but there would at least be inetd or xinetd or init somewhere<br>
behind it ... it nothing else.  Has to be something that forks/execs that<br>
shell or login/shell/process.<br>
<br>
... 1 hr. to BUUG :-) ... oh, and I'll be bringing some CDs (Ubuntu & others).<br>
<br>
</blockquote></div><br>