![](https://seccdn.libravatar.org/avatar/c480f980f199954f1a6c42de91ccb440.jpg?s=120&d=mm&r=g)
Hallo Alexandra, ja das Problem habe ich auch auf diese Weise gelöst. Ich hoffe beim nächsten Kernel Update funktioniert das wieder ... Der Kernel 5.14.21-150400.24.49 wurde ja wegen anderer Probleme zurückgezogen (viele Rechner starteten nicht mehr) ... ich hoffe dieses Problem mit NFS hat auch jemand auf dem Schirm ... Viele Grüße Stefan Am 27.03.23 um 14:26 schrieb Alexandra Ilg:
Problem gelöst.
Nach einem kernel-Downgrade 5.14.21-150400.24.49 -> 5.14.21-150400.24.46 funktioniert alles wieder, wie es soll.
Gruß, A.
Am 27.03.23 um 13:30 schrieb Alexandra Ilg:
Hallo Gemeinde,
seit ein paar Tagen beobachte ich ein seltsames, nervtötendes Problem.
Ich betreibe einen NFS-Server (OS 42.3 (ja, ja, ich weiß)), auf dem ich Downloads und andere Dateien, die ich auf verschiedenen Rechnern benötige, verwalte.
Auf den Linux-clients wird der Server einfach über /etc/fstab eingebunden. Das funktioniert schon seit Jahren problemlos.
Auf einem Win10 Rechner wird das problemlos per SMB angesprochen. Auf einem Notebook (Leap 15.2) funktioniert es. Aber auf meinem Desktop (Leap 15.4) geht es nicht (mehr):
Wenn ich eine Datei in einen NFS-Ordner kopiere, dann taucht sie auf dem Client nicht mehr auf. Beispiel:
- Ich kopiere die Datei "text" in den Ordner Downloads. - Auf dem NFS-Server kann ich die Datei in dem richtigen Verzeichnis finden. (Rechte, User, alles korrekt) - Auf dem Client (15.4) ist die Datei weder im Dolphin (oder anderen Datei-Managern) noch per "ls" in einer shell zu sehen. - Wenn ich auf dem Client die Datei direkt anspreche (z.B. "cat text"), dann funktioniert es.
Die Datei ist also da, ich kann sie nur nicht im directory-listing sehen. Nach einem Neustart des Rechners ist die Datei da, wo sie hingehört.
Leider gibt es keinerlei Fehlermeldungen, weder auf dem client noch auf dem Server. Ich bin da einigermaßen ratlos.
Hat jemand eine Idee dazu?
Gruß, A.