Su сбой при проверке подлинности ubuntu

Обновлено: 04.07.2024

У меня проблемы с командой su. Я знаю свой пароль и набираю его правильно, но su указывает на ошибку аутентификации.

Поэтому я проверил в Интернете, а затем перешел в режим восстановления и изменил пароль моего имени пользователя на тот, который я вводил ранее.

Даже сейчас ввод одного и того же пароля su приводит к ошибке аутентификации.

Подскажите пожалуйста что я делаю не так ??

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

Вместо этого, чтобы стать пользователем root, используйте sudo -i свой личный пароль.

Я признаю, что склонен использовать, sudo bash но твое заклинание заставляет меня хотеть использовать su sudo или возможно su su sudo . sudo su это не рекомендуемый способ - используйте sudo -i вместо этого.

su запрашивает пароль учетной записи, которую вы пытаетесь войти. Это использование (упрощенно):

При пропуске username имя пользователя по умолчанию равно root . Поскольку пароль пользователя root по умолчанию отключен в Ubuntu, пароль не будет действительным. Предпочтительный способ запуска команд root не через оболочку su, а с помощью sudo, как в:

root Счет в Ubuntu по умолчанию отключена. Это означает, что у него нет пароля (что отличается от пустого пароля), и никакая попытка аутентификации с паролем root не будет успешной. Поэтому su или su - не получится.

Вместо этого используйте sudo команду для запуска от имени пользователя root:

Если вам нужна корневая оболочка, как у вас su , запустите:

Если вам нужна корневая оболочка, как у вас su - , запустите:

когда вам нужно войти в систему, как один из ваших неидентифицированных пользователей говорят git (не имеет pwd)

РЕШЕНИЕ - используйте этот синтаксис для входа в систему как ИД пользователя git

su просит пароль root.

Вы можете установить пароль пользователя root, когда вы являетесь пользователем root (указав sudo su , что вы находитесь в sudoers файле), введя команду passwd и установив новый пароль.

Это не рекомендуется по разным причинам.

Я наткнулся на операционную систему Minibian, в которой отсутствовал бит setuid /bin/su , что вызвало эту ошибку, даже если был включен пароль учетной записи root.

В Linux единственный способ стать пользователем root - выполнить файл setuid-root. Когда вы запускаете sudo или su , их бит setuid установлен, поэтому эффективный пользователь процесса становится пользователем root, а затем он выполняет аутентификацию уже как пользователь root! Если это не удается, они выходят.

Во всяком случае, вот симптомы и исправление:

Обратите внимание на разницу: rwx до, rws после.

Я действительно не понимаю, как ошибка в совершенно другом дистрибутиве Linux связана с Ubuntu .

В моем случае это было потому, что запись для этого пользователя отсутствовала в /etc/shadow .

Я скопировал на другой тестовый сервер все записи /etc/passwd с идентификатором выше 1000, /etc/group но забыл /etc/shadow . Поэтому каждый раз, когда я делал su с любым из этих пользователей, я получал эту ошибку. После добавления отсутствующей записи /etc/shadow ошибка перестала бы появляться.

У меня проблемы с командой su. Я знаю свой пароль и набираю его правильно, но su указывает на сбой аутентификации.

Даже сейчас вводим тот же пароль на su дает мне ошибку аутентификации.

Подскажите пожалуйста что я делаю не так??

Вместо этого, чтобы стать пользователем root, используйте sudo -i с вашим личным паролем.

su запрашивает пароль учетной записи, которую вы пытаетесь войти. Это использование (упрощенно):

При опускании username , имя пользователя по умолчанию root , Поскольку пароль пользователя root по умолчанию отключен в Ubuntu, пароль не будет действительным. Предпочтительный способ запуска команд root не через оболочку su, а с помощью sudo, как в:

root учетная запись в Ubuntu по умолчанию отключена. Это означает, что у него нет пароля (что отличается от пустого пароля), и никакая попытка аутентификации с паролем root не будет успешной. Следовательно, su или же su - не будет работать.

Вместо этого используйте sudo запустить команду от имени root:

Если вы хотите корневую оболочку, как вы получаете с su , бежать:

Если вы хотите корневую оболочку, как вы получаете с su - , бежать:

su просит пароль root.

Вы можете установить пароль пользователя root, пока вы являетесь пользователем root (указав sudo su при условии, что вы находитесь на sudoers файл), дав команду passwd и установка нового пароля.

Это не рекомендуется по разным причинам.

В моем случае это было потому, что запись для этого пользователя отсутствовала в /etc/shadow ,

