su: Разрешение отклонено несмотря на правильный пароль
Я использую ReiserFS для этой задачи, это особенно сделано для обработки большого количества маленьких файлов. Существует легкое для чтения текста об этом в funtoo Wiki.
ReiserFS также имеет хост функций, нацеленных конкретно на улучшение маленькой производительности файла. В отличие от ext2, ReiserFS не выделяет пространство памяти в фиксированном один k или четыре k блока. Вместо этого это может выделить точный размер, в котором это нуждается.
Необходимо добавить пользователя к wheel группа:
gpasswd -a youruser wheel
С другой стороны, можно отключить проверку состава группы на su в pam путем редактирования
/etc/pam.d/su
и комментирование этой строки:
auth required pam_wheel.so use_uid
Это требует, чтобы пользователи были в wheel группа, чтобы смочь переключить пользователя. Пользователь, переключающийся как некорневые работы снова, когда это pam модуль отключен для su.
Могло быть много проблем. Проверьте некоторые из этих объектов, с помощью гипотетического пользователя, erik:
- erik член группы колеса (
groups)? - Вы обеспечиваете пароль root? (А не пароль для erik)
- Делает
/bin/suимейте эти полномочия:rwsr-xr-x(Это корень setuid?ls -l /bin/su) - Можно ли войти в систему как корень через консоль?
- Вы посмотрели на журналы для подсказки в сообщении об ошибке?
- Вы включили grsecurity в ядре?
- Это когда-либо работало? Если так, когда это повреждалось?
- Что происходит, если erik делает a
sudo su -?
Могло быть много причин. Вероятно, что причина появляется в системных журналах. Заглянуть /var/log для файлов, которые были изменены во время su попытка (имя файла зависит от Вашей конфигурации системного журнала). Если Вы испытываете затруднения при интерпретации записей в журнале, вставка копии их в вопрос.
Я скомпилировал shadow в ходе сборки Linux From Scratch 8.4, и я мог войти в систему как root или непривилегированный пользователь, но не мог su перейти от непривилегированного пользователя к root, как для Эрика выше. Оказалось, что бинарный файл su принадлежал моему непривилегированному пользователю. Это сработало после того, как я подключил двоичный файл su к root и сделал «chmod u + s» для двоичного файла su.