工作的電腦上裝的是ubuntu，下午想在上面的redhat虛擬機器上裝個sybase資料庫，但是安裝檔案太大，不想拷到虛擬機器上去，於是在ubuntu上將sybase安裝檔案解壓到/tmp目錄，>然後在/etc/export裡面設定了nfs共享:
/tmp 172.16.212.2(rw,sync,no_subtree_check,no_root_squash)
然後在redhat上直接掛載：
sudo mount -t nfs 172.16.212.2:/tmp ~/tmp
但是安裝sybase資料庫的時候，電腦出現了點問題，於是就重啟了電腦，當時正在關閉虛擬機器。
重啟以後發現無法登入到圖形化介面了,報錯:
(1)/usr/lib/libgconf2-4/gconf-sanity-check-2的退出狀態為256
然後將該文重新命名後，又出現下面這個錯:
(2)配置伺服器有錯誤 沒有正確安裝gnome電源管理器的預設配置
首先以為是使用者配置檔案檔案損壞導致的,於是切換到命令列，刪除了家目錄下面的gnome相關的配置檔案，還是無法啟動,於是又重新建了乙個使用者，同樣無法登入，因此基本排除
了配置檔案損壞的原因,再嘗試以root使用者登入圖形化介面，登入成功，於是可以推斷是許可權問題。在/etc目錄下面找電源管理和gnome等相關的配置文件，沒發現什麼異常。
google了一下，找到了http://www.sq01.cn/viewthread.php?tid=4365這篇文章，於是檢視了/tmp,/tmp目錄的標準許可權應該是：
drwxrwxrwt 12 root root 4096 07-16 17:50 tmp
所有的使用者都是有讀寫執行的許可權，同時設定了粘滯位，雖然使用者對目錄具有寫許可權，但是他卻無法刪除其他使用者建的檔案，保證了共享目錄裡的檔案安全
而我現在的/tmp目錄的許可權和uid,gid全部變了，導致普通使用者對/tmp失去了某些必要的許可權，登陸時gnome電源管理器可能需要利用/tmp目錄來建臨時檔案，卻沒有許可權，因此登》錄失敗，root使用者則不存在這個問題.
執行命令： sudo chmod 1777 /tmp
再次嘗試登入，成功登入。
教訓：造成/tmp目錄許可權,uid,gid全部被修改的主要原因是在/etc/exports檔案中設定了no_root_squash這個選項,根據《鳥哥的私房菜》裡面的說明：
no_root_squash：
登入 nfs 主機使用分享目錄的使用者，如果是 root 的話，那麼對於這個分享的目錄來說，他就具有 root 的許可權！這個專案『極不安全』，不建議使用！
root_squash：
在登入 nfs 主機使用分享之目錄的使用者如果是 root 時，那麼這個使用者的許可權將被壓縮成為匿名使用者，通常他的 uid 與 gid 都會變成 nobody 那個系統賬號的身份；
安裝sybase資料庫的時候，切換到了root使用者，因此redhat對/tmp目錄就具有了任意修改的許可權，在使用中，虛擬機器修改了ubuntu上/tmp目錄的許可權,導致了這個問題。nfs使用雖》然非常的方便，但是安全性確實存在不小問題，因此對設定的選項需要特別的小心，今天僅僅是安裝sybase，只需要讀許可權，因此rw, no_root_squash這些選項都可以去掉,也就不會出現今天的問題了。
NFS使用小記
開始搗騰linux下的各種伺服器應用 環境 vmware，ubuntu 9.04 server 今天先設定了nfs，方便以後各虛擬機器之間到檔案操作。簡要記下自己的理解 程式構成 etc init.d nfs kernel server 伺服器端指令碼，維護nfsd程序，nfsd執行在rpc基礎上 ...
使用dataX收穫的教訓
首先我出現的第乙個錯誤 命令提示符介面出現出現亂碼。解決方法 可以在cmd中輸入 chcp 65001 然後進行後續操作。然後我遇到的最大的乙個錯誤 經datax智慧型分析,該任務最可能的錯誤原因是 com.alibaba.datax.common.exception.dataxexception ...
nfs 配置及其使用
next previous contents mkdir home share chown nobody.nogroup home share 這個檔案的內容非常簡單，每一行由丟擲路徑，客戶名列表以及每個客戶名後緊跟的訪問選項構成 共享的目錄 主機名或ip 引數,引數 其中引數是可選的，當不指定引數...