真的是无语！平时使用的一个测试机器，新招了个人使用了： sudo chmod -R 777 /usr/bin/ 这个命令，真的是秀

看看其他机器上是什么权限，再改回来呗，不是想被喂饭吧。

@iamverylovely 有道理，只能这样了，刚才好像有点情绪激动。。。

@la2la 还好啦，不是 rm -rf 就行。

一人一个测试机

@iamverylovely 自己写个脚本吧，能改回来多少就改回来多少吧

我系统默认是 rwxr-xr-x，你改回去就好了.很多人都喜欢 777, 也许他是网上搜出来的方案

权限大了会有啥问题吗。。

话说没有 snapshot 么

@la2la 貌似有个命令对你有帮助：getfacl

一般权限都 755 是

getfacl setfacl

@kuro1
@iamverylovely
感谢！

自己编译的还是放 /usr/local/bin 更佳，即便误操作影响也不大

其实问题可能不大，大部分普通文件是 644，可执行文件是 755，改回去就好了。

sudo 可不敢乱给权限哦

一言不合 777

不应该一人一个虚拟机吗？话说 777 权限是真的恶习，很多时候就是+x 的事情，硬要 777

我原先搜索树莓派 sublime text 远程连接问题（ SFTP ） 网络上一堆建议用 777 修改权限，幸好没折腾。

每个人分配一个 docker 就好了 即使要给物理机也不要给 sudo 或者把 sudo 限制到只能运行特定程序

真的是网上拿来就用。刚不久前就一个同事卡在登录桌面前进入不去找我。我拿了了 u 盘进入，挂载后看日志，发现在显卡驱动库 panic 了。问干啥以后才说复制了网上的 wine 安装命令

统一改 0755 是不行的，有些命令要 setuid/setgid

像 ssh 这样的个别命令对于权限过于开放的配置目录和文件是拒绝的，但是 777 的 /use/bin 应该不是权限太开放的问题，而是权限没给够受限了吧，发现大部分人不知道 setuid，感觉每个程序员都应该看看 apue

我曾经遇到过相同的问题，方法就是 @iamverylovely 说的，找个正常的机器把权限导出来，然后在目标机器上恢复权限。

我还记了笔记：

修复方法：复制另外一台机器的权限过来

getfacl -R / > /tmp/permission.bak 得到 / 下的所有文件和目录的权限表文件.

cd /

setfacl --restore=/tmp/permission.bak 恢复 / 下的所有文件和目录的权限

招新手就要交学费啦，我们这种老家伙，你们又不要。

一个人一台测试虚拟机吧 ....

没 000 就不错啦

为啥没人推荐 LXC，docker 并不是用来做这个的

改回来就是根据包管理器写个一行 shell，把安装的包重新装一下

@0312birdzhang 不复杂呀，基于 pve 安装很快，实在不行装 vm，都是可以安装一次然后保存成快照就好了。

我昨晚刚想给 /mnt/xxx/xx/ -R 777 结果多了个空格 / mnt/xxx/xx/ ，很悲催，看了帖子心一惊，以为你在说我。不过还原很快

测试机就算了嘛，招人总归是有成本的，只要不是故意的，其实都能接受。

我好像试过把 /root 目录的权限改 777 了，然后就连不上云主机了。还是把 /给改了 忘了

除了不安全还有什么问题吗。。。。不会影响运行吧

应该不会有问题吧？毕竟不是 chmod 000 -R /*