Я - один из нескольких человек, управляющих играющим сервером. Сервер в настоящее время запускает Ubuntu 14.04, которая была установлена всего 3 недели назад.
Все хорошо работало, до несколько дней назад, у нас было несколько проблем. Я подозреваю, что кто-то взломал наш сервер SSH и сумел серьезно испортить что-то.
Когда я пытаюсь выполнить команду sudo
Я получаю следующую ошибку:
sudo: unable to stat /etc/sudoers: No such file or directory
Таким образом, первая мысль является файлом, был удален и просто должен быть воссоздан, однако ls /etc/
шоу, что sudoers файл уже существует. Кроме того, при редактировании с нано (мой предпочтительный редактор), становится очевидно, что файл находится полностью в такте и отформатирован правильно.
ls -l
также шоу, что sudoers файл имеет полномочия -r--r----
для пользовательского корня и корня группы, который от исследования должен быть абсолютно достаточным, чтобы sudo смог считать файл, удостовериться временно, что я дал файл -rwxrwx---
для корневого корня (использовали tmux для управления сессией и у нас уже была сессия как корень), все еще отказавший.
Таким образом, файл существует, содержание в нем корректно, он имеет верные полномочия. Что еще могло это быть. Я посмотрел немного на людей, у которых были подобные проблемы здесь на askubuntu.com, одно решение, я нашел, что звучал обнадеживающим, состояло в том, чтобы создать резервную копию sudoers файла, затем использовать: apt-get purge sudo apt-get install sudo
И затем замените новый sudo файл старым. Это не работало, к сожалению. Для исключения дальше, что sudoers файл не имел ошибок я попробовал решение снова и попытался выполниться просто sudo
с недавно созданным sudoers файлом, и получил ту же ошибку.
--------РЕДАКТИРОВАНИЕ--------
Для любого заинтересованного тем, что воображаемый несуществующий sudoers файл содержит, вот фильтрованная версия (фильтрованные имена пользователей) запросом: http://paste.ubuntu.com/7781967/
Хорошо. Я устранил свою проблему. И как я думал, это не был файл.
Я имел вплоть до 10 минут назад, только заметил, что sudo не работал. Поскольку большая часть моей работы происходит в tmux, я никогда не замечал своей учетной записи пользователя.
После первого входа в систему я получил бы следующую ошибку:
-bash: /etc/profile Permission denied
И это установило бы меня на: I have no name@<ipaddress>
как моя учетная запись.
Таким образом, я провел некоторое исследование по этой проблеме и нашел больше результатов затем другой проблемой. Включая один результат, который был идеальной парой для моей ситуации, как найдено здесь.
Проблема была то, что моя/etc/папка пропускала выполнить разрешение на группе. Так выполнение: chmod g+x /etc
устраненный проблема после того, чтобы выходить из системы и въезжают задним ходом.
Спасибо за справку в комментариях предложения, которые Вы дали, были все еще ценны и помоглись сузить проблему больше. В конце это было намного более просто затем, это казалось.