Редактор vi, ведущий себя случайным образом при редактировании

chmod -R 777 /

Если Вы когда-нибудь думаете о рекурсивно применении режима 777 к любому каталогу остановитесь и уделите минуту для убеждения абсолютно, это - то, что Вы хотите сделать. 777 сокращение от:

• чтение разрешения, запишите и выполнитесь для владельца файла
• чтение разрешения, запишите и выполнитесь для членов группы файла
• чтение разрешения, запишите и выполнитесь для всех в системе

(для пользы простоты я проигнорирую проблему setuid, setgid и липкие биты)

Это почти всегда не, что Вы хотите.

Рекурсивно применяя это к корню (/) из файловой системы установит их разрешение на каждом файле и каталог на Вашей машине. Это определенно Не, Что Вы Хотите.

С точки зрения восстановления с этого... просто гипотетически, если

• Ваше поле Ubuntu все еще работает sshd, и можно войти ssh как корень

И у Вас есть другая машина это

• Может соединиться с Вашей машиной разработки ssh
• Имеет файловую систему, которая является очень, очень похожий на Вашу машину разработки (скажите, чистая установка той же версии Ubuntu и Ваш предпочтительный DBMS),

следующие команды скопируют полномочия файла той машины на Ваше поле разработки:

sudo find / -print0 | \
xargs -0 stat -c "chmod %a '%n'; chown -h %U:%G '%n';" | \
ssh user@your-development-machine

Это займет время для выполнения.

Это имеет хороший шанс фиксации большого количества 777'd полномочия на Вашем поле Ubuntu. Однако даже в лучшем случае необходимо ожидать обнаружение с большим количеством связанных с полномочиями ошибок, которые необходимо будет зафиксировать вручную.

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