☰

无法删除更改 /usr/bin/ 权限后生成的约 750G 错误日志（不允许 sudo）

tag-icon • tag-icon permissions sudo root log delete
无法删除更改 /usr/bin/ 权限后生成的约 750G 错误日志（不允许 sudo）

问题：经过几个小时的调查，我发现导致我的磁盘空间耗尽并归零的原因是由于更改了根目录中的权限（我不记得根目录的确切名称）。我记得通过使用chmod -R选项（/usr/bin/目录）递归更改权限来重命名根目录中的文件。我使用以下命令找到了占用我空间的文件这答案如下：

631G在/var/log/cups/error_log.1，和

110G在/var/log/cups/error_log

由于磁盘空间为零，我无法重新启动，因此除了恢复之外我无法登录系统。此问题有点类似于这建议，但由于缺乏sudo权限，我无法实现该建议，这可能与权限有关。

问题：sudo我尝试删除上述错误日志文件，但由于我的命令出错，因此 无法删除。我认为此问题与导致形成上述日志文件的不安全权限问题有关。阻止我使用 sudo 的错误如下：/usr/bin/sudo must be owned by uid 0 and have the setuid bit set

我尝试了一些恢复 sudo 权限的建议（例如这，这， 和这)，但是没用...基本上就是无法实现那些提示不允许操作的。我Alt+F2尝试重启时使用的是终端直通模式。

我想删除该错误日志并能够再次正常使用我的系统而不会出现任何问题。

我搜索了几个小时，结果显示有两种方法

方法 1：虽然这问题有类似问题的人提供了一些建议，例如停止cups、删除日志文件等，但这些对我来说不起作用，正如我之前解释的那样，因为我的sudo不起作用。

方法 2：这在我更改目录权限后出现问题/usr/bin/，因此可能需要恢复权限。这个问题与此类似，但我不能说答案是否有用。

编辑

我已在恢复模式下从 root shell 中删除了大文件，并尝试使用方法 1 中的建议停止 cups，以便错误日志文件的大小不会再次增加。我这样做是因为答案建议的所有命令都无法帮助恢复权限，所以当我登录操作系统时，错误日志文件开始增加。因此，我不得不再次从恢复模式停止 cups。但是，在执行这些操作之后，我仍然无法访问 sudo，并且收到与上面问题中描述的相同的错误。一个问题已解决，即删除占用我空间的文件，但恢复权限的另一个重要问题尚未解决。此外，一旦我重新启动 cups，文件大小就会再次增加（几分钟内已经达到 3.5 G），命令如下：

W [05/Sep/2017:05:10:42 -0400] Notifier for subscription 2 (dbus://) went away, retrying!
E [05/Sep/2017:05:10:42 -0400] File \"/usr/lib/cups/notifier/dbus\" has insecure permissions (0100755/uid=1000/gid=1000).
W [05/Sep/2017:05:10:42 -0400] Notifier for subscription 2 (dbus://) went away, retrying!
E [05/Sep/2017:05:10:42 -0400] File \"/usr/lib/cups/notifier/dbus\" has insecure permissions (0100755/uid=1000/gid=1000).
W [05/Sep/2017:05:10:42 -0400] Notifier for subscription 2 (dbus://) went away, retrying!
E [05/Sep/2017:05:10:42 -0400] File \"/usr/lib/cups/notifier/dbus\" has insecure permissions (0100755/uid=1000/gid=1000).
W [05/Sep/2017:05:10:42 -0400] Notifier for subscription 2 (dbus://) went away, retrying!

编辑2

以下是我的输出$ ls -al /usr/bin/su*

-rwxr-xr-x 1 root root 136808 Jul  4 03:37 /usr/bin/sudo
lrwxrwxrwx 1 root root      4 Jul  4 03:37 /usr/bin/sudoedit -> sudo
-rwxr-xr-x 1 root root  47680 Jul  4 03:37 /usr/bin/sudoreplay
-rwxr-xr-x 1 root root  39672 Mar  2  2017 /usr/bin/sum

答案1

在更改团队权限后，我在 ubuntu 16.04 上遇到了同样的问题。不久前，我启动恢复模式后设法通过终端获得了 root 权限。

尝试输入sudo su或su,然后nautilus。有了这些权限，您就可以删除这些文件。但是，和你一样，我还没有弄清楚笔记本电脑中 GB 不断增加的原因。对我来说，使用 1 小时后似乎增加了 100GB。

我知道这不是一个正确的答案，但是我没有足够的积分来回复其他答案。

顺便说一句，如果有解决方案可以停止增加 error_log 文件，请告诉我。最简单的方法是重新安装 ubuntu，但这不是好主意。

问候

答案2

那么“解决方案”应该不会太糟糕。

  1. 启动实时闪存驱动器/CD 或进入恢复模式并删除大型日志文件。

    要删除文件，您需要重新挂载根文件系统 rw

    mount -o remount,rw /

    有关详细信息，请参阅https://wiki.ubuntu.com/RecoveryMode

  2. 如果您使用了实时闪存/USB 重新启动到恢复模式。如果您已经处于恢复模式，请继续

    apt-get --reinstall install \`dpkg --get-selections | grep install | grep -v deinstall | cut -f1\`

    有关详细信息，请参阅

    http://hyperlogos.org/page/Restoring-Permissions-Debian-System

答案3

尝试将您的系统恢复到半可工作状态...

如果这不起作用，您可能只需要重新安装 Ubuntu...

  • 启动到 GRUB 菜单
  • 选择高级选项
  • 选择恢复模式
  • 选择 Root 访问
  • 在 # 提示符下

类型：

mount -o rw,remount /# 将磁盘重新挂载为 r/w

rm -i /var/log/cups/error_log# 删除大日志文件

rm -i /var/log/cups/error_log.1# 删除大日志文件

chmod -R 755 /usr/bin# 尝试将 /usr/bin 恢复到接近正常的状态

chmod u+s /usr/bin/sudo# 在 sudo 命令上设置 uid

chown root:root /usr/bin/sudo# 以防万一这也搞砸了

reboot# 重启计算机

更新＃1：

是时候重新安装 Ubuntu 了。您对系统所做的更改比我们知道的要多，而且逐个修复根本行不通。取消选中格式框，它将保留您当前的 /home 目录。

答案4

首先访问 shell（tty，终端）。

如果你无法登录，请尝试启动进入恢复模式或登录到 tty 会话 ( Ctrl++ Alt)F4

在 shell 中运行：

sudo rm /var/log/error_log*

这将释放空间。并允许系统正常运行。

由于问题在于cups，我建议您删除或升级它。

sudo systemctl stop cups.service
sudo apt purge cups-daemon

相关内容