debian 8.2 больше не может su root

Если я попытаюсь «su root» с неправильным паролем, я получу ожидаемый «отказ аутентификации».

Если я попытаюсь с правильным паролем, я получаю «setgid: Operation not allowed»

Я попробовал обычную «загрузку через grub», чтобы сбросить пароль root, но затем я получаю «bash: не могу установить группу терминальных процессов (-1):« Несоответствующий ioctl для устройства », и для того, чтобы клавиатура даже была распознана, требуется цикл питания.

У меня нет sudo. Я не делал никаких административных изменений на этой машине в течение нескольких месяцев, она работала так, как ожидалось, и теперь внезапно это не так.

Эта машина с двумя ботинками с Windows, а правильный правильный пароль позволяет мне получить доступ к общему жесткому диску Windows. («Аутентификация, необходимая для монтирования … бла-бла ..»)

edit: ls -l $ (который su) показывает

-rwxr-xr-x 1 myname myname 40168 20 ноября 2014 / bin / su

РЕШИТЬ:

В конце концов, я решил, что не могу судиться с любым пользователем, а не только с правами root.

Загружен с живого компакт-диска

mount / dev / sda1 / mnt (sda1 в моем случае, может быть, не ваш)

chown -R root: root и т. д.

chown -R root: root bin

..все другие каталоги, которые были случайно моими, а не корневыми

и, самое главное, / bin / su необходимо было -rwsr-xr-x

это была не просто собственность, а «s», а не «x» для владельца, которая отключала ситуацию.

Я подозреваю, что другие проблемы возникнут из-за неправильного владения, но теперь, когда я могу su root, я должен их исправить.

Проблема заключается в разрешениях вашего su бинарного -rwsr-xr-x 1 root root 35200 Mai 25 2012 /bin/su , который должен быть: -rwsr-xr-x 1 root root 35200 Mai 25 2012 /bin/su . (проверено на Wheezy и Jessie).

Обычно это происходит, когда вы случайно меняете владельца и группу всей вашей файловой системы или подпапки, например bin .

Чтобы заставить su работать снова, вы можете либо aptitude reinstall login либо загрузить с другого носителя и исправить разрешения оттуда.