'sudo' не работает после изменения разрешений каталога '/ usr'

В Ubuntu на самом деле созданы два механизма для выполнения административных задач. sudo является одним из них, и он и его графические интерфейсы (например, gksu и gksudo) не будут работать, пока вы не устраните проблему с разрешениями.

Другим механизмом является sudo .

Команда pkexec будет запускать любую (неграфическую) команду в качестве [ f8] (при условии, что пользователь, вызывающий его, является администратором системы). pkexec способен выполнять графические команды (например, nautilus) в качестве root, но это довольно нетривиально, так как вам нужно настроить для них файлы конфигурации, описывающие, как они должны запускаться, и что они должно быть разрешено делать. Поэтому вам лучше использовать командную строку для устранения этой проблемы ... по крайней мере до такой степени, когда sudo работает снова. (Затем вы можете запустить gksu nautilus, чтобы получить браузер файла root, если вам удобнее использовать это для рекурсивного редактирования прав доступа к файлам.)

Я не знаю точно, что вы сделали с вашим разрешений, поэтому мне сложно дать вам определенную команду pkexec для запуска, чтобы устранить проблему. Но вы можете исправить конкретную проблему, с которой жалуется sudo. В нем говорится:

sudo: /usr/lib/sudo/sudoers.so must be only be writable by owner

Поэтому удалите group и other права записи (не изменяя разрешения на запись owner для этого файла:

pkexec chmod go-w /usr/lib/sudo/sudoers.so

Затем вы может видеть, работает ли sudo (запустив некоторую безобидную команду, например sudo ls).

Если вам нужно выполнить другие операции с разрешениями файлов из командной строки с помощью chmod, см. pkexec .

(Кстати, вот еще одна связанная с этим ситуация, когда это удобно знать о pkexec.)

Если у вас возникли проблемы с получением , чтобы работать на это, пожалуйста, не стесняйтесь комментировать здесь, и я постараюсь оказать дальнейшую помощь. Но вы должны знать, что даже если этот метод не работает, вам не придется переустанавливать Ubuntu.

Но вы должны знать, что даже если этот метод не работает, вы не должны переустановить Ubuntu.

Или как третий вариант (как вот еще одна связанная с этим ситуация, когда это удобно знать о pkexec , имеет gksu ), вы можете использовать режим восстановления.

установите «Пользователи и группы», используя this , перейдите в «Управление группами» и добавьте вас в sudo группу

установите «Пользователи и группы», используя this , перейдите в «Управление группами» и добавьте вас в sudo группу

установите «Пользователи и группы», используя this , перейдите в «Управление группами» и добавьте вас в sudo группу

установите «Пользователи и группы», используя this , перейдите в «Управление группами» и добавьте вас в sudo группу

установите «Пользователи и группы», используя this , перейдите в «Управление группами» и добавьте вас в sudo группу

установите «Пользователи и группы», используя this , перейдите в «Управление группами» и добавьте вас в sudo группу

установите «Пользователи и группы», используя this , перейдите в «Управление группами» и добавьте вас в sudo группу

На самом деле в Ubuntu установлены два механизма для выполнения административных задач. sudo является одним из них, и он и его графические интерфейсы (например, gksu и gksudo ) не собираются работать пока вы не устраните проблему с разрешениями.

Другим механизмом является PolicyKit . В зависимости от того, что вы сделали с разрешениями на файлы, вполне вероятно, что вы все еще можете восстановить с помощью PolicyKit для запуска команд как root.

Команда pkexec будет запущена любая (неграфическая) команда как root (при условии, что пользователь, вызывающий ее, является администратором системы). pkexec способен выполнять графические команды (например, nautilus) в качестве root, но это довольно нетривиально, так как вам нужно настроить для них файлы конфигурации, описывающие, как они должны запускаться, и что они должно быть разрешено делать. Поэтому вам лучше использовать командную строку для устранения этой проблемы ... по крайней мере до такой степени, когда sudo работает снова. (Затем вы можете запустить gksu nautilus, чтобы получить браузер файла root, если вам удобнее использовать это для рекурсивного редактирования прав доступа к файлам.)

Я не знаю точно, что вы сделали с вашим разрешений, поэтому мне сложно дать вам определенную команду pkexec для запуска, чтобы устранить проблему. Но вы можете исправить конкретную проблему, с которой жалуется sudo. В нем написано:

sudo: /usr/lib/sudo/sudoers.so must be only be writable by owner

Так что удалите group и other права на запись (пока не изменяете разрешения для записи owner) для этого файла:

pkexec chmod go-w /usr/lib/sudo/sudoers.so

Затем вы может видеть, работает ли sudo (запустив некоторую безобидную команду, например sudo ls).

Если вам нужно выполнить другие операции с разрешениями файлов из командной строки с помощью chmod, см. man chmod .

(Кстати, вот еще одна, связанная с этим ситуация, когда удобно знать о pkexec .)

Если у вас возникли проблемы с тем, чтобы pkexec работал для этого, пожалуйста, не стесняйтесь комментировать здесь, и я попытаюсь оказать дальнейшую помощь. Но вы должны знать, что даже если этот метод не работает, вам не придется переустанавливать Ubuntu.

Вместо этого вы можете исправить эту проблему с живого CD / DVD-диска Ubuntu или с живой USB-системы, поскольку живая система будет работать - sudo будет работать над ней - и вы можете смонтировать свой раздел Ubuntu и изменить права доступа таким образом.

Или как третий вариант (в качестве forestpiskie предложил ), вы можете использовать режим восстановления .