Сервер Ubuntu: вручную измененная оболочка/etc/passwd для моего пользователя, теперь не может войти в систему
что происходит, если Вы используете IP серверов для кого-то, отображаются на сетевые диски?
также, возможно, придется использовать NATting между клиентом и Mac или добавить к клиенту xp, DNS записывают IP макинтошей.
В довольно вероятном случае этого являющегося VPS, проверьте своего поставщика на некоторый терминал однопользовательского режима. Большинство обеспечивает что-то, что допускает этот вид аварийного восстановления.
Есть ли какие-либо другие пользователи на поле, которые могут войти в систему через SSH? (должен быть в sudoers, если Вам не установили пароль root), кроме которого у Вас должен будет быть физический доступ к полю, чтобы загрузиться в однопользовательский режим и изменить пароль или восстановление от резервного копирования...
Если можно соединиться с MySQL, я полагаю, что можно выполнить следующее, чтобы попытаться получить подсказку Bash:
\! bash
Я не уверен, как это работало бы с Вашей оболочкой не набор правильно, но это стоит того, чтобы попытаться. Это могло бы также варьироваться в зависимости от версии MySQL, который Вы имеете, но это определенно работает над 5.1.49 на Ubuntu. Кроме того, возможно, это, по крайней мере, позволило бы Вам отредактировать файл:
\! vi /etc/passwd
Это не поможет Вам войти в систему, но оболочка, Вы указываете потребности быть в/etc/shells файле и установлены, конечно.;)
Как другие прокомментировали, Вы нуждаетесь или в физическом доступе или в некотором апплете отдельного пользователя или имеете хост, фиксируют его для Вас.
vipw не проверяет, чтобы видеть, дали ли Вы допустимый путь к оболочке, или существует ли оболочка. То, что это действительно делает, заблокировать файл, это редактируется в попытке предотвратить повреждение, если кто-то еще пытается отредактировать файл одновременно.
Возможно, что tcsh не установлен или находится в другом пути, чем удар;/usr/local/bin, например. Если OP имел/bin/bash как оболочку и просто изменил удар на tcsh, и нет никакого/bin/tcsh... На моем ноутбуке Fedora 13 у меня нет tcsh вообще.
Кроме того, SSH может или не может заботиться о/etc/shells. Традиционно тот файл проверяется ftp, но не ssh. На моем поле Fedora 13, если я удаляю/bin/bash из/etc/shells, я все еще могу к ssh в.
Лучший выбор OP состоит в том, чтобы иметь кого-то с корнем privs на удаленном поле редактировать / и т.д. / пароль.