如何找出导致/ usr / local所有权从my-username更改为root的原因

我homebrew用作某些Web开发应用程序的程序包管理器。为了保持brew最新状态，我update brew每两天都会跑一次，并且还会跑brew doctor。通常，这很好，brew告诉我我可以冲泡了。

但是，不时出现以下错误：

警告：/ usr / local / etc不可写。

如果您使用的不是由Homebrew管理的“ sudo make install”软件，则可能会发生这种情况。如果公式尝试将文件写入此目录，则在链接步骤期间安装将失败。

您可能应该chown/ usr / local / etc

警告：/ usr / local目录不可写。即使安装Homebrew时该目录是可写的，其他软件也可能会更改此目录的权限。已知某些版本的“机翼”“ InstantOn”组件可以执行此操作。

您可能应该将/ usr / local的所有权和权限更改回您的用户帐户。

将权限重置回我的用户名很容易。事后brew似乎还好。

但是，是什么导致这种情况发生呢？

是否有日志显示导致权限更改的原因？

我遇到了同样的问题，事实证明，Sophos的自动更新应该受到指责。我通过运行找出了答案：sudo fs_usage | grep "usr/local"

花费了一段时间，但最终我看到了Sophos有用的名为“ Installation”的守护程序与/ usr / local的权限发生了混乱。

我仍在尝试解决此问题的适当方法。

编辑：我相信Sophos已经解决了这个问题，请参阅此答案的注释中的链接。看来至少对我来说是固定的！

原来Filewave是元凶。Filewave是我们学校用来推送软件更新的系统管理软件。感谢您的输入。

我只是大致了解如何获得许可小偷。这不是解决问题的方法，而是更多解决方法。

用Automator或用Hazel（文件夹操作）编写看门狗来监视此特定文件夹的方式又如何，而不是添加像Scale图像之类的功能，只需使用执行几个shell命令的shellscript：

• 如果以任何方式更改了文件夹，只需使用快照快照权限和当前正在访问的进程ID fuser <foldername>。
• 然后您在进程表中查找进程ID（ps auxwwwwww | grep <process id>），最后
• 用这些收集的信息给自己写一封电子邮件。

不幸的是我不是Automator sadhu，但是我发现Google有很多解决此类问题的解决方案。

如果使用Time Machine，则可以通过Backups.backupdb在终端中浏览来找到更改权限时的大概时间。使用ls -ld在带时间戳的文件夹，如

ls -ld /Volumes/Backup/Backups.backupdb/Mac/2015-12-25-120000/Macintosh\ HD/usr/local 

它将显示所有者和组信息。

确定更改发生的日期后，您可以找出系统上可能发生的其他更改。一种简单的技术是使用Finder的文件›查找并添加Last modified date条件。其他好的工具在findand mdfindTerminal中。

这是更新系统的副作用。OS X可能会在更新过程中进行一些全面的权限“修复”，因为/ usr / local嵌套在根拥有的文件夹中。

您是否使用过Disk Utilityselect Macintosh HD然后运行Verify Disk Permission，然后Repair Disk Permission在需要时使用它，而不是手动进行？

现在，这不能解决您的问题，但是，这是了解自制软件何时更改权限的一个很好的“已知”起点。如果运气好的话，它可能会显示出潜在的问题。

同样new update -v对于更详细的输出，加上旧日志在此处~/Library/Logs/Homebrew，如自制日志在哪里？