디버깅 정보 (코어 덤프)가에 저장됩니다. /cores ( ‘x’가 충돌했을 때 무슨 일이 일어나고 있었는지에 대한 정보). 이 파일은 엄청난 양의 공간을 차지할 수 있습니다. 수동으로 여러 번 제거하여 3-10GB를 복구 할 수 있습니다. sudo rm -f /cores/*.
일부는 사용 중지를 권장합니다. 코어 덤프를
kern.coredump=0
에 /etc/sysctl.conf.
그렇게 할 때 해가 되는가? 앱 개발자 만 사용할 수있는 것처럼 보입니다.
답변
아니 , 비활성화 코어 덤프 이미 말했듯이 개발자와 개발자에게 문제가되지 않습니다. IT 관리자 . 애플, 기술 노트 , 말한다 :
커널 코어 덤프를 캡처하는 기능이 유용한 여러 가지 상황이 있습니다.
커널 확장을 작성하고 커널 패닉이 발생할 때 일반적으로 두 시스템 커널 디버거를 사용하여 문제를 디버깅 할 수 있습니다. 그러나 이것이 불가능한 상황이 있습니다. 예를 들어 테스터 또는 최종 사용자가 드물게 발생하거나 불분명 한 하드웨어 또는 비표준 환경에서만 발생하기 때문에 데스크톱에서 재현 할 수없는 문제를보고하는 경우 디버깅 할 수 없습니다 표준 도구를 사용합니다. 이러한 상황에서는 당황한 커널의 코어 덤프를 캡처하여 해당 코어 덤프를 사용하여 디버깅 할 수 있다면 도움이됩니다.
대용량의 Macintosh 컴퓨터 그룹을 관리하는 경우 어떤 컴퓨터가 당황하고 왜 그런지 모니터링 할 수 있습니다. 이 정보를 사용하여 커널 패닉이 발생하는 빈도, 일반적인 증상의 발생 여부 및 가장 중요한 타사 커널 확장의 관련 여부를 판별 할 수 있습니다.
마지막으로, 고 가용성 매킨토시 서버를 관리하고 서버 패닉에 문제가있는 경우 커널 코어 덤프를 캡처하고 즉시 서버를 다시 시작한 다음 오프라인으로 문제를 디버깅 할 수 있습니다.
그들을 지키지 않는 좋은 이유가 있습니다. 코어 덤프 민감한 데이터를 포함 할 수 있습니다. 공격자 사악한 방법으로 사용할 수 있습니다.
