Разрешение Sudoers без входа в систему с правами root

Я новый пользователь для Ubuntu 10.10. Моя проблема в том, что когда я запускаю свою машину, она выводит меня на экран входа в Ubuntu, но я не получил возможность входа в систему как пользователь или root. Я знаю свой пароль root и все даже не могу сделайте запрос ssh, я изучил его, чтобы узнать, что нужно нажать Alt + Ctrl + F1, и мне нужно войти в систему пользователя

у этого пользователя после ведения журнала. Я не могу записать команды sudo

После поиска какое-то время я узнал, что разрешение на sudo может быть связано с проблемой разрешение на sudo должно быть 440, я думаю, что сейчас 777

Как запустите с моим корневым доступом

1
задан 20 September 2011 в 11:50

28 ответов

Прежде всего, если вы не коснулись sudo или ничего не изменили на /etc, тогда это ваш страх, и вы должны прочитать, что должен сказать Сергей. Кроме того, проверьте правильность части разрешения файла. Просто сделайте ls -l /etc | grep sudoers и посмотрите, является ли вывод таким-то вроде этого:

-r--r-----  1 root    root       574 2011-03-25 20:34 sudoers

, где -r--r----- часть показывает ваше разрешение 440, что-то другое, кроме этого, должно быть изменено на то, насколько я знаю , Если вы можете войти в систему как root в режиме спасения, вы можете легко изменить разрешение файла с помощью команды chmod 440 /etc/sudoers. Если вам вообще не разрешена команда sudo, вам может понадобиться внешний live-usb для восстановления. Содержимое /etc/sudoers или visudo должно выглядеть так [по крайней мере в моем случае]:

#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults    env_reset

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root    ALL=(ALL:ALL) ALL

# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL

# Allow members of group sudo to execute any command
%sudo   ALL=(ALL:ALL) ALL

#includedir /etc/sudoers.d
2
ответ дан 25 May 2018 в 18:43

Прежде всего, если вы не коснулись sudo или ничего не изменили на /etc, тогда это ваш страх, и вы должны прочитать, что должен сказать Сергей. Кроме того, проверьте правильность части разрешения файла. Просто сделайте ls -l /etc | grep sudoers и посмотрите, является ли вывод таким-то вроде этого:

-r--r----- 1 root root 574 2011-03-25 20:34 sudoers

, где -r--r----- часть показывает ваше разрешение 440, что-то другое, кроме этого, должно быть изменено на то, насколько я знаю , Если вы можете войти в систему как root в режиме спасения, вы можете легко изменить разрешение файла с помощью команды chmod 440 /etc/sudoers. Если вам вообще не разрешена команда sudo, вам может понадобиться внешний live-usb для восстановления. Содержимое /etc/sudoers или visudo должно выглядеть так [по крайней мере в моем случае]:

# # This file MUST be edited with the 'visudo' command as root. # # Please consider adding local content in /etc/sudoers.d/ instead of # directly modifying this file. # # See the man page for details on how to write a sudoers file. # Defaults env_reset # Host alias specification # User alias specification # Cmnd alias specification # User privilege specification root ALL=(ALL:ALL) ALL # Members of the admin group may gain root privileges %admin ALL=(ALL) ALL # Allow members of group sudo to execute any command %sudo ALL=(ALL:ALL) ALL #includedir /etc/sudoers.d
2
ответ дан 25 July 2018 в 21:18

Прежде всего, если вы не коснулись sudo или ничего не изменили на /etc, тогда это ваш страх, и вы должны прочитать, что должен сказать Сергей. Кроме того, проверьте правильность части разрешения файла. Просто сделайте ls -l /etc | grep sudoers и посмотрите, является ли вывод таким-то вроде этого:

-r--r----- 1 root root 574 2011-03-25 20:34 sudoers

