i thoufgt th accepted way was, (assumping your machine has an IDE interface),
to use an IDE to compact flash adapter and and a CF card, and store the
nvram on this.
this gives you the simple interface of IDE but no rotating disks.
-Steve
That's a much more expensive and involved
method than tacking on a little USB key, to
which you've copied nvram data using `dd'.
ron's method above, with a simple
`dd -if nvram -of /dev/sdU0.0/data' and
three lines in plan9.ini did the trick.
No rotating disks.
The other problem is that my box
sorry, our machines were disconnected for the entire night and I didn't
get mails until now. that's why I didn't reply.
But I see that it's all written in recent mails.
cheers
On Mon, Jul 11, 2011 at 11:28 AM, Akshat Kumar
aku...@mail.nanosouffle.net wrote:
That's a much more expensive and
On 11.07.2011, Steve Simon st...@quintile.net wrote:
i thoufgt th accepted way was, (assumping your machine has an IDE
interface),
to use an IDE to compact flash adapter and and a CF card, and store the
nvram on this.
You can get small IDE DOMs for under ten bucks. No need for CF adapters.
rusty power supply that seems incapable
of handling any IDE devices. Not sure
what's going on at this point, really. But
it does fine as a basic CPU server (more
of an interface to Plan 9 from other OS's).
do yourself a favor. don't run with a dodgy power supply.
there are just too many
I just took all the disks out of my cpu server.
I'm booting from my fileserver. I get the following
prompts (which make the bootup process really
non-automated):
readnvram: couldn't find nvram
can't open nil: unknown device in # filename
authid: bootes
authdom: mydom
secstore:
password:
can't
Some time ago I modified the rtc driver so we could use '#r/nvram'
(oh, gosh, this was almost 10 years ago but ...) so that we could use
the CMOS to store this stuff. Maybe it's time for another look.
ron
On Sun Jul 10 17:56:42 EDT 2011, rminn...@gmail.com wrote:
Some time ago I modified the rtc driver so we could use '#r/nvram'
(oh, gosh, this was almost 10 years ago but ...) so that we could use
the CMOS to store this stuff. Maybe it's time for another look.
vorsicht! there's a lot of magic
Well, I don't have a dedicated AoE for secure keys.
Alternatively, can I store the keys on a little USB
device? Does it require anything more than a change
to the INI (in this case PXE) file?
On Sun, Jul 10, 2011 at 3:04 PM, erik quanstrom
quans...@labs.coraid.com wrote:
On Sun Jul 10 17:56:42
On Sun, Jul 10, 2011 at 3:04 PM, erik quanstrom
quans...@labs.coraid.com wrote:
vorsicht! there's a lot of magic stuff in the rtc. and where the magic
bits are depends on your particular special bios.
Sure. but it's been done. We did it.
ron
yeah, the usb would be a great place to store it! Then you can easily
rewrite the key ...
ron
Sure, but how do mounting and reading and all
that jazz, work on boot?
On Sun, Jul 10, 2011 at 3:13 PM, ron minnich rminn...@gmail.com wrote:
yeah, the usb would be a great place to store it! Then you can easily
rewrite the key ...
ron
write to the raw disk, and use the device name for nvram in plan9.ini
On Mon, Jul 11, 2011 at 12:20 AM, Akshat Kumar
aku...@mail.nanosouffle.net wrote:
Sure, but how do mounting and reading and all
that jazz, work on boot?
On Sun, Jul 10, 2011 at 3:13 PM, ron minnich rminn...@gmail.com wrote:
and of course the other option is to put a file named 'nvram' into the
image and use that. usually the easiest.
ron
14 matches
Mail list logo
