
У Mac есть утилита, которая проверяет разрешения файлов, установленных в вашей системе, чтобы убедиться, что у них правильные разрешения в соответствии с установкой. Есть ли что-то подобное в LinuxMint? Я не ищу chown, так как не знаю, какими должны быть разрешения, и не могу просмотреть пакеты, чтобы разобраться во всем этом.
Спасибо
решение1
LinuxMint основан на Debian, который, по-видимому, не имеет инструмента для этого. Вы можете переустановить соответствующие пакеты, как описано вВосстановление прав доступа в системе Debian. Это переустанавливаетвсе:
sudo apt-get --reinstall install `dpkg --get-selections | grep install | grep -v deinstall | cut -f1`
Если бы это была система на основе RPM, в принципе вы могли бы проверитьизмененныйпакеты и уменьшить боль от переустановки. Однако переустановка пакетов в Debian менее болезненна, чем первоначальная установка.
Если вы хотите определить пакеты, которые вы недавно установили, вы можете сделать это, выполнив поиск в журналах dpkg, как подробно описано вСписок пакетов по дате установки.
решение2
Это зависит от того, какой менеджер пакетов вы используете и какая у вас среда.
Сам по себе Linux не имеет таких инструментов, поскольку для Linux существует множество программного обеспечения, и многим из них могут потребоваться специальные режимы обработки файлов или выполнения (например, двоичные файлы setuid или каталоги, подобные почтовым ящикам, с назначенными особыми привилегиями), в отличие от Mac (я предполагаю, OS X), поскольку Mac — более закрытый пул, а разработчики OS X знают, какое программное обеспечение будет предустановлено на типичном Mac, и имеют инструкции по установке пакетов.
Если менеджер пакетов может отлаживать такие проблемы, то — отлично, вам следует проверить документацию вашего менеджера пакетов на предмет этого.
Если у вас возникли проблемы с корневой файловой системой, то сначала можно сделать резервную копию текущего списка привилегий:
find / -xdev -exec ls -ld '{}' ';' >>/root/perms.lst
(do that for each mount point related to system binaries, for example, /usr)
затем сбросьте все обратно в root (0:0). Если у вас были какие-либо специальные двоичные файлы setuid, которые будут затронуты таким сбросом, вы сможете сбросить их статус позже, изучив файл /root/perms.lst.
Для прав доступа chmod сложнее посоветовать что-то вроде chmod 644 или chmod 755, вам следует проверить свои файлы перед внесением изменений, поскольку могут возникнуть проблемы с безопасностью.