Я скопировал на другой тестовый сервер все записи в /etc/passwd с ID выше 1000 вместе с /etc/group но забыл /etc/shadow , Так что каждый раз, когда я сделал su с любым из этих пользователей я бы получил эту ошибку. После добавления отсутствующей записи в /etc/shadow ошибка перестала бы появляться.

Когда вам нужно войти в систему, как один из ваших неидентифицированных пользователей говорят git (не имеет pwd)

РЕШЕНИЕ - используйте этот синтаксис для входа в систему как ИД пользователя git

Я наткнулся на ОС, Minibian, где бит setuid отсутствовал в /bin/su , вызывая эту ошибку, даже если пароль учетной записи root был включен.

В Linux единственный способ стать пользователем root - выполнить файл setuid-root. Когда ты бежишь sudo или же su их бит setuid установлен, поэтому эффективный пользователь процесса становится пользователем root, а затем он выполняет аутентификацию уже как пользователь root! Если это не удается, они выходят.

И не является ли такое использование команды su ситуацией, непредусмотренной создателями этой команды? Потому что у рута на моей кубунте пароль отсутствует. Пароль есть только у меня как у единственного пользователя системы.

Этот вопрос мне интересен, потому что хотел бы просто для интереса зарегиться под рутом и не использовать sudo. Возможно ли такое?

Рута на kubuntu вообще нету по умолчанию, поэтому у него нету и пароля, поэтому через него и нельзя зайти, поэтому обычно используют sudo -s -H

А вообще про это дело есть в подшивке ТУТ

Команда su открывает сеанс root. Она не требует аргументов, т.е. не надо писать su root. По умолчанию в бунте у root нет пароля, поэтому su не работает.

Чтобы "зарегиться под рутом", выполните sudo passwd root
Открывать сеанс рута без это можно по sudo su или sudo -i

sudo su
Даст тебе желаемое а root в ubuntu по умолчанию отключен - можно конечно включить но сидеть всё время под root-ом плохой тон.

Создать пользователя root это не значит запускать под ним систему. Хотя за многие годы так и не возникла необходимость его создать. Хватало всегда sudo -i

Всегда пользовался sudo bash.
Это не одно и то же?

Как бы не одно и тоже, но результат тот же ))) Тут у каждого свои прибамбасы.

Теперь понятно стало. Я не понимал назначение команды su и команды sudo. Команду sudo может выполнять только пользователь, входящий в группу sudo. А su любой пользователь, и для захода под пользователем нужно знать пароль этого пользователя, под которым заходить надо. Так что su root вообще не нужна из соображений безопасности. Всем спасибо, вы мне просто глаза открыли.

Вчера я совершенно случайно сам у себя отобрал права на sudo в ubuntu. Ниже написано как я это сделал и как починил.

А отобрал права на sudo командой:

Правильная команда на добавления пользователя в группу: sudo usermod -a -G vboxusers имя_пользователя

В результате моей ошибки при любой команде начинающийся с sudo мне писали:

zegi is not in the sudoers file. this incident will be reported

Вернуть права можно отредактировав файл /etc/sudoers и вписать после строчки с sudo имя пользователя и ALL=(ALL:ALL) ALL. Должно быть примерно так:

Проблема в том, что для редактирования файла /etc/sudoers нужен доступ к sudo. Если у нас есть ещё один пользователь с правами к sudo, то логинимся за него (Cntl+Alt+F2) и редактируем файл /etc/sudoers

А вот если второго пользователя нет, то нам понадобится LiveCd. Загружаемся с него и монтируем наш диск с линуксом.
В начале создаём папку, куда примонтируем диск

Теперь монтируем диск в свежесозданную папку

Узнать под какой буквой у нас винтчестер(/dev/sde /dev/sda /dev/sdb и т.п.) можно командой:

после успешного монтирования можно редактировать файл /etc/sudoers

Вносим изменения, сохраняем файл(Cntl+x > Y > enter) и отмонтируем диск:

Перезагружаемся в нормальную систему. Доступ к sudo должен вернуться.

Поделись статьёй с друзьями

Твиттер

Facebook

Вконтакте

Одноклассники

Google

Или просто поиграйся с кнопочками

5 комментариев на «Возвращаем доступ к sudo»

Алсо, если есть другой пользователь, то поможет тот же su, зачем же переключаться куда-то в другую консоль? su имя_пользователя, пароль, правка судоэрс, exit, профит.

а su -l я через ету командк правлю/удаляю все что угодно

перегрузится в revovery, а там root и делай что хочешь.
я так испортил sudoers (ошибку сделал) и так исправлял.

Читайте также: