From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <59f11e6e99544f6453ed1bb4147bdd95@yourdomain.dom> To: 9fans@cse.psu.edu Subject: Re: [9fans] Diskless cpu servers From: benavento@gmail.com (Federico G. Benavento) Date: Fri, 9 Jun 2006 10:53:54 -0300 In-Reply-To: <44897AB8.1070304@tecmav.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-hnmqewvmbzawebqazejiqhsbyf" Topicbox-Message-UUID: 63e99c82-ead1-11e9-9d60-3106f5b1d025 This is a multi-part message in MIME format. --upas-hnmqewvmbzawebqazejiqhsbyf Content-Disposition: ainline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I just remembered about this: http://rs-rlab.narod.ru/9nvram.html Federico G. Benavento --upas-hnmqewvmbzawebqazejiqhsbyf Content-Type: message/rfc822 Content-Disposition: ainline X-Gmail-Received: b36895cde995168c18db8f83d94a8df92c46a9b7 Delivered-To: benavento@gmail.com Received: by 10.48.213.18 with SMTP id l18cs203767nfg; Fri, 9 Jun 2006 06:34:54 -0700 (PDT) Received: by 10.65.114.17 with SMTP id r17mr2791061qbm; Fri, 09 Jun 2006 06:34:53 -0700 (PDT) Return-Path: <9fans-bounces+benavento=gmail.com@cse.psu.edu> Received: from mail.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mx.gmail.com with ESMTP id e15si416937qba.2006.06.09.06.34.44; Fri, 09 Jun 2006 06:34:53 -0700 (PDT) Received-SPF: pass (gmail.com: domain of 9fans-bounces+benavento=gmail.com@cse.psu.edu designates 130.203.4.6 as permitted sender) Received: from psuvax1.cse.psu.edu (localhost [127.0.0.1]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B36925B0F4 for ; Fri, 9 Jun 2006 09:34:44 -0400 (EDT) X-Original-To: 9fans@cse.psu.edu Delivered-To: 9fans@cse.psu.edu Received: from localhost (localhost [127.0.0.1]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1B055C7902 for <9fans@cse.psu.edu>; Fri, 9 Jun 2006 09:34:37 -0400 (EDT) Received: from mail.cse.psu.edu ([127.0.0.1]) by localhost (psuvax1 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 21033-01-60 for <9fans@cse.psu.edu>; Fri, 9 Jun 2006 09:34:36 -0400 (EDT) Received: from smtpa3.aruba.it (smtpa4.aruba.it [62.149.128.201]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 9FEF5C78F1 for <9fans@cse.psu.edu>; Fri, 9 Jun 2006 09:34:35 -0400 (EDT) Received: (qmail 15376 invoked by uid 89); 9 Jun 2006 13:34:30 -0000 Received: by simscan 1.1.0 ppid: 15366, pid: 15374, t: 0.0988s scanners: clamav: 0.80/m:29/d:680 Received: from unknown (HELO ?10.11.12.12?) (a.verardo@tecmav.com@81.208.74.180) by smtp3.aruba.it with SMTP; 9 Jun 2006 13:34:30 -0000 Message-ID: <44897AB8.1070304@tecmav.com> Date: Fri, 09 Jun 2006 15:42:16 +0200 From: Adriano Verardo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en 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 X-Spam-Rating: smtp3.aruba.it 1.6.2 0/1000/N X-Virus-Scanned: by amavisd-new at cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 9fans-bounces+benavento=gmail.com@cse.psu.edu Errors-To: 9fans-bounces+benavento=gmail.com@cse.psu.edu Content-Transfer-Encoding: quoted-printable Nils O. Sel=E5sdal wrote: > Ronald G Minnich wrote: > >> Adriano Verardo wrote: >> >>> Hi, all. >>> >>> My i386 CPU servers have no magnetic/flash storage. The only=20 >>> solution I found to boot them >>> without human intervention has been to add the driver of a "fake"=20 >>> nvram. >>> 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=20 >>> adding files, without modifying the distribution. >>> A more elegant solution with no consequences on the normal update=20 >>> activity by replica/pull. >> > > Would this be of any help ? > > cpu% man plan9.ini|grep nvram > nvram=3Dfile > This is used to specify an nvram device and optionally the > > The .ini file is downloaded by 9pxeload (/cfg/) . I could add nvram=3D #Z/fknvram nvrlen=3D... nvroff=3D... in the ini files and choose a driver letter not used for i386 (instead=20 of 'Z'). This way I could restore the original libauth etc Correct ? Adriano --upas-hnmqewvmbzawebqazejiqhsbyf--