Доброго времени суток.
Столкнулся с такой странной проблемой.
На свежеустановленной kubuntu x64 14.04.03 устанавливал и настраивал софт. И вот после установки через Muon программы Dropbox, последняя спросила пароль SU, после ввода которого не запустился демон dropbox. Я удалил ее опять же через Muon и решил перезагрузить систему, но она не реагировала на нажатие кнопки перезагрузки через меню Kikstart, пришлось уйти через reboot в терминале. После перезагрузки установил dropbox через терминал без проблем. Но с этого момента заметил, что там где раньше выскакивало сообщение что вызываемая операция требует пароль SU, его теперь не появляется, а операции просто прерываются без каких-либо предупреждений. Например, обновление системы - нажимаю обновить - сразу вываливается окно что недостаточно прав, программа usb-creator-kde (создание загрузочной флешки) работает без запроса пароля но в конце выдает ошибку записи загрузчика на флешку из-за отсутствия прав доступа, и сам dropbox перестал загружатся с ситемой сообщая что его папка находится или на сетевом устройстве или к нету прав доступа к ней, настройки LighDM аналогично после нажатия кнопки применить - не появляется запрос пароля root, а сами настройки не применяются (после перезагрузки видно что оставались старые). Кнопка выключить комп так и не реагирует на нажатие...
Никаких настроек пользователя (rot, один в системе), kdewallet и т.д. не крутил...
Подскажите, что за баг и как его побороть ?
Спасибо :)
У меня было подобное, думал только у меня так. Естественно я не давал запуститься Dropbox от рута, ибо "Не работай от рута!". И всё было хорошо. Проприетрщина в действии, зачем ей рут непонятно. А вам совет: не запускайте приложения, тем более проприетарщину от рута, без крайней необходимости…
su или sudo ?
если sudo - то смотреть конфиг в /etc/sudoers и каталог /etc/sudoers.d/
права на su - я не помню уже где ставятся... :-((((((
очень давно не пользовался. со времен слаквари (2005 год)
Я имел в виду, что система перестала запрашивать пароль администратора когда это нужно, при этом не разрешая выполнить операцию, котрая обратилась за подтверждением прав администратора.
в /etc/sudoers.d/ только файл readme
/etc/sudoers - такой каталог отсутствует
второе - не каталог, а файл.
Я так и понял.
Это поведение тоже возможно, при смене группового доступа. смотреть группы, разрешенные к применению.
Кстати, сам по себе дропбокс я ставлю только из тгз файла (того, который под командлине версию), но иконочка в трее есть, и на команды реагирует. :-)
содержимое /etc/sudoers - сравнил с содержимым на другой машине где все нормально. абсолютно идентично
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
# Host alias specification
# User alias specification
# Cmnd alias specification
# User privilege specification
root ALL=(ALL:ALL) ALL
# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
# See sudoers(5) for more information on "#include" directives:
#includedir /etc/sudoers.d
в консоли:
groups
и посмотри в какие группы входишь
ага, чисто.
поддерживаю предыдущего комментатора...
Спасибо за помощь, решил переустановкой, все равно система была еще не настроена толком под себя.
Если повторится еще раз - буду разбираться до конца.
Отправить комментарий