, где -r--r----- часть показывает ваше разрешение 440, что-то другое, кроме этого, должно быть изменено на то, насколько я знаю , Если вы можете войти в систему как root в режиме спасения, вы можете легко изменить разрешение файла с помощью команды chmod 440 /etc/sudoers. Если вам вообще не разрешена команда sudo, вам может понадобиться внешний live-usb для восстановления. Содержимое /etc/sudoers или visudo должно выглядеть так [по крайней мере в моем случае]:

# # This file MUST be edited with the 'visudo' command as root. # # Please consider adding local content in /etc/sudoers.d/ instead of # directly modifying this file. # # See the man page for details on how to write a sudoers file. # Defaults env_reset # Host alias specification # User alias specification # Cmnd alias specification # User privilege specification root ALL=(ALL:ALL) ALL # Members of the admin group may gain root privileges %admin ALL=(ALL) ALL # Allow members of group sudo to execute any command %sudo ALL=(ALL:ALL) ALL #includedir /etc/sudoers.d
2
ответ дан 2 August 2018 в 02:57

Прежде всего, если вы не коснулись sudo или ничего не изменили на /etc, тогда это ваш страх, и вы должны прочитать, что должен сказать Сергей. Кроме того, проверьте правильность части разрешения файла. Просто сделайте ls -l /etc | grep sudoers и посмотрите, является ли вывод таким-то вроде этого:

-r--r----- 1 root root 574 2011-03-25 20:34 sudoers

, где -r--r----- часть показывает ваше разрешение 440, что-то другое, кроме этого, должно быть изменено на то, насколько я знаю , Если вы можете войти в систему как root в режиме спасения, вы можете легко изменить разрешение файла с помощью команды chmod 440 /etc/sudoers. Если вам вообще не разрешена команда sudo, вам может понадобиться внешний live-usb для восстановления. Содержимое /etc/sudoers или visudo должно выглядеть так [по крайней мере в моем случае]:

# # This file MUST be edited with the 'visudo' command as root. # # Please consider adding local content in /etc/sudoers.d/ instead of # directly modifying this file. # # See the man page for details on how to write a sudoers file. # Defaults env_reset # Host alias specification # User alias specification # Cmnd alias specification # User privilege specification root ALL=(ALL:ALL) ALL # Members of the admin group may gain root privileges %admin ALL=(ALL) ALL # Allow members of group sudo to execute any command %sudo ALL=(ALL:ALL) ALL #includedir /etc/sudoers.d
2
ответ дан 4 August 2018 в 18:47

Прежде всего, если вы не коснулись sudo или ничего не изменили на /etc, тогда это ваш страх, и вы должны прочитать, что должен сказать Сергей. Кроме того, проверьте правильность части разрешения файла. Просто сделайте ls -l /etc | grep sudoers и посмотрите, является ли вывод таким-то вроде этого:

-r--r----- 1 root root 574 2011-03-25 20:34 sudoers

, где -r--r----- часть показывает ваше разрешение 440, что-то другое, кроме этого, должно быть изменено на то, насколько я знаю , Если вы можете войти в систему как root в режиме спасения, вы можете легко изменить разрешение файла с помощью команды chmod 440 /etc/sudoers. Если вам вообще не разрешена команда sudo, вам может понадобиться внешний live-usb для восстановления. Содержимое /etc/sudoers или visudo должно выглядеть так [по крайней мере в моем случае]:

# # This file MUST be edited with the 'visudo' command as root. # # Please consider adding local content in /etc/sudoers.d/ instead of # directly modifying this file. # # See the man page for details on how to write a sudoers file. # Defaults env_reset # Host alias specification # User alias specification # Cmnd alias specification # User privilege specification root ALL=(ALL:ALL) ALL # Members of the admin group may gain root privileges %admin ALL=(ALL) ALL # Allow members of group sudo to execute any command %sudo ALL=(ALL:ALL) ALL #includedir /etc/sudoers.d
2
ответ дан 6 August 2018 в 03:11

Прежде всего, если вы не коснулись sudo или ничего не изменили на /etc, тогда это ваш страх, и вы должны прочитать, что должен сказать Сергей. Кроме того, проверьте правильность части разрешения файла. Просто сделайте ls -l /etc | grep sudoers и посмотрите, является ли вывод таким-то вроде этого:

