ln:/usr/lib/libssl.dylib:操作不允许OSX

Dav*_*que 4 macos

我正在尝试创建一个指向/ usr/lib的符号链接,但我似乎没有权限,包含在root中.系统返回不允许操作.

有了优胜美地,我工作得很好,但是随着El Capitan的破产:

谁知道我能做什么?

not*_*off 8

我在使用Sublime text 3的链接subl命令时遇到了一些问题.我相信这是你遇到的同一个问题.

显然,usr/local对它没有相同的控制.而不是

ln -s "/Applications/Sublime Text.app/Contents/SharedSupport/bin/subl" ~/bin/subl
Run Code Online (Sandbox Code Playgroud)

按照Sublime docs的建议,

它更符合以下方面:

ln -s "/Applications/Sublime Text.app/Contents/SharedSupport/bin/subl" usr/local/bin/subl
Run Code Online (Sandbox Code Playgroud)


Dav*_*que 0

好的,我在恢复模式下使用以下命令解决了这个问题:

csrutil disable
Run Code Online (Sandbox Code Playgroud)

Apple 创建了一个名为“restricted”的新标志,该标志限制对此模式下执行的文件和文件夹的访问。然后,我复制文件并再次创建符号链接,它就可以工作了。

sudo cp /Library/PostgreSQL/9.2/lib/libssl.1.0.0.dylib /usr/lib
sudo cp /Library/PostgreSQL/9.2/lib/libcrypto.1.0.0.dylib /usr/lib

sudo ln -fs /usr/lib/libssl.1.0.0.dylib /usr/lib/libssl.dylib
sudo ln -fs /usr/lib/libcrypto.1.0.0.dylib /usr/lib/libcrypto.dylib
Run Code Online (Sandbox Code Playgroud)

  • 像这样的本地自定义确实属于 /usr/local (请参阅 notthehoff 的答案)。苹果现在正在强制执行这一规则。禁用系统完整性保护以便您可以继续做错事在多个层面上都是一个坏主意 (5认同)