在尝试调试邮件服务器时，我输入了：
chmod -R 777 /
代替：
chmod -R 777 .
锦上添花，由于我忘记了我已经更改了用于登录以修复某些内容的脚本，因此我以 root 身份执行了所有这些操作。我没有大部分系统的备份（我知道这是一个糟糕的选择）。
与问题“从 chmod -R -777 / 恢复”和“在 'chmod -R 777 /' 之后做什么？”不同。我仍然以 root 身份登录，并没有更改整个系统，所以我确实对系统有一些控制权。我还在一秒钟内 ^C d 退出命令以最大程度地减少损坏。从那以后，我从物理上断开了服务器与互联网的连接。
我相信脚本可以修复它，如果它根据包管理器的数据恢复文件系统的权限，但我不知道我将如何去做。如果这是不可能的，我将如何保存服务器中的数据以重新安装操作系统？
我知道丢失文件的潜在风险，但尽管有这些风险，我还是希望恢复重新安装。
这是当前的输出ls -la /：
drwxrwxrwx 22 root root 4096 Sep 7 2016 .
drwxrwxrwx 22 root root 4096 Sep 7 2016 ..
drwxr-xr-x 2 root root 4096 May 18 07:55 bin
drwxr-xr-x 3 root root 4096 Sep 21 07:53 boot
drwxr-xr-x 19 root root 3180 Sep 11 20:54 …今天我跑了sudo chmod -R a-wrx /。现在没有任何工作。谁能帮我恢复我的系统？
我需要编辑一个.config文件（我知道它不会造成这些问题，只是为了清除它）并且它不会让我保存它，所以我/etc使用命令获得了所有内容的所有权，chown -hR username /etc这让我编辑.config文件，但现在每当我尝试安装任何软件包或使用任何 sudo 命令时，它都不起作用（我已经检查了 sudoers.d 中的 sudo 文件中的错误，并且没有任何问题）。
那么如何将其归还给以前的所有者呢？
警告-不要运行提到的命令
所以看起来我在这里做了一些非常愚蠢的事情来温和地说。我试图更改目录中几个文件的权限，所有这些文件都.以仅对 sudo/root 读/写开始。
我一次更改多个文件的尝试似乎在全球范围内做了一些非常可怕的事情。虽然在目录中（不在根目录中）我跑了sudo chmod 600 .*，好吧，我现在从我的手机上发布这个......我现在仍然打开终端窗口，但我很确定笔记本电脑是否可以睡觉我已经完成了。有趣的是，这意味着这个问题有点紧迫。
哦，这似乎改变了我猜测的几乎所有地方的权限。我什至无法运行lsorcd ..命令。尝试cd /home/brian或cd ~给出错误bash: cd: /home/brian: Permission Denied以及对sudo命令的任何尝试只是说bash: /usr/bin/sudo: Permission Denied
我害怕重启，不知道是否有任何内置的恢复功能可以从这个愚蠢的东西中恢复，但我想在让事情变得更糟之前我会试着在这里问一下。我是一个相当新的 Linux，因为我的主要操作系统转换并且最近有点提倡它，但是哎哟，这个有点刺痛。任何尝试尝试的想法都将不胜感激。
编辑：我想澄清一下这个命令是如何/在哪里执行的。这是从/.atx $，只是一个任意目录执行的，但更多详细信息如下。
以我的常规用户名登录时brian，我打开了一个终端，/.atx其中包含三个配置类型纯文本文件。每个文件名都以.. 该目录/名称/文件不是通用包的任何部分，只是我以编程方式移动的一组任意配置。文件包含一些 SQL 服务器连接字符串信息，只是想让它们半隐藏。
如何将程序重置为默认状态？
在android中，我们可以清除应用程序数据以将应用程序重置为其默认状态。是否可以在不卸载和重新安装的情况下将 ubuntu 中的程序重置为默认状态。
所以，我做了一件愚蠢的事情......
我正在从 tarball 安装一些软件（Java SE 7，如果你必须知道），我厌倦了使用sudo，所以我去把我的/usr目录的所有者更改为我自己。
$ sudo chown -R sammy /usr
哎呀！
自从sudo住进去/usr/bin/，也就换了主人。现在，我不能再使用它了。我是不是不小心陷入了 sudo-Catch 22？我无法使用apt-get install或任何数量的 shell 环境的其他基本功能。
$ sudo
sudo: must be setuid root
有没有办法将此目录（以及子目录）的所有者更改回root？
可能的重复：
如果我不小心运行命令 chmod 怎么办
我在根目录“/”上递归地更改了文件权限，sudo chmod / 777 -R然后运行“保存模式”，并且使用 ( sudo chmod 440 /etc -R) 等更改了主目录，如 sys、boot、root等，之后无法启动系统，因为许多进程没有权限。
请帮忙。
不幸的是，我匆匆忙忙地跑进了sudo chmod 777 -R /一个项目。我应该担心它开始为我的所有文件夹添加 777 权限/吗？
我正在使用 Ubuntu 13.04 x86_64。
我想在我的主目录中拥有全部内容。所以我执行了这两个命令。
sudo chown -RcH rootkea ~
sudo chown -RcL rootkea ~
现在由于这些符号链接链接到文件系统中的其他一些文件，我不小心拥有了驻留在我的主目录之外的文件。
我注意到的直接后果是：
须藤不工作
$ sudo
sudo: effective uid is not 0, is sudo installed setuid root?
创建一个/var/log/cups/error_log大小不定的日志文件，它消耗了我硬盘驱动器的最后一个字节（经过相当长的时间）。上次是 17.8 GB！
文件的内容只有无数次重复的这两行：
E [24/May/2013:02:27:52 +0530] File "/usr/lib/cups/notifier/dbus" has insecure permissions (0100755/uid=1000/gid=0).
W [24/May/2013:02:27:52 +0530] Notifier for subscription 531 (dbus://) went away, retrying!
很明显，cups程序也被搞砸了。
现在我不知道有多少其他程序进入了无法使用的状态。
有什么办法可以撤消上述两个命令的效果吗？
如何恢复整个文件系统的默认权限设置？
昨天，当我安装 Samba 时，我注意到终端窗口显示了一条警告。警告是：
WARN: /etc/default/ufw is group writable!
WARN: /etc/default is group writable!
WARN: /etc is group writable!
WARN: / is group writable!
WARN: /lib/ufw/user.rules is group writable!
WARN: /lib/ufw is group writable!
WARN: /lib is group writable!
WARN: /etc/ufw/applications.d is group writable!
WARN: /etc/ufw is group writable!
WARN: /etc/ufw/after6.rules is group writable!
WARN: /lib/ufw/ufw-init is group writable!
WARN: /etc/ufw/ufw.conf is group writable!
WARN: /lib/ufw/user6.rules is group writable!
WARN: /etc/ufw/before6.rules is group writable!
WARN: /etc/ufw/after.rules is group writable!
WARN: /etc/ufw/before.rules …