OS X 10.7.1上是否存在“系统中打开文件过多”错误的修复程序？

#1 楼

根据这篇有帮助的文章（我建议阅读）：


默认情况下，Mac OS X可以打开的最大文件数设置为
到12,288，并且最大数目给定进程可以打开的文件数是
10,240。


您可以使用以下命令进行检查：


sysctl kern.maxfiles
sysctl kern.maxfilesperproc

您可以使用以下方法来增加限额（风险自负）：



sysctl -w kern.maxfiles=20480（或选择的任何数字）

sysctl -w kern.maxfilesperproc=18000（或您选择的任何数字）

要使更改永久生效，请使用sudo将设置放入/etc/sysctl.conf（您可能必须创建），如下所示：

kern.maxfiles=20480
kern.maxfilesperproc=18000

注意：在OS X 10.10或更低版本中，您可以在/etc/launchd.conf中添加设置，例如limit maxfiles，它将覆盖您在此处放置的任何内容。

再次，从本文：


完成此操作后，内核本身将具有最大数量的
文件，但shell可能没有。并且由于大多数将占用大量文件的进程将由外壳启动，因此您要
增加该文件。


命令原因是：

ulimit -S -n 2048 # or whatever number you choose

更改也是暂时的；它仅在当前的shell会话中持续。如果希望每次打开外壳程序时都可以运行它，则可以将其添加到外壳程序配置文件（.bashrc，.zshrc或其他内容）中。

#2 楼

似乎有一种完全不同的方法来更改每个OS X版本的打开文件限制！

对于OS X Sierra（10.12.X），您需要：

1。
在/Library/LaunchDaemons/limit.maxfiles.plist处创建一个文件，并将以下内容粘贴（随意更改两个数字（分别是软限制和硬限制））：

<?xml version="1.0" encoding="UTF-8"?>  
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN"  
        "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">  
  <dict>
    <key>Label</key>
    <string>limit.maxfiles</string>
    <key>ProgramArguments</key>
    <array>
      <string>launchctl</string>
      <string>limit</string>
      <string>maxfiles</string>
      <string>64000</string>
      <string>524288</string>
    </array>
    <key>RunAtLoad</key>
    <true/>
    <key>ServiceIPC</key>
    <false/>
  </dict>
</plist> 

2.
更改新文件的所有者：

sudo chown root:wheel /Library/LaunchDaemons/limit.maxfiles.plist

3.
加载这些新设置：

sudo launchctl load -w /Library/LaunchDaemons/limit.maxfiles.plist

4.
最后，检查极限值是否正确：

launchctl limit maxfiles

#3 楼

另一种选择可能是找到罪魁祸首：

sudo lsof -n | cut -f1 -d' ' | uniq -c | sort | tail

对于最后一个，您可以看到打开了哪些文件：

sudo lsof -n | grep socketfil

如果需要的话可以终止该进程

kill $pid

评论中的内容：

还可以使用最大的打开文件获取进程ID列表，

lsof -n +c 0 | sed -E 's/^[^ ]+[ ]+([^ ]+).*$//' | uniq -c | sort | tail

#4 楼

您将需要增加ulimit设置-这些天在OS X上非常低-默认为256。将ulimit -n 4096或类似的内容添加到您的〜/ .profile或等效文件中，这将在您的本地环境中解决。运行ulimit -a以检查您当前的水平

要查看系统设置，请运行以下命令：

launchctl limit maxfiles

Lion中的设置较高（10240）比以前的每个过程都要高。但是，如果仍在此处击中它，则可以使用相同的命令将其设置为更高的水平。要使更改永久生效，需要在/etc/launchd.conf中添加相关行。

#5 楼

民间，在Mavericks 10.9.4

ulimit -n 2048上工作正常。您可能需要启动一个新的登录会话。

#6 楼

对于最新的macOS（在撰写本文时：10.14.1），您可以使用sudo launchctl limit maxfiles 64000 524288（默认为256），但仅在当前会话中有效。使用@ninjaPixel（https://superuser.com/a/1171028/760235）中的launchctl作业获得永久解决方案。

#7 楼

