On 2/25/07, erik quanstrom <[EMAIL PROTECTED]> wrote:
On Sun Feb 25 16:17:24 EST 2007, [EMAIL PROTECTED] wrote:
> I've got a cpu/auth/file server set up here, but when I try to run
> auth/keyfs through drawterm, I get the following error message:
> readnvram: couldn't find nvram
> can't read /dev/key, please enter machine key
> Password:
>
> What might be the problem here? It *looks* like the nvram partition
> may have gotten messed up; should I try going to the console and
> resetting the partition?
here are two quick guesses. i'd imagine that #1 is it.
1. the cpu/auth/fileserver should be running keyfs from cpurc.
likely you are not the hostowner when drawtermed in and thus
don't have permissions to /dev/sd??/nvram.
2. you don't have an 1-block "nvram" partition in your plan 9 partition table.
- erik
Well, I know for a fact that I have an nvram partition--I can see it
in /dev/sdC0, and if I 'cat' it there /is/ some data.
As for keyfs not running, ps | grep keyfs gives me this:
bootes 66 0:00 0:00 100K Pread keyfs
bootes 235 0:00 0:00 100K Pread keyfs
The low PID on the first keyfs makes me think it was launched by
cpurc, which does in fact contain a line to start keyfs. I've also
restarted the machine remotely using the 'echo reboot /386/9pccpuf >
/dev/reboot' trick and the problem persists.
The reason I'm trying to run auth/keyfs as a normal user is so I can
run auth/changeuser to change my password. What's the deal with
"passwd", anyway? Although that's the obvious choice for changing my
password, when I try to run it I get the message "passwd: protocol
botch: cs: can't translate service".
John
--
Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn
