From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <44897182.50308@lanl.gov>
Date: Fri,  9 Jun 2006 07:02:58 -0600
From: Ronald G Minnich <rminnich@lanl.gov>
User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929)
MIME-Version: 1.0
To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
Subject: Re: [9fans] Diskless cpu servers
References: <4488C16E.3050404@tecmav.com>	<000b01c68b7b$503cadb0$14aaa8c0@utelsystems.local>
	<44892A2C.40008@Utel.no>
In-Reply-To: <44892A2C.40008@Utel.no>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Topicbox-Message-UUID: 63a14efa-ead1-11e9-9d60-3106f5b1d025

Nils O. Sel=E5sdal wrote:
> Ronald G Minnich wrote:
>=20
>> Adriano Verardo wrote:
>>
>>> Hi, all.
>>>
>>> My i386 CPU servers have no magnetic/flash storage. The only solution=
=20
>>> I found to boot them
>>> without human intervention has been to add the driver of a "fake" nvr=
am.
>>> It works but I'm not sure it's a good idea, because it entails to=20
>>> modify libauth
>>> to insert the new device in the list searched by factotum, wrkey etc.
>>> Instead,  I think it would be better to get the result only by adding=
=20
>>> files, without modifying the distribution.
>>> A more elegant solution with no consequences on the normal update=20
>>> activity by replica/pull.
>=20
>=20
> Would this be of any help ?
>=20
> cpu% man plan9.ini|grep nvram
>         nvram=3Dfile
>           This is used to specify an nvram device and optionally the

yes, but the issue we hit here was that you can't really use all of=20
CMOS.  The first <xy> bits are used for other things. So you have to=20
fiddle a bit.

ron