-r--r----- 1 root root 574 2011-03-25 20:34 sudoers

, где -r--r----- часть показывает ваше разрешение 440, что-то другое, кроме этого, должно быть изменено на то, насколько я знаю , Если вы можете войти в систему как root в режиме спасения, вы можете легко изменить разрешение файла с помощью команды chmod 440 /etc/sudoers. Если вам вообще не разрешена команда sudo, вам может понадобиться внешний live-usb для восстановления. Содержимое /etc/sudoers или visudo должно выглядеть так [по крайней мере в моем случае]:

# # This file MUST be edited with the 'visudo' command as root. # # Please consider adding local content in /etc/sudoers.d/ instead of # directly modifying this file. # # See the man page for details on how to write a sudoers file. # Defaults env_reset # Host alias specification # User alias specification # Cmnd alias specification # User privilege specification root ALL=(ALL:ALL) ALL # Members of the admin group may gain root privileges %admin ALL=(ALL) ALL # Allow members of group sudo to execute any command %sudo ALL=(ALL:ALL) ALL #includedir /etc/sudoers.d
2
ответ дан 7 August 2018 в 20:52

Прежде всего, если вы не коснулись sudo или ничего не изменили на /etc, тогда это ваш страх, и вы должны прочитать, что должен сказать Сергей. Кроме того, проверьте правильность части разрешения файла. Просто сделайте ls -l /etc | grep sudoers и посмотрите, является ли вывод таким-то вроде этого:

-r--r----- 1 root root 574 2011-03-25 20:34 sudoers

, где -r--r----- часть показывает ваше разрешение 440, что-то другое, кроме этого, должно быть изменено на то, насколько я знаю , Если вы можете войти в систему как root в режиме спасения, вы можете легко изменить разрешение файла с помощью команды chmod 440 /etc/sudoers. Если вам вообще не разрешена команда sudo, вам может понадобиться внешний live-usb для восстановления. Содержимое /etc/sudoers или visudo должно выглядеть так [по крайней мере в моем случае]:

# # This file MUST be edited with the 'visudo' command as root. # # Please consider adding local content in /etc/sudoers.d/ instead of # directly modifying this file. # # See the man page for details on how to write a sudoers file. # Defaults env_reset # Host alias specification # User alias specification # Cmnd alias specification # User privilege specification root ALL=(ALL:ALL) ALL # Members of the admin group may gain root privileges %admin ALL=(ALL) ALL # Allow members of group sudo to execute any command %sudo ALL=(ALL:ALL) ALL #includedir /etc/sudoers.d
2
ответ дан 10 August 2018 в 09:13

В Ubuntu вы вообще никогда не регистрируетесь как root напрямую - особенно вы не запускаете X-сеанс как root. Кроме того, по умолчанию пароль root не установлен / неизвестен, поэтому вы не можете войти в систему напрямую как root.

Начальный пользователь, созданный во время установки Ubuntu, имеет возможность «sudo» - т.е.

[ f1]

sudo затем запрашивает у вас пароль, а не пароль root.

В сеансе терминала, если вы хотите выполнить многие команды как root (или, возможно, даже запустить некоторые графические программы с правами root), вы набираете

sudo su

и снова вводите свой пароль , Это запустит сеанс корневого терминала.

«Оригинальный» пользователь Ubuntu может использовать «админов» других пользователей, чтобы они могли выполнять команды также как root.

Решает ли ваша проблема?

