Ian Smith <ian_at_saltstonemedia.co.uk> writes:
[...]
> At various points (eg. chapter 9 of the admin guide) I see names like 
> u.hbovik (which somehow gets mapped to /coda/usr/hbovik - is this 
> relation hardcoded into coda somehow?).  If this is the case can I only 
No, the mapping is done via 

	cfs mkmount vol.ume.name /coda/mount/point

where both vol.ume.name and /coda/mount/point are arbitrary.

So to organise your layout, do a

	mkdir /coda/homes/
	mkdir /coda/projects/

Whereas for other filesystems you would

	mount /dev/hda17 /coda/homes/

(Mount to an existing directory) in Coda you do

	cfs mkm c.u.s /coda/homes/sneumann

(you see, volume names are arbitrary) make the volume 
available as a new directory.

> Also, I understood that the root volume was mounted automatically, so 
> why would I want to do it manually?  How can I verify whether the root 
It was probably me who told you that,
but it's been two years since I installed a server...
So forget mounting root.

> The other area is authentication - during vice-setup, I set the (unix) 
> user knoppix, UID 1000, to be the admin account.  Is the unix account 
> valid, or do I need to duplicate it in the coda system?

Coda has its own user database.

> Since knoppix seemingly cannot create files under /coda, I tried using 
> pdbtool:
> 
> root_at_kryten:~# pdbtool
> pdbtool> nui knoppix 1000
> ID alread used by "knoppix".
> pdbtool> quit

Try list or l to see whats in there

> My attempt to use clog also failed:
> 
> 26 $ clog -host kryten.localdomain knoppix
> username: knoppix_at_testserver.coda.cs.cmu.edu
> Password:
> Invalid login (RPC2_NOTAUTHENTICATED (F)).

Try just 
	clog (if you're logged on as knoppix)
or	clog knoppix 

or check the list archive for the new 6.0.x
(See, I don't use 6.0.x yet) scheme which 
looks like (but not exactly)

	clog knoppix_at_kryten.localdomain

Steffen,
who is going home now.