ForumHomeverzeichnis auf Server, Probleme mit KDE
Jörg Dreffein – Freitag, 23. November 2012 20:51 Uhr

Ich habe unter OpenSuse 12.2 (x86_64 mit aktuellen Patchen) die home-Verzeichnisse der User auf den Server (läuft mit debian lenny) gelegt.

Server /etc/exports: /home *.meinedomain(rw,sync,no_root_squash,no_subtree_check)
Client /etc/fstab: meinserver:/home /home nfs acl,rsize=8192,wsize=8192,hard,intr 0 0

Das Mounten funktioniert einwandfrei, beim Erstellen von neuen Usern wird aus dem Skeleton das Homeverzeichnis erstellt und auch kopierte home-Verzeichnisse mit korrekter uid werden genutzt. Die User haben in ihrem jew. home-Verzeichnis auch die Berechtigung auf die Dateien zuzugreifen.
Das Problem: Die Desktops unter KDE zeigen nicht die richtigen Symbole an.
Bei neu angelegten Usern wird für die Default-Symbole überall nur das Zahnrad-Symbol verwendet. Ändere ich das Symbol, oder auch mehrere, wird das zuletzt verwendete Symbol bei allen anderen Einträgen der Arbeitsfläche angezeigt.

Ich hoffe, es hat jemand eine Idee, was hier falsch läuft.

2 Antworten
Dieter – Samstag, 01. Dezember 2012 17:35 Uhr

Vermute das könnte ein Problem mit den Rechten bzw. Gruppenzugehörigkeit des Symbole sein. Du könntest die Einträge in den Log-Dateien von KDE nachsehen, ob dort etwas steht.

Im Terminal bzw. auf der Konsole mal eingeben:
id
und im Dateimanager mal alle Rechte nachsehen, auch user und group name.

Diese solltest Du mit den funktionierenden Symbolen vergleichen.

Ich hatte mal eine externe Festplatte als anderer user (dieter2) gemounted und dann hatte ich bei allen Dateien das Zahnradsymbol im Dateimanager (als user dieter1). Das dürfte hier ähnlich sein.

AndiDos – Sonntag, 09. Dezember 2012 20:06 Uhr

Hallo,

ich habe das gleiche Problem. Nur sind die home Verzeichnisse auch auf einem openSuse 12.2 Server. Wenn ich mich als User physikalisch am Server anmelde ist mit den Ikons in KDE alles in Ordnung. Wenn ich mich an einem Klient anmelde, sind es Zahnräder. Zumindest auf dem Dashbord und in der Ordneransicht. Direkt auf dem Deskton funktioniert es aber nur wenn als Layout “Arbeitsfläche” eingestellt ist. Die Ordneransicht wäre mir allerdings lieber. Die Dateirechte habe ich kontrolliert, da gibt es keine Probleme, da ich auch NIS verwende. Alle patches habe ich eingespielt und auch schon KDE 4.9 ausprobiert. Wenn ich mich mit einem klient anmelde auf dem openSuse11.3 läuft funktionieren die Ikons.

Ulf B. – Mittwoch, 19. Dezember 2012 12:25 Uhr

Hallo Jörg,

ich habe seit ca. 10 Jahren ein ähnliches Setup, was aber insbesondere bei Problemen immer wieder verbessert und angepaßt wurde.

Server (openSUSE 12.2) /etc/exports:
/mnt/nfs4 *(fsid=0,crossmnt,rw,root_squash,sync,no_subtree_check)

Wobei ich neuerdings NFS V4 verwende => dort ist dann unter /mnt/nfs4 das Home Laufwerk (raid mirrored) direkt eingehängt.

Auf dem openSUSE 12.2 Clients habe ich in /etc/fstab:
server:/home /home nfs4 defaults 0 0

Wichtig ist noch, dass auf dem NFS Server auch der NIS/YP oder LDAP server mit den Benutzern läuft. Die Benutzer dürfen dann natürlich nur auf dem Server verwaltet werden.

Ich habe aber streng darauf geachtet, das auf beiden Systemen zudem noch die gleichen Pakete installiert (gleichen Repositories) sind, da es insbesondere bei den Großen Desktops KDE und GNOME immer mal wieder zu Konfigurationsumstellungen kommt. Diese werden aber nur sauber migriert, wenn auf dem Server ebenfalls die gleichen Pakete vorliegen.

Dieses System läuft jetzt eigentlich recht gut, solange keine lokalen Datenbanken verwendet werden (Akonadi, AmaroK, DigiKam, …). Insbesondere bei KDE können nicht alle Anwendungen mit ~/.config/ und ~/.local/ auf dem Server umgehen. Hier bin ich noch auf der Suche nach einer besseren Lösung. Akonadi läuft jetzt zwar mittlerweile wieder (erfordert aber den Parameter “root_squash” in der /etc/exports). Bei AmaroK läuft die Datenbank deshalb direkt auf dem Server. Nur bei DigiKam habe ich noch keine Richtige Lösung gefunden, da dort eine Datenbank auf einem externen Server noch nicht offiziell unterstützt wurde.

Frohes Fest
Ulf