当危险的动作发生， 误删 /user/bin目录后的补救
以下是昨天晚上真实的误操作现场，模拟记录一下
（这是测试环境，所以操作得很随意，有些执行动作很不规范）
在上面编译一个软件Dboop，完事以后想把它做个软链到 /usr/bin
sudo - su
cd /usr/local/dboop/bin/
cp Dboop dboop
ln -s /usr/bin /usr/local/dboop/bin/dboop (这句写错了）
ln --help
ln -s /usr/bin/ /usr/local/dboop/bin/dboop -f (这句继续 错）
ll ( WHAT?怎么出来个这玩意，心想，操，ln又写反了啊！！！）
rm -rf dboop
....
然后瞬间一激灵，觉得不对，/usr/bin目录下的所有文件都凉了。
啥也执行不了，yum wget sudo ...全没了
恢复过程从其他机器 scp拷贝 /user/bin/目录过来
这里要注意的点：
别动机器上的其他服务（我这台测试机上当时还跑着nginx,uwsgis,celry,redis,mysql.....等服务） 一直能正常服务
别退出当前SHELL ，其他SHEELL登进来，会发现没有SUDO 了
从其他机器SCP过来时，可能会提示没有SCP文件，需要变通一下
拷过来的文件权限可能不对了
重要的是sudo权限乱了。
sudo -su 会报错：
sudo：有效用户 ID 不是 0，sudo 属于 root 并设置了 setuid 位吗？
这时候试了很多方法都不行，只能找系统部同事
chmod u+s /usr/bin/sudo
ln -s /usr/bin/sudo /usr/bin/sudoedit
就可以了，误删/user/bin目录 已经修复了
教训就是：
ln命令的源地址在前，目的地址在后
ln命令的源地址在前，目的地址在后
ln命令的源地址在前，目的地址在后