캐시의 9GB com.apple.coresymbolicationd 파일


12

디스크 공간을 확보하려고 하는데이 문제가 발생했습니다.

큰 파일 D :

600M 파일 또는 1GB 파일의 보고서를 읽었 지만 결코 이와 같은 것은 아닙니다.

삭제해도 안전합니까, 아니면 재부팅하면 이러한 파일 중 일부를 지우는 데 도움이됩니까?



2
@Robuust 그들은 나에게 다르게 보인다. 이것은 그들이 얼마나 명확한 지 묻고 다른 것은 그들이 무엇인지 묻습니다. 둘 다 연결하는 것이 좋지만 편집이 발생하지 않으면 정확한 복제본으로 보지 않습니다.
bmike

파일 크기가 명확합니다. 내가 'Net에서 닦은 것에서 삭제하는 것이 안전합니다.
IconDaemon

내가 사용하는 일부 봄 청소하고 있었다 GrandPerspective이 로 실행 root을 통해 sudo GrandPerspective.app/Contents/MacOS/GrandPerspective나의 것을 발견 /System/Library/Caches/com.apple.coresymbolicationd3.0 GB입니다. 10.10.3 Yosemite를 실행 중이며 Xcode와 최신 명령 줄 도구 패키지가 설치되어 있습니다.
Lanny

답변:


3

이 링크 ( http://www.macobserver.com/tmo/article/how_to_recover_missing_hard_drive_space/ )의 것을 사용하여 133GB의 com.apple.coresymbolicationd 파일을 발견했습니다.

삭제하려면 안전 모드 (Apple 로고가 표시되기 전에 Cmd-S)로 부팅하고 파일 시스템 검사를 실행하고 드라이브를 마운트 한 다음 sudo rm파일 만


@patrix 내 경우 rm에는 작동하지 않지만 작동 sudo rm합니다. (@patrix의 지침과 함께)
Hoseyn Heydari

3

재부팅해도 시스템의 캐시 파일은 지워지지 않습니다. 여기에서 캐시를 작성하는 서브 시스템을 정확히 찾아서 수동으로 플러시하거나 휴지통으로 옮긴 다음 재부트하여 언제 / 어떻게 / 어떻게 크기가 재 작성되는지 확인해야합니다.

단일 사용자 모드로 부팅 rm하고 파일을 사용하지 않으므로 파일을 지우는 데 사용합니다. 사용 sudo mv /System/Library/Caches/com.apple.coresymbolicationd/data /tmp하고 재부팅 할 수도 있습니다 . 재부팅 후에는에서 파일을 삭제할 수 있습니다 /tmpsudo rm /tmp/data.

Xunch가 Xcode를 설치하고 하나 이상의 iOS 버전에서 데이터베이스에 많은 수의 기호를 도입하여 Xcode가 Xcode를 사용하여 응용 프로그램을 디버깅하는 데 도움이되는 충돌 덤프를 기호화 할 수 있습니다. 그러나 버그 일 수도 있으며 해당 하위 시스템이 캐시 재활용을 시작할 때마다 자체적으로 지워집니다. Xcode에서 사용하는 SDK의 수를 제한 할 수 있다면 도움이 될 수도 있습니다. 내 느낌은 60m 파일을 가진 사람들은 Xcode를 사용하지 않으며, 한 번에 하나의 iOS 버전을 위해 1MB 개발자를 가진 사람들과 더 큰 데이터베이스를 가진 사람들은 Xcode 내에서 여러 개의 OS X 및 iOS SDK가 활성화되어 있다는 것입니다.


실제로 Xcode를 설치했습니다.
tekknolagi

@tekknolagi 큰 코드와 관련하여 Xcode에 대한 생각을 넓혔습니다. 아마도 당신은 내 의심을 확인할 수 있습니까? 아직 데이터 파일에 액세스하는 방법을 찾지 못했습니다. 암호화 방법에 대해 콩을 쏟을 누군가가 필요할 것입니다.
bmike

1
bmike, 방금 가서 파일을 삭제했습니다. 지금까지 괜찮은 것 같습니다.
tekknolagi

@HoseynHeydari이 답변은 SIP 이전에 게시되었습니다. 새로운 질문을 열고 여기에 링크 하시겠습니까?
bmike

1

여기에 쌓기 만하면 ...

나는 일상적으로 내 맥에 다양한 캐시 폴더의 내용을 삭제하고 O / SX가 나온 이후이있다. 일상적으로 "캐시 파일이 손상되어 문제가 발생한 경우"를 의미합니다.

또한 Onyx다른 유지 관리 작업을 동시에 수행하므로 유틸리티를 사용 하여 때때로 동일한 작업을 수행합니다.

이들은 임시 파일이며 Windows와 마찬가지로 안전하게 삭제할 수 있습니다. 안전을 위해 삭제 한 후 재부팅하는 경우가 많지만 디렉토리의 내용에 관계없이 안전하게 삭제할 수 있습니다.

한 가지 주목할 점은 해당 파일이 계속 생성되고 현재와 ​​같이 매우 큰 경우 문제 해결 방법이 있습니다.


Steve는 OS X에서 rm을 사용하여 파일을 삭제하거나 휴지통으로 옮긴 경우에도 파일을 사용하는 모든 파일이 한 번 릴리스되면 실제로 사라 지므로 재부팅 부분이 캐시를 마무리합니다. 캐시 삭제에는 단점이 있습니다. 파일이 커지는 조건이 변경되지 않으면 시스템이 느려져 다시 작성합니다. 수천 개의 작은 파일의 경우이 느린 패널티는 나쁩니다. 9GB의 큰 파일을 사용하면 파일이 다시 생성되기까지 오랜 시간이 걸릴 수 있습니다.
bmike

ROUTINELY캐시 를 지우지 않는 것이 좋습니다 . 그들은 이유가 있습니다.
Alexander-Reinstate Monica

0

Mavericks Cache Cleaner 를 실행 하여 모든 캐시 폴더 (사용자 ~/Library/Caches폴더, 최상위 /Library/Caches폴더 및 /System/Library/Caches2GB를 포함한 시스템 폴더) 를 정리했습니다 coresymbolicationd. 결과적으로 나쁜 일이 없었던 것 같습니다 (그리고 디스크 공간을 되찾았습니다).

OP가 최종적으로 수행 한 방식, 즉 안전 모드로 부팅하고 캐시를 정리하고 재부팅하는 것이 가장 좋습니다.

그러나 나는 우리가 이것의 바닥에 도달하고 있다고 생각하지 않습니다. 9GB가 큽니다 . 이렇게 큰 파일이 누적되는 원인은 무엇입니까? 나는 우리가 그것을 알고 있다고 생각하지 않습니다. 캐시를 삭제하면 심각한 원인이있을 수있는 것의 표면적 표현 만 처리합니다.


나는 솔직한 생각이 없다. 내 디스크 공간이 ton다시 줄어들 coresymbolicationd었고 729M입니다.
tekknolagi
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.