1
ответ дан 25 May 2018 в 18:43
  • 1
    Разве это не sudo -i вместо sudo su? – ADTC 24 March 2016 в 12:34
  • 2
    Это не «вместо», sudo su и sudo -i делают примерно то же самое - откройте оболочку суперпользователя после запроса пароля пользователя. Могут быть некоторые незначительные неясные различия, но для целей вопроса они идентичны. – Sergey 24 March 2016 в 15:07
  • 3
    Понял. Я заметил, что одно отличие состоит в том, что sudo -i перемещается к корневому дому, а sudo su остается в текущем каталоге. В любом случае, у меня никогда не было команды sudo, запрашивающей пароль пользователя, который в настоящий момент вошел в систему (это будет ubuntu в моем случае). Может быть, потому, что я уже вошел в систему или, может быть, потому, что использую аутентификацию с открытым ключом. – ADTC 25 March 2016 в 15:01

Я не знаю, как ваше разрешение sudo перепуталось. Это мои права для sudo и ls:

-rwsr-xr-x 1 root root 168800 2011-04-15 21:32 /usr/bin/sudo
-rwxr-xr-x 1 root root 105776 2011-02-23 19:54 /bin/ls

Ключевым моментом здесь является наличие бита setuid, который позволяет приложению изменять идентификатор пользователя: http: //en.wikipedia. org / wiki / Setuid Возможно, это было отключено

Если вам нужно восстановить sudo, вы можете загрузить Ubuntu в «режим восстановления», где он должен дать вам возможность открыть корневую оболочку. [ ! d3]

Если вы чувствуете, что ваши разрешения могут быть испорчены, я думаю, что запуск dpkg-reconfigure sudo в режиме восстановления может помочь.

После этого вы можете запустить visudo, чтобы открыть sudoers и отредактируйте его, чтобы добавить пользователя.

0
ответ дан 25 May 2018 в 18:43

Предполагая, что вы прочитали руководство по sudo, набрав подсказку «man sudo», и это действительно сломано, самый простой способ для нового пользователя исправить практически все - это переустановка. Если у вас нет времени или у вас уже много установлен, я не рекомендую использовать свой ответ.

0
ответ дан 25 May 2018 в 18:43

Предполагая, что вы прочитали руководство по sudo, набрав подсказку «man sudo», и это действительно сломано, самый простой способ для нового пользователя исправить практически все - это переустановка. Если у вас нет времени или у вас уже много установлен, я не рекомендую использовать свой ответ.

0
ответ дан 25 July 2018 в 21:18

В Ubuntu вы вообще никогда не регистрируетесь как root напрямую - особенно вы не запускаете X-сеанс как root. Кроме того, по умолчанию пароль root не установлен / неизвестен, поэтому вы не можете войти в систему напрямую как root.

Начальный пользователь, созданный во время установки Ubuntu, имеет возможность «sudo» - т.е.

sudo apt-get update

sudo затем запрашивает у вас пароль, а не пароль root.

В сеансе терминала, если вы хотите выполнить многие команды как root (или, возможно, даже запустить некоторые графические программы с правами root), вы набираете

sudo su

и снова вводите свой пароль , Это запустит сеанс корневого терминала.

«Оригинальный» пользователь Ubuntu может использовать «админов» других пользователей, чтобы они могли выполнять команды также как root.

Решает ли ваша проблема?

1
ответ дан 25 July 2018 в 21:18
  • 1
    Разве это не sudo -i вместо sudo su? – ADTC 24 March 2016 в 12:34
  • 2
    Это не "вместо", sudo su и sudo -i делать примерно то же - открыть суперпользователя оболочки после того, как пароль пользователя. Там могут быть некоторые крошечные непонятные различия, но для целей вопрос, что они идентичны. – Sergey 24 March 2016 в 15:07
  • 3
    Понял. Я заметил, что одно отличие состоит в том, что sudo -i перемещается к корневому дому, а sudo su остается в текущем каталоге. В любом случае, у меня никогда не было команды sudo, запрашивающей пароль пользователя, который в настоящий момент вошел в систему (это будет ubuntu в моем случае). Может быть, потому, что я уже вошел в систему или, может быть, потому, что использую аутентификацию с открытым ключом. – ADTC 25 March 2016 в 15:01

Я не знаю, как ваше разрешение sudo перепуталось. Это мои права для sudo и ls:

