如何修复自制软件权限？

Question

我现在已经卸载并安装了 3 次 Homebrew，因为它似乎永远不允许我安装任何东西，因为它在大多数安装结束时拒绝了我的权限。

作为一个例子，我将发布我目前面临的这个 libjpeg 下载场景。

我尝试安装 libjpeg 并得到：

$ brew install libjpeg
==> Downloading https://downloads.sf.net/project/machomebrew/Bottles/jpeg-8d.mountain_lion.bottle.1.tar.gz
Already downloaded: /Library/Caches/Homebrew/jpeg-8d.mountain_lion.bottle.1.tar.gz
==> Pouring jpeg-8d.mountain_lion.bottle.1.tar.gz
Warning: Could not link jpeg. Unlinking...
Error: The brew link step did not complete successfully
The formula built, but is not symlinked into /usr/local
You can try again using `brew link jpeg'
Error: Permission denied - /usr/local/opt/jpeg

'brew link jpeg' 结果

Error: Permission denied - /usr/local/opt/jpeg

这是我的酿酒医生读到的

$ brew doctor
Warning: "config" scripts exist outside your system or Homebrew directories.
./configure scripts often look for *-config scripts to determine if
software packages are installed, and what additional flags to use when
compiling and linking.

Having additional scripts in your path can confuse software installed via
Homebrew if the config script overrides a system or Homebrew provided
script of the same name. We found the following "config" scripts:

/Library/Frameworks/Python.framework/Versions/2.7/bin/python-config
/Library/Frameworks/Python.framework/Versions/2.7/bin/python2-config
/Library/Frameworks/Python.framework/Versions/2.7/bin/python2.7-config
Warning: You have unlinked kegs in your Cellar
Leaving kegs unlinked can lead to build-trouble and cause brews that depend on
those kegs to fail to run properly once built. Run brew link on these:

jpeg

这个权限问题导致无法在任何东西上使用 brew，我非常感谢任何建议。

Answer 1

我可以通过在文件夹上使用chown 来解决问题：

sudo chown -R "$USER":admin /usr/local

您（很可能）也必须在/Library/Caches/Homebrew 上做同样的事情：

sudo chown -R "$USER":admin /Library/Caches/Homebrew

显然我以前使用过sudo，改变了我对/usr/local 的文件夹权限， 从这里开始，所有使用 brew 的安装都被证明是成功的。

这个答案来自gitHub's homebrew issue tracker

Answer 2

针对 macOS High Sierra 用户的新命令，因为无法在 /usr/local 上使用 chown：

bash/zsh:

sudo chown -R $(whoami) $(brew --prefix)/*

fish:

sudo chown -R (whoami) (brew --prefix)/*

参考：Can't chown /usr/local in High Sierra

Answer 3

对于像我一样来到这里的任何人来说，作为第一个选择，请按照以下建议进行操作：

brew doctor

这是最安全的路径，除此之外，它还建议我：

sudo chown -R $(whoami) /usr/local

解决了权限问题。

OP 就是这样做的，但显然没有得到上述建议；你可能会，而且最好从那里开始，如果没有帮助，然后再寻找非平凡的解决方案。

Answer 4

如果您使用的是 OSX High Sierra，/usr/local 不能再成为chown'd。您可以使用：

sudo chown -R $(whoami) $(brew --prefix)/*

Answer 5

我没有 /usr/local/Frameworks 文件夹，所以这为我修复了它

sudo mkdir -p /usr/local/Frameworks
sudo chown -R $(whoami) /usr/local/Frameworks

第一行创建一个新的 Frameworks 文件夹供 homebrew (brew) 使用。 第二行为该文件夹提供了您当前的用户权限，这就足够了。

用到的命令如下：

mkdir - 创建目录 [-p 如果存在则没有错误，根据需要创建父目录]

chown - 更改文件所有者和组 [-R 递归操作文件和目录]

whoami - 打印有效的用户 ID

我有 OSX High Sierra

Answer 6

我有这个问题.. 一个可行的解决方案是更改/usr/local 的所有权 给当前用户而不是root by:

  sudo chown -R $(whoami):admin /usr/local

但这确实不是正确的方法。主要是如果您的机器是服务器或多用户。

我的建议是按照上述方式更改所有权，并使用 Brew 执行任何您想实现的操作 ..（更新、安装...等），然后将所有权重置为 root：

  sudo chown -R root:admin /usr/local

这将解决问题并保持所有权设置正确。

Answer 7

我还不想乱搞文件夹权限，所以我做了以下操作：

brew doctor
brew upgrade
brew cleanup

然后我能够继续成功安装我的其他 brew 配方。

Answer 8

来自投票最多的answer 的命令对我不起作用。

它得到了输出：

chown: /usr/{my_username}dmin: 非法用户名

这个命令可以正常工作（/usr/local 的组已经是admin）：

sudo chown -R $USER /usr/local

Answer 9

如果您想要一种比 chown -R 更有针对性的方法，您可能会发现 this fix-homebrew 脚本很有用：

#!/bin/sh

[ -e `which brew` ] || {
    echo Homebrew doesn\'t appear to be installed.
    exit -1
}

BREW_ROOT="`dirname $(dirname $(which brew))`"
BREW_GROUP=admin
BREW_DIRS=".git bin sbin Library Cellar share etc lib opt CONTRIBUTING.md README.md SUPPORTERS.md"

echo "This script will recursively update the group on the following paths"
echo "to the '${BREW_GROUP}' group and make them group writable:"
echo ""

for dir in $BREW_DIRS ; do {
    [ -e "$BREW_ROOT/$dir" ] && echo "    $BREW_ROOT/$dir "
} ; done

echo ""
echo "It will also stash (and clean) any changes that are currently in the homebrew repo, so that you have a fresh blank-slate."
echo ""

read -p 'Press any key to continue or CTRL-C to abort.'

echo "You may be asked below for your login password."
echo ""

# Non-recursively update the root brew path.
echo Updating "$BREW_ROOT" . . .
sudo chgrp "$BREW_GROUP" "$BREW_ROOT"
sudo chmod g+w "$BREW_ROOT"

# Recursively update the other paths.
for dir in $BREW_DIRS ; do {
    [ -e "$BREW_ROOT/$dir" ] && (
        echo Recursively updating "$BREW_ROOT/$dir" . . .
        sudo chmod -R g+w "$BREW_ROOT/$dir"
        sudo chgrp -R "$BREW_GROUP" "$BREW_ROOT/$dir"
    )
} ; done

# Non-distructively move any git crud out of the way
echo Stashing changes in "$BREW_ROOT" . . .
cd $BREW_ROOT
git add .
git stash
git clean -d -f Library

echo Finished.

它没有对您的用户执行chmod，而是授予admin 组（您可能属于该组）对自制软件使用的/usr/local 中特定目录的写入权限。它还准确地告诉您在做之前它打算做什么。

Answer 10

这对我有用：

sudo chown -R "$USER":admin /usr/local/Cellar/*
brew cleanup

Answer 11

我用这些命令解决了我的问题：

sudo mkdir /usr/local/Cellar
sudo mkdir /usr/local/opt
sudo chown -R $(whoami) /usr/local/Cellar
sudo chown -R $(whoami) /usr/local/opt

Answer 12

就我而言，/usr/local/Frameworks 甚至都不存在，所以我做到了：

sudo mkdir /usr/local/Frameworks
sudo chown -R $(whoami) /usr/local/Frameworks

然后一切都按预期进行。

Answer 13

这解决了我的问题。

sudo chown -R "$USER":admin /Users/$USER/Library/Caches/Homebrew
sudo chown -R "$USER":admin /usr/local

Answer 14

对于多用户 Mac，这对我有用：

sudo chown -R $(whoami):admin $(brew --prefix)/*

Answer 15

首先，在 MacOS Catalina 中，不再允许更改 /usr/local 所有权的基本方法。例如：

$ sudo chown -R "$USER":wheel /usr/local
Password:
chown: /usr/local: Operation not permitted
$ sudo chown -R "$USER" /usr/local
chown: /usr/local: Operation not permitted
$ sudo chown -R $(whoami) /usr/local
chown: /usr/local: Operation not permitted

因此，不能使用上述流行的答案。其次，但是，退后一步，如果主要关注的是安装或升级 Homebrew，而不是想更改 /usr/local 本身的权限，那么它可能是矫枉过正（就像拿大锤敲钉子一样）更改 /usr/local 的权限。它会影响您的整台机器，其他软件也可能正在使用 /usr/local。比如我在/usr/local中有maven和mySQL相关的文件。

更精确的解决方案是按照the Homebrew GitHub site 给出的说明安装 Homebrew，即

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install.sh)"

它将 Homebrew 安装在 /usr/local 内，而不改变 /usr/local 本身的所有权。而是将 Cellar、Caskroom、Frameworks、Homebrew 等安装在 /usr/local 中。在我看来，这似乎是一个更优雅、更精确的解决方案。

Answer 16

对我来说，它工作后

brew doctor

更改权限命令导致另一个错误

chown: /usr/local: Operation not permitted

Answer 17

所有这些建议都可能有效。不过，在最新版本的 brew doctor 中，提出了更好的建议。

首先 - 通过在命令行中运行它来修复您可能已经对 /usr/local 造成的混乱：

sudo chown -R root:wheel /usr/local

然后获取应该专门针对该用户的路径的所有权：

sudo chown -R $(whoami) /usr/local/lib /usr/local/sbin /usr/local/var /usr/local/Frameworks /usr/local/lib/pkgconfig /usr/local/share/locale

如果您运行sudo brew update，然后阅读您将遇到的所有警告和错误，所有这些信息都可用...

Answer 18

在 MacOS Mojave 上，我也无权访问 /usr/local 文件夹 (sudo chown -R "$USER":admin /usr/local) 的 chown。

sudo chown -R "$USER":admin /usr/local/* 确实对我有用，但是改变了本地文件夹内所有内容的权限。

希望这将帮助其他人解决同样的问题。

Answer 19

其实很简单，执行这个命令： brew doctor

它会告诉你如何解决权限问题，例如在我的例子中：

这就是问题所在：

Warning: The following directories are not writable by your user:
/usr/local/share/man/man5
/usr/local/share/man/man7

这就是解决方案：

You should change the ownership of these directories to your user.
  sudo chown -R $(whoami) /usr/local/share/man/man5 /usr/local/share/man/man7

Answer 20

在 github 上有一个杀手级脚本，它修复了 /usr/local 和 brew 目录上的权限，以便任何属于“admin”组成员的人都可以访问。

https://gist.github.com/jaibeee/9a4ea6aa9d428bc77925

这是一个比所选答案更好的解决方案，因为如果您将 /usr/local/___ 目录更改为 $USER，那么您会破坏该机器上任何其他自制软件的管理员用户。

以下是我发布此内容时的脚本内容：

chgrp -R admin /usr/local
chmod -R g+w /usr/local

chgrp -R admin /Library/Caches/Homebrew
chmod -R g+w /Library/Caches/Homebrew

chgrp -R admin /opt/homebrew-cask
chmod -R g+w /opt/homebrew-cask

Answer 21

我在 Catalina 上遇到了这个错误：

touch: /usr/local/Homebrew/.git/FETCH_HEAD: Permission denied
touch: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-cask/.git/FETCH_HEAD: Permission denied
fatal: Unable to create '/usr/local/Homebrew/.git/index.lock': Permission denied
fatal: Unable to create '/usr/local/Homebrew/.git/index.lock': Permission denied

我只需要 chown Homebrew 目录

sudo chown -R "$USER":admin /usr/local/Homebrew

Answer 22

使用以下命令卸载 brew 并重新安装，以确保链接到 brew github 以及与本地文件夹的关联权限正常工作：

/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

这非常有效。我自己没有权限乱搞，只需重新安装 Homebrew 就可以了！

来源：https://gist.github.com/irazasyed/7732946#gistcomment-2298740

Answer 23

cd /usr/local && sudo chown -R $(whoami) bin etc include lib sbin share var opt Cellar Frameworks

Answer 24

如果您碰巧在您的 mac 上有多个帐户，很可能您当前的帐户与最初拥有 /usr/local 的主帐户属于不同的用户组，这意味着上述解决方案都不起作用。

您可以通过尝试ls -la /usr/local 来检查，并查看哪些用户和组有权对该目录进行写入。 就我而言，它是root wheel。可能是root admin。

我通过使用以下命令将当前用户添加到主帐户所拥有的组中解决了这个问题。

sudo dseditgroup -o edit -a $(whoami) -t user admin
sudo dseditgroup -o edit -a $(whoami) -t user wheel

之后它就像一个魅力。希望它可以帮助那里的人。

Answer 25

如果您没有最新的 Homebrew：我过去通过强制 Homebrew 以 root 身份运行来“修复”这个问题，这只能通过将 Homebrew 可执行文件的所有权更改为 root 来完成。在某个时候，他们删除了此功能。

而且我知道他们会给出很多警告说它不应该以 root 身份运行，但是拜托，否则它不能正常工作。

Answer 26

我尝试了此页面上的所有内容，最终使用了此解决方案：

brew uninstall --force brew-cask; brew untap $tap_name; brew update; brew cleanup; brew cask cleanup;

我的情况与 OP 类似，但是我的问题是由 brew cask 运行 sudo 引起的，然后我的密码不正确。在此之后，我被阻止安装的权限卡住了。

Answer 27

解决文件夹运行的 Brew 权限错误

brew prune

这将解决问题并且我们不必更改任何目录。

Answer 28

就我而言，我在删除和重新安装 SaltStack 时遇到了问题。

运行后：

ls -lah /usr/local/Cellar/salt/

我注意到群主是“员工”。 （顺便说一句，我正在运行 macOS Mojave 版本 10.14.3。）员工组可能与我的工作场所配置有关，但我真的不知道。无论如何，我保留了该组以防止自己进一步破坏任何东西。

然后我跑了：

sudo chown -R "$USER":staff /usr/local/Cellar/salt/

在那之后，我成功地用这个命令（不是root）删除了它：

brew uninstall --force salt

Answer 29

我使用了这两个命令并保存了我的问题

sudo chown -R $(whoami) /usr/local

sudo chown -R $(whoami) /usr/local/etc/bash_completion.d /usr/local/lib/python3.7/site-packages /usr/local/share/aclocal /usr/local/share/locale /usr/local/share/man/man7 /usr/local/share/man/man8 /usr/local/share/zsh /usr/local/share/zsh/site-functions /usr/local/var/homebrew/locks

Answer 30

尝试也执行此命令

sudo chmod +t /tmp