Восстановить shell root-у

Я себе так в ногу не стрелял, но 100 % решение в вашем случае, это загрузиться с LiveCD, смонтировать корень и поправить файл.

С другой стороны, можете попробовать смонтировать по sftp (sshfs) файловую систему сервера от имени root и отредактировать /etc/passwd, но это предположение.

su -s /bin/bash -

еххх, комп у хостера, выделенный сервак. придется к ним обращаться видимо да... пипец потеря времени. в sftp не пустит т.к. затея изначальная и была в том чтобы user01 дать доступ к sftp, ибо по старинке он был ftp-шный юзер с перебитым shell на фейковый, и sftp его как раз и не пускал. Поэтому я и начал херачить. А там загвоздочка еще была одна с PAM permission глюком и вот пока херачил закозлил руту. Ехх...

«Причём есть параметр перебития shell-а в su -s, но в man так и написано что если у пользователя (т.е. рута) шелл фейковый, то он будет его игнорировать. » (с)

Разверните backup.

su -c «usermod -s /bin/bash root» пойдет? Или тоже не заработает?

или даже /usr/sbin/usermod

su -p, кстати!

su рубит на корню сразу же «cannot find user01» и что бы там ни было в параметрах идет отлуп. самое хреновое что так и написано что если у пользователя (т.е. рута) фейковый shell, то будут полностью проигнорированы и -permissive и -s и вообще. Т.е. наотрез. Капец какой то. Возможно sudo бы помог, т.к. он не пытается переключить окружение, но как назло user01 не в sudousers. -m да тоже не работает, всё равно пытается выполнить фейковый шелл, как ни странно блин.

scp root@server:/etc/.passwsd .
vi .passwd
scp .passwd root@server:/etc/.passwd

не поможет?

Ага. Тогда vim user01; chmod +x user01; su

В ./user01 нужно написать примерно так:

#!/bin/bash
/bin/bash

а ссылкой не прокатит?

Вероятно! Я просто написал первое пришедшее в голову, хотя получилось не очень красиво :) Но я проверил: создал пользователя, забил ему шелл в passwd - у меня сработало.

su -c '/lib64/ld-linux-x86-64.so.2 /bin/bash'

В общем решили проблему через техподдержку хостера. Варианты крутящиеся вокруг su сразу говорю что нерабочие изначально. user01 не имеет доступа к корневой системе поэтому аппетитный вариант с созданием jucomftp, реально интересный наверное тоже у меня не получился бы. Хотя там надо смотреть может где то он смог бы создать, х/з. Тем не менее ладно, проблема решена по хардкорному варианту, всем спасибо.