-rwsr-xr-x 1 root root 168800 2011-04-15 21:32 /usr/bin/sudo -rwxr-xr-x 1 root root 105776 2011-02-23 19:54 /bin/ls

Ключевым моментом здесь является наличие бита setuid, который позволяет приложению изменять идентификатор пользователя: http: //en.wikipedia. org / wiki / Setuid Возможно, это было отключено

Если вам нужно восстановить sudo, вы можете загрузить Ubuntu в «режим восстановления», где он должен дать вам возможность открыть корневую оболочку. [ ! d3]

Если вы чувствуете, что ваши разрешения могут быть испорчены, я думаю, что запуск dpkg-reconfigure sudo в режиме восстановления может помочь.

После этого вы можете запустить visudo, чтобы открыть sudoers и отредактируйте его, чтобы добавить пользователя.

0
ответ дан 25 July 2018 в 21:18

Предполагая, что вы прочитали руководство по sudo, набрав подсказку «man sudo», и это действительно сломано, самый простой способ для нового пользователя исправить практически все - это переустановка. Если у вас нет времени или у вас уже много установлен, я не рекомендую использовать свой ответ.

0
ответ дан 2 August 2018 в 02:57

В Ubuntu вы вообще никогда не регистрируетесь как root напрямую - особенно вы не запускаете X-сеанс как root. Кроме того, по умолчанию пароль root не установлен / неизвестен, поэтому вы не можете войти в систему напрямую как root.

Начальный пользователь, созданный во время установки Ubuntu, имеет возможность «sudo» - т.е.

sudo apt-get update

sudo затем запрашивает у вас пароль, а не пароль root.

В сеансе терминала, если вы хотите выполнить многие команды как root (или, возможно, даже запустить некоторые графические программы с правами root), вы набираете

sudo su

и снова вводите свой пароль , Это запустит сеанс корневого терминала.

«Оригинальный» пользователь Ubuntu может использовать «админов» других пользователей, чтобы они могли выполнять команды также как root.

Решает ли ваша проблема?

1
ответ дан 2 August 2018 в 02:57
  • 1
    Разве это не sudo -i вместо sudo su? – ADTC 24 March 2016 в 12:34
  • 2
    Это не «вместо», sudo su и sudo -i делают примерно то же самое - откройте оболочку суперпользователя после запроса пароля пользователя. Могут быть некоторые незначительные неясные различия, но для целей вопроса они идентичны. – Sergey 24 March 2016 в 15:07
  • 3
    Понял. Я заметил, что одно отличие состоит в том, что sudo -i перемещается к корневому дому, а sudo su остается в текущем каталоге. В любом случае у меня никогда не было команды sudo, запрашивающей пароль пользователя, который в настоящий момент вошел в систему (это будет ubuntu в моем случае). Может быть, потому, что я уже вошел в систему или, может быть, потому, что использую аутентификацию с открытым ключом. – ADTC 25 March 2016 в 15:01

Я не знаю, как ваше разрешение sudo перепуталось. Это мои права для sudo и ls:

-rwsr-xr-x 1 root root 168800 2011-04-15 21:32 /usr/bin/sudo -rwxr-xr-x 1 root root 105776 2011-02-23 19:54 /bin/ls

Ключевым моментом здесь является наличие бита setuid, который позволяет приложению изменять идентификатор пользователя: http: //en.wikipedia. org / wiki / Setuid Возможно, это было отключено

Если вам нужно восстановить sudo, вы можете загрузить Ubuntu в «режим восстановления», где он должен дать вам возможность открыть корневую оболочку. [ ! d3]

Если вы чувствуете, что ваши разрешения могут быть испорчены, я думаю, что запуск dpkg-reconfigure sudo в режиме восстановления может помочь.

После этого вы можете запустить visudo, чтобы открыть sudoers и отредактируйте его, чтобы добавить пользователя.

0
ответ дан 2 August 2018 в 02:57

Предполагая, что вы прочитали руководство по sudo, набрав подсказку «man sudo», и это действительно сломано, самый простой способ для нового пользователя исправить практически все - это переустановка. Если у вас нет времени или у вас уже много установлен, я не рекомендую использовать свой ответ.

