История изменений
Исправление bormant, (текущая версия) :
давай
Давай буду интерпретировать за тебя. Мне-то уж точно виднее, на что я отвечал про «sudo -i» (на «sudo bash»).
Теперь про su vs. sudo. Про ТС ясно, он пока не знает, зачем ему sudo, но так или иначе нужен. Ок. Основное отличие - для sudo пользователь вводит свой пароль (не знает пароля рута), для su вводит пароль рута (хотя и тут можно поменять на свой, да).
Когда для административных задач нужна рутовая оболочка, оба средства могут ее предоставлять:
$ sudo -i
$ su -
Оба варианта дают рутовый логин-шелл с отработавшим /etc/profile.
Когда достаточно одной команды:
$ sudo команда параметры
$ su -c 'команда параметры'
Вот тут видно, что вариант с su менее удобен — из-за открытой строки не работает автодополнение — основная сила комстроки.
Кроме того, легко накосячить в таком варианте:
$ su
без "-" или "-l" позволит насоздавать в домашнем каталоге пользователя и иных (например, в /tmp) доступных только руту и недоступных этому пользователю файлов и каталогов, чему потом будет много удивления и рассказов про кривой софт (а не кривые руки).
Объем наследуемого окружения, безусловно, настраивается у обоих, но по умолчанию будет вот так.
Ограничить, кому можно сказать su или sudo можно у обоих.
Да, sudo гибче, можно группе/пользователю прописать разрешения только на конкретные команды.
Нужна эта гибкость админу локалхоста? Ему виднее. Вплоть до того, что не нужна, но хочется. Кто ж запретит?
Исправление bormant, :
давай
Давай буду интерпретировать за тебя. Мне-то уж точно виднее, на что я отвечал про «sudo -i» (на «sudo bash»).
Теперь про su vs. sudo. Про ТС ясно, он пока не знает, зачем ему sudo, но так или иначе нужен. Ок. Основное отличие - для sudo пользователь вводит свой пароль (не знает пароля рута), для su вводит пароль рута (хотя и тут можно поменять на свой, да).
Когда для административных задач нужна рутовая оболочка, оба средства могут ее предоставлять:
$ sudo -i
$ su -
Оба варианта дают рутовый логин-шелл с отработавшим /etc/profile.
Когда достаточно одной команды:
$ sudo команда параметры
$ su -c 'команда параметры'
Вот тут видно, что вариант с su менее удобен — из-за открытой строки не работает автодополнение — основная сила комстроки.
Кроме того, легко накосячить в таком варианте:
$ su
без "-" или "-l" позволит насоздавать в домашнем каталоге пользователя и иных (например, в /tmp) доступных только руту и недоступных этому пользователю файлов и каталогов, чему потом будет много удивления и рассказов про кривой софт (а не кривые руки).
Объем наследуемого окружения, безусловно, настраивается у обоих, но по умолчанию будет вот так.
Да, sudo гибче, можно группе/пользователю прописать разрешения только на конкретные команды.
Нужна эта гибкость админу локалхоста? Ему виднее. Вплоть до того, что не нужна, но хочется. Кто ж запретит?
Исходная версия bormant, :
давай
Давай буду интерпретировать за тебя. Мне-то уж точно виднее, на что я отвечал про «sudo -i» (на «sudo bash»).
Теперь про su vs. sudo. Про ТС ясно, он пока не знает, зачем ему sudo, но так или иначе нужен. Ок. Основное отличие - для sudo подьзователь вводит свой пароль (не знает пароля рута), для su вводит пароль рута (хотя и тут можно поменять на свой, да).
Когда для административных задач нужна рутовая оболочка, оба средства могут ее предоставлять:
$ sudo -i
$ su -
Оба варианта дают логин-шелл.
Когда достаточно одной команды:
$ sudo команда параметры
$ su -c 'команда параметры'
Вот тут видно, что вариант с su менее удобен — из-за открытой строки не работает автодополнение — основная сила комстроки.
Кроме того, легко накосячить в таком варианте:
$ su
без "-" или "-l" позволит насоздавать в домашнем каталоге пользователя и иных (например, в /tmp) доступных только руту и недоступных этому пользователю файлов и каталогов, чему потом будет много удивления и рассказов про кривой софт (а не кривые руки).
Объем наследуемого окружения, безусловно, настраивается у обоих, но по умолчанию будет вот так.
Да, sudo гибче, можно группе/пользователю прописать разрешения только на конкретные команды.
Нужна эта гибкость админу локалхоста? Ему виднее. Вплоть до того, что не нужна, но хочется. Кто ж запретит?