当引导至图形桌面失败时，我们有时建议引导至“root shell”或以“恢复模式”引导。
我怎么做？
这不是一个关于如何创建主分区的问题，只是作为一个警告。:)
拥有单独的主分区的利弊是什么？我怎么知道拥有一个是否适合我？它会增加还是减少文件检索的速度？有任何风险吗？
我只授予所有人做任何事情的权限，但为什么只授予权限会导致系统崩溃？我只是修改权限而不更改文件。
我在目录中运行了 chown 命令：
chown -R user:user {.,}*
将{.,}*用于与mv和cp同时包括隐藏的和列出的文件。现在这个命令通过并更改了我目录中的这两个文件，但是自从它继续以来我不得不中断它以停止。现在恐怕它已经消失并更改了其他文件和文件夹的权限，因为它没有终止。
我试图在chown里面/opt，出于某种原因chown跳到父母身边，把所有东西都吃了。
任何人都可以建议为什么/如何发生这种情况，以及将来如何避免这样做？在给定的目录中运行命令可以有效地跳转并在根目录中运行它，这有点令人担忧。
ubuntu: /opt > sudo chown -R root:www-data .*
chown: changing ownership of '../var/lib/lxcfs/proc/cpuinfo': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/proc/meminfo': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/proc/stat': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/proc/uptime': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/proc/diskstats': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/proc/swaps': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/proc': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/cgroup/devices': Operation not permitted …chmod 754 ./当我在运行 Ubuntu 18.04 的服务器上的根目录下时，我不小心运行了一个。
现在我不能使用像sudo或这样的命令pkexec，也不能改变任何东西。我该怎么办？它会影响其他用户吗？
在同事的计算机上，每次使用 sudo 命令时，都会出现此错误：
sudo: must be setuid root
我尝试了互联网上提到的各种事情，例如将实时 cd 的权限更改为 4755，但即使是来自 live-cd 的此命令
sudo chmod 4755 /media/device/usr/bin/sudo
给出相同的错误。
编辑：同事告诉我他执行了这个命令，天知道为什么：/
sudo chmod -R 777 /或者sudo chmod -R 777他不确定。
几天前，我意识到我的 Ubuntu 机器在登录后无法加载。在对 liveCD 进行了一番挖掘后，我意识到我的硬盘容量为 100%，因此我删除了一些大文件并能够登录。我不再具有 sudo 权限，不得不启动到恢复模式并更改 sodoers文件，但最终恢复了 root 权限。
然后我注意到我的机器有点迟钝，并且top显示 cupsd 使用 100% CPU。我以前从未见过这个程序，但我很快意识到这是一个合法的程序。
我删除了大约 40GB 的视频，却发现我的驱动器空间几乎立即在我眼前耗尽。通过一些研究和直觉，我意识到这可能是一个日志文件被炸毁了，果然ls -lh /var/log/cups/向我展示了一个 80GB+ 大的 error_log 文件。
我删除了文件sudo rm -rf /var/log/cups/error_log，用 终止了服务sudo service cups end，然后继续我的工作。之后我意识到在删除之前检查 error_log 的内容是个好主意，但我想在我再次被锁定之前摆脱它。
那是昨天。今天，我再次启动我的笔记本电脑，看到 cupsd 再次以 100% cpu 运行，果然我看到我的磁盘空间正在耗尽。我停止了服务并运行tail -f /var/log/cups/error_log，并且有数百万行：
W [15/Jul/2015:11:23:03 -0700] Notifier for subscription 911 (dbus://) went away, retrying!
E [15/Jul/2015:11:23:03 -0700] File "/usr/lib/cups/notifier/dbus" has insecure permissions (0100777/uid=0/gid=0).
==编辑================================================ ==================
ls -l /usr/lib/cups/notifier/dbus节目权限和所有权-rwxrwxrwx …
我需要一些家庭作业问题的帮助来修改文件的权限。它想要它-rwxr-xr-x吗？不知道如何使用户权限。谢谢你。
在尝试调试邮件服务器时，我输入了：
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 …