0
ответ дан 4 August 2018 в 18:47

в Ubuntu, вы вообще никогда не войти в систему как root напрямую, особенно не запускать иксы под root. Кроме того, по умолчанию root-пароль не установлен/неизвестно, поэтому Вы не можете войти прямо в корень.

начальный пользователь, созданный во время установки Ubuntu есть возможность "судо" - т. е.[!затем Д1] sudo apt-get update

суда спросит у вас Ваш пароль, а не пароль root.

в терминальной сессии, если вы хотите выполнить многие команды как пользователь root (или, может быть, даже начать некоторые графические программы как root), вы типа

sudo su

и снова введите пароль. Это позволит начать сеанс пользователя root.

"оригинал" пользователь Ubuntu может сделать другие пользователи "администраторы", чтобы и они могли выполнять команды как root.

это решит вашу проблему?

1
ответ дан 4 August 2018 в 18:47
  • 1
    Разве это не sudo -i вместо sudo su? – ADTC 24 March 2016 в 12:34
  • 2
    Это не «вместо», sudo su и sudo -i делают примерно то же самое - откройте оболочку суперпользователя после запроса пароля пользователя. Могут быть некоторые незначительные неясные различия, но для целей вопроса они идентичны. – Sergey 24 March 2016 в 15:07
  • 3
    Понял. Я заметил, что одно отличие состоит в том, что sudo -i перемещается к корневому дому, а sudo su остается в текущем каталоге. В любом случае, у меня никогда не было команды sudo, запрашивающей пароль пользователя, который в настоящий момент вошел в систему (это будет ubuntu в моем случае). Может быть, потому, что я уже вошел в систему или, может быть, потому, что использую аутентификацию с открытым ключом. – ADTC 25 March 2016 в 15:01

Я не знаю, как ваше разрешение sudo перепуталось. Это мои права для sudo и ls:

-rwsr-xr-x 1 root root 168800 2011-04-15 21:32 /usr/bin/sudo -rwxr-xr-x 1 root root 105776 2011-02-23 19:54 /bin/ls

Ключевым моментом здесь является наличие бита setuid, который позволяет приложению изменять идентификатор пользователя: http: //en.wikipedia. org / wiki / Setuid Возможно, это было отключено

Если вам нужно восстановить sudo, вы можете загрузить Ubuntu в «режим восстановления», где он должен дать вам возможность открыть корневую оболочку. [ ! d3]

Если вы чувствуете, что ваши разрешения могут быть испорчены, я думаю, что запуск dpkg-reconfigure sudo в режиме восстановления может помочь.

После этого вы можете запустить visudo, чтобы открыть sudoers и отредактируйте его, чтобы добавить пользователя.

0
ответ дан 4 August 2018 в 18:47

Предполагая, что вы прочитали руководство по sudo, набрав подсказку «man sudo», и это действительно сломано, самый простой способ для нового пользователя исправить практически все - это переустановка. Если у вас нет времени или у вас уже много установлен, я не рекомендую использовать свой ответ.

0
ответ дан 6 August 2018 в 03:11

В Ubuntu вы вообще никогда не регистрируетесь как root напрямую - особенно вы не запускаете X-сеанс как root. Кроме того, по умолчанию пароль root не установлен / неизвестен, поэтому вы не можете войти в систему напрямую как root.

Начальный пользователь, созданный во время установки Ubuntu, имеет возможность «sudo» - т.е.

sudo apt-get update

sudo затем запрашивает у вас пароль, а не пароль root.

В сеансе терминала, если вы хотите выполнить многие команды как root (или, возможно, даже запустить некоторые графические программы с правами root), вы набираете

sudo su

и снова вводите свой пароль , Это запустит сеанс корневого терминала.

«Оригинальный» пользователь Ubuntu может использовать «админов» других пользователей, чтобы они могли выполнять команды также как root.

