| bobart |
|
|
Темы:
38
Сообщения:
2537
Участник с: 28 ноября 2009
|
Привет всем, такая вот ерунда: запускаю из Системы-Администрирование, например, gksu gparted - появляется окно для ввода пароля, ввожу, после чего “пых” и ничего. В терминале: gksu gparted sudo: sorry, a password is required to run sudo Так-же, при запуске sudo gparted Вчерась обновился sudo, подрихтовал etc/sudoers.pacnew в соответствии с наличествующим, рабочим и заменил. Собственно, эта ошибка при запуске прог как “gksu прога” (в наутилусе та же байда, конечно) Вот, сам файлик: cat /etc/sudoers # sudoers file. # # This file MUST be edited with the 'visudo' command as root. # Failure to use 'visudo' may result in syntax or file permission errors # that prevent sudo from running. # # See the sudoers man page for the details on how to write a sudoers file. # # Host alias specification # User alias specification # Cmnd alias specification # Defaults specification # Runas alias specification # User privilege specification root ALL=(ALL) ALL # Uncomment to allow people in group wheel to run all commands %wheel ALL=(ALL) ALL # Same thing without a password # %wheel ALL=(ALL) NOPASSWD: ALL # Samples # %users ALL=/sbin/mount /cdrom,/sbin/umount /cdrom # %users localhost=/sbin/shutdown -h now bob arch=NOPASSWD: /sbin/shutdown bob arch=NOPASSWD: /etc/rc.d/xl2tpd Defaults:bob timestamp_timeout=5 Может, надо было ещё это пихнуть туда, в раскомментированном виде? ## Uncomment to allow members of group sudo to execute any command %sudo ALL=(ALL) ALL На всякий: ls -l /etc/sudoers -r--r----- 1 root root 820 Авг 15 14:53 /etc/sudoers # grep bob /etc/group|cut -f1 -d: wheel log video audio optical storage power |
| vadik |
|
|
Темы:
57
Сообщения:
5475
Участник с: 17 августа 2009
|
Подобных проблем не наблюдаю, sudo обновился, но конфиги не трогал и группы не добавлял. Все работает. В окошке запроса пароля все галочки на своих местах стоят, раскладка клавиатуры правильная? |
| bobart |
|
|
Темы:
38
Сообщения:
2537
Участник с: 28 ноября 2009
|
Да в окошке галочек-то нет.., да, раскладка правильная, капслок, ессно отключён, в противном случае пишет об этом, вобщем, тихий ужас=) |
| konstantinov-ms |
|
|
Темы:
16
Сообщения:
708
Участник с: 29 ноября 2009
|
Такая ж беда. sudoers.pacnew не менял. Все настройки остались по-старому после обновления. Однако gksu глючит. Интересно, что у меня в sudoers прописано разрешение на монтирование. С этим проблем нет. А вот там, где в скрипте вызывается gksu (или gksudo, без разницы) появляется окно, вводишь пароль и… ничего. Решил подождать пару дней. Думаю, что gksu подтянут под sudo. В принципе, не критично. По поводу того, что нет группы sudo. Группа wheel — это и есть sudo. Временным решением может быть запуск программ в терминале: вместо gksu gparted пишем: terminal -x sudo gparted Ну, и так далее по аналогии. Тогда в терминале будет запрашиваться пароль. Неудобство состоит в том, что терминал будет открыт до тех пор, пока запущена программа. Здесь тогда либо & использоваться (если так уж мешать будет), или screen. Но я себе этим голову не морочил. Хотите, — попробуйте. |
| bobart |
|
|
Темы:
38
Сообщения:
2537
Участник с: 28 ноября 2009
|
Я ждать не стал и откатил на sudo 1.7.3-1 из кэша. Вроде починилось. Критично или нет, кому как, но мне неудобно, особенно в наутилусе, подобную хрень наблюдать. Теперь правда новая история: в меню “переход” на панели отображается дважды один и тот-же раздел. |
| vadik |
|
|
Темы:
57
Сообщения:
5475
Участник с: 17 августа 2009
|
Кстати, у меня присутствует такая строчкаUSER_NAME ALL=(ALL) ALL Теперь правда новая история: в меню “переход” на панели отображается дважды один и тот-же раздел.Есть такая хрень, причем появляется без всякой причины и не систематически. |
| konstantinov-ms |
|
|
Темы:
16
Сообщения:
708
Участник с: 29 ноября 2009
|
У меня он использовался только в нескольких скриптах (за неимением Nautilus'a). Поэтому заменить с помощью sed “gksu” на “terminal -x sudo” не составило труда. Лучше подожду вместо того, чтобы с откатами получать новые глюки. |
| bobart |
|
|
Темы:
38
Сообщения:
2537
Участник с: 28 ноября 2009
|
vadik, в в моём первом сообщении я показал свой 100-пудово-рабочий sudoers, по крайней мере, месяцев эдак 7-8 я туда не лазил (кроме того, разве, что добавил таймаут для себя: Defaults:bob timestamp_timeout=5), прикинь? Что там “спортилось” просто не знаю. Конечно, можно “понаблюдать” за обновлениями, чем дело кончится. Возможно, что и впрямь, gksu не адаптирован ещё под новый sudo. Кстати, обновлённый пакет sudo создал папку /etc/sudoers.d/, где, по вики, должны-бы быть указаны юзеры “кому что можно” (в вики она, правда, звучит как /etc/sudo.d/), а старый этой папки не создал.. ps/ Вобщем, ясно - апдейт sudo внёс сумятицу, проверил на старом, судоерс-файл привёл к прежнему виду - работает, как и прежде. А это, имхо, лишнее: USER_NAME ALL=(ALL) ALL ps// gnome-terminal -x sudo gparted |
| vadik |
|
|
Темы:
57
Сообщения:
5475
Участник с: 17 августа 2009
|
Приведенная мной строка - единственное существенное отличие между нашими конфигами и у меня все нормально работает до сих пор. Поэтому и привел. Ссылочкой на вики по поводу /etc/sudoers.d/ не поделитесь? Ато все что нашел это http://www.gratisoft.us/sudo/sudoers.man.html. |
| bobart |
|
|
Темы:
38
Сообщения:
2537
Участник с: 28 ноября 2009
|
Прошу прощения, это я уже по запарке, насчёт /etc/sudoers.d/ - потом сам полез искать в вики и не нашёл)), эта дира упоминается в самом /etc/sudoers.pacnew Попробую добавить это: bob ALL=(ALL) ALL ps/ это для повышения красноглазия:) http://www.opennet.ru/cgi-bin/opennet/m … category=8 http://www.opennet.ru/man.shtml?topic=s … &russian=0 зы. Проверил: не помогло, не работает. Кроме первого варианта, делал ещё и bob arch=(ALL) ALL gksu some_proga И наконец, подвожу итог: vadik, мы оба имеем sudo 1.7.4.p2-1 и gksu 2.0.2-2 (не говоря о зависимых пакетах), наши файлы sudoers отличаются, принципиально, одной строкой: USER_NAME ALL=(ALL) ALL |