баг sudo eselect без пароля [SOLVED]
Свежезапущенная gentoo
странно повела себя при попытке выполнения eselect. Не попросила пароля.
eka.localdomain login: eka
Password:
Last login: Sat Nov 14 19:31:47 Local time zone must be set--see zic manual
page 2009 on tty1
eka@eka ~ $ ls
ccache_state Desktop gcc
eka@eka ~ $ eselect opengl set 1
Switching to ati OpenGL interface...rm: невозможно удалить
`/etc/env.d/03opengl': Отказано в доступе
!!! Error: Failed to remove /etc/env.d/03opengl
exiting
eka@eka ~ $ sudo eselect opengl set 1
Switching to ati OpenGL interface... done
eka@eka ~ $
Всё бы ничего, но... где проверка пароля?
Повторяю эксперимент после запуска kde - всё путем, как и ожидается:
alt+F2 : xterm
eka@eka ~ $ eselect opengl set 1
Switching to ati OpenGL interface...rm: невозможно удалить `/etc/env.d/03opengl': Отказано в доступе
!!! Error: Failed to remove /etc/env.d/03opengl
exiting
eka@eka ~ $ sudo eselect opengl set 1
Пароль:
---
аккаунт eka в группах user, wheel и portage
/etc/sudoers настроен так:
root ALL=(ALL) ALL
%wheel ALL=(ALL) ALL
eka eka # bash --version
GNU bash, version 4.0.28(3)-release (x86_64-pc-linux-gnu)
---
Внимание попрос:
Куда копать?
upd:
На данный момент непонятный баг разрешился простой переустановкой sudo:
emerge --unmerge sudo
emerge -uD sudo
Вывод:
баг был именно в sudo eselect ни при чем
Проблема рашена, хотя причина её возникновения не понятна -- единственный файл, который требует настройки /etc/sudoers был поправлен с соблюдением прав доступа.
- Для комментирования войдите или зарегистрируйтесь
Глупый вопрос
Пароль
root
'а в процессе установки задавался?:wq
--
Live free or die
Глупый ответ
Разумеется, да.
И кэшироваться он не должен был - ибо чистая загрузка.
emacs — отличная операционка которой не хватает только хорошего текстового редактора.
ИМХО. усе правильно
ИМХО. усе правильно =)
Вопрос: почему оно должно попросить пароль ? это совсем особая фигня - модульные скрипту на баше.
Для запуска этих скриптов права рута не нужны
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
Это любой пользователь может
Это любой пользователь может opengl переключать? Не-е-е, я, честно говоря, думаю, что автор темы что-то упустил из виду. Ну или ошибка sudo
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Буду рад, если подскажете,
Буду рад, если подскажете, что я мог упустить из виду.
Мне как раз-таки не нравится свободный доступ к конфигам.
по поводу "ИМХО. усе правильно =)" и работы скриптов.
Кто ж спорит, что на чтение и запуск скрипта пароли не нужны.
Но речь ведь не о скрипте, а файлах из /etc/ Уж к ним-то доступ надо ограничивать
emacs — отличная операционка которой не хватает только хорошего текстового редактора.
а он их и нетрогал. eselect
а он их и нетрогал. eselect как правило управляет ссылками.
а он их и нетрогал.
трогал-трогал.
Попробуй сам запустить eselect без прав рута.
напоминаю, в моем конкретном случае вывалилось сообщение:
`/etc/env.d/03opengl': Отказано в доступе
!!! Error: Failed to remove /etc/env.d/03opengl
exiting
На данный момент непонятный баг разрешился простой переустановкой sudo:
emerge --unmerge sudo
emerge -uD sudo
Вывод:
баг был именно в sudo eselect ни при чем
Проблема рашена, хотя причина её возникновения не понятна -- единственный файл, который требует настройки /etc/sudoers был поправлен с соблюдением прав доступа.
emacs — отличная операционка которой не хватает только хорошего текстового редактора.
любой пользователь может
любой пользователь может запускать eselect -это же очевидно.
Требование повышения прав зависит от модуля еслекта. Т.к оно рулит ссылками и это баш, то естественно процедура суидности там просто не реализована
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
$ sudo -k и повторить
$ sudo -k
и повторить эксперимент