Решает ли ваша проблема?

1
ответ дан 6 August 2018 в 03:11
  • 1
    Разве это не sudo -i вместо sudo su? – ADTC 24 March 2016 в 12:34
  • 2
    Это не "вместо", sudo su и sudo -i делать примерно то же - открыть суперпользователя оболочки после того, как пароль пользователя. Там могут быть некоторые крошечные непонятные различия, но для целей вопрос, что они идентичны. – Sergey 24 March 2016 в 15:07
  • 3
    Понял. Я заметил, что одно отличие состоит в том, что sudo -i перемещается к корневому дому, а sudo su остается в текущем каталоге. В любом случае, у меня никогда не было команды sudo, запрашивающей пароль пользователя, который в настоящий момент вошел в систему (это будет ubuntu в моем случае). Может быть, потому, что я уже вошел в систему или, может быть, потому, что использую аутентификацию с открытым ключом. – ADTC 25 March 2016 в 15:01

Я не знаю, как ваше разрешение sudo перепуталось. Это мои права для sudo и ls:

-rwsr-xr-x 1 root root 168800 2011-04-15 21:32 /usr/bin/sudo -rwxr-xr-x 1 root root 105776 2011-02-23 19:54 /bin/ls

Ключевым моментом здесь является наличие бита setuid, который позволяет приложению изменять идентификатор пользователя: http: //en.wikipedia. org / wiki / Setuid Возможно, это было отключено

Если вам нужно восстановить sudo, вы можете загрузить Ubuntu в «режим восстановления», где он должен дать вам возможность открыть корневую оболочку. [ ! d3]

Если вы чувствуете, что ваши разрешения могут быть испорчены, я думаю, что запуск dpkg-reconfigure sudo в режиме восстановления может помочь.

После этого вы можете запустить visudo, чтобы открыть sudoers и отредактируйте его, чтобы добавить пользователя.

0
ответ дан 6 August 2018 в 03:11

Предполагая, что вы прочитали руководство по sudo, набрав подсказку «man sudo», и это действительно сломано, самый простой способ для нового пользователя исправить практически все - это переустановка. Если у вас нет времени или у вас уже много установлен, я не рекомендую использовать свой ответ.

0
ответ дан 7 August 2018 в 20:52

В Ubuntu вы вообще никогда не регистрируетесь как root напрямую - особенно вы не запускаете X-сеанс как root. Кроме того, по умолчанию пароль root не установлен / неизвестен, поэтому вы не можете войти в систему напрямую как root.

Начальный пользователь, созданный во время установки Ubuntu, имеет возможность «sudo» - т.е.

sudo apt-get update

sudo затем запрашивает у вас пароль, а не пароль root.

В сеансе терминала, если вы хотите выполнить многие команды как root (или, возможно, даже запустить некоторые графические программы с правами root), вы набираете

sudo su

и снова вводите свой пароль , Это запустит сеанс корневого терминала.

«Оригинальный» пользователь Ubuntu может использовать «админов» других пользователей, чтобы они могли выполнять команды также как root.

Решает ли ваша проблема?

1
ответ дан 7 August 2018 в 20:52
  • 1
    Не так ли sudo -i вместо sudo su? – ADTC 24 March 2016 в 12:34
  • 2
    Это не «вместо», sudo su и sudo -i делают примерно то же самое - откройте оболочку суперпользователя после запроса пароля пользователя. Могут быть некоторые незначительные неясные различия, но для целей вопроса они идентичны. – Sergey 24 March 2016 в 15:07
  • 3
    Понял. Я заметил, что одно отличие состоит в том, что sudo -i перемещается к корневому дому, а sudo su остается в текущем каталоге. В любом случае у меня никогда не было команды sudo, запрашивающей пароль пользователя, который в настоящий момент вошел в систему (это будет ubuntu в моем случае). Может быть, потому, что я уже вошел в систему или, может быть, потому, что использую аутентификацию с открытым ключом. – ADTC 25 March 2016 в 15:01

