Sudoers

сделай cat /etc/sudoers и покажи его сюда

и изменил

man visudo?

Надо было через visudo редактировать его.

Вот как он выглядит.

# This file MUST be edited with the 'visudo' command as root. # # See the man page for details on how to write a sudoers file. #

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

поставь перенос строки после 32-го пробела.

первый раз про это слышу) всегда руками правил и не ломал)

Дистрибутив?

дебиан, в основном

на Debian
изменил файл Sudoers

«Ну зачем, зачем ты туда полез? Тебе что делать нечего?»

В дебиане же всё настроено, остаётся только добавить нужных пользователей в группу sudo: # usermod -a -G sudo $username

debian-7.5.0-i386

мне проще скокпипастить строчку рута в sudoers и поменять на нужный юзернейм

А почему ты тогда sudoers не dd правишь? Куда еще проще?

Тебе проще ввести эту команду, подставив нужного пользователя.

поставь себе stardict/qstardict/goldendict/google.translate.com etc, используй мозг и т. п.

вычитал и изменил файл Sudoers и теперь терменал выдает

man visudo

Никогда не редактируй sudoers вручную!

А так же напомню о main vipw и man vigr. А то вдруг ты их тоже вручную редактировать станешь.

Нет, ну можно конечно. Но зачем устраивать себе пикник на минном поле?

Странный у тебя дебиан

первый раз про это слышу) всегда руками правил и не ломал)

Люди делятся на тех, кто ещё не делает бекапы и тех, кто уже делает бекапы редактирует sudoers в ручную или как положено.

Никогда не редактируй sudoers вручную!

Это еще почему? Все нормально редактируется. visudo рекомендуется использовать по вполне определенной причине, которая далеко не во всех случаях актуальна.

visudo edits the sudoers file in a safe fashion, analogous to vipw(8). visudo locks the sudoers file against multiple simultaneous edits, provides basic sanity checks, and checks for parse errors.

Огромного смысла нет. Особенно на однопользовательской машине.

звучит как «всегда стрелял себе в ногу, ни разу не попадал» :-)

Сам же ведь и ответил:

provides basic sanity checks, and checks for parse errors

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

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

А чем так опасен запоротый конфиг на локальной машине? У меня права root. Я зайду снова и поправлю. Я отмечаю как раз случай однопользвательской машины. Если пользователей много, машина в общем доступе, то уже можно обсуждать, так как синтаксическая ошибка моментально скажется на работе всех моментально.

Если ты запоришь passwd, то и root'ом может быть не зайдёшь.

А на убунте и root'а то нет. Только sudo. И тут уже 4 файла, которые нельзя ломать (passwd, shadow, groups, sudoers).

Нет, можно конечно уйти в single-user / liveCD / whatever и поправить. Но зачем? Если уже есть тулза, которая такие промахи исключает?

KISS =)

чё вы так все боитесь править этот файл? обычный конфиг, такой же как и все) если налажать (не знаю как мне лично надо напиться чтобы налажать в таком конфиге), то можно зайти под рутом со своим паролем, и тупо отредактировать его как надо, или загрузиться с лив-сиди, как уже подсказали

это касается всех конфигов, в которых внутри написано «ололо, не править!», типа resolv и им подобных. поправлю, и еще навешаю атрибут i, ибо я должен решать, что системе делать, а не она мне указывать.

можно конечно добавлять юзера в группу через ту команду с ключами, сиди и запоминай их ещё, ага. ещё можно тупо править /etc/groups

ещё можно тупо править /etc/groups

sudo adduser $username sudo

о, самый классный вариант, спасибо

Если ты запоришь passwd, то и root'ом может быть не зайдёшь.

4.2

А на убунте и root'а то нет

Некорректная формулировка.

KISS =)

Угу, даешь каждому конфигу по утилите для его правки!

sudo adduser $username sudo

Сам-то пробовал?

Пробовал. Брат жив. Зависимость есть.

«sudo: parse error »

Возможно, просто символ комментария затер?

root@inlagALL=(ALL:ALL) ALL

Пробела нет перед первым ALL. А должен быть.

ТС, почитай вики дебина, много полезного узнаешь.