Если я попытаюсь выполнить команду «su root» с неправильным паролем, я получу ожидаемую «ошибку аутентификации».
Если я попытаюсь справильныйпароль, я получаю «setgid: Операция не разрешена»
Я попробовал обычную загрузку через grub, чтобы сбросить пароль root, но затем получаю сообщение «bash: невозможно установить группу процессов терминала (-1): неподходящий ioctl для устройства», и мне приходится выключать и включать питание, чтобы клавиатура хотя бы распозналась.
У меня не установлен sudo. Я не вносил никаких административных изменений в эту машину месяцами, она работала как надо, а теперь вдруг перестала.
На этом компьютере установлена двойная загрузка Windows, и правильный пароль root позволяет мне получить доступ к общему жесткому диску Windows. («Для монтирования требуется аутентификация... бла-бла-бла...»)
правка: ls -l $(which su) показывает
-rwxr-xr-x 1 мое имя мое имя 40168 20 ноября 2014 г. /bin/su
РЕШЕНО:
В конце концов я понял, что не могу получить доступ ни к одному пользователю, не только к root.
Загрузился с Live CD
смонтировать /dev/sda1 /mnt (в моем случае sda1, возможно, у вас нет)
chown -R root:root и т.д.
chown -R root:root bin
..все остальные каталоги, которые случайно оказались моими, а не root
и самое главное, /bin/su нужно было-rwsr-xr-x
дело было не только в праве собственности, но и в том, что буква «s», а не «x» в имени владельца создавала проблемы.
Подозреваю, что из-за неправильного владения могут возникнуть и другие проблемы, но теперь, когда я могу получить права root, я смогу их исправить.
решение1
Проблема кроется в правах доступа к исполняемому файлу su, которые должны быть:
-rwsr-xr-x 1 root root 35200 Mai 25 2012 /bin/su. (проверено на Wheezy и Jessie).
Чаще всего это происходит, когда вы случайно меняете владельца и группу всей файловой системы или подпапки, например bin.
Чтобы suснова приступить к работе, вы можете либо aptitude reinstall loginзагрузиться с другого носителя и исправить разрешения оттуда.