Я не знаю, как ваше разрешение sudo перепуталось. Это мои права для sudo и ls:

-rwsr-xr-x 1 root root 168800 2011-04-15 21:32 /usr/bin/sudo -rwxr-xr-x 1 root root 105776 2011-02-23 19:54 /bin/ls

Ключевым моментом здесь является наличие бита setuid, который позволяет приложению изменять идентификатор пользователя: http: //en.wikipedia. org / wiki / Setuid Возможно, это было отключено

Если вам нужно восстановить sudo, вы можете загрузить Ubuntu в «режим восстановления», где он должен дать вам возможность открыть корневую оболочку. [ ! d3]

Если вы чувствуете, что ваши разрешения могут быть испорчены, я думаю, что запуск dpkg-reconfigure sudo в режиме восстановления может помочь.

После этого вы можете запустить visudo, чтобы открыть sudoers и отредактируйте его, чтобы добавить пользователя.

0
ответ дан 7 August 2018 в 20:52

Предполагая, что вы прочитали руководство по sudo, набрав подсказку «man sudo», и это действительно сломано, самый простой способ для нового пользователя исправить практически все - это переустановка. Если у вас нет времени или у вас уже много установлен, я не рекомендую использовать свой ответ.

0
ответ дан 10 August 2018 в 09:13

в Ubuntu, вы вообще никогда не войти в систему как root напрямую, особенно не запускать иксы под root. Кроме того, по умолчанию root-пароль не установлен/неизвестно, поэтому Вы не можете войти прямо в корень.

начальный пользователь, созданный во время установки Ubuntu есть возможность "судо" - т. е.[!затем Д1] sudo apt-get update

суда спросит у вас Ваш пароль, а не пароль root.

в терминальной сессии, если вы хотите выполнить многие команды как пользователь root (или, может быть, даже начать некоторые графические программы как root), вы типа

sudo su

и снова введите пароль. Это позволит начать сеанс пользователя root.

"оригинал" пользователь Ubuntu может сделать другие пользователи "администраторы", чтобы и они могли выполнять команды как root.

это решит вашу проблему?

1
ответ дан 10 August 2018 в 09:13
  • 1
    Разве это не sudo -i вместо sudo su? – ADTC 24 March 2016 в 12:34
  • 2
    Это не «вместо», sudo su и sudo -i делают примерно то же самое - откройте оболочку суперпользователя после запроса пароля пользователя. Могут быть некоторые незначительные неясные различия, но для целей вопроса они идентичны. – Sergey 24 March 2016 в 15:07
  • 3
    Получил он. Я заметил одно отличие заключается в том, что sudo -i переходит к дому корень, а sudo su остается в текущем каталоге. В любом случае, у меня никогда не было команды sudo задать для текущего вошедшего в систему пароль пользователя (что бы ubuntu в моем случае). Может потому, что я уже вошел в систему, или, может быть, потому, что я использую открытый ключ аутентификации. – ADTC 25 March 2016 в 15:01

Я не знаю, как ваше разрешение sudo перепуталось. Это мои права для sudo и ls:

-rwsr-xr-x 1 root root 168800 2011-04-15 21:32 /usr/bin/sudo -rwxr-xr-x 1 root root 105776 2011-02-23 19:54 /bin/ls

Ключевым моментом здесь является наличие бита setuid, который позволяет приложению изменять идентификатор пользователя: http: //en.wikipedia. org / wiki / Setuid Возможно, это было отключено

Если вам нужно восстановить sudo, вы можете загрузить Ubuntu в «режим восстановления», где он должен дать вам возможность открыть корневую оболочку. [ ! d3]

Если вы чувствуете, что ваши разрешения могут быть испорчены, я думаю, что запуск dpkg-reconfigure sudo в режиме восстановления может помочь.

После этого вы можете запустить visudo, чтобы открыть sudoers и отредактируйте его, чтобы добавить пользователя.

0
ответ дан 10 August 2018 в 09:13

Другие вопросы по тегам:

Похожие вопросы: