Не удалить ~750G журнал ошибок, произведенный после изменяющегося разрешения для/usr/bin/(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/ каталог, таким образом, этому, возможно, понадобится возвращение, поддерживает полномочия. Этот вопрос находится на подобной строке, но я не могу сказать, полезен ли ответ.

Править

Я удалил большой файл из корневой оболочки в режиме восстановления и попытался остановить чашки с помощью предложения от подхода 1, таким образом, файл регистрации ошибок не увеличивается в размере снова. Я сделал это, потому что ни одна из команд, предложенных ответами, не могла помочь вернуться полномочия, поэтому когда я вошел в ОС, файл регистрации ошибок начал увеличиваться. Из-за этого я должен был остановить чашки от reocvery режима снова. Однако после выполнения этих вещей я все еще не могу получить доступ к sudo, и я получаю ту же ошибку, как описано выше в вопросе. Одна проблема решена, который удаляет файл, который съел мое пространство, но другая важная проблема возвращения назад полномочий не разрешена. Кроме того, после того как я перезапустил чашки, файл уже увеличивается в размере снова (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