Vielen Dank an Gerhard und Achim >> Aber lassen sich nicht mounten: >> % mount 192.168.0.150:/test blub/ >> mount: 192.168.0.150:/test failed, reason given by server: Permission denied >> >> Mit "-t nfs" dasselbe Resultat. > >Du versuchst vom Server ein Verzeichnis /test (also Root(/) test) zu >mounten. Das gibt es aber nicht. >Richtig wäre: >mount -t nfs 192.168.0.150:/home/user/data/test wohin_du_mounten_willst > >Also immer die Mountquelle so wie sie auch in den exports am Server >festgelegt ist.
Autsch, habe ich die Doku doch nicht richtig gelesen ... mounten ging so, allerdings bekam ich, als ich das Verzeichnis oeffnen wollte, wieder ein :Permission denied. Mittlerweilen geht aber gar nichts mehr. Ich wollte von einem zweiten Client auf den Server zugreiffen und habe die Berechtigungen und /etc/exports entsprechend geaendert. Nach einem exportfs -ra ist jedoch einfach nichts passiert. Die neuen Daten wurden nicht in /var/lib/nfs/xtab uebernommen. Auch nach einem Loeschen und einem Neustart tauchten die alten Einstellungen wieder auf. Schliesslich habe ich noch einen Eintrag in /var/lib/nfs/rmtab gefunden. Darauf habe ich die Files unter /var/lib/nfs/ geloescht (rmtab, etab, xtab, state) und neu erstellt (touch, chmod 644). Leider habe ich vergessen, vor dieser Aktion den NFS-Server zu stoppen. Jedenfall kriege ich jetzt bei einem Mount-Versuch auf den zweiten Client den folgenden Fehler: mount: RPC - Fehler des Portmappers - RPC : kann nicht empfangen Der zweite Client ist in /etc/hosts.allow eingetragen. Die Files /var/lib/nfs/xtab und /proc/fs/nfs/exports bleiben nach einem exportfs -ra weiter leer. Der Befehl exportfs gibt die shares korrekt an. Was habe ich mit dieser Aktion gekillt? Wie wuerde man in einem solchen Fall korrekt vorgehen? Merci und Gruss Simon -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)