在 macOS 上的 Google Chrome 中执行任何操作时都会收到“哎呀,糟糕!”的消息

在 macOS 上的 Google Chrome 中执行任何操作时都会收到“哎呀,糟糕!”的消息

我已经启动 Chrome,--enable-logging --v=1每次出现“哎呀,崩溃了!”时都会出现这两个错误:

2017-02-04 18:36:19.660 Google Chrome Helper[12718:237106] Couldn't set selectedTextBackgroundColor from default ()
[11128:41731:0204/183653.850096:ERROR:upload_data_presenter.cc(77)] Not implemented reached in virtual void extensions::RawDataPresenter::FeedNext(const net::UploadElementReader &)

此消息在以下情况下出现:

  • 打开新标签页时
  • 加载新页面时
  • 当我打开 Chrome 并加载之前关闭的页面时
  • 当我打开 Chrome 设置时

我还注意到 Chrome 变得有些反应迟钝:

  • 我需要点击检查按钮 3 次才能打开开发工具
  • 有时我需要多次按回车键才能进入网站,但网站地址已经输入了
  • 在已添加书签的页面上多次按下即可进入该页面

已完成的工作:

  • 从一开始就清除缓存
  • 禁用所有扩展
  • 重新安装 Chrome
  • 更新了 Chrome
  • 尝试了不同的网络
  • 未选中Use hardware acceleration when available

我在 macOS Sierra 10.12.3 上运行 Google Chrome v. 56.0.2924.87(64 位)。我的 MBA 键盘没有任何问题 - 在所有其他应用程序中运行顺畅。


更新:

正如评论中所建议的,我已在 Chrome 中退出 Google 帐户,重新启动 MBA 并再次登录。我没有使用“原始”帐户,也没有调整任何其他设置。目前一切似乎都运行良好,但我不确定究竟是什么解决了这个问题。


我还能做些什么来解决这个问题?

答案1

考虑到崩溃在任何操作上都会发生,并且重新启动 macOS 在某种程度上有所帮助,很可能你已经达到了系统允许打开的最大文件数限制。已知问题而且很可能不会很快修复,因为“Chrome 对此无能为力”。

为了验证这一点,请运行以下sysctl命令:

sysctl -a | grep files

kern.num_files与的极限进行比较kern.maxfiles

如果该数字接近极限,那肯定就是原因所在。

要检查为什么打开了这么多文件,请分析输出sudo lsof并找到导致问题的应用程序。

如果您认为一切正常,要修复该问题,请运行以下命令:

launchctl limit maxfiles 65536 unlimited
sysctl -w kern.maxfiles=20480
ulimit -c unlimited

为了使更改永久生效,您需要将其添加到一些全局启动脚本中(例如/etc/rc.local)。

有关的:如何确定导致 Chrome 显示“哎呀,糟糕”对话框的原因

相关内容