На этот вопрос уже есть ответ:
К сожалению, я торопился и запускал sudo chmod 777 -R /
внутри одного проекта. Стоит ли беспокоиться, что он начал добавлять разрешения 777 для всей моей папки, начиная с корня ( /
)?
Я должен волноваться, что это начало добавлять 777 разрешений для всей моей папки, начинающей с корня (/)?
Нет, никакая потребность волноваться. Я могу гарантировать это, если Вы использовали "sudo" перед ним или сделали "sudo-i". Иначе это должно было показать ошибку полномочий.
В случае, если Вы хотите восстановить свою систему существуют способы сделать это, но Вам нужен ток (т.е. актуальный с Вашими персональными данными) система резервного копирования. С инструментами ACL...
можно сделать getfacl -R > permissions.txt
от /
на системе резервного копирования для создания списка полномочий.
На поврежденной машине используют живую сессию, копируют файл в /
и сделайте setfacl --restore=permissions.txt
в /
восстановить их.
Я советовал бы Вам переустанавливать все же.
Вы работали sudo chmod 777 -R /
, который рекурсивно вызовет через целую файловую систему.
Для большинства файлов это - незначительное неудобство. Для некоторых файлов это будет серьезная угроза безопасности (думать /etc/passwd
и т.п.), если некоторому взломщику удается поставить под угрозу Вашу систему через нападения CGI или оболочку.
Но самое главное, некоторые файлы повреждаются, если они слишком открыты. Например, если Вы открываетесь ~/.ssh/*
(Ваши ssh ключи, authorized_keys, размещают...), затем ssh
или sshd
будет рассматривать те файлы, как будто они не были там из соображений безопасности. Это, худший случай, могло означать, что Вы становитесь заблокированными из своей собственной машины, если Вы полагались ~/.ssh/authorized_keys
зарегистрировать на пути ssh+Public Ключ. Существует также много других связанных с безопасностью пакетов программного обеспечения, которые делают то же, главным образом для их конфигураций в /etc
или возможно некоторые файлы в /var
.
Таким образом, в то время как мы, очевидно, не можем сказать наверняка, поскольку мы знаем мало о Вашей машине. Это - конечно, не безопасная проблема, как некоторые из других ответов предполагают.
Если Вы работаете:
readlink -f /var/www/html/../../..
Вы доберетесь /
это означает, поскольку Вы сказали это Ваш сам, на Вашей команде работали /
, просто Ваша система повреждается теперь, получите резервное копирование своих данных, переустановите Ubuntu.
chmod
задание состоит в том, чтобы изменить модификацию (бит полномочий) файлов/каталогов и 777
средства, которые все могут считать, пишут, выполняют что-либо в Вашей системе, одновременно Вы удалили много других битов как липкий, suid, sgid.
На вопросе, который не был поднят,
... это начало добавлять 777 разрешений для всей моей папки, начинающей с корня...
Вы только добавили 777 полномочий, Вы удалили setuid, setgid, и липкий бит из всех файлов. Это вызовет вещи как sudo
и su
прекратить работать, так как они полагаются на setuid для изменения пользователей.
Отметьте это chmod 777
коротко для chmod 0777
. То, что другая восьмеричная цифра представляет биты, я просто упомянул. Например, chmod 4777
, устанавливает setuid, укусил, очищает setgid и липкий бит, и добавляет все полномочия.
В будущем я предлагаю использовать chmod
другой синтаксис:
chmod +rwx # what you probably intended
chmod ug+w # add write permission to user and group
chmod o-r # remove read permission from other