> 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
On 11.07.2011, Steve Simon 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.
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
wrote:
> That's a much more expensive and involved
> method than tacking o
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 ha
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
and of course the other option is to put a file named 'nvram' into the
image and use that. usually the easiest.
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
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 wrote:
>> yeah, the usb would be a great place t
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 wrote:
> yeah, the usb would be a great place to store it! Then you can easily
> rewrite the key ...
>
> ron
>
>
yeah, the usb would be a great place to store it! Then you can easily
rewrite the key ...
ron
On Sun, Jul 10, 2011 at 3:04 PM, erik quanstrom
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
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
wrote:
> On Sun Jul 10 17:56:42 EDT 2011, rminn...@gmail
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 magi
It seems Andrey did this some time ago as well:
http://mirtchovski.com/lanlp9/flash/index.html
Are there any patches in the repo that have survived
this? I know that for SPARC computers #r/nvram is the
place to look. Perhaps the story on x86 machines is
a bit more difficult?
Thanks,
ak
On Sun,
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
14 matches
Mail list logo
