前兩天蛋蛋手就那麼一抖啊，一不小心就把根目錄權限設定成777了。
本想執行chmod -R 777 ./* 結果一不小心少按了一個點，變成了chmod -R 777 /*系統從根目錄就賦予了權限，太大意了，網上找了一些補救方法，轉給大家千萬别犯這種錯誤！
執行後千萬不要退出目前視窗！！！
執行下去發現之後，趕緊按ctrl+c發現已經無效。
馬上看了下/etc目錄下的東西，全部都是777狀态，立即開啟另一個終端，ssh已經無法連接配接。
原先執行的視窗還可以操作，趕緊查查資料。
ssh無法連接配接，應該和passwd、group、shadow、ssh幾個檔案有關，開了另一台linux檢視權限，并在錯誤的機器上修改成對應的權限：
cd /etc chmod 644 passwd group shadow chmod 400 gshadow cd ssh chmod 600 moduli ssh_host_dsa_key ssh_host_key ssh_host_rsa_key chmod 644 ssh_config ssh_host_dsa_key.pub ssh_host_key.pub ssh_host_rsa_key.pub chmod 640 sshd_config
試過之後，發現另開終端，ssh可以連接配接了，但是仍舊無法使用root。
root "su: cannot set groups: "
su必須有s權限才能預讀取root的相關配置：
chmod u+s `which su`
完成之後就可以用root權限進入系統了。
接下來找一個Linux系統，最好是在虛拟機裡面裝一個，然後什麼都不安裝。
在虛拟機執行：
getfacl -R / > ./linux.chmod.bak
然後把這個檔案傳到要修複的系統中，執行如下指令：
setfacl --restore=/root/linux.chmod.bak
然後重新開機系統就能成功，重新開機系統之前寫個腳本，免得腳本有問題，開機連ssh都連不上。
cat sshtmp.sh #----------start---------- sleep 300 chmod u+s `which su` #-----------------end---------
然後放到開機啟動，rc.local
echo '/root/sh/sshtmp.sh &' >/etc/rc.local
重新開機之後應該就是正常的了，然後把sshtmp.sh的程序結束掉，rc.local修改回去，删除sshtmp.sh，好了，現在可以去看看系統權限正常了沒有。