"앗, 이런!" macOS에서 Chrome의 모든 작업에 대한 메시지

Chrome을 시작 --enable-logging --v=1했으며 다음 두 가지 오류가 모든 "Aw, snap!"에서 발생합니다.

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 번 클릭하여 개발 도구를 열어야합니다.
• 때로는 웹 사이트 주소가 이미 입력되어있을 때 웹 사이트로 이동하려면 Enter 키를 여러 번 눌러야합니다
• 페이지로 이동하려면 책갈피 된 페이지를 여러 번 누르십시오.

이미 수행 한 작업 :

• 처음부터 캐시 지우기
• 모든 확장 사용 중지
• 재설치 된 Chrome
• 업데이트 된 Chrome
• 다른 네트워크를 시도
• 확인되지 않은 Use hardware acceleration when available

Chrome v. 56.0.2924.87 (64 비트)를 사용하여 macOS Sierra 10.12.3에서 실행 중입니다. MBA 키보드에는 아무런 문제가 없습니다. 다른 모든 응용 프로그램에서 완벽하게 작동합니다.

최신 정보:

의견에서 제안한대로 Chrome에서 Google 계정에서 로그 아웃하고 MBA를 다시 시작한 후 다시 로그인했습니다. "vanilla"계정을 사용하지 않았으며 추가 설정을 조정하지 않았습니다. 지금은 모든 것이 잘 작동하는 것 같지만 문제를 정확히 해결 한 것이 확실하지 않습니다.

이 문제를 해결하기 위해 다른 방법이 있습니까?

어떤 작업에서든 충돌이 발생하고 macOS가 다시 시작된 것을 고려하면 시스템에서 열 수있는 최대 파일 수에 도달했을 가능성이 높습니다. 그건 알려진 문제를 가능성이 "크롬 정말 그것에 대해 아무것도 할 수 없습니다"로 조만간 해결되지 않습니다.

이를 확인하려면 다음 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.

관련 : 크롬이 "앗,"대화를 보여 원인을 확인하는 방법 .