我有一個 NFS 伺服器，它在 LAN 中充當通用檔案管理器。
最近由於磁碟故障，我丟失了那裡的所有內容，所以我買了新磁碟，重新安裝了最新的 Debian (jessie)，複製回配置檔案 - NFS 不再工作？
我的 /etc/exports 包含：
/media/media *(rw,sync,no_subtree_check,all_squash,anonuid=31244,anongid=31451)
/media/private *(rw,sync,no_subtree_check,all_squash,anonuid=16830,anongid=10818)
我重新啟動了幾次，/etc/init.d/nfs-common 重新啟動，/etc/init.d/nfs-kernel-server 重新啟動。
在客戶端，我在 /etc/fstab 中有：
172.28.173.1:/media/media /media/MEDIA nfs rsize=8192,wsize=8192,timeo=14,soft,intr,rw,user,noatime,nodiratime 0 0
172.28.173.1:/media/private /mnt/nfs/private nfs rsize=8192,wsize=8192,timeo=14,soft,intr,rw,user,noatime,nodiratime 0 0
掛載檔案系統時，mount命令需要很長時間，並且結束時不會列印任何內容。稍後運行“df”顯示：
df: ‘/media/MEDIA’: Stale NFS file handle
在客戶端的系統日誌中我看到：
2013-12-18T15:27:08.319605+01:00 h3po4 kernel: [ 363.398977] RPC: AUTH_GSS upcall timed out.
2013-12-18T15:27:08.319619+01:00 h3po4 kernel: [ 363.398977] Please check user daemon is running.
但我不知道它談論什麼守護進程，為什麼它甚至需要一些“用戶守護進程”，以及為什麼有 AUTH_GSS 呼叫 - 我希望訪問 LAN 內的 nfs 共享 100% 開放。
我確認這不是防火牆問題（透過停用防火牆進行測試）。
在磁碟崩潰之前，我認為我從未在伺服器上重新配置過任何其他內容，但我不確定- 這台機器已經工作了超過4 年，沒有出現任何問題，所以我可能已經更改了某些內容並忘記了它。
所以，我又檢查了一些東西。
掛載到客戶端之前，掛載目錄為：
drwxr-xr-x 2 root root 4096 maj 1 2013 MEDIA/
但是在“mount /media/MEDIA”之後，等待它完成，我得到：
ls: cannot access /media/MEDIA: Stale NFS file handle
d?????????? ? ? ? ? ? MEDIA/
伺服器端的目錄始終是「正常」的：
drwxrwxrwx 2 media media 6 Dec 18 14:05 /media/media/
另外，exportfs 工作正常：
=# exportfs -v
/media/media <world>(rw,wdelay,root_squash,all_squash,no_subtree_check,anonuid=31244,anongid=31451,sec=sys,rw,root_squash,all_squash)
/media/private <world>(rw,wdelay,root_squash,all_squash,no_subtree_check,anonuid=16830,anongid=10818,sec=sys,rw,root_squash,all_squash)
我可以看到從客戶端匯出的檔案系統：
$ showmount -e blob
Export list for blob:
/media/private *
/media/media *