Hallo Alexander, vielleicht caching effekte: anstatt synchronisiert zu starten, versuche nscd zu flushen.
1. melde dich ab, melde dich auf ALT+STRG+F1 als linuxadmin an und werde root, starte dort nscd neu: /etc/init.d/nscd restart 2. es gibt glaube ich auch einen "flush" befehl zu nscd, aber den kann ich nicht auswendig. Yannik (google mal in der liste) hat geschrieben wie er es in das lightdm-config script schreibt, dass nscd geflusht wird. 3. dann wieder anmelden (ALT+STRG+F7). Grüße, Tobias Am 06.08.2015 um 13:38 schrieb Alexander Wollmann: > So, ich kann nach etwas Spielerei mehr Informationen liefern: > > Wenn ich mich in eine Klasse neu einschreibe, dann muss der > Ubuntu-Client synchronisiert (!) gestartet werden, dann funktionieren > die Tauschverzeichnisse! > > Wenn ich mich in der Schulkonsole von einer Klasse austrage, dann > abmelde, dann anmelde, wieder in dieselbe Klasse eintrage, abmelde, > anmelde, dann funktioniert das Tauschverzeichnis dieser Klasse noch. > > Folgende Situation, zur Erläuterung der folgenden Zeilen: > > Ich habe mich in die Klassen 6a, 7b, 10a eingeschrieben, danach den > Client synchronisiert gestartet. Diese Verzeichnisse funktionieren. > Danach noch zusätzlich in die 10b eingeschrieben, kein sync.Start, nur > neu angemeldet, das Verzeichnis der 10b funktioniert nicht. Hier die > Ausgabe der Verzeichnisse unter /home/share/classes auf dem Client: > > > drwxrws--T 2 administrator 10a 0 Jul 29 21:11 10a > drwxrws--T 2 administrator 10b 0 Jul 29 21:11 10b > drwxrws--T 2 administrator 6a 0 Jul 29 21:11 6a > drwxrws--T 2 administrator 7b 0 Aug 4 12:32 7b > wollmaalex@v05-pc01:/home/share/classes$ cd 10a > wollmaalex@v05-pc01:/home/share/classes/10a$ cd .. > wollmaalex@v05-pc01:/home/share/classes$ cd 10b > bash: cd: 10b: Keine Berechtigung > wollmaalex@v05-pc01:/home/share/classes$ > > Obwohl doch (für mich) die Rechte gleich sind, kann ich nicht in das > Verzeichnis der 10b absteigen. > > Wer kann sich das erklären? > > Viele Grüße > Alex > > > > > > > > Am 06.08.2015 um 12:31 schrieb Alexander Wollmann: >> Liebe Liste, >> >> jetzt brauche ich dringend mal wieder eure Hilfe. >> >> Vorgeschichte: >> Zum Ende des letzten Schuljahres kamen einige Kollegen, und meinten >> mit den Tauschverzeichnissen stimme etwas nicht, sie hätten da oft >> keinen Zugriff drauf. Ich habe das nachgeprüft - dem war so. Ich habe >> es auf Probleme mit den bind-mounts geschoben und gehofft, dass sich >> das mit dem Upgrade auf 6.1 lösen würde. >> >> Nun habe ich vor einigen Tagen das Upgrade von 6.0 auf 6.1 gemacht >> (nach Anleitung). Dann habe ich die Schüler versetzt, und dabei >> wirklich alle Dateien aus Tauschverzeichnissen etc. gelöscht. >> >> sophomorix-repair --repairhome und --permissions wurde mehrfach >> durchgeführt. >> >> So. Wir arbeiten ausschließlich mit den Ubuntu-Clients 12.04 >> >> Wenn ich mich nun in der Schulkonsole in eine Klasse einschreibe, dann >> sehe ich im Datei-Manager unter Tausch_auf_Server die Klasse zunächst >> einmal nicht. Einmal abgemeldet und wieder angemeldet ist der Ordner >> der Klasse dann da, aber eben nicht als Link, sondern mit einem >> Schloss versehen, und man kann ihn nicht öffnen. >> >> Wie gehe ich zur Fehlersuche jetzt vor? >> >> Liegt es am Server, oder liegt es am Client? >> >> Ich hoffe echt ihr könnt mir helfen. Normalerweise habe ich ja keine >> großen Schwierigkeiten, aber das Problem krieg ich selber nicht gelöst. >> >> Viele Grüße >> Alex >> > > > _______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