类似于https://superuser.com/a/1171028/367819

要检查Mac OS X系统上的当前限制，请运行：

launchctl limit maxfiles

最后两列分别是软限制和硬限制。

要在Mac OS X Yosemite中在系统范围内调整打开文件的限制，必须创建两个配置文件。第一个是/Library/LaunchDaemons/limit.maxfiles.plist中的属性列表（aka plist）文件，其中包含以下XML配置：

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
  <plist version="1.0">
    <dict>
      <key>Label</key>
        <string>limit.maxfiles</string>
      <key>ProgramArguments</key>
        <array>
          <string>launchctl</string>
          <string>limit</string>
          <string>maxfiles</string>
          <string>200000</string>
          <string>200000</string>
        </array>
      <key>RunAtLoad</key>
        <true/>
      <key>ServiceIPC</key>
        <false/>
    </dict>
  </plist>

这将设置打开的文件限制为200000。第二个plist配置文件应存储在/Library/LaunchDaemons/limit.maxproc.plist中，其内容如下：

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple/DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
  <plist version="1.0">
    <dict>
      <key>Label</key>
        <string>limit.maxproc</string>
      <key>ProgramArguments</key>
        <array>
          <string>launchctl</string>
          <string>limit</string>
          <string>maxproc</string>
          <string>2048</string>
          <string>2048</string>
        </array>
      <key>RunAtLoad</key>
        <true />
      <key>ServiceIPC</key>
        <false />
    </dict>
  </plist>

两个plist文件必须由root：wheel拥有，并具有-rw-r--r--权限。默认情况下，此权限应该存在，但是您可以通过运行sudo chmod 644来确保已存在这些权限。尽管上述步骤将导致重新启动时正确设置系统范围的打开文件限制，但是您可以通过运行launchctl limit来手动应用它们。除了在系统级别设置这些限制之外，我们建议在会话级别上也通过在您的bashrc，bashprofile或类似文件上附加以下行来设置会话级别：

ulimit -n 200000
ulimit -u 2048

与plist文件，bashrc或类似文件类似文件应具有-rw-r--r--权限。此时，您可以重新启动计算机，并在终端中输入ulimit -n。如果您的系统配置正确，则应该看到maxfiles已设置为200000。


您可以阅读本文以获取更多详细信息。

https：/ /gist.github.com/tombigel/d503800a282fcadbee14b537735d202c


请记住重新启动Mac以使值生效。

#8 楼

毕竟，在我的Java上面进行的所有更改后，所做的文件没有超过10000个。解决方案是此jvm标志-XX：-MaxFDLimit

#9 楼

您可以运行

lsof -n

，该进程打开太多文件。

然后杀死它。

或

sysctl -w kern.maxfiles=20480

将其更改为更大的一个。

#10 楼

我在执行chmod -R时遇到了它，所以我采取了一些较小的步骤来解决它，例如

# for each directory
find . -type d -exec chmod 755 {} \;

#11 楼

我在运行Catalina的2017 Macbook上遇到此问题。问题是Spotify（是最新的）和Spotify设置“显示本地文件”。

此设置使Spotify可以浏览您的下载文件夹或其他文件夹，由于某种原因，它正在打开和检查但未关闭文件。检查lsof -n实际上是7500多个文件，其中包括成千上万个.jpg文件，因为我很长时间没有清理下载文件夹了。不确定为什么Spotify没有关闭它们，这似乎是一个错误。

禁用此设置并重新启动Spotify可能有效，或者只是卸载即可。

#12 楼

不应将增加授权文件的读取和写入视为一种好习惯。
如sanmai和许多人建议的那样，您可以简单地杀死一些压倒性的进程。
文件操作次数。
1- /步骤1检索最消耗文件的进程

lsof -n +c 0 | cut -f1 -d' ' | uniq -c | sort | tail

2- /步骤2使用这些名称杀死它们涉及的所有进程。
请注意不要系统地杀死任何消耗文件的进程，因为它可能对您当前的活动至关重要。

ps -e -a |grep file-consuming-process |for i in `awk {'print'}`; do kill -9 $i; done

玩得开心：）